#opg $OPG
بشكل غير رسمي;-
كنت أختبر سيناريو توجيه لـ OpenGradient عندما كانت إحدى الطلبات تفوت هدف الكمون الخاص بها. قام المجدول بما كان يجب عليه: اختيار أقرب عقدة استدلال. على الورق، كان ذلك الخيار الواضح. ولكن في الواقع، لم تكن تلك العقدة جاهزة بالنموذج. بدأت بسحب النموذج بينما كانت عقدة أبعد قليلاً دافئة وغالبًا ما تكون خاملة. تحول المسار الشبكي القصير إلى مسار تنفيذ أبطأ.
كانت تلك أول مفاجأة.
كنت أفكر في وضع العقد كألغاز جغرافية: ضع العقد بالقرب من المستخدمين وسيتحسن الكمون. ولكنها في الحقيقة مشكلة تنسيق تشمل الجغرافيا كعامل واحد فقط. المسافة مهمة، بالطبع، لكن قدرة GPU، وضغط الطوابير الحالي، وما إذا كان النموذج دافئًا أو بارداً، وكيف تتصرف النسخ الاحتياطية عندما تواجه الرئيسية مشاكل، كلها عوامل تؤثر. قد تبدو الخريطة المرئية موزعة بالتساوي، ولكن الرسم البياني للاعتماد خلف الكواليس غالبًا ما لا يكون كذلك.
مشكلة أخرى: يمكن لعقدتين في مدن مختلفة أن تشتركا نفس مزود السحابة، أو المشغل، أو الشبكة الإقليمية، وهذه الاعتمادية المشتركة تجعل من المرجح حدوث إخفاقات مترابطة. تلعب العقد الكاملة والعقد الاستدلالية ألعابًا مختلفة. العقد الكاملة تتعلق بنشر الإثبات والاستقلال عن الانقطاع الإقليمي، بينما تهتم العقد الاستدلالية أكثر بموقع النموذج ووقت الاستجابة. ثم أضف إلى ذلك عقد البيانات - فجأة، يمكن أن تكون القرب من مصدر البيانات أكثر أهمية من القرب من المستخدم.
نموذج مواقع المرافق مفيد لأنه يجعل هذه التبادلات واضحة، ولكنه لا يحل مشكلة الحوافز. ما الذي يحفز المشغلين لإضافة العقد حيث يقللون فعليًا الكمون المرئي للمستخدم وأنماط الفشل المشتركة؟
الاختبار الحقيقي ليس الخريطة نفسها؛ بل هو المكان الذي يتم فيه نشر العقد التالية وما إذا كانت تقطع التأخيرات والانقطاعات المترابطة التي يلاحظها المستخدمون بشكل ملموس. هذه هي المقياس الذي يجب أن يقود قرارات التوزيع، وليس فقط الجغرافيا على الخريطة. @OpenGradient
بشكل غير رسمي;-
كنت أختبر سيناريو توجيه لـ OpenGradient عندما كانت إحدى الطلبات تفوت هدف الكمون الخاص بها. قام المجدول بما كان يجب عليه: اختيار أقرب عقدة استدلال. على الورق، كان ذلك الخيار الواضح. ولكن في الواقع، لم تكن تلك العقدة جاهزة بالنموذج. بدأت بسحب النموذج بينما كانت عقدة أبعد قليلاً دافئة وغالبًا ما تكون خاملة. تحول المسار الشبكي القصير إلى مسار تنفيذ أبطأ.
كانت تلك أول مفاجأة.
كنت أفكر في وضع العقد كألغاز جغرافية: ضع العقد بالقرب من المستخدمين وسيتحسن الكمون. ولكنها في الحقيقة مشكلة تنسيق تشمل الجغرافيا كعامل واحد فقط. المسافة مهمة، بالطبع، لكن قدرة GPU، وضغط الطوابير الحالي، وما إذا كان النموذج دافئًا أو بارداً، وكيف تتصرف النسخ الاحتياطية عندما تواجه الرئيسية مشاكل، كلها عوامل تؤثر. قد تبدو الخريطة المرئية موزعة بالتساوي، ولكن الرسم البياني للاعتماد خلف الكواليس غالبًا ما لا يكون كذلك.
مشكلة أخرى: يمكن لعقدتين في مدن مختلفة أن تشتركا نفس مزود السحابة، أو المشغل، أو الشبكة الإقليمية، وهذه الاعتمادية المشتركة تجعل من المرجح حدوث إخفاقات مترابطة. تلعب العقد الكاملة والعقد الاستدلالية ألعابًا مختلفة. العقد الكاملة تتعلق بنشر الإثبات والاستقلال عن الانقطاع الإقليمي، بينما تهتم العقد الاستدلالية أكثر بموقع النموذج ووقت الاستجابة. ثم أضف إلى ذلك عقد البيانات - فجأة، يمكن أن تكون القرب من مصدر البيانات أكثر أهمية من القرب من المستخدم.
نموذج مواقع المرافق مفيد لأنه يجعل هذه التبادلات واضحة، ولكنه لا يحل مشكلة الحوافز. ما الذي يحفز المشغلين لإضافة العقد حيث يقللون فعليًا الكمون المرئي للمستخدم وأنماط الفشل المشتركة؟
الاختبار الحقيقي ليس الخريطة نفسها؛ بل هو المكان الذي يتم فيه نشر العقد التالية وما إذا كانت تقطع التأخيرات والانقطاعات المترابطة التي يلاحظها المستخدمون بشكل ملموس. هذه هي المقياس الذي يجب أن يقود قرارات التوزيع، وليس فقط الجغرافيا على الخريطة. @OpenGradient
