SaaS · 2026
نقل إلى السحابة وCI/CD وأتمتة اختبارات لمنصة SaaS
مشروع لمنتج SaaS أصبحت إصداراته مخاطرة: نشر يدوي عبر SSH، ولا بيئة تجريبية، والعملاء هم من يكتشفون الأخطاء. ينتقل المنتج إلى حاويات على السحابة، ويحصل على مسار من طلب الدمج حتى الإنتاج، وعلى الاختبارات التي تجعل الإصدار أمرًا روتينيًا.
شارك في بنائه
- العميل
- لم يُذكر بناءً على طلب العميل
- النطاق
- السحابة · CI/CD · المراقبة · الاختبارات
- البيئات
- التطوير · التجريبية · الإنتاج
- المدة المعتادة
- 8–12 أسبوعًا
- الفريق
- 4 أشخاص · 3 تخصصات
التقنيات
- Docker
- Kubernetes
- Terraform
- GitHub Actions
- AWS
- Prometheus
- Grafana
- Sentry
- Playwright
- k6
المنتج
10 صور01
الموجز
كل إصدار كان سهرة طويلة.
السياق
نما المنتج إلى عدد كبير من الشركات المشتركة على خادم واحد أُعدّ يدويًا منذ سنوات.
المشكلة
كانت الإصدارات تتم ليلًا عبر SSH، ولا توجد بيئة تجريبية، والتراجع يعني استعادة نسخة احتياطية، والأعطال يبلّغ عنها العملاء.
الأهداف
- بنية تحتية مكتوبة ككود
- نسخة تجريبية مطابقة للإنتاج
- إصدارات مُختبرة بنقرة واحدة
- رؤية المشكلات قبل العملاء
02
الفريق
الفريق وراء المشروع.
| قائد تقنيخطة النقل وعملية الإصدار | ×1 | خطة النقل وعملية الإصدار | خبير | |
|---|---|---|---|---|
| مهندس DevOpsالبنية ككود والمسارات والمراقبة | ×1 | البنية ككود والمسارات والمراقبة | خبير | |
| مهندس أنظمة خلفيةتعديلات التطبيق للحاويات وفحوص الصحة | ×1 | تعديلات التطبيق للحاويات وفحوص الصحة | خبير | |
| مهندس ضمان جودةاختبارات شاملة واختبارات حِمل داخل المسار | ×1 | اختبارات شاملة واختبارات حِمل داخل المسار | خبير |
03
الأنظمة الخلفية والمعمارية
تعديلات صغيرة ليناسب التطبيق السحابة.
من عمل عليه
يُعدَّل التطبيق ليعمل داخل حاويات: الإعدادات من البيئة، والملفات في تخزين الكائنات، والجلسات في Redis، ونقاط فحص صحة تستطيع المنصة التحقق منها.
قرار 1
خوادم تطبيق بلا حالة
أي نسخة يمكن استبدالها أو إضافة غيرها في أي وقت.
المقابل · تنتقل الملفات المرفوعة والجلسات إلى خدمات مشتركة.
قرار 2
ترحيلات قاعدة البيانات قبل تحويل الزيارات
يجب أن يعمل الإصداران القديم والجديد أثناء النشر.
المقابل · تغييرات الهيكل الجذرية تُقسَّم على إصدارين.
04
DevOps
من طلب الدمج حتى الإنتاج بالطريقة نفسها كل مرة.
من عمل عليه
كل البنية التحتية معرّفة في Terraform وتُراجع مثل الكود. كل طلب دمج يُبنى ويُختبر، والدمج ينشر إلى البيئة التجريبية، والإنتاج ترقية بنقرة واحدة مع تراجع تلقائي إذا فشلت فحوص الصحة.
- البنية التحتية ككودكل تغيير يُراجع ويمكن تكراره.
- تراجع تلقائيفشل فحوص الصحة يلغي الإصدار.
- تنبيهات مهمة فقطالأخطاء وزمن الاستجابة تصل للمناوب.
05
ضمان الجودة
اختبارات تعمل مع كل تغيير.
من عمل عليه
نبدأ بالمسارات الأكثر استخدامًا من العملاء، تسجيل الدخول والفوترة واللوحة الرئيسية، ونغطيها باختبارات شاملة داخل المسار. ويعمل اختبار حِمل على البيئة التجريبية قبل كل إصدار كبير.
- المسارات الحرجة أولًاحيث يكلّف الخطأ أكثر.
- اختبارات الحِملقبل كل إصدار كبير.
- إصلاح الاختبارات المتقلبةالفشل في البناء يعني دائمًا مشكلة حقيقية.
أخبرنا بما تبنيه.
رسالة قصيرة تكفي. يرد عليك مهندس خبير خلال يوم عمل واحد.