Skaitiet starpniekservera izejas atsevišķi no replikām

Trīs starpniekservera replikas aiz vienas tulkojošas vārtejas joprojām var parādīt vienu publisku izeju. Privātās konteineru adreses nenosaka identitāti, kas redzama galamērķī.

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

Sekojiet zīmējumam divās daļās. Publicētais pakalpojums izvēlas, kā klients sasniedz repliku. Izejas maršruts un NAT izvēlas tās replikas turpmākā savienojuma avota adresi.

Docker Swarm maršrutēšanas tīkls pieņem trafiku publicētā pakalpojuma portā un nosūta to aktīvam uzdevumam. Tas atbalsta ieejas sadali un uzdevumu izvietojuma izmaiņas; tas nepiešķir katrai replikai atsevišķu publisku izeju.

Ja nepieciešamas atšķirīgas izejas, projektējiet to reālos maršrutus un adreses, piemēram, atsevišķi maršrutētus resursdatorus vai piešķirtas izejas vārtejas, pēc tam skaitiet novērotās ārējās identitātes.

Replikas nomaiņa nomaina arī tās aktīvās plūsmas

Izveidots CONNECT tunelis pieder vienam starpniekservera procesam. Cits uzdevums nevar caurspīdīgi atjaunot galamērķa TCP un TLS stāvokli, kad tas aizstāj šo procesu. Plānojiet atkārtotus savienojumus un apkopes laikā iztukšojiet ilgstošus savienojumus.

Pārnesiet arī klientu autentifikāciju un galamērķa politikas uz replikām. Veiksmīga slodzes balansētāja porta pārbaude ir šaurāka nekā atļauts klients, kas vienojas par nepieciešamo starpniekservera protokolu. Kapacitāte, izejas identitāte un savienojumu saglabāšanās ir atsevišķi vērtējamas prasības.