Skip to content
Tech

لماذا تُنفَّذ عملية ترحيل المخطط قبل التحقق من قدرة الخدمات المنشورة على التعامل معها؟

83

الفرصة

حين تدفع تغييراً في المخطط إلى قاعدة بيانات الإنتاج، تُنفَّذ عملية الترحيل قبل أن تتحقق أي أداة من أن إصدارات الخدمة قيد التشغيل حالياً قادرة على قراءة الشكل الجديد والكتابة إليه. يصل العمود المحذوف أو الحقل المُعاد تسميته إلى قاعدة البيانات قبل أن تنتهي الـ pods القديمة من الاستنزاف، وتُعيد عملية التراجع المخطط لكنها لا تُعيد البيانات التي كتبها الإصدار الجديد في هذه الأثناء. تُولّد أدوات ORM كود SQL من الفوارق لكنها لا تُصمّم أي شيء عن طوبولوجيا النشر أو الإصدارات المتزامنة أو أنماط القراءة والكتابة المباشرة. تُعوّض الفرق عن ذلك بطقوس expand-contract موثقة في ويكيات ومعارف متوارثة، لا مُطبَّقة بأدوات. خطوة واحدة مُرتَّبة بشكل خاطئ أطلقت فشلاً متسلسلاً متعدد الخدمات وحادثة موثقة بقيمة 4.5 مليون دولار في العام الأخير وحده.

لماذا تهم

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

كيف أقيّم الفرصة

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

الحدّة9/10

مقدار الألم الذي تسببه حين تظهر.

التكرار8/10

مدى تكرار مواجهة الناس لها فعلياً.

الفراغ السوقي7/10

مدى شُح الأدوات الجيدة المتاحة لها اليوم.

مزيد من المشكلات التي تستحق الحل