DevOps / المتوسط: أنظمة تسليم مضبوطة / الدرس 8

البنية كشيفرة والخطط والحالة

افهم النية التصريحية وسلوك المزود وحساسية الحالة وحدود المراجعة دون إنشاء بنية.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-25

في هذه الصفحة

أهداف الدرس

ميز الإعداد والحالة والواقع البعيد.
راجع الهدف وعواقب الخطة الهدامة.
احم التنسيق والحالة الحساسة ودليل الاستعادة.

النية التصريحية تولد آثارا

تسجل البنية كشيفرة الموارد المرغوبة بملفات مراجعة وتسوّيها أدوات وواجهات مزود. لا يجعل ذلك التغيير غير مؤذ أو قابلا للرجوع تلقائيا. قد يستبدل تعديل نصي تخزينا أو وصولا أو حدا شبكيا. يستخدم الدرس مفاهيم OpenTofu، ولـTerraform مفاهيم مشابهة لكن الإصدارات والمزودين والتراخيص وتوافق الحالة تحتاج مراجعة مستقلة. لا تُنفذ خطة أو تطبيق أو استيراد أو تعديل حالة. عامل الإعداد والمزود والحساب والخلفية حدا واحدا قبل الإذن الحقيقي.

التمييز بين الإعداد والحالة والواقع

يعبر الإعداد عن النية، وتربط الحالة عناوين الموارد بأجسام المزود ومعلومات التسوية، ويقدم الواقع دليلا آخر. ليست الحالة نسخة لبيانات التطبيق، وقد تحتوي قيما حساسة ولو وُسم الناتج sensitive. يفصل الرسم الأول المناظير ويظهر الانحراف عند تغير الواقع خارج المسار. لا تعدل الحالة أو تحذفها لإسكات خطة مفاجئة. احفظ نسخة محمية واتبع استعادة الأداة الموثقة مع المالك.

text نموذج مفاهيمي للتسوية

configuration -> declared resource intent
state         -> managed identity and reconciliation data
provider API  -> actual remote objects
drift         -> observed reality differs from reviewed intent

لكل منظور دور مختلف. قد تكون الحالة حساسة وليست الإعداد المرغوب أو نسخة تطبيق. لا يستدعي الرسم أداة.

مراجعة الهدف والأثر المقترح

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

yaml مراجعة بنية اصطناعية

target: lab-account-only
provider_lock: reviewed
proposed:
  create: 1
  update: 2
  replace_storage: 1
decision: blocked-pending-data-recovery-review

يسيطر استبدال تخزين واحد على الخطر رغم قلة الموارد. السجل تحريري لا ناتج OpenTofu أو إذن تنفيذي.

حماية التنسيق والاعتمادات

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

تصميم الاستعادة قبل الإذن

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

الأخطاء الشائعة وإصلاحها

تستهدف الخطة البيئة الخاطئة

لماذا يحدث؟: افتُرض اختيار المساحة أو الاعتماد أو الخلفية.
كيف تصلحه؟: توقف وتحقق من هوية الهدف كاملة قبل التغيير.
كيف تتجنب تكراره؟: اجعل السياق صريحا في دليل المراجعة.

يخفي sensitive السر على الشاشة فقط

لماذا يحدث؟: اعتُبر حجب العرض حماية لتخزين الحالة.
كيف تصلحه؟: احم الحالة وملفات الخطة كمادة حساسة.
كيف تتجنب تكراره؟: قيد وصول الخلفية واختبر سياسة الأسرار.

لا يعيد رجوع الملفات البيانات

لماذا يحدث؟: اختلطت إعادة الموارد باستعادة البيانات.
كيف تصلحه؟: استخدم نسخا متحققا منها وتسلسلا مراجعا.
كيف تتجنب تكراره؟: قيّم الأفعال الهدامة قبل الموافقة.

اختبر فهمك

1. تقول الخطة إن موردا واحدا سيستبدل. لماذا لا يكفي العدد للموافقة؟

اعرض الحل المشروح

قد يحمل المورد بيانات دائمة أو حدا أمنيا. حدد غرضه وأثر البيانات والاعتماديات والنافذة ودليل الاستعادة. وافق على الأثر المفهوم للهدف الصحيح لا على رقم صغير ظاهريا.

2. غيّر زميل موردا يدويا. هل تحذف الحالة لإزالة الانحراف؟