التحوّل الرقمي
تحديث الأنظمة القديمة على مراحل،
دون انقطاع للأعمال.
تحمل الأنظمة القديمة سنوات من قواعد العمل والبيانات، ولا يمكن إيقافها ببساطة. تحدّث InterCloud هذه الأنظمة على مراحل، وتنقلها إلى AWS، وتربطها ببقية منظومة التطبيقات، وتتيح البيانات التي تحتفظ بها لدعم اتخاذ القرار.
تحديث التطبيقات
استبدال نظام أحادي قديم بمنصة قابلة للصيانة
يبدأ العمل بالتقييم: مراجعة الشيفرة وقاعدة البيانات، وخريطة للاعتماديات، وتحليل للوظائف المستخدمة ومن يستخدمها وبأي وتيرة. وينتج عن ذلك خطة تحديث ترتّب المكونات حسب قيمتها التجارية ومخاطرها، بحيث تتناول الإصدارات الأولى المكونات الأعلى قيمة.
يتبع الترحيل نمط الاستبدال التدريجي (strangler fig). إذ تتولى خدمات جديدة مبنية على Spring Boot وNext.js قدرة واحدة في كل مرة خلف طبقة توجيه، بينما يواصل النظام الحالي خدمة الوظائف المتبقية. ويعمل المستخدمون على تطبيق واحد طوال الوقت، ولا يُوقف أي مكوّن حتى يُثبت بديله جدارته في بيئة الإنتاج.
وحيث تكون الشيفرة سليمة والمنصة وحدها قديمة، نغيّر منصة التطبيق بدلًا من ذلك. فيُحوَّل التطبيق إلى حاويات ويُنقل إلى AWS ECS، وتُستبدل البرمجيات الوسيطة الاحتكارية، وتُرقّى قاعدة البيانات إلى إصدار مدعوم من PostgreSQL.
- تقييم مع خارطة طريق مرتّبة للتحديث
- ترحيل بنمط الاستبدال التدريجي خلف بوابة API أو خادم وكيل عكسي
- تغيير منصة تطبيقات Java EE وغيرها من تطبيقات JVM إلى Spring Boot والحاويات
- ترحيل البيانات مع تقارير مطابقة لكل عملية تحويل
الترحيل إلى السحابة
ترحيل إلى AWS على موجات، لكل منها مسار للتراجع
الترحيل أكثر من مجرد نسخ الخوادم. نُنشئ هيكل الحسابات والشبكات والأمان أولًا، ثم ننقل أحمال العمل على موجات، لكل منها مسار تراجع خاص بها.
منطقة الهبوط أولًا
ابدأ من هيكل حسابات يتوافق مع متطلبات شبكتك والامتثال لديك. AWS Organizations بحسابات منفصلة للإنتاج وغير الإنتاج، وتسجيل مركزي، وأدوار IAM بدلًا من المفاتيح المشتركة، وتصميم VPC ملائم. وتُعرَّف الإعدادات كلها في Terraform وتُراجع وتُدار إصداراتها.
موجات الترحيل
يبقى التوقف ضمن نافذة متفق عليها. تُجمَّع أحمال العمل حسب الاعتماديات وتُنقل على موجات تبدأ بالأقل أهمية، ولكل موجة خطة اختبار ونافذة تحويل وخطوة تراجع. وتُنقل قواعد البيانات بالنسخ المتماثل.
الوجهة المناسبة لكل حمل عمل
تعمل خدمات التطبيقات في حاويات على ECS، وقواعد البيانات على PostgreSQL مُدارة، والمهام القائمة على الأحداث على دوال بدون خوادم. ولا يُستخدم النقل كما هو (lift-and-shift) إلا حيث لا تكون إعادة الكتابة مبررة بعد، ويُوثَّق سبب كل خيار.
الأمان في كل موجة
تبقى بياناتك محمية أثناء نقلها. ويُطبَّق في كل موجة التشفير أثناء التخزين والنقل، وحفظ الأسرار في مخزن مُدار، وأدوار بأقل الصلاحيات، وCloudflare على الحافة لحماية TLS وWAF وDDoS. وتُجرى مراجعة أمنية ضمن كل موجة.
وضوح التكاليف
من خلال معايير الوسوم والميزانيات، يطّلع كل بيئة وفريق على إنفاقه منذ البداية. وبعد الترحيل، تُراجَع أحجام الموارد والسعة المحجوزة بعد معرفة الاستخدام الفعلي.
التسليم أو التشغيل المُدار
يتسلم فريقك شيفرة Terraform وأدلة التشغيل والتدريب اللازم لتشغيل البيئة، أو تواصل InterCloud تشغيلها بموجب اتفاقية تشغيل مُدار.
تكامل الأنظمة
تكاملات تُغني عن إعادة إدخال البيانات بين أنظمتك
تشغّل المؤسسات أنظمة ERP والموارد البشرية وإدارة علاقات العملاء (CRM) والتجارة الإلكترونية وأدوات كثيرة خاصة بالإدارات، وكثيرًا ما يعيد الموظفون إدخال البيانات بينها. نستبدل عمليات النقل اليدوية بتكاملات موثّقة ومراقَبة ومملوكة لمؤسستك.
تُلبّى المتطلبات المتزامنة بواجهات REST API موصوفة بمواصفات OpenAPI، وتستخدم التدفقات غير المتزامنة الأحداث وقوائم الانتظار بحيث لا يعطّل نظام بطيء أو غير متاح الأنظمة الأخرى. وتُغلَّف خدمات SOAP القديمة ونقل الملفات وروابط قواعد البيانات بمحوّلات، لتعمل بقية المنظومة بواجهة واحدة متسقة.
يسجّل كل تكامل ما نقله ومتى، ويعيد المحاولة بأمان، ويطلق تنبيهًا عند الإخفاق. وبذلك تصبح المطابقة إجراءً للاستثناءات بدلًا من مهمة شهرية.
- عقود REST وOpenAPI، بإصدارات مُدارة ومنشورة لفرقك
- تكامل قائم على الأحداث مع قوائم انتظار ومستهلكين أحاديي الأثر (idempotent)
- محوّلات لـ SOAP وSFTP والملفات النصية المسطحة والواجهات المباشرة لقواعد البيانات
- التكامل مع GlowScale وOrbio وأنظمة ERP وCRM والدفع من جهات خارجية
البيانات والتحليلات
تقارير موثوقة لقرارات الإدارة
تتعثر مشاريع التقارير عادةً بسبب جودة البيانات وتوقيتها. لذلك نبني مسار البيانات والتعريفات أولًا، ثم لوحات المعلومات بعد ذلك.
مستودع البيانات
قارن الاتجاهات بمرور الوقت من مخزن مركزي واحد. يعمل المستودع على PostgreSQL أو على إحدى خدمات التحليلات في AWS، وتغذّيه من تطبيقاتك مسارات بيانات مجدولة وقائمة على الأحداث، مع الاحتفاظ بالبيانات التاريخية.
تعريفات موحّدة
تعمل الإدارة المالية والعمليات بالأرقام نفسها. فلكل مقياس، مثل الإيرادات أو المخزون المتاح أو زمن الدورة، تعريف واحد متفق عليه، موثّق ومطبّق في كل تقرير.
لوحات المعلومات والتقارير
يرى كل دور الأرقام التي يحتاج إليها. لوحات معلومات حسب الدور للتنفيذيين والمديرين والموظفين التشغيليين، وتقارير مجدولة عبر البريد الإلكتروني، وتصدير للبيانات لمزيد من التحليل في جداول البيانات.
جاهزية للذكاء الاصطناعي
يعتمد المساعدون والتنبؤ على بيانات نظيفة وخاضعة للحوكمة. ويغذّي المستودع نفسه InterCloud AI والنماذج الموصوفة ضمن حلول الذكاء الاصطناعي والبيانات.
خارطة الطريق
خارطة طريق نموذجية للتحوّل
تتداخل المراحل في الواقع العملي. ويعكس ترتيبها أدناه ما يجب أن يكون جاهزًا قبل اتخاذ الخطوة التالية بأمان.
- 1
التقييم وتحديد الأولويات
حصر للتطبيقات والبيانات والتكاملات، ومقابلات مع أصحاب الأعمال، وخارطة طريق تحدد التحسينات قصيرة المدى والأسس وعمليات الاستبدال طويلة المدى.
- 2
بناء الأسس
تُنشأ منطقة الهبوط على AWS ومسارات CI/CD والمراقبة وبوابة API. وتتشارك هذه المكونات كل ما يليها، وعادةً ما تكون أول ما يُسلَّم بشكل ملموس.
- 3
الترحيل والتحديث على موجات
تُنقل أحمال العمل إلى AWS، وتُستبدل المكونات القديمة قدرةً تلو الأخرى، وتُربط الأنظمة عبر واجهات موثّقة. وتنتهي كل موجة والمستخدمون يعملون على الإصدار الجديد.
- 4
توحيد البيانات
تُسلَّم مسارات البيانات إلى المستودع والتعريفات المتفق عليها وأولى لوحات المعلومات. وتُضاف مشكلات جودة البيانات المكتشفة في هذه المرحلة إلى قائمة أعمال التطبيقات.
- 5
التشغيل والتحسين
تنتقل البيئة إلى التشغيل المُدار أو تُسلَّم إلى فريقك، مع مراجعة ربع سنوية لما يجب تحديثه أو إيقافه أو أتمتته بعد ذلك.
اعرف المخاطر والتكلفة قبل أن تلتزم
يوفّر تقييم التحديث خارطة طريق مرتّبة ورؤية واضحة للمخاطر والتكلفة قبل أن تلتزم مؤسستك بالبرنامج الكامل.