Tre replika proxy pas një porte përkthimi mund të ekspozojnë gjithsesi një dalje publike. Adresat private të kontejnerëve nuk përcaktojnë identitetin e dukshëm në destinacion.

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

Ndiqni vizatimin në dy pjesë. Shërbimi i publikuar zgjedh si një klient arrin te një replikë. Rruga e daljes dhe NAT zgjedhin adresën burimore të lidhjes së mëtejshme të asaj replike.

Rrjeta e rrugëtimit e Docker Swarm pranon trafik në një port shërbimi të publikuar dhe e dërgon te një detyrë aktive. Kjo mbështet shpërndarjen e hyrjes dhe ndryshimet e vendosjes së detyrave; nuk i cakton çdo replike një dalje publike të veçantë.

Nëse kërkohen dalje të veçanta, projektoni rrugët dhe adresat e tyre reale, si hoste të rrugëtuar veçmas ose porta dalëse të caktuara, pastaj numëroni identitetet dalëse të vëzhguara.

Zëvendësimi i një replike zëvendëson edhe rrjedhat e saj aktive

Një tunel CONNECT i vendosur i përket një procesi proxy. Një detyrë tjetër nuk mund të rikrijojë në mënyrë transparente gjendjen TCP dhe TLS të destinacionit kur zëvendëson atë proces. Planifikoni rilidhjet dhe zbrazni lidhjet afatgjata për mirëmbajtje.

Kaloni edhe vërtetimin e klientëve dhe politikat e destinacionit te replikat. Kontrolli i suksesshëm i portës nga një balancues ngarkese është më i ngushtë sesa një klient i lejuar që negocion protokollin e kërkuar proxy. Kapaciteti, identiteti i daljes dhe mbijetesa e lidhjeve janë kërkesa të veçanta për t'u vlerësuar.

Artikuj të ngjashëm