توسيع أحمال الحوسبة

السعة التي تكفي عند الساعة الثالثة فجراً هي السعة نفسها التي تنهار عند الساعة التاسعة صباحاً. ويغطّي هذا الموضوع كيف تضيف AWS الخوادم وتزيلها نيابةً عنك، وكيف تقرّر متى تفعل ذلك، ولماذا يقع معظم أعطال التوسيع في الآلة التحتية لا في السياسة التي تُلام عادةً. ويمتدّ من مجموعة Auto Scaling الواحدة حتى الحاويات وأحمال serverless، حيث تتغيّر وحدة السعة وتتغيّر معها القواعد.

ما الذي يغطّيه هذا الموضوع

• أرقام السعة الثلاثة في مجموعة Auto Scaling، وقوالب الإطلاق، ومصادر فحوصات الصحة، ومهلة السماح التي تختلف بين الواجهة الرسومية وCLI
• كيف يسبق التوازن بين مناطق التوفّر سياسة الإنهاء، وأي خادم تختاره المجموعة عند التقليص، وما تمنعه حماية التقليص وما لا تمنعه
• أنواع سياسات التوسّع الخمسة: يدوي، ومجدول، وtarget tracking، وstep، وتنبئي، مع الحساب الذي يقف خلف كل واحدة
• الفرق بين مهلة التهدئة وتسخين الخادم، وقاعدة الحسم حين تشير عدة سياسات إلى المجموعة نفسها
• حالات دورة حياة الخادم، وlifecycle hooks عند الإطلاق والإنهاء، وwarm pools للتطبيقات بطيئة الإقلاع، وStandby وDetach
• instance refresh: نسبتا السلامة، ونقاط التفتيش، وbake time، وskip matching، والافتراضيات التي تختلف بين الواجهة وCLI
• Application Auto Scaling وأهدافه القابلة للتوسيع، وطبقتا التوسيع في ECS، وHPA وCluster Autoscaler وKarpenter في EKS
• تزامن Lambda: الصيغة الحسابية، والحصص، والفرق بين reserved وprovisioned concurrency

لماذا هذا مهم

يقيس Skill 2.1.1 في اختبار SOA-C03 قدرتك على ضبط آليات التوسيع في بيئات الحوسبة وإدارتها، وأسئلته تشخيصية في الغالب لا تعريفية: مجموعة ترفض النمو، أو خوادم تُستبدَل في حلقة، أو مهام عالقة في PROVISIONING، أو دالة تُخنَق قبل بلوغ حدّ تزامنها. والإجابة الصحيحة تتطلّب معرفة أي طبقة عالقة وأي مؤقّت ينطبق، لا معرفة ما تفعله الخدمة فحسب.

والعمل اليومي هو ذاته. فالتفريق بين سياسة توسيع لم تُطلَق وبين مجموعة بلغت سقفها، أو بين خادم بطيء الإقلاع ومهلة سماح صفرية، يوفّر ساعات في منتصف الحادث. والتوسيع مبنيّ على افتراضيات كثيرة اختارتها AWS نيابةً عنك، ومعرفة أيّها اختارته الواجهة الرسومية وأيّها اختاره CLI هي الفرق بين نشر يكتمل وآخر يتوقّف عند 40 دقيقة.