Kalkulu proksiajn elirojn aparte de la replikoj

Tri proksiaj replikoj malantaŭ unu traduka enirejo ankoraŭ povas montri unu publikan eliron. Privataj ujo-adresoj ne decidas la identecon videblan ĉe la celo.

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

Sekvu la desegnaĵon en du partoj. La publikigita servo elektas, kiel kliento atingas replikon. La elira vojo kaj NAT elektas la fontan adreson de la plua konekto de tiu repliko.

La enkursiga maŝo de Docker Swarm akceptas trafikon sur publikigita serva pordo kaj sendas ĝin al aktiva tasko. Tio subtenas disdonadon de eniro kaj ŝanĝojn de taska lokado; ĝi ne atribuas apartan publikan eliron al ĉiu repliko.

Se apartaj eliroj necesas, projektadu iliajn realajn vojojn kaj adresojn, ekzemple aparte enkursigitajn gastigantojn aŭ atribuitajn elirajn enirejojn, kaj poste kalkulu observitajn eksterajn identecojn.

Anstataŭigi replikon ankaŭ anstataŭigas ĝiajn vivajn fluojn

Firmigita CONNECT-tunelo apartenas al unu proksia procezo. Alia tasko ne povas travideble rekrei la TCP- kaj TLS-staton de la celo, kiam ĝi anstataŭigas tiun procezon. Planu rekonektojn kaj malplenigu longdaŭrajn konektojn por prizorgado.

Transdonu ankaŭ klientan aŭtentikigon kaj celajn politikojn al la replikoj. Sukcesa pordokontrolo de ŝarĝbalancilo estas pli mallarĝa ol permesita kliento, kiu intertraktas la postulatan proksian protokolon. Kapacito, elira identeco kaj daŭro de konektoj estas apartaj postuloj taksi.