أتمتة العمليات مع Systems Manager
إدارة الأسطول دون SSH عبر العقد المُدارة وSession Manager وRun Command، وترقيع الخوادم وإدارة حالتها بـ Patch Manager وState Manager، وتمركز التهيئة في Parameter Store، وأتمتة العمل الروتيني بالأحداث والجداول.
بنت الموضوعات السابقة البنية التحتية وشحنت التحديثات إليها. وهذا الموضوع عن الأسبوع الذي يلي: 400 خادم يعمل، وسؤال عن إصدار حزمة عليها كلها، وترقيع أمني يجب أن ينزل الليلة، وملف تهيئة انحرف على 12 منها. هذه أعمال يؤدّيها إنسان يكرّر نفسه، أو تُوصَف مرة وتطبّقها خدمة.
ما الذي يغطّيه هذا الموضوع
- الشروط الثلاثة التي تجعل الـ instance عقدة مُدارة، وترتيب التشخيص حين لا تظهر واحدة في القائمة
- instance profile مقابل Default Host Management Configuration، وأي منهما يغلب الآخر ولماذا
- Session Manager كبديل عن SSH وخوادم bastion، وأين لا يصل تسجيل الجلسات
- استهداف Run Command وضوابط معدّله: التزامن الافتراضي 50 وعتبة الأخطاء 0 وما تعنيه عملياً
- Fleet Manager وInventory وresource data sync: كيف تجيب عن سؤال على مستوى المؤسسة كلها
- Patch Manager: Scan مقابل Install، وقواعد الـ baseline ومهلة السبعة أيام، ومجموعات الترقيع وحالات الامتثال وخيار إعادة التشغيل
- نوافذ الصيانة بمدّتها وقاطعها، وسياسات الترقيع للمؤسسات، وassociations في State Manager وتقارير امتثالها
- Parameter Store: الأنواع والتسلسلات الهرمية والطبقات والسياسات والنسخ والتسميات، وسقف 40 عملية في الثانية
- الأتمتة المستندة إلى الأحداث: إشعارات S3 وEventBridge وEventBridge Scheduler وChange Calendar، وLambda مقابل runbook
لماذا هذا مهم
المهارتان 3.2.1 و3.2.2 في دليل اختبار SOA-C03 تسمّيان هذا الموضوع مباشرة، والأسئلة عنه تعطيك عَرَضاً وتطلب السبب: عقدة عاملة لا تظهر في Systems Manager، أو ترقيع صدر أمس ولم يُثبَّت، أو ThrottlingException يظهر كلما توسّع الأسطول. والإجابة تأتي من قيمة افتراضية أو حدّ نطاق، لا من تعريف خدمة.
وضغط العمل اليومي هو نفسه. الفارق بين فريق يرقّع أسطوله في ساعة وفريق يقضي عطلة أسبوع ليس أدوات مختلفة، بل معرفة أي أداة تحكم أي حالة: نافذة للعمل المزعج، وassociation لحالة يجب حفظها، وحدث لعمل لا موعد له.