Dräi Proxy-Replike hannert engem iwwersetzende Gateway kënnen nach ëmmer een ëffentlechen Ausgang weisen. Privat Containeradresse bestëmmen net d'Identitéit, déi um Zil sichtbar ass.

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

Follegt der Zeechnung an zwou Deeler. Den publizéierte Service wielt, wéi e Client eng Replik erreecht. D'Ausgangsroute an NAT wielen d'Quelladress vun der weiderer Verbindung vun där Replik.

D'Routing-Mesh vun Docker Swarm hëlt Traffic op engem publizéierte Serviceport un a schéckt en un eng aktiv Aufgab. Dat ënnerstëtzt d'Verdeelung vum Agang an Ännerunge vun der Aufgab-Plazéierung; et gëtt awer keng getrennten ëffentlechen Ausgang fir all Replik.

Wann getrennt Ausgäng gebraucht ginn, entwéckelt hir richteg Routen an Adressen, wéi separat geroutet Hosts oder zougewisen Ausgangsgateways, a zielt duerno observéiert no bausse geriicht Identitéiten.

Eng Replik ersetzen ersetzt och hir lafend Streams

En etabléierten CONNECT-Tunnel gehéiert zu engem Proxy-Prozess. Eng aner Aufgab kann den TCP- an TLS-Zoustand vum Zil net transparent nei erstellen, wa se dee Prozess ersetzt. Plangt Reconnectiounen a dräint laangfristeg Verbindungen fir d'Ënnerhalt.

Iwwerhëlt och d'Client-Authentifikatioun an d'Zilpolitiken op d'Repliken. Déi erfollegräich Portpréifung vun engem Load Balancer ass méi schmuel wéi e erlaabte Client, deen de erfuerderleche Proxy-Protokoll verhandelt. Kapazitéit, Ausgangsidentitéit a Verbindungsbestand sinn separat Ufuerderungen ze bewäerten.

Ähnlech Artikelen