ممارسة

السحابة وDevOps والبنية التحتية لفرق البرمجيات

تشغيل البرمجيات التي تكتبها NextWR، وتولّي العمل نفسه للتطبيقات التي يملكها العميل بالفعل. هذه هندسة نشر وتشغيل لا إعادة بيع استضافة.

البرمجية التي لا يمكن نشرها بثقة ليست منتهية. تعامل NextWR النشر بوصفه جزءاً من البناء: حاويات، وخط إنتاج قابل للتكرار، وإعدادات محفوظة خارج الصورة، ونسخ احتياطية جرى الاستعادة منها مرة على الأقل، ومراقبة تقول شيئاً مفيداً قبل أن يقوله مستخدم.

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

وتحت ذلك تقع المحاكاة الافتراضية والتخزين: عناقيد Proxmox بنصاب، وCeph للتخزين الكتلي الموزّع، وGlusterFS بين خوادم التخزين على شبكة خاصة، وZeroTier حيث تحتاج أجهزة في أماكن مختلفة إلى التصرف كشبكة واحدة. وتقف أمامها موزّعات الحِمل والوكلاء العكسيون، وخلفها MySQL وMongoDB وRedis، بنسخ احتياطي وتكرار مخطَّط لا مفترض.

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

ما الذي يشمله

خوادم Linux وتحصينها وشبكة خاصة
Docker وDocker Swarm، أو Kubernetes مع Traefik حيث يبرّره العمل
عناقيد محاكاة افتراضية Proxmox، وتخزين موزّع بـ Ceph وGlusterFS
موزّعات حِمل ووكلاء عكسيون وطوبولوجيات عالية التوافر
MySQL وMongoDB وRedis مع نسخ احتياطي وتخطيط للتكرار
مراقبة وتنبيهات ودليل تشغيل مكتوب

غير مشمول

إعادة بيع الاستضافة وخدمات مراكز البيانات
مكتب مساندة تقنية للمستخدمين
اعتماد المطابقة

لمن هي: الفرق التي يعمل تطبيقها لكن لا يواكبه نشرها، والعملاء الذين يريدون أن يشغّل البرمجياتِ التي كتبتها NextWR من كتبها.
كيف يبدأ العمل: أرسلوا ما يعمل اليوم وما الذي انكسر سابقاً. أهداف الاستعادة وأنماط الأعطال هي ما يحدّد الطوبولوجيا.
التقنيات: Linux Docker Docker Swarm Kubernetes Traefik Proxmox Ceph GlusterFS ZeroTier MySQL MongoDB Redis

أسئلة متكررة

هل تبيعون استضافة؟

لا. تعمل البنية التحتية على حسابات يملكها العميل، والعمل هو الهندسة: الطوبولوجيا والنشر والنسخ الاحتياطي والمراقبة ودليل التشغيل. وإن انتهت العلاقة، لا شيء يحتاج ترحيلاً من عندنا.

Swarm أم Kubernetes؟

Swarm ما لم يكن حجم العمل يبرّر Kubernetes. فتشغيل Swarm أرخص بوضوح ويغطي معظم عمليات النشر. أما Kubernetes فيستحق كلفته حين يفرض ذلك سلوك التوسّع أو تعقيد المدخل أو حجم الفريق، ويأتي معه عندئذ Traefik وHelm.