يمكن لثلاث نسخ بروكسي خلف بوابة ترجمة واحدة أن تعرض مع ذلك مخرجًا عامًا واحدًا. عناوين الحاويات الخاصة لا تحدد الهوية الظاهرة عند الوجهة.

client → published service → proxy replica → egress/NAT → destination

تتبع الرسم على جزأين. تختار الخدمة المنشورة كيفية وصول العميل إلى نسخة. ويختار مسار الخروج وNAT عنوان المصدر لاتصال تلك النسخة اللاحق.

تقبل شبكة التوجيه في Docker Swarm حركة المرور على منفذ خدمة منشور وترسلها إلى مهمة نشطة. يدعم ذلك توزيع الدخول وتغييرات موضع المهام؛ لكنه لا يخصص مخرجًا عامًا مميزًا لكل نسخة.

إذا كانت هناك حاجة إلى مخارج مميزة، فصمم مساراتها وعناوينها الحقيقية، مثل مضيفين موجّهين بشكل منفصل أو بوابات خروج مخصصة، ثم احسب الهويات الصادرة الملاحظة.

استبدال نسخة يستبدل أيضًا تدفقاتها الحية

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

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

مقالات ذات صلة