Skaičiuokite proxy išėjimus atskirai nuo replikų

Trys proxy replikos už vieno verčiančio tinklų sietuvo vis tiek gali rodyti vieną viešą išėjimą. Privatūs konteinerių adresai nenustato tapatybės, matomos paskirties vietoje.

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

Sekite brėžinį dviem dalimis. Paskelbta paslauga pasirenka, kaip klientas pasiekia repliką. Išėjimo maršrutas ir NAT pasirenka tos replikos tolesnio ryšio šaltinio adresą.

Docker Swarm maršrutizavimo tinklelis priima srautą paskelbtame paslaugos porte ir siunčia jį aktyviai užduočiai. Tai palaiko įėjimo paskirstymą ir užduočių išdėstymo pokyčius; jis neskiria atskiro viešo išėjimo kiekvienai replikai.

Jei reikia atskirų išėjimų, suprojektuokite jų tikruosius maršrutus ir adresus, pavyzdžiui, atskirai maršrutizuotus kompiuterius arba priskirtus išėjimo tinklų sietuvus, tada skaičiuokite stebimas išorines tapatybes.

Replikos pakeitimas pakeičia ir jos gyvus srautus

Nustatytas CONNECT tunelis priklauso vienam proxy procesui. Kita užduotis negali skaidriai atkurti paskirties TCP ir TLS būsenos, kai pakeičia tą procesą. Planuokite pakartotinius prisijungimus ir techninei priežiūrai ištuštinkite ilgalaikius ryšius.

Perkelkite klientų autentifikavimą ir paskirties taisykles į replikas. Sėkminga apkrovos balansuotojo prievado patikra yra siauresnė nei leidžiamas klientas, derantis dėl reikiamo proxy protokolo. Talpa, išėjimo tapatybė ir ryšio išlikimas yra atskiri vertinami reikalavimai.