Три прокси реплике иза једног преводећег гејта и даље могу излагати један јавни излаз. Приватне адресе контејнера не одређују идентитет видљив на одредишту.

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

Пратите цртеж у два дела. Објављени сервис бира како клијент долази до реплике. Излазна рута и NAT бирају изворну адресу даље везе те реплике.

Docker Swarm мрежа рутирања прима саобраћај на објављеном порту сервиса и шаље га активној задатак. То подржава дистрибуцију улаза и промене смештаја задатака; не додељује засебан јавни излаз свакој реплици.

Ако су потребни засебни излази, пројектујте њихове стварне руте и адресе, попут засебно рутираних хостова или додељених излазних гејтова, затим уочене спољне идентитете.

Замена реплике замењује и њене живе токове

Успостављени CONNECT тунел припада једном прокси процесу. Други задатак не може транспарентно поново да створи TCP и TLS стање одредишта када замени тај процес. Планирајте поновна повезивања и испразните дуготрајне везе за одржавање.

Преносите аутентификацију клијената и правила одредишта и на реплике. Успешна провера порта од стране балансера оптерећења ужа је од дозвољеног клијента који преговара потребни прокси протокол. Капацитет, идентитет излаза и опстанак везе одвојени су захтеви које треба проценити.

Повезани чланци