اليوم كان لدي قسط من الواقع.

فشل طلب الاستدلال ثلاث مرات في أقل من دقيقة.

فكرت في البداية، لابد أن الشبكة مشغولة.

ثم فتحت لوحة التحكم.

كان هناك الكثير من العقد متصلة بالإنترنت.

لذا بدأت في البحث.

عقدة واحدة لم يكن لديها النموذج الذي أحتاجه. أخرى لم يكن لديها سعة مجانية. وثالثة كانت قادرة على معالجة الطلب لكنها لم تتمكن من توفير مسار التحقق الذي توقعته التطبيق.

كانت تلك اللحظة التي حدث فيها شيء.

لقد قضيت الكثير من الوقت أراقب البنية التحتية من خلال عدد العاملين.

مزيد من المشغلين. أرقام أكبر. شبكة أكثر صحة.

لكن المستخدمين لا يختبرون عدد العقد.

هم يختبرون النتائج.

إما أن يعمل الطلب أو لا يعمل.

وفجأة، السؤال لم يعد:

"كم عدد العقد المتصلة؟"

إنه:

"ما هو احتمال أن يجد هذا الطلب المحدد النموذج الصحيح، والعتاد المتاح، والكمون المقبول، ومسار الإثبات الصحيح في نفس اللحظة؟"

هذه طريقة مختلفة تمامًا للتفكير في المرونة.

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

ربما لهذا السبب توقفت عن اعتبار المشاركة كعدد.

أنا أراقب الاحتمالات الآن.

لأن البنية التحتية لا تُقاس بعدد المشغلين الذين يقولون، "أنا هنا."

إنها تُقاس بما إذا كانت القدرة الصحيحة تظهر بالضبط عندما يحتاجها مستخدم حقيقي.

وأعتقد أن أكبر الفشل في الأنظمة الموزعة نادرًا ما يأتي من قلة العقد.

إنه يأتي من اكتشاف أن الجميع كانوا يقفون في نفس المكان

@OpenGradient #OPG $OPG