Proxy çıkışlarını kopyalardan ayrı sayın

Tek bir çeviri geçidinin arkasındaki üç proxy kopyası yine de tek bir genel çıkış sunabilir. Özel konteyner adresleri, hedefte görünen kimliği belirlemez.

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

Çizimi iki bölümde izleyin. Yayımlanan hizmet, bir istemcinin kopyaya nasıl ulaştığını seçer. Çıkış rotası ve NAT, o kopyanın sonraki bağlantısının kaynak adresini seçer.

Docker Swarm'ın yönlendirme örgüsü, yayımlanan hizmet portundaki trafiği kabul eder ve etkin bir göreve gönderir. Bu, giriş dağıtımını ve görev yerleşimi değişikliklerini destekler; her kopyaya ayrı bir genel çıkış atamaz.

Ayrı çıkışlar gerekiyorsa, gerçek rotalarını ve adreslerini tasarlayın, örneğin ayrı yönlendirilen ana bilgisayarlar veya atanmış çıkış geçitleri, ardından gözlemlenen dışa dönük kimlikleri sayın.

Bir kopyayı değiştirmek, canlı akışlarını da değiştirir

Kurulu bir CONNECT tüneli tek bir proxy sürecine aittir. Başka bir görev, o süreci değiştirdiğinde hedefin TCP ve TLS durumunu şeffaf biçimde yeniden oluşturamaz. Yeniden bağlanmaları planlayın ve bakım için uzun ömürlü bağlantıları boşaltın.

İstemci kimlik doğrulamasını ve hedef ilkelerini de kopyalara taşıyın. Bir yük dengeleyicinin başarılı port denetimi, gerekli proxy protokolünü görüşen izinli bir istemciden daha dardır. Kapasite, çıkış kimliği ve bağlantıların sürmesi ayrı ayrı değerlendirilecek gereksinimlerdir.