خطط للبنية التحتية وفق أحمال العمل

البنية التحتية هي أساس تشغيل التطبيقات والمعلومات. تبدأ الخطة الجيدة بوصف حمل العمل واعتمادياته ومسؤوليات تشغيله قبل اختيار الأجهزة أو الاستضافة. قد يحتاج التطبيق نفسه تصميمًا مختلفًا عندما يتغير المستخدمون أو حساسية البيانات أو توقع التوافر أو فريق الدعم. اجعل هذه الفروق متطلبات معلنة بدل إخفائها داخل مقارنة الأسعار.

صف الحمل واعتمادياته

حدد فئات المستخدمين، وأماكن الوصول، وساعات العمل، والمعاملات المهمة. ارسم صلات التطبيق بالهوية وقاعدة البيانات والملفات والبريد والخدمات الخارجية. تؤثر خدمة يملكها مورد آخر في تشغيلك أيضًا؛ لذلك سجل مسؤولها وما يحدث عند تعطلها. تؤكد إرشادات Microsoft لتخطيط النقل أهمية الاعتماديات عند تجميع الأحمال، وهي ممارسة تمنع نقل التطبيق مع نسيان اتصال ضروري له.

قدر السعة بأدلة وافتراضات واضحة

اجمع مؤشرات النشاط الحالي: التزامن، ونمو التخزين، والذروة، وزمن الخطوات المهمة. إذا كان النظام جديدًا، فاكتب الافتراضات ثم صمم اختبار حمل يمثل الاستخدام. عدد الموظفين وحده لا يحدد حجم الخادم. افصل الاستخدام المتوقع عن الذروة، واتفق على مؤشرات تستدعي مراجعة السعة. ناقش جودة الاتصال والأجهزة الطرفية؛ فقد لا يعالج خادم أكبر سبب البطء الذي يراه الموظف.

وزع التشغيل والاستمرارية

حدد مسؤول التحديث والنسخ والاستعادة والمراقبة والهوية والشهادات والتصعيد للمورد. تغير الخدمة المدارة توزيع المهام، لكنها لا تلغي ضرورة فهمه. اتفق على مدة الانقطاع وفقد البيانات المقبولين لكل عملية حرجة، ثم اختبر قدرة التصميم على دعم الهدف. تربط إرشادات AWS للاعتمادية تخطيط التعافي بأهداف واختبارات؛ وجود نسخة ثانية من الملفات لا يثبت إمكانية استعادة العمل.

اختبر استلام التشغيل

اطلب من الفريق المستلم شرح اكتشاف العطل، والحصول على الوصول، والرجوع عن تغيير، واستعادة سجل مهم. احتفظ بجرد ومسار تصعيد متاحين أثناء الانقطاع. سجل الحدود المعروفة وأثر النمو على التكلفة. تابع النقل إلى السحابة أو المراقبة أو الاستعادة، وقدم موجز الحمل إلى خدمات تقنية المعلومات لمقارنة المقترح باحتياج العمل.