Počítejte výstupy proxy odděleně od replik

Tři repliky proxy za jedinou překládající branou mohou přesto vykazovat jeden veřejný výstup. Privátní adresy kontejnerů neurčují identitu viditelnou v cíli.

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

Sledujte nákres ve dvou částech. Publikovaná služba volí, jak se klient dostane k replice. Výstupní trasa a NAT volí zdrojovou adresu navazujícího spojení této repliky.

Směrovací síť Docker Swarm přijímá provoz na publikovaném portu služby a posílá jej aktivní úloze. To podporuje distribuci vstupu a změny umístění úloh; nepřiděluje každé replice samostatný veřejný výstup.

Pokud jsou potřeba odlišné výstupy, navrhněte jejich skutečné trasy a adresy, například samostatně směrované hostitele nebo přidělené výstupní brány, a poté počítejte pozorované vnější identity.

Nahrazení repliky nahradí i její živé toky

Navázaný tunel CONNECT patří jednomu procesu proxy. Jiná úloha nemůže při nahrazení tohoto procesu transparentně obnovit stav TCP a TLS cíle. Plánujte opětovná připojení a při údržbě vypouštějte dlouhodobá spojení.

Přeneste na repliky také autentizaci klientů a zásady cíle. Úspěšná kontrola portu od vyvažovače je užší než povolený klient vyjednávající požadovaný protokol proxy. Kapacita, identita výstupu a přežití spojení jsou samostatné požadavky k posouzení.