خدمات DevOps والسحابة

خدمات DevOps والسحابة للمنتجات التي تشغّلها. نُعِدّ لك خطوط CI/CD لأتمتة النشر، وبيئات سحابية مكتوبة ككود، والمراقبة والنسخ الاحتياطي وتعزيز أمان الخوادم، فيصبح إصدار التحديث خطوة معتادة أقل مخاطرة بكثير.

لمن هذه الخدمة

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

ولا تشمل الخدمة الدعم الفني للمكاتب، كصيانة الحواسيب والطابعات وشبكات المكتب؛ فعملنا هو الخوادم السحابية وأنظمة Linux والحاويات وخطوط النشر.

ماذا نبني

• خطوط النشر الآلي: يشغّل GitHub Actions اختباراتك، ويبني صور الحاويات، وينشر التحديث على بيئة التجربة (staging) ثم على بيئة الإنتاج. ولا ينتقل المستخدمون إلى الإصدار الجديد إلا بعد أن يجتاز فحصًا آليًا لسلامة التشغيل (health check). وفي تطبيقات الجوال يبني خط النشر نسخ أندرويد وiOS ويوقّعها ويرفعها إلى حسابات متجرك بمفاتيح تصدرها شركتك، أما في App Store فيرسل أحد موظفيك كل نسخة إلى المختبرين.
• إعداد السحابة والترحيل إليها: بيئتا تجربة وإنتاج منفصلتان ومكتوبتان ككود، فيمكن إعادة بنائهما عند الحاجة. وننقل تطبيقاتك من خادم واحد أو استضافة مشتركة إلى حاويات، ونُخرج كلمات المرور والمفاتيح من الكود، ونوفّر لك نسخة تجربة تختبر عليها قبل الإطلاق.
• تعزيز الأمان والنسخ الاحتياطي: دخول SSH بالمفاتيح وحدها، وإغلاق المنافذ غير المستخدمة، وتحديثات أمنية تلقائية، ووضع Cloudflare أمام موقعك لتوفير HTTPS وجدار حماية وحدود لعدد الطلبات على صفحات الدخول والإشعارات الواردة (webhooks). ونأخذ من قواعد البيانات نسخًا مشفّرة وفق جدول ثابت ونحفظها في تخزين خارج الخادم، ونجرّب الاستعادة فعليًا قبل التسليم.
• المراقبة والتنبيهات: نتابع الخوادم والحاويات بأداتي Prometheus وGrafana، وأخطاء التطبيق بأداة Sentry، وأعطال تطبيقات الجوال بأداة Firebase Crashlytics، ونفحص توفّر الخدمة دوريًا. وتصل التنبيهات إلى فريقك على Slack أو Telegram أو البريد الإلكتروني حين يتجاوز استهلاك القرص أو الذاكرة أو معدل الأخطاء الحدود التي تحددها.

كيف نبنيها

نعمل على AWS وGoogle Cloud وCloudflare وDigitalOcean وHetzner، في المنطقة السحابية التي تختارها. وتعمل معظم الأنظمة على Docker وDocker Compose خلف Nginx أو Caddy، بصور حاويات صغيرة لا تعمل بصلاحيات المدير. وفي البيئات السحابية الأكبر نستخدم Terraform أو OpenTofu، ولا نلجأ إلى Kubernetes المُدار إلا حين يحتاجه حجم العمل. وتعمل خطوط النشر على GitHub Actions، أو على GitLab CI أو Bitbucket Pipelines إن كان الكود هناك.

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

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

المدة والتكلفة

أكثر ما يحدد المدة والتكلفة:

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

ويشمل السعر إصلاح الأعطال التي تظهر خلال أول 30 يومًا بعد الإطلاق، أما الدعم الأطول فخطة مستقلة نتفق عليها في العقد.

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