أسرع طريقة لقتل إثبات مفهوم ناجح هي تسليمه للعمليات بدون قابلية المراقبة. لقد بنيت شيئاً يعمل. يحل المشكلة. الجميع متحمس. ثم يهبط في الإنتاج وفريق SRE ليس لديه فكرة عن كيفية مراقبته، لا طريقة لتصحيحه، ولا ثقة بأنهم يستطيعون التراجع إذا انكسر شيء في الساعة 2 صباحاً.
بعد ستة أشهر، لا يزال يعمل على لابتوب المطور الأصلي لأن أحداً لم يثق به بما يكفي لتشغيله بشكل صحيح.
نحل هذا بما نسميه عقد القياس عن بُعد: مجموعة من متطلبات قابلية المراقبة والتسليم غير القابلة للتفاوض التي تُشحن مع كل Proof Sprint.
لماذا القياس عن بُعد مشكلة تسليم، ليس مشكلة عمليات
معظم الفرق تعامل قابلية المراقبة كشيء تضيفه العمليات بعد التسليم. عقد القياس عن بُعد يعكس هذا. قابلية المراقبة متطلب تسليم، ليست فكرة لاحقة.
تكافؤ الإشارات: جامعاتك، لوحات معلوماتك
كل Proof Sprint يُصدر التتبعات والمقاييس والسجلات بالتنسيقات التي يستخدمها العميل بالفعل. إذا كانوا على Datadog، نُصدر إلى Datadog. إذا كانوا على Grafana مع Prometheus وLoki، نُصدر إلى تلك.
حزمة الأدلة
كل Proof Sprint يتضمن حزمة أدلة: حزمة موثقة من القطع الأمنية والتشغيلية. تتضمن الحزمة: SBOM، تقرير SCA، فرق IAM، وتوثيق تدفق البيانات.
مدرج للعمليات: جعل اليوم الثاني مملاً
اليوم الأول الذي يعمل فيه نظام في الإنتاج مثير. اليوم الثاني يجب أن يكون مملاً. نصمم لأيام ثانية مملة مع: خطة نشر كناري، كتب تشغيل، إجراءات تراجع، وملاحظات تخطيط السعة.
لماذا هذا مهم لحالة العمل
عقد القياس عن بُعد يزيل المخاطر من كل هذا مقدماً. عندما نسلم Proof Sprint، فريق العمليات يعرف بالفعل كيف يدعمه لأنهم يستخدمون أدواتهم الموجودة.