ಪ್ರಾಕ್ಸಿ ನಿರ್ಗಮನಗಳನ್ನು ಪ್ರತಿಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಎಣಿಸಿ
ಒಳಹರಿವು ಗ್ರಾಹಕರನ್ನು ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಹಂಚುತ್ತದೆ; ರೂಟಿಂಗ್ ಮತ್ತು NAT ವೆಬ್ಸೈಟ್ಗಳು ನೋಡುವ ವಿಳಾಸಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಒಂದು ಅನುವಾದ ಗೇಟ್ವೇಯ ಹಿಂದೆ ಮೂರು ಪ್ರಾಕ್ಸಿ ಪ್ರತಿಗಳು ಇನ್ನೂ ಒಂದೇ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನವನ್ನು ತೋರಿಸಬಹುದು. ಖಾಸಗಿ ಕಂಟೇನರ್ ವಿಳಾಸಗಳು ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಕಾಣುವ ಗುರುತನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
client → published service → proxy replica → egress/NAT → destinationಚಿತ್ರವನ್ನು ಎರಡು ಭಾಗಗಳಲ್ಲಿ ಅನುಸರಿಸಿ. ಪ್ರಕಟಿತ ಸೇವೆಯು ಗ್ರಾಹಕನು ಪ್ರತಿಯನ್ನು ತಲುಪುವ ರೀತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ನಿರ್ಗಮನ ಮಾರ್ಗ ಮತ್ತು NAT ಆ ಪ್ರತಿಯ ಮುಂದಿನ ಸಂಪರ್ಕದ ಮೂಲ ವಿಳಾಸವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ.
Docker Swarm ನ ರೂಟಿಂಗ್ ಮೆಶ್ ಪ್ರಕಟಿತ ಸೇವಾ ಪೋರ್ಟ್ನಲ್ಲಿ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸಿ ಸಕ್ರಿಯ ಕಾರ್ಯಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಅದು ಪ್ರವೇಶ ವಿತರಣೆ ಮತ್ತು ಕಾರ್ಯ ನಿಯೋಜನೆ ಬದಲಾವಣೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ; ಅದು ಪ್ರತಿ ಪ್ರತಿಗೂ ಪ್ರತ್ಯೇಕ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನವನ್ನು ನಿಗದಿಪಡಿಸುವುದಿಲ್ಲ.
ಪ್ರತ್ಯೇಕ ನಿರ್ಗಮನಗಳು ಬೇಕಾದರೆ, ಅವುಗಳ ನಿಜವಾದ ಮಾರ್ಗಗಳು ಮತ್ತು ವಿಳಾಸಗಳನ್ನು ವಿನ್ಯಾಸ ಮಾಡಿ, ಉದಾಹರಣೆಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ರೂಟ್ ಮಾಡಿದ ಹೋಸ್ಟ್ಗಳು ಅಥವಾ ನಿಗದಿಪಡಿಸಿದ ನಿರ್ಗಮನ ಗೇಟ್ವೇಗಳು, ನಂತರ ಗಮನಿಸಿದ ಹೊರಗಿನ ಗುರುತುಗಳನ್ನು ಎಣಿಸಿ.
ಪ್ರತಿಯನ್ನು ಬದಲಿಸುವುದು ಅದರ ಜೀವಂತ ಸ್ಟ್ರೀಮ್ಗಳನ್ನೂ ಬದಲಿಸುತ್ತದೆ
ಸ್ಥಾಪಿತ CONNECT ಸುರಂಗವು ಒಂದು ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆಗೆ ಸೇರಿದೆ. ಆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬದಲಿಸುವಾಗ ಇನ್ನೊಂದು ಕಾರ್ಯವು ಗಮ್ಯಸ್ಥಾನದ TCP ಮತ್ತು TLS ಸ್ಥಿತಿಯನ್ನು ಪಾರದರ್ಶಕವಾಗಿ ಮರುಸೃಷ್ಟಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮರುಸಂಪರ್ಕಗಳನ್ನು ಯೋಜಿಸಿ ಮತ್ತು ನಿರ್ವಹಣೆಗಾಗಿ ದೀರ್ಘಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಖಾಲಿ ಮಾಡಿ.
ಗ್ರಾಹಕ ದೃಢೀಕರಣ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ನೀತಿಗಳನ್ನು ಪ್ರತಿಗಳಿಗೂ ಸಾಗಿಸಿ. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನ ಯಶಸ್ವಿ ಪೋರ್ಟ್ ಪರಿಶೀಲನೆಯು ಅಗತ್ಯವಾದ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಮಾತುಕತೆ ನಡೆಸುವ ಅನುಮತಿಸಿದ ಗ್ರಾಹಕನಿಗಿಂತ ಸಂಕುಚಿತವಾಗಿದೆ. ಸಾಮರ್ಥ್ಯ, ನಿರ್ಗಮನ ಗುರುತು ಮತ್ತು ಸಂಪರ್ಕದ ಉಳಿಕೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕಾದ ಅಗತ್ಯತೆಗಳು.