عصر
تحديث السحابة هو ممارسة تحسين أحمال العمل الحالية المستندة إلى السحابة لتلبية احتياجات العمل بشكل أفضل. يقوم بمواءمة أحمال العمل مع أفضل ممارسات السحابة، دون إضافة ميزات جديدة.
إعداد المؤسسة لتحديث السحابة
تحديد التحديث لمؤسستك. قم بإنشاء تعريف مشترك يركز على تحسين أحمال العمل الحالية من خلال إعادة المنصات وإعادة البناء البرمجي وإعادة الهندسة داخل السحابة، باستثناء الميزات الجديدة الصافية أو عمليات إعادة الكتابة الكاملة. قم بإبلاغ هذا التعريف عبر جميع الفرق وأصحاب المصلحة لمنع المحاذاة. إنشاء مسؤولية مشتركة بين فرق التطوير والعمليات والأمن والهندسة المعمارية من خلال أدوار واضحة وتنسيق بين الفرق.
تقييم جاهزية التحديث ومهاراته. قم بتقييم قدرات فريقك في معرفة الخدمات السحابية ونضج DevOps/CI/CD وأنماط البنية الحديثة وأدوات المراقبة/الأتمتة. حدد فجوات المهارات وقم بإنشاء خطط لمعالجتها من خلال التدريب أو الشهادات أو الموظفين الجدد أو الخبرة الخارجية من Microsoft أو الشركاء لضمان تنفيذ التحديث بسلاسة.
حدد أولويات أحمال العمل التي يجب تحديثها. قم بتقييم قيمة الأعمال من خلال تصنيف أحمال العمل بناء على أهميتها للإيرادات وتجربة العملاء والامتثال والتبعيات الداخلية. تقييم المخاطر الفنية من خلال فحص الديون الفنية والتكنولوجيا القديمة وجهود الصيانة ومشكلات الأداء وقيود قابلية التوسع. اجمع هذه التقييمات في مصفوفة أولويات لتحديد أحمال العمل التي يجب تحديثها أولا.
فهم كيفية التحديث. استخدم Azure Well-Architected Framework لإجراء المراجعات التي تحدد الثغرات وإنشاء خرائط طريق للتحديث عبر خمس ركائز: الموثوقية والأمان وتحسين التكلفة والتميز التشغيلي وكفاءة الأداء. تمكين فرق عبء العمل من اتخاذ قرارات التحديث من خلال توفير سياق الأعمال وسلطة اتخاذ القرار ضمن حدود محددة مع الحفاظ على عمليات تسجيل الوصول المنتظمة للتوافق التنظيمي.
تخطيط تحديث السحابة
اختر استراتيجية تحديث. اختر من بين ثلاثة أساليب أساسية بناء على احتياجاتك الخاصة: إعادة الهيكل لتحقيق مكاسب سريعة مع الحد الأدنى من تغييرات التعليمات البرمجية (IaaS إلى PaaS) ، أو إعادة بناء التعليمات البرمجية لتعديل التعليمات البرمجية الحالية لتحسين الهيكل وتحسين السحابة مع الحفاظ على الوظائف ، أو إعادة التصميم لإعادة تصميم بنية التطبيق باستخدام أنماط السحابة الأصلية مثل الخدمات المصغرة وبدون خادم. مطابقة الإستراتيجية مع متطلبات كل مكون مع مراعاة الأهداف والجدول الزمني والموارد. تجنب الإفراط في التحديث من خلال ترسيخ كل قرار على قيمة الأعمال.
تخطيط التحديثات على مراحل. قسم أحمال العمل المعقدة إلى مراحل منطقية لتقديم قيمة متزايدة وتقليل المخاطر من خلال معالجة الأجزاء التي يمكن التحكم فيها. قسم العمل حسب المكون / الطبقة أو الأولوية / التعقيد أو وظيفة العمل ، بدءا من التغييرات منخفضة المخاطر وعالية القيمة لتحقيق المكاسب المبكرة. تسلسل المراحل المتبقية حسب القيمة والتبعيات. تحديد معايير نجاح واضحة لكل مرحلة بما في ذلك الأهداف الفنية وبوابات الجودة، وتكييف الخطط بناء على النتائج والدروس المستفادة من المراحل المكتملة.
خطة حوكمة التحديث. إنشاء مهام سير عمل رسمية للموافقة على التغيير متكاملة مع المجالس الاستشارية للتغيير الحالية أو إنشاء مجالس مراجعة تحديث مخصصة. تنفيذ عمليات تجميد التغيير قبل وأثناء عمليات النشر الرئيسية لتحقيق الاستقرار في البيئات. زحف نطاق التحكم من خلال طلب التقييم والموافقة على أي تغييرات مقترحة مع الحفاظ على تراكم الأفكار المؤجلة اللطيفة.
حدد استراتيجية النشر الخاصة بك. اختر بين النشر الموضعي للتغييرات منخفضة المخاطر والقابلة للعكس التي يمكن تنفيذها أثناء فترات الصيانة، أو النشر الموازي للتغييرات المعقدة عالية الخطورة التي تتطلب الحد الأدنى من وقت التوقف عن العمل من خلال تشغيل بيئات جديدة جنبا إلى جنب مع أحمال العمل الحالية. استخدم تقنيات النشر التدريجي مثل إصدارات الكناري عندما يكون ذلك ممكنا، بدءا من النسب المئوية الصغيرة للمستخدم والزيادة تدريجيا بناء على نتائج المراقبة.
التخطيط للتخفيف من مخاطر التحديث. قم بإنشاء إجراءات تراجع مفصلة لكل تغيير رئيسي مع إرشادات خطوة بخطوة والأطراف المسؤولة والأطر الزمنية. أتمتة عمليات التراجع حيثما أمكن باستخدام أدوات البنية الأساسية كتعليمات برمجية وعمليات النشر باللون الأزرق والأخضر. تأكد من أن فرق الدعم على أهبة الاستعداد أثناء عمليات النشر وبعدها مع فترات رعاية مفرطة ممتدة للمراقبة.
تأمين موافقة أصحاب المصلحة. قم بتخصيص مقترحات القيمة لجماهير مختلفة (الكفاءة التشغيلية للفرق الفنية ، ونتائج الأعمال للقادة) وتوثيق الخطط المنظمة مع معالم وجداول زمنية واضحة. حدد قيمة التحديث بمقاييس محددة مثل 20-40% خفض التكلفة ومكاسب إنتاجية 50-80%. معالجة مخاطر المشروع بشفافية من خلال استراتيجيات التخفيف والحفاظ على اتصال منتظم للإبلاغ عن التقدم وجمع التعليقات.
تنفيذ التحديثات في السحابة
إعداد أصحاب المصلحة للتحديث. أعلن عن جداول النشر في وقت مبكر لجميع الأطراف المتأثرة، بما في ذلك التواريخ الرئيسية مثل التغيير والبدء والتجميد وبدء البث المباشر. تنفيذ تجميد التغيير على أحمال عمل المصدر والتابعة مع أوقات بدء وانتهاء محددة بوضوح. الإبلاغ عن إجراءات المستخدم النهائية وتغييرات ما بعد النشر بما في ذلك عناوين URL الجديدة للوصول ومتطلبات المصادقة. تنسيق موظفي الدعم للنشر مع ساعات العمل الممتدة وإجراءات التصعيد. حدد الإجراءات الاحتياطية لأحمال العمل الهامة باستخدام الحلول اليدوية وخطط الطوارئ.
تطوير التحديثات في بيئة غير إنتاجية. اتبع مبادئ Well-Architected Framework أثناء التنفيذ باستخدام توصيات Azure Advisor وعمليات المراجعة المعمارية للتحقق من صحة قرارات التصميم. قم بإنشاء بيئات غير إنتاجية تعكس الإنتاج باستخدام نفس خدمات Azure بمقاييس أصغر أو مستويات أداء أقل. قم بتنفيذ التغييرات بشكل تدريجي باستخدام التحكم في المصدر و CI/CD باستخدام Git لجميع تغييرات التعليمات البرمجية والبنية الأساسية كبرامج نصية للتعليمات البرمجية مع بنيات التكامل المستمر.
التحقق من صحة تغييرات التحديث من خلال الاختبار. قم بتنفيذ اختبارات الوحدة والتكامل على جميع المكونات المعدلة باستخدام مسارات CI واختبار الانحدار لتجنب كسر الوظائف الحالية. قم بإجراء اختبار وظيفي شامل من خلال اختبارات ضمان الجودة اليدوية أو اختبارات واجهة المستخدم الآلية التي تحاكي سير عمل المستخدم الحقيقي. قم بإجراء اختبار قبول المستخدم مع أصحاب المصلحة للحصول على تعليقات حول قابلية الاستخدام والوظائف. تحقق من صحة الأداء باستخدام أدوات اختبار التحميل مثل Azure Load Testing عند 150% التحميل المتوقع. قم بتنفيذ التحقق من صحة الأمان وفحوصات التوافق باستخدام عمليات فحص الثغرات الأمنية وMicrosoft Defender for Cloud. حل جميع المشكلات الحرجة قبل نشر الإنتاج.
إنشاء بنية تحتية قابلة لإعادة الاستخدام. قم ببناء البنية الأساسية كقوالب تعليمات برمجية يمكن استخدامها لعمليات النشر والبيئات المستقبلية، مما يضمن الاتساق وتقليل أخطاء التكوين اليدوي عبر سيناريوهات النشر المختلفة.
إنشاء وثائق النشر. قم بتوثيق جميع إجراءات النشر وخطوات التراجع وعمليات التحقق من الصحة لضمان التنفيذ المتسق وتمكين أعضاء الفريق من إجراء عمليات النشر بأمان وموثوقية.
نشر التحديث. بالنسبة لعمليات التوزيع الموضعية، جدولة نوافذ الصيانة، واستخدم مسارات CI/CD للتوزيع المتسق، وقم بتنفيذ توجيه حركة المرور التدريجي من خلال عمليات توزيع الكناري باستخدام فتحات Azure App Service أو تقسيم نسبة استخدام الشبكة في Container Apps. قم بزيادة حركة المرور الكاملة تدريجيا مع مراقبة المقاييس والحفاظ على اتساق البيانات أثناء النشر. بالنسبة لعمليات التوزيع المتوازية، قم بإنشاء بيئة الإنتاج المتوازية باستخدام قوالب IaC، وقم بإنشاء النسخ المتماثل لقاعدة البيانات مع مزامنة البيانات المستمرة، ونسخ البيانات والملفات غير المهيكلة باستخدام أدوات ترحيل Azure، واستكمال مزامنة البيانات النهائية بدون فقدان للبيانات، وخفض نسبة استخدام الشبكة تدريجيا باستخدام التوجيه المرجح بدءا من 1% والزيادة بشكل تدريجي. قم بإجراء التبديل النهائي إلى 100% من خلال قطع DNS أو تكوين موازن التحميل. تحقق على الفور من وظيفة ما بعد القطع وحافظ على البيئة القديمة في وضع الاستعداد الساخن لمدة 24-72 ساعة.
التحقق من نجاح التحديث. تأكد من نجاح وصول المستخدم وأداء حمل العمل من خلال مراقبة أنماط الوصول ومقاييس الأداء ومعدلات الخطأ خلال فترة ما بعد الترحيل الأولية. لا تعلن عن نجاح الترحيل إلا بعد التحقق الشامل والتأكيد من مالكي أحمال العمل والمختبرين وأصحاب المصلحة في الأعمال على استيفاء جميع المتطلبات.
دعم عبء العمل أثناء الاستقرار. إنشاء تغطية دعم معززة خلال فترة الاستقرار مع موظفي تكنولوجيا المعلومات ذوي الخبرة الذين يقدمون اتفاقيات مستوى الخدمة أقصر من العمليات العادية في الأيام أو الأسابيع القليلة الأولى. قم بتحديث الوثائق والأدوات التشغيلية بما في ذلك دفاتر التشغيل ومستندات الدعم وتكوينات المراقبة. تدريب فرق العمليات على الإجراءات الجديدة والتأكد من أن مخزون الأصول يعكس البنية التحتية الجديدة مع إزالة المكونات القديمة.
تحسين أحمال العمل بعد تحديث السحابة
تحسين التكوينات للسحابة. قم بتطبيق توصيات Azure Advisor بشكل منهجي من خلال المراجعة الأسبوعية وتنفيذ التغييرات الهامة أولا، والتصفية حسب حمل العمل أو مجموعة الموارد. قم بتعديل الإعدادات الخاصة بالخدمة باستخدام أدلة خدمة Azure Well-Architected Framework لمحاذاة التكوينات مع أفضل الممارسات. عالج فجوات تكوين الأمان على الفور باستخدام Microsoft Defender for Cloud لحل النتائج الهامة وعالية الخطورة في غضون 48 ساعة أثناء تكوين التقييم المستمر.
التحقق من صحة الجاهزية التشغيلية. تحقق من تغطية المراقبة ودقتها من خلال التأكد من أن Azure Monitor يجمع جميع السجلات والمقاييس والتتبعات اللازمة للمكونات الجديدة. اختبر قواعد التنبيه من خلال اختبار الفوضى وتحديث لوحات المعلومات لتعكس البنية الجديدة. قم بإنشاء مراقبة التكلفة وعناصر التحكم باستخدام إدارة التكاليف من Microsoft لتعقب أنماط الإنفاق وتعيين تنبيهات الموازنة وحدود الإنفاق ومراجعة استخدام الموارد أسبوعيا للحصول على فرص الحقوق. اختبر إجراءات النسخ الاحتياطي والاسترداد عن طريق إجراء عمليات استعادة الاختبار باستخدام Azure Backup أو استعادة قاعدة البيانات في نقطة زمنية. قم بتوثيق مقاييس RTO و RPO التي تم تحقيقها وتأكد من تضمين جميع البيانات الهامة في سياسات النسخ الاحتياطي.
جمع ملاحظات المستخدمين وقياس النتائج. اجمع ملاحظات المستخدمين المنظمة بانتظام من خلال الاستطلاعات ونماذج الملاحظات وتحليل تذاكر الدعم. عقد اجتماعات بأثر رجعي للفرق الداخلية. تعقب الملاحظات وحلها بشكل منهجي من خلال توثيق المشكلات في Azure DevOps أو مشكلات GitHub، والتصنيف حسب الخطورة وقيمة الأعمال، وتعيين الملكية مع الجداول الزمنية للحل، والإبلاغ عن التقدم شهريا. قياس النتائج الفعلية مقابل الأهداف من خلال تجميع مقاييس النجاح وتوقعات عائد الاستثمار. توصيل النتائج إلى أصحاب المصلحة لإظهار القيمة المحققة أو تحديد أوجه القصور.
إنشاء ممارسات التحديث المستمر. قم بجدولة مراجعات عبء العمل المنتظمة كل بضعة أشهر باستخدام مراجعات Well-Architected أو فحوصات السلامة لتحديد فرص التحسين الجديدة مع تطور الخدمات السحابية وتغير أنماط الاستخدام. أتمتة التحسين حيثما أمكن باستخدام نهج Azure لفرض أفضل الممارسات، وتنفيذ قواعد التحجيم التلقائي لضبط الأداء، وإعداد تنبيهات شذوذ التكلفة من خلال إدارة التكاليف. شارك النتائج وأفضل الممارسات من خلال توثيق أنماط التحسين الناجحة، وإنشاء أدلة المبادئ للسيناريوهات الشائعة، والحفاظ على قواعد المعرفة للدروس المستفادة، والمساهمة برؤى لممارسات اعتماد السحابة التنظيمية.
للحصول على إرشادات تفصيلية لإطار عمل اعتماد السحابة، راجع تحديث أحمال العمل في السحابة.