ما المقصود باستراتيجية ترحيل البنية التحتية إلى السحابة؟
ما المقصود باستراتيجية ترحيل البنية التحتية إلى السحابة؟
الترحيل إلى البيئة السحابية يقدم مزايا متعددة مثل تعزيز الأداء، وتوسيع النطاق بسهولة، وتقليل التكاليف التشغيلية، وزيادة المرونة والاعتمادية. تُسهم البيئة السحابية في تسريع فرص الأعمال وتحقيق نتائج تقنية أفضل، مع تقليل المخاطر بفضل تعزيز الحوكمة والأمن.
لكن الترحيل إلى السحابة لا يتم بمجرد "نقل وتشغيل" مباشر، بل يتطلب تخطيطًا وتنفيذًا دقيقًا. من أبرز التحديات التي تواجه الترحيل إلى السحابة:
- الحصول على دعم من الإدارة العليا وتأييد أصحاب المصلحة المعنيين
- الفروقات بين أنواع البنى التحتية المختلفة
- التحديات المرتبطة بتهيئة مزود الخدمة السحابية
- الحاجة إلى تعلم أنظمة جديدة.
- جوانب تتعلق بالأمان والتحكم في التكاليف عند الترحيل وتهيئة البيئة
- تقييم المتطلبات الهجينة بين البنية التحتية المحلية وموارد السحابة.
تشير استراتيجية ترحيل السحابة إلى خطة مُعتمدة من المؤسسة تحدد مسار الانتقال من البنية الحالية إلى نسخة سحابية جديدة. إن وجود استراتيجية فعالة لترحيل السحابة أمر حيوي للحفاظ على سير الأعمال دون انقطاع. إلى جانب ذلك، يجب التخطيط المسبق لإنشاء بنية سحابية فعالة وقليلة التكلفة تتيح سهولة التوسع والتكامل في المستقبل.
ما العوامل الرئيسية التي يجب أخذها في الحسبان عند وضع إستراتيجية الترحيل إلى السحابة؟
من خلال إستراتيجية فعالة للترحيل إلى السحابة، يمكنك الانطلاق بسرعة مع تقليل الانقطاعات التشغيلية وتفادي المفاجآت. الخطوة الأولى تتمثل في تحديد الإمكانات والتكوينات السحابية الملائمة ضمن البنية التحتية التي تفضلها. كما ينبغي أخذ ما يلي في الاعتبار:
متطلبات الأمان والامتثال
يُنصح بإجراء تقييمات أمنية مسبقة للكشف عن أية مخاطر أو ثغرات قبل بدء الترحيل. وجود إطار حوكمة واضح يضمن الالتزام بالسياسات والامتثال خلال مراحل الترحيل كافة.
تقنيات الأتمتة وأدوات الترحيل
يساعد الاعتماد على الأتمتة في تقليل العمل اليدوي والحد من المخاطر المصاحبة لعملية الترحيل. وتساعد أيضًا في تنفيذ مبدأ البنية التحتية كرمز (IaC)، لضمان اتساق التكوينات في جميع البيئات. يجب على المؤسسات اختيار الأدوات الملائمة لتعزيز كفاءة الترحيل وضمان موثوقيته. يُعتبر AWS Migration Hub نقطة انطلاق مناسبة لاستكشاف عملية الترحيل إلى السحابة.
التدريب المتخصص لمرحلة الترحيل وما بعدها
نجاح الانتقال إلى السحابة مرهون بمدى استعداد فرق تقنية المعلومات والمستخدمين. ينبغي أن تشمل البرامج التدريبية التقنيات السحابية الحديثة، وإجراءات الأمان، والممارسات المثلى للتشغيل. كما يجب إنشاء قاعدة معرفية وتوفير الدعم المستمر مع التوثيق المناسب.
تنظيم المواعيد والإطار الزمني
يساهم الترحيل على مراحل في الحد من تأثير الانتقال على العمليات التجارية. بإمكانك وضع خطة ترحيل زمنية تبدأ بالأعباء الأكثر أهمية، مع ضمان سير العمل بشكل مستمر. ينبغي أن تشمل خطة الترحيل إلى السحابة تحديد مواعيد لإيقاف البنية التحتية التقليدية عن العمل. ويتضمن هذا الاستغناء عن الخوادم غير النشطة، وإلغاء التراخيص غير الضرورية، والتأكد من أرشفة البيانات أو حذفها بأمان. من الضروري منح فترة كافية بين الترحيل وإيقاف البنية القديمة لضمان تأقلم المستخدمين مع البيئة الجديدة.
التحوّل المرحلي مع تحسينات متواصلة
إن الانتقال إلى السحابة يستوجب اتباع نهج تحوّلي تدريجي بدلاً من تنفيذ انتقال فوري شامل. إن التحديث المرحلي للتطبيقات يساعد في تقليل المخاطر ويمنح الفرق الوقت للتأقلم مع البيئات السحابية الجديدة. بمرور الوقت، يمكنك تقليل التكاليف من خلال استخدام التوسعة التلقائية والمثيلات المحجوزة وتقنيات تحسين الموارد. تساعد المراقبة المستمرة في التأكد من الاستخدام الفعّال للموارد السحابية.
ما أبرز الإستراتيجيات المعتمدة لترحيل الموارد إلى السحابة؟
تختلف طرق الترحيل باختلاف نوعية الموارد المطلوب نقلها. تُصنّف إستراتيجيات ترحيل التطبيقات إلى السحابة في سبعة نماذج تُعرف باسم (7Rs).
الإيقاف
يتم اعتماد هذه الإستراتيجية في حال انتهاء الحاجة إلى المورد. في مثل هذه الحالة، يمكنك إما إنهاء استخدام المورد أو الاحتفاظ به في الأرشيف. المقصود هو إيقاف تشغيل الخوادم الخاصة بالتطبيقات التي لم يعد لها استخدام. يُفضّل إيقاف التطبيق في حال عدم وجود جدوى تجارية من ترحيله إلى السحابة، أو إذا كان يستخدم تقنيات قديمة لم تعد مدعومة، ويُعد إيقافه أكثر توفيرًا.
يتم التعرف على هذه التطبيقات من خلال تحليل متوسط استهلاكها لوحدة المعالجة المركزية (CPU) والذاكرة. التطبيقات التي تسجّل استهلاكًا أقل من 5% يمكن إيقافها فورًا. قد تُدرج التطبيقات التي يتراوح استهلاكها بين 5% و20% ضمن المرشحة للإيقاف، خصوصًا في حال عدم تسجيل أي طلبات واردة خلال 90 يومًا.
الاحتفاظ
تعني هذه الإستراتيجية الإبقاء على المورد في وضعه الحالي دون نقله إلى البيئة السحابية. قد يكون السبب وراء ذلك متعلقًا بالاعتبارات الأمنية، أو عدم تحقيق قيمة مضافة، أو ارتباطات مادية، أو عوامل معقدة أخرى. على سبيل المثال، يمكن تأجيل ترحيل أحد التطبيقات إذا كانت بنيته التحتية قد خضعت لترقية حديثة بتكلفة مرتفعة. كما يمكنك الاحتفاظ بتطبيق طرف ثالث إلى حين إصدار نسخة SaaS من قبل المورّد.
إعادة الاستضافة
تُعرف إستراتيجية الترحيل من خلال الاستضافة من جديد بأنها أسلوب "الرفع والنقل". كمثال، يمكن نقل تكوينات وأعباء خادم مادي إلى نظيره في البيئة السحابية. بإمكانك ترحيل الأجهزة من عدة مصادر إلى سحابة AWS دون التأثر بالأداء أو مشاكل التوافق أو تعقيدات النسخ البعيد للبيانات أو فترات الترحيل الطويلة.
النقل
تعتمد إستراتيجية النقل على نقل البنية التحتية من بيئة تشغيلية إلى بيئة أخرى. يُعتمد هذا الخيار عندما تكون البنية التحتية السحابية تحتوي على تطابقات تعادل الموارد الموجودة لديك — مثل ترحيل VMware SDDC إلى VMware Cloud on AWS. يمكن كذلك الاستفادة منه في إعادة تهيئة البنية التحتية السحابية الموجودة. داخل AWS، قد يتضمن ذلك نقل مثيلات أو كائنات إلى حساب AWS آخر أو منطقة جغرافية مختلفة أو إلى شبكة سحابية خاصة افتراضية (VPC). على سبيل المثال، قد تنقل مثيل قاعدة بيانات Amazon RDS إلى حساب AWS جديد.
إعادة الشراء
تشير إعادة الشراء، أو ما يُطلق عليها "الإلغاء والاستبدال"، إلى الانتقال من البنية التحتية أو التطبيق الحالي إلى منتج آخر. من حالات الاستخدام الانتقال من ترخيص محلي إلى ترخيص SaaS، أو استبدال تطبيق قائم بمنتج سحابي مماثل، أو استبدال تطبيق مُخصص بحل سحابي جاهز للاستخدام. يجب تقييم التطبيق الجديد قبل الشراء بناءً على متطلبات العمل، مع التركيز بشكل خاص على الأمان والامتثال.
الترحيل إلى السحابة
يُطلق على استراتيجية الترحيل إلى السحابة مصطلح "الرفع والتعديل والنقل" أو "الرفع والتجديد". تشمل هذه الاستراتيجية إعادة تهيئة أحد التطبيقات أو مكونات البنية التحتية وتحسينه بما يتناسب مع البيئة السحابية. تضمن استمرار تشغيل التطبيق القديم مع الحفاظ على معايير الأمان. يمكنك أيضًا في الوقت نفسه خفض التكاليف وتحسين الأداء من خلال تحويل الأجهزة الافتراضية إلى حاويات، أو الترحيل إلى خدمة مُدارة أو خالية من الخوادم، أو التبديل إلى نظام تشغيل مختلف.
كمثال، يمكنك إعادة منصة قاعدة بيانات Microsoft SQL Server إلى Amazon RDS for SQL Server أو نقل أعباء عمل تعلم الآلة (ML) إلى Amazon SageMaker.
إعادة الهيكلة
تعتمد استراتيجية إعادة الهيكلة على تعديل بنية التطبيق أو البنية التحتية بشكل يتجاوز مجرد إعادة المنصة، بهدف الاستفادة من قدرات السحابة الأصلية. في حال كنت تستخدم تطبيقًا تقليديًا بتصميم أحادي وتغطية اختبارات محدودة أو شيفرة متهالكة يصعب صيانتها، فقد يكون من المفيد التفكير في إعادة الهيكلة. بحسب طبيعة التطبيق، يمكن النظر في إعادة استخدام بعض مكونات الكود البرمجي مع تعديل أجزاء أخرى أو إعادة التصميم بالكامل. قد تستغرق إعادة الهيكلة وقتًا طويلًا، وتستلزم توفر خبرات متقدمة في مجالي السحابة والهندسة.
ما المقصود بعملية الترحيل إلى السحابة؟
لا تقتصر عملية الترحيل إلى السحابة على التكنولوجيا الحالية والمستهدفة، بل تشمل أيضًا جميع عناصر إدارة التغيير داخل المؤسسة. تشمل العملية المراحل الثلاث التالية:
الخطوة 1 - التقييم
من الضروري تقييم مدى الجاهزية قبل الانتقال إلى البيئة السحابية لضمان تحقيق النجاح في عملية التحول. ينظر إطار AWS Cloud Adoption Framework (CAF) إلى جاهزية الترحيل السحابي من خلال ستة جوانب: الأعمال، القوى العاملة، الحوكمة، المنصة، الأمان، والعمليات.
من المهم أيضًا تحليل محفظة التطبيقات في مؤسستك لتحديد أفضل أساليب الترحيل والتحديث. تعتمد التطبيقات الحالية على بنية تحتية معقدة وعمليات تكامل بالإضافة إلى متطلبات الأمان وإدارة الهوية. يتيح تقييم محفظة التطبيقات التعرف على الأطراف المعنية ومصادر البيانات، مما يساعد في وضع أولويات لترحيل التطبيقات.
تستطيع إجراء تقييم ذاتي لمدى جاهزية مؤسستك للانتقال إلى السحابة باستخدام أداة AWS Cloud Readiness Assessment. توفر AWS كذلك تقييمًا مجانيًا للترحيل، يتم خلاله تحليل مؤسستك وتقييمها في عدة محاور مثل حالات الاستخدام التجارية، والعمليات، والأمان، والعاملين، وغيرها.
نعمل على تحديد النقاط التي تفتقر فيها مؤسستك إلى الجاهزية الكاملة. يساعدك التعامل مع هذه الفجوات في رفع احتمالية نجاح عملية الترحيل إلى السحابة.
الخطوة 2 - التعبئة
تشمل مرحلة التعبئة وضع خطة الترحيل واختيار الاستراتيجيات الأنسب لبيئتك الحالية، وذلك بناءً على البنية المستهدفة التي يوفرها مزود الخدمة السحابية. تتضمن المهام ما يلي، دون أن تقتصر عليها:
- ترتيب موارد الترحيل حسب الأولوية.
- وضع أهداف واضحة لعملية الترحيل تشمل السرعة، وفترة التوقف، والقدرات التشغيلية.
- إعداد الموظفين من خلال التدريب على الترحيل وإدارة الخدمات والعمليات بعد الترحيل.
- تصميم البنى الإنشائية والخدمات التي سيتم الترحيل إليها.
- تجربة بيئة الترحيل عبر تطبيقات أو خدمات ذات أولوية منخفضة أو غير أساسية.
يُنصح بشدة بالاستعانة بسجل قرارات التصميم الإنشائي (ADR) في مرحلة التعبئة لضمان توثيق القرارات الإنشائية المهمة. يوضح هذا المستند المتجدد كل قرار إنشائي تم اتخاذه بالإضافة إلى المبررات التي دعمت ذلك القرار.
كمثال، قد تقرر بعض المؤسسات إعادة هيكلة نظامها القديم أو الاستمرار في استخدامه كما هو. رغم أن إعادة هيكلة الشيفرة قد تستغرق وقتًا وتكاليف عالية، فإنها تؤتي ثمارها من حيث العائد على الاستثمار بعد مرور سنوات. تعتمد هذه الحسابات أيضًا على الكيفية التي تتم بها إعادة هيكلة التطبيق. يوضح سجل قرارات التصميم الإنشائي (ADR) كيف تساهم الهيكلة الجديدة، والاعتمادات، والواجهات، وأساليب التنفيذ في تقديم أداء مماثل أو محسّن، مع تقليل التكاليف التشغيلية على المدى البعيد.
الخطوة 3 - الترحيل والتحديث
تختلف عملية الترحيل باختلاف حجم ومتطلبات التغيير داخل مؤسستك. في حالات الترحيل البسيطة أو الصغيرة، قد تُنفّذ العملية تدريجيًا باستخدام أدوات جاهزة، دون الحاجة إلى أنماط تكرارية أو قابلية للأتمتة. تحتاج عمليات الترحيل المعقدة أو الواسعة إلى أنماط متقدمة تشمل تطبيقات متعددة، وعناصر بنية تحتية، ومجالات تنظيمية مختلفة، أو مشاريع متعددة.
توفر AWS مجموعة من أدوات الترحيل، مثل خدمة اكتشاف التطبيقات من AWS وخدمة ترحيل التطبيقات من AWS، لتسهيل عمليات الترحيل المعقدة. من الممكن أيضًا إنشاء مصانع ترحيل لتنفيذ عمليات ترحيل سحابية كبيرة بطريقة منهجية. يُعد مصنع الترحيل منظومة من الفرق المتخصصة التي تعمل بالتزامن، وتتولى تنفيذ عمليات الترحيل مثل إعادة الاستضافة، وإعادة المنصة، وإعادة الهيكلة. غالبًا ما تتبع فرق إعادة الهيكلة نمط عمل فرق تطوير البرمجيات، مع توفير دعم بأسلوب DevOps.
إن وضع خطط أتمتة، وتحديد العمليات، وتطوير الأدوات بناءً على الترحيل الأولي يساهم في تسريع الترحيل السحابي على مستوى المؤسسة بأكملها.
كيف تساعدك AWS في تنفيذ إستراتيجية الترحيل إلى السحابة؟
تتيح لك خدمات AWS السحابية استثمار بياناتك وتطبيقاتك الحالية للنمو والتوسع باستخدام تقنيات الذكاء الاصطناعي وغيرها، من خلال بنية سحابية موثوقة. اختيار الإستراتيجيات الملائمة للترحيل إلى السحابة عامل حاسم في نجاح البرنامج. سواء كنت في مرحلة التخطيط للترحيل إلى السحابة أو على وشك بدء نقل الموارد، تزوّدك AWS بالأدوات والإرشادات والشركاء المناسبين للبدء.
برنامج AWS Migration Acceleration Program (MAP) هو برنامج ترحيل سحابي شامل ومثبت استنادًا إلى تجربة AWS في ترحيل الآلاف من عملاء المؤسسات إلى السحابة. يوفر MAP الأدوات وأساليب التدريب والمحتوى المخصص، والخبرة من الشركاء في شبكة شركاء AWS، ومجتمع الشركاء العالمي، واستثمارات AWS. استخدم برنامج MAP كشريك لك لتحقيق الأتمتة وتسريع التنفيذ مع الالتزام بالميزانية.
زر صفحة AWS Cloud Migration للترحيل والتحديث باستخدام AWS اليوم.