لا يقتصر تحديث البنية التحتية لتكنولوجيا المعلومات على نقل الخوادم إلى الحوسبة السحابية أو استبدال التقنيات القديمة. يبدأ التحديث الفعال بفهم البيئة الحالية وتحديد كيفية تطور التطبيقات والبيانات والخدمات لتلبية احتياجات العمل المستقبلية.
في AWS، يمكن أن تتراوح هذه الرحلة من ترحيل أحمال العمل الحالية إلى تغييرات معمارية أكثر عمقًا، بما في ذلك اعتماد الخدمات المُدارة والأتمتة والحاويات وقواعد البيانات الحديثة وممارسات المراقبة.
توصي AWS باتباع نهج منظم للتقييم والتحديث والإدارة المستمرة. والهدف من ذلك هو منع الشركة من تكرار القيود الموجودة في بيئة الحوسبة السحابية والتي كانت موجودة بالفعل في البيئة السابقة.
تبدأ عملية التحديث بتشخيص البيئة الحالية.
قبل تحديد بنية النظام المستقبلية، من الضروري فهم الوضع الحالي. ويشمل ذلك التطبيقات والخوادم وقواعد البيانات وعمليات التكامل والتبعيات وأنماط الاستهلاك ومتطلبات الأمان وأهمية أحمال العمل.
تساعد هذه الخريطة في تحديد الأنظمة ذات البنية التحتية الضخمة، والتطبيقات التي تقترب من نهاية دورة حياتها، والتبعيات التي تعيق التغييرات، وأحمال العمل التي يمكن أن تستفيد من خدمات الحوسبة السحابية الأصلية. كما أنها تتيح تصور المخاطر التي قد تمر دون ملاحظة عند تحليل كل تطبيق على حدة.
يُعد تقييم المحفظة أحد الخطوات التي توصي بها AWS لبناء خطط ترحيل أكثر قابلية للتنبؤ. وتساعد التبعيات والتعقيد التقني والمتطلبات التشغيلية والقيمة التجارية في تحديد الأولويات وتنظيم التحديث على مراحل.
عملياً، يتجنب هذا التشخيص اتخاذ قرارات عامة. قد يحتاج تطبيق مستقر إلى تعديلات في البنية التحتية فقط، بينما قد يواجه تطبيق آخر اختناقات تبرر تغييراً أعمق في البنية أو قاعدة البيانات.
قد تتطلب كل حالة عمل استراتيجية مختلفة.
لا يعني التحديث إعادة هيكلة جميع التطبيقات. تعتمد الاستراتيجية المناسبة على المرحلة التكنولوجية، وتكلفة التغيير، وأهمية النظام، والفوائد المتوقعة.
تستخدم AWS ما يُعرف باستراتيجية "السبع خطوات" لتصنيف مسارات الترحيل والتحديث المختلفة، بما في ذلك إعادة الاستضافة، وإعادة بناء المنصة ، وإعادة الهيكلة، وإعادة الشراء، والنقل، والاحتفاظ، والإيقاف. عمليًا، يتيح لك هذا العمل بأساليب مختلفة ضمن نفس البيئة.
يمكن ترحيل التطبيقات المتوافقة مع القوانين مبدئيًا إلى Amazon EC2 لتقليل مخاطر التحول الفوري. ويمكن تطوير قواعد البيانات المُدارة ذاتيًا إلى Amazon RDS أو Amazon Aurora لتقليل الجهد التشغيلي. أما التطبيقات المتكاملة التي تحتاج إلى تسريع التطوير، فيمكن إعادة هيكلتها تدريجيًا باستخدام الحاويات أو الخدمات المصغرة أو غيرها من الخدمات المُدارة.
ينبغي أن يراعي الاختيار العائد المتوقع. وتؤكد AWS نفسها أن مجرد نقل البنية التحتية لا يضمن تلقائيًا المرونة أو القدرة على التكيف أو المرونة. تظهر هذه المزايا عندما تبدأ البنية التحتية في الاستفادة بشكل أفضل من الإمكانيات المتاحة في الحوسبة السحابية.
يجب أن تكون السلامة والأداء وقابلية التوسع جزءًا من التصميم.
تُعدّ عملية التحديث فرصةً أيضاً لتصحيح نقاط الضعف التي تراكمت مع مرور الوقت. وينبغي أن تشمل البنية المستقبلية منذ البداية ضوابط الوصول، والشبكات، والتشفير، والنسخ الاحتياطية، والمراقبة، وسياسات الأمان.
تُعدّ قابلية التوسع عاملاً مهماً آخر. فبدلاً من الحفاظ على سعة متاحة بشكل دائم لدعم ذروة الاستخدام المحتملة، يمكن للتطبيقات الاستفادة من الموارد المرنة وآليات التشغيل الآلي لتعديل البنية التحتية وفقاً للطلب. هذا التغيير من شأنه تحسين كل من الأداء وكفاءة استخدام الموارد.
وينطبق الأمر نفسه على المرونة. فالتوزيع عبر مناطق التوافر والخدمات المُدارة واستراتيجيات الاسترداد يمكن أن يقلل الاعتماد على المكونات الفردية ويُهيئ التطبيقات الحيوية لسيناريوهات الفشل المختلفة.
في شركة فليكسا كلاود ، تُعدّ الأمن والحوكمة والأتمتة والمراقبة جزءًا لا يتجزأ من النهج المُتبع في مشاريع ترحيل وتحديث خدمات أمازون السحابية (AWS). كما تعمل الشركة مع بنى معمارية منفصلة وبنية تحتية كبرمجيات لجعل تطور البيئة أكثر قابلية للتنبؤ.
يستمر التحديث بعد عملية النقل.
إن مجرد نشر عبء العمل على AWS لا ينهي العملية. تتغير التطبيقات، ويزداد حجم البيانات، وتظهر خدمات جديدة، ويمكن لسلوك المستخدم أن يغير تمامًا نمط استهلاك البيئة.
لذا، تتطلب البنية التحتية الحديثة مراقبة مستمرة. وتساعد مقاييس الأداء والتوافر والتكلفة والأمان في تحديد فرص تحسين الحجم والأتمتة واستبدال الخدمات وتطوير البنية.
توصي AWS بمواصلة تقييم أحمال العمل التي تم ترحيلها بالفعل بهدف تحسينها وتحديثها، والتحقق من صحة القرارات المعمارية مع تطور البيئة. كما تقلل هذه العملية من مخاطر إنشاء أنظمة قديمة جديدة داخل السحابة نفسها.
يعني التحديث الاستراتيجي ربط كل قرار تقني بهدف محدد. فالأمان المعزز، والمرونة المتزايدة، والأداء المحسن، وقابلية التوسع، والكفاءة التشغيلية، كلها نتائج لبنية مصممة للتطور، وليست مجرد تغيير في البنية التحتية.
تُرافقك Flexa Cloud في هذه الرحلة، بدءًا من تشخيص بيئتك وتصميم بنيتك التحتية وصولًا إلى ترحيل أحمال العمل وتحديثها ودعمها على AWS. يُعد تقييم الوضع الحالي الخطوة الأولى في تحديد المخاطر وفرص التحسين والمسارات اللازمة لبناء بنية تحتية أكثر استعدادًا لنمو أعمالك.
فليكس كلاود
