أتمتة `plan` و`apply`

قد يكون تشغيل terraform plan وterraform apply يدويًا بطيئًا ومعرضًا للأخطاء، ولا سيما في بيئات العمل الجماعي.

وتحقق أتمتة هذه الخطوات ضمن مسار التكامل المستمر/النشر المستمر (CI/CD) فوائد مهمة:

• السرعة: تنفيذ تغييرات البنية التحتية بسرعة أكبر.
• الاتساق: التخلص من الأخطاء البشرية.
• الموثوقية: ضمان عمليات نشر يمكن التنبؤ بها.
• التعاون: تسهيل مراجعة الفريق والموافقة عليه.

يُعد الأمر terraform plan شبكة أمان لكم؛ إذ يعرض بدقة التغييرات التي سيُجريها Terraform على بنيتكم التحتية من دون تنفيذها فعليًا.

في مسار CI/CD، ينبغي تشغيل plan تلقائيًا عند كل تغيير في التعليمات البرمجية (مثل طلب السحب). ويوفر ذلك معاينة فورية للمراجعة.

يتضمن دمج terraform plan في مسار CI عادةً بضع خطوات:

1. التهيئة: شغّلوا terraform init لإعداد دليل العمل.
2. التخطيط: نفّذوا terraform plan لإنشاء التغييرات المقترحة.
3. الإخراج: التقطوا مخرجات الخطة لمراجعتها.

إليكم مثالًا مبسطًا لما قد يبدو عليه ذلك في برنامج نصي لـ CI:

# ci_plan_stage.sh
terraform init
terraform plan -out=tfplan

بعد تشغيل terraform plan، تصبح مخرجاته بالغة الأهمية؛ فهي تفصّل كل مورد ستتم إضافته (+) أو تحديثه (~) أو تدميره (-).

تساعد مراجعة هذه المخرجات (غالبًا في تعليق على طلب السحب) على اكتشاف التغييرات غير المقصودة، بما يضمن سلامة البنية التحتية. وهي بمثابة نقطة تحقق مهمة.

تتمثل إحدى الركائز الأساسية للأتمتة الآمنة في وضع بوابة أمام خطوة terraform apply. فعادةً لا ترغبون في تشغيل apply فورًا بعد كل عملية plan.

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

بعد مراجعة terraform plan والموافقة عليه، يتولى terraform apply المهمة؛ إذ ينفّذ هذا الأمر التغييرات المحددة في ملفات الإعداد.

في مسار CI/CD، غالبًا ما يتم تشغيل apply بعد دمج ناجح في فرع نشر مخصص (مثل main أو production)، أو عبر تشغيل يدوي بعد الموافقة.

عند أتمتة terraform apply، ستستخدمون غالبًا الخيار -auto-approve في بيئات CI/CD. انتبهوا إلى أن ذلك يتجاوز مطالبة التأكيد التفاعلية.

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

# cd_apply_stage.sh
terraform init
terraform apply -auto-approve tfplan

صُمّم Terraform ليكون idempotent، أي إن تشغيل terraform apply عدة مرات باستخدام الإعداد نفسه لن يؤدي إلى تغييرات إلا إذا كانت البنية التحتية الفعلية لا تطابق الحالة المطلوبة.

إذا كانت بنيتكم التحتية تطابق الإعداد بالفعل، فلن ينفّذ apply أي إجراء، مما يضمن عمليات نشر متسقة وموثوقة من دون آثار جانبية غير مقصودة.

عند أتمتة plan وapply:

• أقل قدر من الصلاحيات: احرصوا على أن يمتلك وكيل CI/CD الصلاحيات الضرورية فقط.
• الحالة البعيدة: استخدموا وحدات تخزين للحالة البعيدة مع القفل لدعم تعاون الفريق.
• التحكم في الإصدارات: احتفظوا بجميع إعدادات Terraform تحت إدارة الإصدارات.
• المراقبة: طبّقوا المراقبة والتنبيهات لحالة النشر.

لنختبر معرفتكم بأتمتة Terraform في CI/CD!

تعلّمنا في هذا الدرس كيفية أتمتة terraform plan وterraform apply ضمن مسار CI/CD.

• يوفر terraform plan معاينة آمنة للتغييرات، وهو مثالي للفحوصات التلقائية والمراجعة البشرية.
• يضمن اشتراط الموافقة قبل apply مراجعة التغييرات المهمة.
• يؤتمت terraform apply عملية النشر، وغالبًا ما يُستخدم معه -auto-approve في البيئات الخاضعة للرقابة.
• تجعل خاصية idempotency في Terraform عمليات النشر التلقائية موثوقة وقابلة للتنبؤ.

تُعد هذه الأتمتة أساسية لإدارة البنية التحتية بكفاءة واتساق وتعاون!