Tell proxy-utganger atskilt fra replikaer

Tre proxyreplikaer bak én oversettende gateway kan fortsatt eksponere én offentlig utgang. Private containeradresser bestemmer ikke identiteten som er synlig ved destinasjonen.

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

Følg tegningen i to deler. Den publiserte tjenesten velger hvordan en klient når en replika. Utgangsruten og NAT velger kildeadressen til den replikaens videre forbindelse.

Docker Swarms rutingsnett godtar trafikk på en publisert tjenesteport og sender den til en aktiv oppgave. Det støtter fordeling av inngang og endringer i oppgaveplassering; det tildeler ikke en egen offentlig utgang til hver replika.

Hvis det kreves separate utganger, design deres reelle ruter og adresser, for eksempel separat rutede verter eller tildelte utgangsgatewayer, og tell deretter observerte utgående identiteter.

Å erstatte en replika erstatter også dens aktive strømmer

En etablert CONNECT-tunnel tilhører én proxyprosess. En annen oppgave kan ikke gjennomsiktig gjenopprette destinasjonens TCP- og TLS-tilstand når den erstatter den prosessen. Planlegg gjenoppkoblinger og tøm langvarige forbindelser for vedlikehold.

Overfør også klientautentisering og destinasjonspolicyer til replikaene. En vellykket portkontroll fra en lastbalanserer er snevrere enn en tillatt klient som forhandler den påkrevde proxyprotokollen. Kapasitet, utgangsidentitet og forbindelsers overlevelse er separate krav å vurdere.