‫ما هي أفضل استراتيجية لتأخير الحاويات الخاصة بك من أجل الاحتفاظ بها بترتيب معين مثل القيام
‫بـ D. ب. أرنب ويب وهلم جرا.
‫لذا فإن الشيء الأول هو أن هذا ليس حتى مطور OP يقول أن هذا شيء حوسبة موزعة هو.
‫أفترض أنك تتحدث عن الإنتاج وليس سير عمل التطوير المحلي بشيء مثل Docker
‫compose.
‫لكنك تتحدث عن الإنتاج ، يجب أن تكون جميع تطبيقاتك قادرة على الفشل أو إعادة المحاولة.
‫لذا ، فإن الإعجاب الكامل سواء كان هذا قبل Docker أم لا بشكل أساسي مهما كنت تستخدمه هناك يجب أن
‫يتعافى بطريقة ما من عدم القدرة على التحدث إلى خدمات أخرى خارج خدماته الخاصة.
‫وهذا هو المبدأ الأساسي للحوسبة الموزعة.
‫في الواقع ، إذا بحثت عن مصدر هنا هو 12 عاملًا ، فإن شبكة النقاط المكونة من 12 عاملًا هي نوع من مجموعة مبادئ عمرها عشر سنوات حول عقلية الحوسبة السحابية
‫الأصلية والموزعة ، فهما نوعان مختلفان ولكن متشابهان من الأشياء التي في الحقيقة يتعلق
‫الأمر بما إذا كان لدي مجموعة من الخوادم أو مجموعة من الأشياء التي يتعين على الخوادم الخاصة بي التحدث إليها كيف
‫يمكنني تنسيقها أو تنسيقها جميعًا لتكون متاحة عندما تكون في حاجة إلى
‫أن تكون متاحة.
‫والإجابة هي أنه لا يمكنك التحكم في بدء التشغيل بشكل صحيح لأن بدء التشغيل ليس سوى جزء من المشكلة.
‫عندما يتعين عليك استبدال حاوية إذا فقدت الحاويات الأخرى الاتصال بها بسبب تعطل الحاوية أو
‫أي خدمة أخرى لمدة ثانية ، يجب استرداد جميع الخدمات الأخرى التي
‫تستخدمها.
‫وهكذا على عكس الأيام الخوالي حيث كان لدينا خادم واحد ووضعنا قاعدة البيانات في الموقع
‫على نفس الخادم وكان ذلك دائمًا متاحًا ومتوفرًا عبر الإنترنت حتى تعطل الأمر كان ذلك سهلاً.
‫ولكن الآن في هذا العالم ، قمنا بتوزيع حاوياتك ويجب أن تأخذ جميع خدماتك ذلك في
‫الاعتبار.
‫لذلك هم إما يحتاجون إلى إعادة المحاولة والتي إذا كنت تقوم بالتطوير ، فمعظمها آسف.
‫تم تصميم معظم برامج تشغيل قواعد البيانات لإعادة المحاولة المصممة فيها ، لذا سيعيدون المحاولة بالفعل كما
‫تعلمون مثل Mongo D. ب. والعقدة. يحتوي js في الواقع على بروتوكول مخزن
‫مؤقت حيث لا يمكنه الاتصال ، فإنه سيحتفظ بالأوامر قليلاً لانتظار عودة قاعدة البيانات عبر الإنترنت.
‫لقد تم دمجها فقط في برنامج تشغيل لغتك النامية ، لذلك هناك الكثير من الأشياء من هذا القبيل.
‫وإذا كان تطبيقك لا يفعل أي شيء من هذا القبيل ، فإنه يفشل.
‫الشيء الجميل إذا كنت تستخدم تنسيق الحاوية هو أن هذا الجزء من وظيفة هذا
‫المنظم هو أنه إذا تعطلت الحاوية لأنها فقدت الاتصال من شيء ما ، فسيبدأ المنسق
‫إعادة تشغيل نسخة جديدة من ذلك في مكان آخر.
‫وهذه طريقة واحدة للتعافي من الفشل.
‫إنه أنظف قليلاً وأقل ضرائب على أنظمتك إذا قاموا بإعادة المحاولة فقط ولكن هناك طريقة أخرى في Docker
‫للقيام بذلك وهي السماح لتطبيقاتك بالتعطل بشكل أساسي ثم سيقوم Docker بإعادة تشغيلها بناءً على إعداداتك.
‫لذا أعلم أن هذا ربما ليس زر النقر الصغير.
‫أجب كثيرا.
‫قد يجيب الأشخاص فقط أوه ، فأنت بحاجة إلى إضافة إعادة المحاولة إلى تأليف طبيبك أو شيء ما ، لكن هذا ليس
‫حلاً إنتاجيًا لأنه يجب فقط أن يفعل ذلك فقط مع بدء التشغيل الأصلي ، وإذا كنت تبحث في
‫محرك بحث Google عن شيء مثل ، انتظر البرامج النصية التي لا تفعل ذلك. لا يحل المشكلة برمتها حقًا إما
‫لأنك ستنتقل إلى أحد الأشياء ، وهو أنه إذا كنت ستبدأ في
‫استخدام الحاويات ، فستقوم بتحديثها كثيرًا ، وهذا جزء من التقدم في تنفيذ عقلية devs سيتم تحديث الأشياء
‫في كثير من الأحيان أكثر مما كانت عليه في الماضي لأن هذا أحد المستأجرين الأساسيين
‫لـ dev ops يتطور ويتحسن باستمرار.
‫لذلك عندما تبدأ في فعل ذلك ، فهذا يعني أن أي قطعة واحدة من اللغز الخاص بك يجب أن تكون قادرة على
‫التعامل مع أي جزء آخر من اللغز ، ولا يمكنك فعل ذلك مع أمر بدء التشغيل إذا كنت تعرف ما أعنيه.
‫نأمل أن يساعد ذلك.
‫إنها مشكلة صعبة الحل إذا كنت تتعامل مع تطبيقات قديمة ولكنها سلسلة متصلة.
‫عليك أن تعمل باستمرار على الاستمرار في عملية جعل جميع تطبيقاتك تتعامل مع الفشل.
‫إنها ليست مشكلة سهلة في الأساس.
‫إنها عملية يجب القيام بها.