استشارات ودعم Docker في بيتسبرغ وكليفلاند

تحويل تطبيق إلى حاويات

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

تبقى الأسرار مثل كلمات مرور قواعد البيانات خارج الصور والتحكم في الإصدارات. وتُمرَّر إلى الحاوية عند بدء تشغيلها.

Docker Compose لتطبيقات الشركات

لمضيف واحد، يكون Docker Compose غالبًا الأداة المناسبة. ملف واحد يعرّف التطبيق وقاعدة بياناته وذاكرته المؤقتة، وتبدأ كل شيء بأمر واحد.

• الوكيل العكسي وTLS: وكيل ينهي HTTPS ويوجّه حسب اسم المضيف ويجدد الشهادات، فلا تتعرض التطبيقات مباشرة.
• سلوك إعادة التشغيل: سياسات إعادة التشغيل وفحوص الحالة تعيد الخدمات بعد انهيار أو إعادة إقلاع.
• المراقبة: فحوص التشغيل والسجلات تغذي لوحات المعلومات نفسها التي تغذيها أنظمتك الأخرى.

سجلات الصور وعمليات البناء بـ CI

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

النسخ الاحتياطية والتحديثات الأمنية

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

تأتي التحديثات الأمنية في طبقتين. يحتاج نظام تشغيل المضيف إلى تحديث، وتحتاج الصور إلى إعادة بناء عندما يُصلَح صورتها الأساسية أو مكتبة. نجدول الاثنين، ونختبر النتيجة، ونُبقي الإصدار السابق متاحًا. وغالبًا ما تعمل مضيفات Docker كـأجهزة افتراضية على Proxmox.

متى تنتقل إلى Kubernetes

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

كيف يتم العمل

1. مكالمة استكشافية. نتعرف على ما يفعله التطبيق وأين يعمل.
2. نطاق عمل مكتوب. خطة للحاويات والوكيل والنسخ الاحتياطية والتحديثات.
3. البناء والتسليم. ننشر ونختبر استعادة ونوثّق كيفية تشغيله.
4. الدعم المستمر. اختياري، مع مهندس محدد بالاسم.

نرد خلال يوم عمل واحد. مكاتبنا في Coraopolis وBeaver Falls في بنسلفانيا، ويُرتَّب العمل الميداني في منطقة كليفلاند حسب المشروع.

أسئلة عن دعم Docker

هل Docker Compose كافٍ للإنتاج؟

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

هل يمكنكم تحويل برنامج لم نكتبه إلى حاويات؟

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

هل يمكنكم تولّي خادم Docker أعدّه شخص آخر؟

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