قائمة مراجعة تغييرات Docker Compose لوحدات التخزين والشبكات والأسرار
النهج الآمن هو التعامل مع مراجعة الإعدادات المُصيّرة والتحقق من النشر القابل للعكس، بما يحمي مسارات البيانات وإمكانية الوصول إلى الشبكة والأسرار، على أنه سلسلة من بوابات قابلة للمراقبة، وليس أمرًا واحدًا.
في مكدس تطبيق Docker Compose على خادم منزلي، يتمثل الخطر العملي في أن تعديل Compose قد يعيد إنشاء الحاويات باستخدام تخزين دائم أو اتصال أو تسليم أسرار مختلف. سجّل الهوية الحالية ونقطة الاسترداد، وابدأ بأقل اختبار تمييزي تدخّلًا، وفسّر نتائج النجاح والفشل قبل تغيير متغير آخر، وتوقّف عندما يصبح التخزين غير مستقر أو عندما تكون النسخة الوحيدة القابلة للاسترداد مكشوفة. لا تنتهي العملية أدناه إلا بعد نجاح عبء العمل الأصلي أو وصول الأدلة إلى حد التصعيد.
صيّر الإعداد الفعلي قبل المراجعة
ثبّت مجموعة ملفات Compose واسم المشروع ودليل العمل وملفات البيئة والملفات التعريفية وعلامات الصور المستخدمة في النشر قيد التشغيل. شغّل docker compose config عبر مسار لا يكشف قيم الأسرار، واحفظ النموذج المُصيّر بأمان، وقارنه بآخر عملية نشر معروفة بسلامتها.
يعتمد سلوك Compose على الاستبدال ودمج الملفات، لذلك قد تفوّت مراجعة ملف YAML المعدّل فقط التغيير الفعلي. توصي مراجعة إعدادات Compose المُصيّرة بالتحقق من الإعداد المحلول وفحص خطة النشر، مما يحوّل المراجعة من تمرين تنسيقي إلى مقارنة وقت التشغيل.
توقّف إذا كانت المتغيرات غير معيّنة، أو تغيّر اسم المشروع بشكل غير متوقع، أو كانت علامات الصور متحركة من دون ملخص مسجّل، أو كان الملف المُصيّر يحتوي على بيانات اعتماد. عالج هذه الحالات قبل أي أمر pull أو build أو up.
تتبّع كل وحدة تخزين دائمة وربط مستضيف
لكل خدمة، اربط وجهة الحاوية بوحدة تخزين مُسمّاة أو بمسار على المضيف، وحدد ما إذا كانت تحتوي على إعدادات أو ملفات قاعدة بيانات أو عمليات رفع أو ذاكرة تخزين مؤقت، وتأكد من وجود المصدر مع الملكية المتوقعة. انتبه خصوصًا إلى المسارات النسبية، لأن تغيير دليل العمل قد يوجّه بصمت إلى مجلد جديد فارغ.
قارن أسماء وحدات التخزين الصريحة والرايات الخارجية مع جرد وحدات تخزين Docker الحالية. قد يؤدي تغيير اسم المشروع إلى إنشاء وحدة تخزين جديدة مسبوقة بالاسم، مع ترك البيانات القديمة دون تغيير، مما يجعل التطبيق يبدو وكأنه أُعيد ضبطه. انسخ البيانات ذات الحالة احتياطيًا وسجّل مخرجات فحص وحدات التخزين الحالية قبل السماح بإعادة الإنشاء.
تتناول مقالة ZimaSpace ذات الصلة حول حماية إعدادات التطبيقات الدائمة أثناء الترقيات فقدان الإعدادات عبر ترقيات التطبيقات. استخدمها عندما تُظهر المراجعة أن حالة التطبيق الدائمة لم تُفصل بشكل صحيح؛ ولا تخفِ المشكلة بنسخ ملفات مجهولة إلى وحدة تخزين جديدة أُنشئت حديثًا.
راجع الشبكات والمنافذ وتسليم الأسرار
قارن أسماء الشبكات والأسماء المستعارة وعائلات عناوين IP والمنافذ المنشورة وعمليات الربط بالمضيف وأهداف الوكيل العكسي. تأكد من بقاء قواعد البيانات خاصة، ومن استمرار الوكيل في حل اسم خدمة التطبيق، ومن عدم تعريض أي منفذ إداري على جميع الواجهات بعد التغيير.
لكل سر، سجّل مصدره والمستهلك ومسار الربط أو مفتاح البيئة ووضع الملف ومالك التدوير، من دون تسجيل القيمة. تأكد من أن الإعداد الجديد يشير إلى ملف محمي موجود أو إلى سر خارجي، ومن أن السجلات ووسيطات البناء والملصقات والفروقات المُصيّرة لا تكشفه.
لا ينجح تغيير الشبكة أو السر في المراجعة إلا عندما يتمكن المستهلك المقصود من الوصول إليه أو قراءته، ولا يتمكن الأقران غير المقصودين من ذلك. إذا كان التغيير يتطلب تدوير بيانات الاعتماد بالتزامن، فقسّم النشر إلى مرحلة تداخل ومرحلة إبطال بدلًا من الجمع بينهما في إعادة تشغيل واحدة غير قابلة للعكس.
نظّم إعادة الإنشاء وأثبت إمكانية التراجع
اسحب الصور وافحص تغييرات الخدمات المقترحة قبل تشغيل المكدس. انشر خلال نافذة استرداد، وأعد إنشاء تبعية واحدة منخفضة المخاطر أولًا عندما تسمح البنية بذلك، وراقب فحوصات الصحة والسجلات وعمليات الربط وحل DNS والمقابس المنشورة قبل المتابعة.
اختبر تسجيل الدخول، وقراءة بيانات واحدة، وكتابة واحدة قابلة للتخلص منها، والمهام الخلفية، والوصول عبر الوكيل العكسي. أعد تشغيل المكدس مرة واحدة لإثبات بقاء مراجع وحدات التخزين والأسرار بعد إعادة إنشاء العملية. لا تعتبر التغيير ناجحًا لمجرد أن الحاويات تُظهر حالة التشغيل.
احتفظ بملفات Compose السابقة ومراجع البيئة وملخصات الصور ونسخة البيانات الاحتياطية حتى تنجح فحوصات القبول. تراجع فورًا إذا بدأ التطبيق فارغًا، أو رحّلت قاعدة البيانات بشكل غير متوقع، أو كان أحد الأسرار مفقودًا، أو كُشف منفذ إداري؛ وحقّق بالاستناد إلى الفروقات المُصيّرة المحفوظة.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
قائمة التحقق من ترحيل NFS لمجموعات البيانات المُعاد تسميتها ومقابض الملفات المستقرة
افترض أن معرّفات الملفات قد تتغير عند تغيّر هوية وحدة التخزين. أوقف العملاء مؤقتًا، وانقل التصدير عمدًا، وأعد التحميل، وتحقّق من الملفات المفتوحة والجديدة.
دليل استكشاف أخطاء عميل SMB وإصلاحها لنظام Windows وmacOS وLinux
استخدم الخادم والحساب والمشاركة وعملية الملفات نفسها على كل عميل، حتى لا تختلط أعطال الاكتشاف وبيانات الاعتماد والسياسات والتخزين معًا.
قائمة التحقق لتدوير الأسرار على الخادم المنزلي للتطبيقات وقواعد البيانات والنسخ الاحتياطية
تعامل مع تدوير المفاتيح باعتباره ترحيلًا للتبعيات: احصر كل مستهلك، واحتفظ بتداخل بيانات الاعتماد حيثما أمكن، وتحقق من القيمة الجديدة، ثم ألغِ القديمة واختبر...
