Brojite proxy izlaze odvojeno od replika
Ulazni saobraćaj raspoređuje klijente na proxy procese; rutiranje i NAT određuju adrese koje web-sajtovi vide.
Tri proxy replike iza jednog prevodećeg gejta i dalje mogu izlagati jedan javni izlaz. Privatne adrese kontejnera ne određuju identitet vidljiv na odredištu.
client → published service → proxy replica → egress/NAT → destinationPratite crtež u dva dela. Objavljeni servis bira kako klijent dolazi do replike. Izlazna ruta i NAT biraju izvornu adresu dalje veze te replike.
Docker Swarm mreža rutiranja prima saobraćaj na objavljenom portu servisa i šalje ga aktivnom zadatku. To podržava distribuciju ulaza i promene smeštaja zadataka; ne dodeljuje zaseban javni izlaz svakoj replici.
Ako su potrebni zasebni izlazi, projektujte njihove stvarne rute i adrese, poput zasebno rutiranih hostova ili dodeljenih izlaznih gejtova, zatim uočene spoljne identitete.
Zamena replike zamenjuje i njene žive tokove
Uspostavljeni CONNECT tunel pripada jednom proxy procesu. Drugi zadatak ne može transparentno ponovo da stvori TCP i TLS stanje odredišta kada zameni taj proces. Planirajte ponovna povezivanja i ispraznite dugotrajne veze za održavanje.
Prenesite autentifikaciju klijenata i pravila odredišta i na replike. Uspešna provera porta od strane balansera opterećenja uža je od dozvoljenog klijenta koji pregovara potrebni proxy protokol. Kapacitet, identitet izlaza i opstanak veze odvojeni su zahtevi koje treba proceniti.