ಇಸ್ಟಿಯೊ ಸರ್ವಿಸ್ ಮೆಶ್‌ನಲ್ಲಿ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿ

Red Hat OpenShift ಮತ್ತು Kubernetes ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಿದಾಗ ನಾವು Istio ಸೇವಾ ಮೆಶ್‌ನ ಕೆಲವು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದೇವೆ.

ಭಾಗ ಒಂದು, ಇಂದು:

• ಕುಬರ್ನೆಟ್ಸ್ ಸೈಡ್‌ಕಾರ್ ಕಂಟೈನರ್‌ಗಳ ಪರಿಕಲ್ಪನೆಯನ್ನು ವಿವರಿಸೋಣ ಮತ್ತು ಈ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿಯ ಲೀಟ್‌ಮೋಟಿಫ್ ಅನ್ನು ರೂಪಿಸೋಣ: "ನಿಮ್ಮ ಕೋಡ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ".
• ಇಸ್ಟಿಯೊದ ಮೂಲಭೂತ ವಿಷಯವನ್ನು ಪರಿಚಯಿಸೋಣ - ರೂಟಿಂಗ್ ನಿಯಮಗಳು. ಎಲ್ಲಾ ಇತರ ಇಸ್ಟಿಯೊ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅವುಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಸೇವಾ ಕೋಡ್‌ಗೆ ಹೊರಗಿನ YAML ಫೈಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿರ್ದೇಶಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ನಿಯಮಗಳು. ನಾವು ಕ್ಯಾನರಿ ನಿಯೋಜನೆಯ ನಿಯೋಜನೆ ಯೋಜನೆಯನ್ನು ಸಹ ಪರಿಗಣಿಸುತ್ತಿದ್ದೇವೆ. ಹೊಸ ವರ್ಷದ ಬೋನಸ್ - ಇಸ್ಟಿಯೊದಲ್ಲಿ 10 ಸಂವಾದಾತ್ಮಕ ಪಾಠಗಳು

ಭಾಗ ಎರಡು, ಶೀಘ್ರದಲ್ಲೇ ಬರಲಿದೆ, ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ:

• ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್‌ನೊಂದಿಗೆ ಇಸ್ಟಿಯೊ ಪೂಲ್ ಎಜೆಕ್ಷನ್ ಅನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಸರ್ಕ್ಯೂಟ್‌ನಿಂದ ಸತ್ತ ಅಥವಾ ಕಳಪೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪಾಡ್ ಅನ್ನು ತೆಗೆದುಹಾಕಲು ಇಸ್ಟಿಯೊ ನಿಮಗೆ ಹೇಗೆ ಅನುಮತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.
• ನಾವು ಮೊದಲ ಪೋಸ್ಟ್‌ನಿಂದ ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್ ವಿಷಯವನ್ನು ಸಹ ನೋಡುತ್ತೇವೆ, ಇಲ್ಲಿ ಇಸ್ಟಿಯೊವನ್ನು ಹೇಗೆ ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ನೋಡಲು. ಸೇವಾ ಕೋಡ್‌ನಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ YAML ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ಟರ್ಮಿನಲ್ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಟ್ರಾಫಿಕ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ದೋಷಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ.

ಭಾಗ ಮೂರು:

• ಟ್ರೇಸಿಂಗ್ ಮತ್ತು ಮಾನಿಟರಿಂಗ್ ಕುರಿತು ಒಂದು ಕಥೆ, ಇದು ಈಗಾಗಲೇ ಅಂತರ್ನಿರ್ಮಿತವಾಗಿದೆ ಅಥವಾ ಇಸ್ಟಿಯೊಗೆ ಸುಲಭವಾಗಿ ಸೇರಿಸಲ್ಪಟ್ಟಿದೆ. ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳನ್ನು ಸಲೀಸಾಗಿ ನಿರ್ವಹಿಸಲು OpenShift ಸ್ಕೇಲಿಂಗ್‌ನೊಂದಿಗೆ ಸಂಯೋಜನೆಯೊಂದಿಗೆ Prometheus, Jaeger ಮತ್ತು Grafana ನಂತಹ ಪರಿಕರಗಳನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ.
• ನಾವು ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ದೋಷಗಳನ್ನು ನಿರ್ವಹಿಸುವುದರಿಂದ ಅವುಗಳನ್ನು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರಿಚಯಿಸುವತ್ತ ಸಾಗುತ್ತೇವೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಮೂಲ ಕೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸದೆ ದೋಷ ಇಂಜೆಕ್ಷನ್ ಅನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ನಾವು ಕಲಿಯುತ್ತೇವೆ, ಇದು ಪರೀಕ್ಷಾ ದೃಷ್ಟಿಕೋನದಿಂದ ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ - ಇದಕ್ಕಾಗಿ ನೀವು ಕೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸಿದರೆ, ಹೆಚ್ಚುವರಿ ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸುವ ಅಪಾಯವಿರುತ್ತದೆ.

ಅಂತಿಮವಾಗಿ, ಇಸ್ಟಿಯೊ ಸರ್ವಿಸ್ ಮೆಶ್‌ನ ಅಂತಿಮ ಪೋಸ್ಟ್‌ನಲ್ಲಿ:

• ಡಾರ್ಕ್ ಸೈಡ್‌ಗೆ ಹೋಗೋಣ. ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಕೋಡ್ ಅನ್ನು ನಿಯೋಜಿಸಿದಾಗ ಮತ್ತು ನೇರವಾಗಿ ಉತ್ಪಾದನಾ ಡೇಟಾದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿದಾಗ ಡಾರ್ಕ್ ಲಾಂಚ್ ಸ್ಕೀಮ್ ಅನ್ನು ಬಳಸಲು ನಾವು ಕಲಿಯುತ್ತೇವೆ, ಆದರೆ ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಟ್ರಾಫಿಕ್ ಅನ್ನು ವಿಭಜಿಸುವ ಇಸ್ಟಿಯೊ ಸಾಮರ್ಥ್ಯವು ಸೂಕ್ತವಾಗಿ ಬರುತ್ತದೆ. ಮತ್ತು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಯುದ್ಧ ವ್ಯವಸ್ಥೆಯ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಾಧಿಸದೆ ಲೈವ್ ಪ್ರೊಡಕ್ಷನ್ ಡೇಟಾವನ್ನು ಪರೀಕ್ಷಿಸುವ ಸಾಮರ್ಥ್ಯವು ಪರಿಶೀಲನೆಯ ಅತ್ಯಂತ ಮನವೊಪ್ಪಿಸುವ ವಿಧಾನವಾಗಿದೆ.
• ಡಾರ್ಕ್ ಲಾಂಚ್ ಅನ್ನು ನಿರ್ಮಿಸುವುದು, ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಉತ್ಪಾದನೆಗೆ ಹೊಸ ಕೋಡ್ ಅನ್ನು ಸುಲಭವಾಗಿಸಲು ಕ್ಯಾನರಿ ನಿಯೋಜನೆಯ ಮಾದರಿಯನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ. ಕ್ಯಾನರಿ ನಿಯೋಜನೆಯು ಹೊಸತಿನಿಂದ ದೂರವಿದೆ, ಆದರೆ ಸರಳವಾದ YAML ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಈ ಯೋಜನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಇಸ್ಟಿಯೊ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
• ಅಂತಿಮವಾಗಿ, ಇಂಟರ್ನೆಟ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಇಸ್ಟಿಯೊ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬಳಸಲು ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್‌ಗಳ ಹೊರಗಿನವರಿಗೆ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡಲು ಇಸ್ಟಿಯೊ ಎಗ್ರೆಸ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ನಾವು ನಿಮಗೆ ತೋರಿಸುತ್ತೇವೆ.

ಆದ್ದರಿಂದ, ಇಲ್ಲಿ ನಾವು ಹೋಗುತ್ತೇವೆ ...

ಇಸ್ಟಿಯೊ ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಟೂಲ್‌ಗಳು - ಸರ್ವಿಸ್ ಮೆಶ್‌ನಲ್ಲಿ ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳನ್ನು ಆರ್ಕೆಸ್ಟ್ರೇಟ್ ಮಾಡಲು ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಸೇವಾ ಜಾಲರಿ.

ಇಸ್ಟಿಯೋ ಸರ್ವಿಸ್ ಮೆಶ್ ಎಂದರೇನು

ಸೇವೆಯ ಜಾಲರಿಯು ಟ್ರಾಫಿಕ್ ಮಾನಿಟರಿಂಗ್, ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ಅನ್ವೇಷಣೆ, ಭದ್ರತೆ, ದೋಷ ಸಹಿಷ್ಣುತೆ ಮತ್ತು ಸೇವೆಗಳ ಗುಂಪಿನ ಇತರ ಉಪಯುಕ್ತ ವಿಷಯಗಳಂತಹ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಸೇವೆಗಳ ಕೋಡ್‌ಗೆ ಸಣ್ಣದೊಂದು ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಇದನ್ನೆಲ್ಲ ಮಾಡಲು ಇಸ್ಟಿಯೊ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಮಾಯೆಯ ರಹಸ್ಯವೇನು? ಇಸ್ಟಿಯೊ ಪ್ರತಿ ಸೇವೆಗೆ ತನ್ನದೇ ಆದ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸೈಡ್‌ಕಾರ್ ಕಂಟೇನರ್ ರೂಪದಲ್ಲಿ ಲಗತ್ತಿಸುತ್ತದೆ (ಸೈಡ್‌ಕಾರ್ ಒಂದು ಮೋಟಾರ್‌ಸೈಕಲ್ ಸೈಡ್‌ಕಾರ್), ಅದರ ನಂತರ ಈ ಸೇವೆಗೆ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಇದು ನಿರ್ದಿಷ್ಟ ನೀತಿಗಳಿಂದ ಮಾರ್ಗದರ್ಶಿಸಲ್ಪಡುತ್ತದೆ, ಈ ಟ್ರಾಫಿಕ್ ಹೇಗೆ, ಯಾವಾಗ ಮತ್ತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ ಎಲ್ಲಾ ಸೇವೆಯನ್ನು ತಲುಪಬೇಕು. ಕ್ಯಾನರಿ ನಿಯೋಜನೆಗಳು, ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್‌ಗಳು, ದೋಷದ ಇಂಜೆಕ್ಷನ್ ಮತ್ತು ಇತರ ಹಲವು ಸುಧಾರಿತ DevOps ತಂತ್ರಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಇಸ್ಟಿಯೊ ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ಇಸ್ಟಿಯೊ ಕಂಟೇನರ್‌ಗಳು ಮತ್ತು ಕುಬರ್ನೆಟ್‌ಗಳೊಂದಿಗೆ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

ಇಸ್ಟಿಯೊ ಸೇವಾ ಜಾಲರಿಯು ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಅಗತ್ಯವಿರುವ ಎಲ್ಲದರ ಸೈಡ್‌ಕಾರ್ ಅನುಷ್ಠಾನವಾಗಿದೆ: ಮಾನಿಟರಿಂಗ್, ಟ್ರೇಸಿಂಗ್, ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್‌ಗಳು, ರೂಟಿಂಗ್, ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್, ಫಾಲ್ಟ್ ಇಂಜೆಕ್ಷನ್, ಮರುಪ್ರಯತ್ನಗಳು, ಟೈಮ್‌ಔಟ್‌ಗಳು, ಮಿರರಿಂಗ್, ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ದರ ಸೀಮಿತಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಇನ್ನಷ್ಟು. ಮತ್ತು ಇಂದು ಈ ಕಾರ್ಯಗಳನ್ನು ನೇರವಾಗಿ ಕೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಟನ್ ಲೈಬ್ರರಿಗಳು ಇದ್ದರೂ, ನಿಮ್ಮ ಕೋಡ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಾಯಿಸದೆ ಇಸ್ಟಿಯೊದೊಂದಿಗೆ ನೀವು ಒಂದೇ ರೀತಿಯ ವಿಷಯಗಳನ್ನು ಪಡೆಯಬಹುದು.

ಸೈಡ್‌ಕಾರ್ ಮಾದರಿಯ ಪ್ರಕಾರ, ಇಸ್ಟಿಯೊ ಲಿನಕ್ಸ್ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, ಅದು ಒಂದರಲ್ಲಿದೆ ಕುಬರ್ನೆಟ್ಸ್ನಿಯಂತ್ರಿತ ಸೇವೆಯೊಂದಿಗೆ -ಪಾಡ್ ನೀಡಿದ ಸಂರಚನೆಯ ಪ್ರಕಾರ ಕ್ರಿಯಾತ್ಮಕತೆ ಮತ್ತು ಮಾಹಿತಿಯನ್ನು ಚುಚ್ಚುತ್ತದೆ ಮತ್ತು ಹೊರತೆಗೆಯುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಸ್ವಂತ ಕಾನ್ಫಿಗರೇಶನ್ ಎಂದು ನಾವು ಒತ್ತಿಹೇಳುತ್ತೇವೆ ಮತ್ತು ಇದು ನಿಮ್ಮ ಕೋಡ್‌ನ ಹೊರಗೆ ವಾಸಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಕೋಡ್ ಹೆಚ್ಚು ಸರಳ ಮತ್ತು ಚಿಕ್ಕದಾಗುತ್ತದೆ.

ಮೈಕ್ರೊ ಸರ್ವಿಸ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಘಟಕವು ಕೋಡ್‌ನೊಂದಿಗೆ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸಂಪರ್ಕ ಹೊಂದಿಲ್ಲ ಎಂಬುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ, ಅಂದರೆ ಅವರ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಐಟಿ ತಜ್ಞರಿಗೆ ಸುರಕ್ಷಿತವಾಗಿ ವರ್ಗಾಯಿಸಬಹುದು. ವಾಸ್ತವವಾಗಿ, ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್‌ಗಳು ಮತ್ತು ದೋಷದ ಇಂಜೆಕ್ಷನ್‌ಗೆ ಡೆವಲಪರ್ ಏಕೆ ಜವಾಬ್ದಾರರಾಗಿರಬೇಕು? ಪ್ರತಿಕ್ರಿಯಿಸಿ, ಹೌದು, ಆದರೆ ಅವುಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿ ಮತ್ತು ಅವುಗಳನ್ನು ರಚಿಸುವುದೇ? ನೀವು ಕೋಡ್‌ನಿಂದ ಇದೆಲ್ಲವನ್ನೂ ತೆಗೆದುಹಾಕಿದರೆ, ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕೇಂದ್ರೀಕರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಮತ್ತು ಕೋಡ್ ಸ್ವತಃ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಸರಳವಾಗುತ್ತದೆ.

ಸೇವಾ ಜಾಲರಿ

ಇಸ್ಟಿಯೊ, ತಮ್ಮ ಕೋಡ್‌ನ ಹೊರಗೆ ಮೈಕ್ರೊ ಸರ್ವಿಸ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ, ಇದು ಸೇವಾ ಮೆಶ್‌ನ ಪರಿಕಲ್ಪನೆಯಾಗಿದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಇದು ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಬೈನರಿಗಳ ಸಂಘಟಿತ ಗುಂಪಾಗಿದ್ದು ಅದು ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಯಗಳ ಜಾಲರಿಯನ್ನು ರೂಪಿಸುತ್ತದೆ.

ಮೈಕ್ರೋಸರ್ವಿಸ್‌ನೊಂದಿಗೆ ಇಸ್ಟಿಯೊ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

ಸೈಡ್‌ಕಾರ್ ಕಂಟೈನರ್‌ಗಳ ಕೆಲಸವು ಇದರೊಂದಿಗೆ ಕಾಣುತ್ತದೆ ಕುಬರ್ನೆಟ್ಸ್ и ಮಿನಿಶಿಫ್ಟ್ ಪಕ್ಷಿನೋಟ: ಮಿನಿಶಿಫ್ಟ್‌ನ ಉದಾಹರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ, ಇಸ್ಟಿಯೊಗಾಗಿ ಯೋಜನೆಯನ್ನು ರಚಿಸಿ (ಇದನ್ನು "ಇಸ್ಟಿಯೊ-ಸಿಸ್ಟಮ್" ಎಂದು ಕರೆಯೋಣ), ಎಲ್ಲಾ ಇಸ್ಟಿಯೊ-ಸಂಬಂಧಿತ ಘಟಕಗಳನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ರನ್ ಮಾಡಿ. ನಂತರ, ನೀವು ಯೋಜನೆಗಳು ಮತ್ತು ಪಾಡ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, ನಿಮ್ಮ ನಿಯೋಜನೆಗಳಿಗೆ ನೀವು ಕಾನ್ಫಿಗರೇಶನ್ ಮಾಹಿತಿಯನ್ನು ಸೇರಿಸುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಪಾಡ್‌ಗಳು ಇಸ್ಟಿಯೊವನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ. ಸರಳೀಕೃತ ರೇಖಾಚಿತ್ರವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಈಗ ನೀವು ಇಸ್ಟಿಯೊ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಕ್ರಮವಾಗಿ ಬದಲಾಯಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ದೋಷ ಇಂಜೆಕ್ಷನ್ ಅನ್ನು ಸಂಘಟಿಸಲು, ಬೆಂಬಲ ಕ್ಯಾನರಿ ನಿಯೋಜನೆ ಅಥವಾ ಇತರ ಇಸ್ಟಿಯೊ ವೈಶಿಷ್ಟ್ಯಗಳು - ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಕೋಡ್ ಅನ್ನು ಮುಟ್ಟದೆ ಇದೆಲ್ಲವೂ. ನಿಮ್ಮ ದೊಡ್ಡ ಕ್ಲೈಂಟ್ (ಫೂ ಕಾರ್ಪೊರೇಷನ್) ಬಳಕೆದಾರರಿಂದ ಸೈಟ್‌ನ ಹೊಸ ಆವೃತ್ತಿಗೆ ಎಲ್ಲಾ ವೆಬ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸಲು ನೀವು ಬಯಸುತ್ತೀರಿ ಎಂದು ಹೇಳೋಣ. ಇದನ್ನು ಮಾಡಲು, ಬಳಕೆದಾರ ID ಯಲ್ಲಿ @foocorporation.com ಅನ್ನು ಹುಡುಕುವ ಮತ್ತು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಮರುನಿರ್ದೇಶಿಸುವ Istio ರೂಟಿಂಗ್ ನಿಯಮವನ್ನು ರಚಿಸಿ. ಎಲ್ಲಾ ಇತರ ಬಳಕೆದಾರರಿಗೆ, ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಈ ಮಧ್ಯೆ, ನೀವು ಸೈಟ್‌ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಶಾಂತವಾಗಿ ಪರೀಕ್ಷಿಸುತ್ತೀರಿ. ಮತ್ತು ಇದಕ್ಕಾಗಿ ನೀವು ಡೆವಲಪರ್‌ಗಳನ್ನು ಒಳಗೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ಮತ್ತು ಅದಕ್ಕಾಗಿ ನೀವು ತುಂಬಾ ಪಾವತಿಸಬೇಕೇ?

ಇಲ್ಲವೇ ಇಲ್ಲ. ಇಸ್ಟಿಯೊ ಸಾಕಷ್ಟು ವೇಗವಾಗಿದೆ ಮತ್ತು ಬರೆಯಲಾಗಿದೆ Go ಮತ್ತು ಕಡಿಮೆ ಓವರ್ಹೆಡ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಆನ್‌ಲೈನ್ ಉತ್ಪಾದಕತೆಯ ಸಂಭವನೀಯ ನಷ್ಟವನ್ನು ಡೆವಲಪರ್ ಉತ್ಪಾದಕತೆಯ ಹೆಚ್ಚಳದಿಂದ ಸರಿದೂಗಿಸಲಾಗುತ್ತದೆ. ಕನಿಷ್ಠ ಸಿದ್ಧಾಂತದಲ್ಲಿ: ಡೆವಲಪರ್‌ಗಳ ಸಮಯವು ಮೌಲ್ಯಯುತವಾಗಿದೆ ಎಂಬುದನ್ನು ಮರೆಯಬೇಡಿ. ಸಾಫ್ಟ್‌ವೇರ್ ವೆಚ್ಚಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಇಸ್ಟಿಯೊ ಓಪನ್ ಸೋರ್ಸ್ ಸಾಫ್ಟ್‌ವೇರ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದನ್ನು ಉಚಿತವಾಗಿ ಪಡೆಯಬಹುದು ಮತ್ತು ಬಳಸಬಹುದು.

ಅದನ್ನು ನೀವೇ ಕರಗತ ಮಾಡಿಕೊಳ್ಳಿ

Red Hat ಡೆವಲಪರ್ ಅನುಭವ ತಂಡವು ಆಳವಾದ ಕೈಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ ನಾಯಕತ್ವ ಇಸ್ಟಿಯೊ ಅವರಿಂದ (ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿ). ಇದು Linux, MacOS ಮತ್ತು Windows ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಕೋಡ್ Java ಮತ್ತು Node.js ನಲ್ಲಿ ಲಭ್ಯವಿದೆ.

ಇಸ್ಟಿಯೊ ಕುರಿತು 10 ಸಂವಾದಾತ್ಮಕ ಪಾಠಗಳು

ಬ್ಲಾಕ್ 1 - ಆರಂಭಿಕರಿಗಾಗಿ

ಇಸ್ಟಿಯೊಗೆ ಪರಿಚಯ
30 ನಿಮಿಷಗಳು
ಸೇವೆ ಮೆಶ್‌ನೊಂದಿಗೆ ಪರಿಚಯ ಮಾಡಿಕೊಳ್ಳೋಣ, ಓಪನ್‌ಶಿಫ್ಟ್ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಇಸ್ಟಿಯೊವನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸಬೇಕು ಎಂದು ತಿಳಿಯಿರಿ.
ಪ್ರಾರಂಭಿಸಲು

ಇಸ್ಟಿಯೊದಲ್ಲಿ ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಲಾಗುತ್ತಿದೆ
30 ನಿಮಿಷಗಳು
ಸ್ಪ್ರಿಂಗ್ ಬೂಟ್ ಮತ್ತು ವರ್ಟ್.ಎಕ್ಸ್‌ನೊಂದಿಗೆ ಮೂರು ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಲು ನಾವು ಇಸ್ಟಿಯೊವನ್ನು ಬಳಸುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಬ್ಲಾಕ್ 2 - ಮಧ್ಯಂತರ ಮಟ್ಟ

ಇಸ್ಟಿಯೊದಲ್ಲಿ ಮಾನಿಟರಿಂಗ್ ಮತ್ತು ಟ್ರೇಸಿಂಗ್
60 ನಿಮಿಷಗಳು
ನಾವು Prometheus ಮತ್ತು Grafana ಮೂಲಕ Istio ನ ಅಂತರ್ನಿರ್ಮಿತ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳು, ಕಸ್ಟಮ್ ಮೆಟ್ರಿಕ್‌ಗಳು ಮತ್ತು OpenTracing ಅನ್ನು ಅನ್ವೇಷಿಸುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಇಸ್ಟಿಯೊದಲ್ಲಿ ಸರಳ ರೂಟಿಂಗ್
60 ನಿಮಿಷಗಳು
ಸರಳ ನಿಯಮಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಇಸ್ಟಿಯೊದಲ್ಲಿ ರೂಟಿಂಗ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು ಎಂದು ತಿಳಿಯಿರಿ.
ಪ್ರಾರಂಭಿಸಲು

ಸುಧಾರಿತ ರೂಟಿಂಗ್ ನಿಯಮಗಳು
60 ನಿಮಿಷಗಳು
ಇಸ್ಟಿಯೊದ ಸ್ಮಾರ್ಟ್ ರೂಟಿಂಗ್, ಪ್ರವೇಶ ನಿಯಂತ್ರಣ, ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಮತ್ತು ದರ ಮಿತಿಯನ್ನು ನೋಡೋಣ.
ಪ್ರಾರಂಭಿಸಲು

ಬ್ಲಾಕ್ 3 - ಮುಂದುವರಿದ ಬಳಕೆದಾರ

ಇಸ್ಟಿಯೊದಲ್ಲಿ ದೋಷದ ಇಂಜೆಕ್ಷನ್
60 ನಿಮಿಷಗಳು
ವಿತರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ವೈಫಲ್ಯ ನಿರ್ವಹಣೆಯ ಸನ್ನಿವೇಶಗಳನ್ನು ನಾವು ಅಧ್ಯಯನ ಮಾಡುತ್ತೇವೆ, HTTP ದೋಷಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ವಿಳಂಬಗಳನ್ನು ರಚಿಸುತ್ತೇವೆ ಮತ್ತು ಪರಿಸರವನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಅವ್ಯವಸ್ಥೆಯ ಎಂಜಿನಿಯರಿಂಗ್ ಅನ್ನು ಬಳಸಲು ಕಲಿಯುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಇಸ್ಟಿಯೊದಲ್ಲಿ ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್
30 ನಿಮಿಷಗಳು
ನಾವು ಒತ್ತಡ ಪರೀಕ್ಷೆಯ ಸೈಟ್‌ಗಳಿಗಾಗಿ ಮುತ್ತಿಗೆಯನ್ನು ಸ್ಥಾಪಿಸುತ್ತೇವೆ ಮತ್ತು ಮರುಪಂದ್ಯಗಳು, ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್ ಮತ್ತು ಪೂಲ್ ಎಜೆಕ್ಷನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಯಾಕೆಂಡ್ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಹೇಗೆ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಎಂಬುದನ್ನು ಕಲಿಯುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಎಗ್ರೆಸ್ ಮತ್ತು ಇಸ್ಟಿಯೊ
10 ನಿಮಿಷಗಳು
ಬಾಹ್ಯ API ಗಳು ಮತ್ತು ಸೇವೆಗಳೊಂದಿಗೆ ಆಂತರಿಕ ಸೇವೆಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಾಗಿ ನಿಯಮಗಳನ್ನು ರಚಿಸಲು ನಾವು ಎಗ್ರೆಸ್ ಮಾರ್ಗಗಳನ್ನು ಬಳಸುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಇಸ್ಟಿಯೊ ಮತ್ತು ಕಿಯಾಲಿ
15 ನಿಮಿಷಗಳು
ಸೇವಾ ಮೆಶ್‌ನ ಅವಲೋಕನವನ್ನು ಪಡೆಯಲು ಮತ್ತು ವಿನಂತಿ ಮತ್ತು ಡೇಟಾ ಹರಿವುಗಳನ್ನು ಅನ್ವೇಷಿಸಲು ಕಿಯಾಲಿಯನ್ನು ಬಳಸಲು ತಿಳಿಯಿರಿ.
ಪ್ರಾರಂಭಿಸಲು

ಇಸ್ಟಿಯೊದಲ್ಲಿ ಮ್ಯೂಚುಯಲ್ TLS
15 ನಿಮಿಷಗಳು
ನಾವು ಇಸ್ಟಿಯೊ ಗೇಟ್‌ವೇ ಮತ್ತು ವರ್ಚುವಲ್ ಸೇವೆಯನ್ನು ರಚಿಸುತ್ತೇವೆ, ನಂತರ ನಾವು ಪರಸ್ಪರ TLS (mTLS) ಮತ್ತು ಅದರ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ವಿವರವಾಗಿ ಅಧ್ಯಯನ ಮಾಡುತ್ತೇವೆ.
ಪ್ರಾರಂಭಿಸಲು

ಬ್ಲಾಕ್ 3.1 - ಡೀಪ್ ಡೈವ್: ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಾಗಿ ಇಸ್ಟಿಯೊ ಸರ್ವಿಸ್ ಮೆಶ್

ಪುಸ್ತಕವು ಯಾವುದರ ಬಗ್ಗೆ:

• ಸೇವಾ ಜಾಲರಿ ಎಂದರೇನು?
• ಇಸ್ಟಿಯೊ ಸಿಸ್ಟಮ್ ಮತ್ತು ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನಲ್ಲಿ ಅದರ ಪಾತ್ರ.
• ಕೆಳಗಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಇಸ್ಟಿಯೊವನ್ನು ಬಳಸುವುದು:
  • ದೋಷಸಹಿಷ್ಣುತೆ;
  • ರೂಟಿಂಗ್;
  • ಅವ್ಯವಸ್ಥೆ ಪರೀಕ್ಷೆ;
  • ಸುರಕ್ಷತೆ;
  • ಟ್ರೇಸ್, ಮೆಟ್ರಿಕ್ಸ್ ಮತ್ತು ಗ್ರಾಫನಾ ಬಳಸಿ ಟೆಲಿಮೆಟ್ರಿ ಸಂಗ್ರಹಣೆ.

ಪುಸ್ತಕವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ

ಸೇವಾ ಮೆಶ್‌ಗಳು ಮತ್ತು ಇಸ್ಟಿಯೊ ಕುರಿತು ಲೇಖನಗಳ ಸರಣಿ

• ಇಸ್ಟಿಯೊ ರೂಟಿಂಗ್ ನಿಯಮಗಳು: ಸೇವಾ ವಿನಂತಿಗಳನ್ನು ಅವರು ಹೋಗಬೇಕಾದಲ್ಲಿ ನಿರ್ದೇಶಿಸುವುದು
• ಐಸಿಯೊದಲ್ಲಿ ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್‌ಗಳು: ಪೂಲ್ ಎಜೆಕ್ಷನ್ ಅನ್ನು ನಿರ್ವಹಿಸುವುದು
• ಇಸ್ಟಿಯೊದಲ್ಲಿ ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್: ವೈಫಲ್ಯವು ಒಂದು ಆಯ್ಕೆಯಾಗಿದ್ದಾಗ
• ಇಸ್ಟಿಯೊದಲ್ಲಿ ಪತ್ತೆಹಚ್ಚುವಿಕೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ: ಎಲ್ಲವೂ ಎಲ್ಲಿ ಚಲಿಸುತ್ತಿದೆ ಮತ್ತು ಎಷ್ಟು ಬೇಗನೆ
• ಇಸ್ಟಿಯೊದಲ್ಲಿ ಚೋಸ್ ಎಂಜಿನಿಯರಿಂಗ್: ಅದು ಹೇಗೆ ಉದ್ದೇಶಿಸಲ್ಪಟ್ಟಿದೆ
• ಇಸ್ಟಿಯೊದಲ್ಲಿ ಡಾರ್ಕ್ ಲಾಂಚ್: ರಹಸ್ಯ ಸೇವೆಗಳು
• ಇಸ್ಟಿಯೊದಲ್ಲಿ ಕ್ಯಾನರಿ ನಿಯೋಜನೆ: ಕಾರ್ಯಾರಂಭವನ್ನು ಸರಳಗೊಳಿಸುವುದು
• ಇಸ್ಟಿಯೊ ಎಗ್ರೆಸ್: ಸ್ಮಾರಕ ಅಂಗಡಿಯ ಮೂಲಕ ನಿರ್ಗಮಿಸಿ

ನೀವೇ ಪ್ರಯತ್ನಿಸಿ

ಈ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿಯು ಇಸ್ಟಿಯೊ ಜಗತ್ತಿನಲ್ಲಿ ಆಳವಾದ ಡೈವ್ ಅನ್ನು ಒದಗಿಸುವ ಉದ್ದೇಶವನ್ನು ಹೊಂದಿಲ್ಲ. ನಾವು ನಿಮಗೆ ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಚಯಿಸಲು ಬಯಸುತ್ತೇವೆ ಮತ್ತು ನಿಮಗಾಗಿ ಇಸ್ಟಿಯೊವನ್ನು ಪ್ರಯತ್ನಿಸಲು ಪ್ರೇರೇಪಿಸಬಹುದು. ಇದನ್ನು ಮಾಡಲು ಸಂಪೂರ್ಣವಾಗಿ ಉಚಿತವಾಗಿದೆ, ಮತ್ತು Red Hat ನೀವು OpenShift, Kubernetes, Linux ಕಂಟೈನರ್‌ಗಳು ಮತ್ತು Istio ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಲು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅವುಗಳೆಂದರೆ: Red Hat ಡೆವಲಪರ್ ಓಪನ್‌ಶಿಫ್ಟ್ ಕಂಟೈನರ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್, ಇಸ್ಟಿಯೊಗೆ ನಮ್ಮ ಮಾರ್ಗದರ್ಶಿ ಮತ್ತು ನಮ್ಮ ಮೇಲೆ ಇತರ ಸಂಪನ್ಮೂಲಗಳು ಸೇವಾ ಮೆಶ್‌ನಲ್ಲಿ ಮೈಕ್ರೋಸೈಟ್. ತಡ ಮಾಡಬೇಡಿ, ಇಂದೇ ಪ್ರಾರಂಭಿಸಿ!

ಇಸ್ಟಿಯೊ ರೂಟಿಂಗ್ ನಿಯಮಗಳು: ಸೇವಾ ವಿನಂತಿಗಳನ್ನು ಅವರು ಹೋಗಬೇಕಾದಲ್ಲಿ ನಿರ್ದೇಶಿಸುವುದು

ಓಪನ್‌ಶಿಫ್ಟ್ и ಕುಬರ್ನೆಟ್ಸ್ ಸಂಬೋಧಿಸುವ ಅತ್ಯುತ್ತಮ ಕೆಲಸವನ್ನು ಮಾಡಿ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ಅಗತ್ಯವಿರುವ ಪಾಡ್‌ಗಳಿಗೆ ರವಾನಿಸಲಾಗಿದೆ. ಕುಬರ್ನೆಟ್ಸ್ ಅಸ್ತಿತ್ವಕ್ಕೆ ಇದು ಒಂದು ಕಾರಣ - ರೂಟಿಂಗ್ ಮತ್ತು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್. ಆದರೆ ನಿಮಗೆ ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮ ಮತ್ತು ಅತ್ಯಾಧುನಿಕ ರೂಟಿಂಗ್ ಅಗತ್ಯವಿದ್ದರೆ ಏನು? ಉದಾಹರಣೆಗೆ, ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ನ ಎರಡು ಆವೃತ್ತಿಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬಳಸಲು. ಇಸ್ಟಿಯೋ ರೂಟ್ ನಿಯಮಗಳು ಇಲ್ಲಿ ಹೇಗೆ ಸಹಾಯ ಮಾಡಬಹುದು?

ರೂಟಿಂಗ್ ನಿಯಮಗಳು ವಾಸ್ತವವಾಗಿ ಮಾರ್ಗದ ಆಯ್ಕೆಯನ್ನು ನಿರ್ಧರಿಸುವ ನಿಯಮಗಳಾಗಿವೆ. ಸಿಸ್ಟಮ್ ಸಂಕೀರ್ಣತೆಯ ಮಟ್ಟವನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ, ಈ ನಿಯಮಗಳ ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣಾ ತತ್ವವು ಸರಳವಾಗಿದೆ: ಕೆಲವು ನಿಯತಾಂಕಗಳು ಮತ್ತು HTTP ಹೆಡರ್ ಮೌಲ್ಯಗಳನ್ನು ಆಧರಿಸಿ ವಿನಂತಿಗಳನ್ನು ರೂಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಉದಾಹರಣೆಗಳನ್ನು ನೋಡೋಣ:

ಕುಬರ್ನೆಟ್ಸ್ ಡೀಫಾಲ್ಟ್: ಕ್ಷುಲ್ಲಕ "50/50"

ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ಓಪನ್‌ಶಿಫ್ಟ್‌ನಲ್ಲಿ ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ನ ಎರಡು ಆವೃತ್ತಿಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದನ್ನು ನಾವು ತೋರಿಸುತ್ತೇವೆ, ಅವುಗಳನ್ನು v1 ಮತ್ತು v2 ಎಂದು ಕರೆಯೋಣ. ಪ್ರತಿಯೊಂದು ಆವೃತ್ತಿಯು ತನ್ನದೇ ಆದ ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಇದು ಸಮವಾಗಿ ಸಮತೋಲಿತ ರೌಂಡ್ ರಾಬಿನ್ ರೂಟಿಂಗ್ ಅನ್ನು ನಡೆಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಪಾಡ್ ತನ್ನ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ನಿದರ್ಶನಗಳ ಸಂಖ್ಯೆಯನ್ನು ಆಧರಿಸಿ ತನ್ನ ವಿನಂತಿಗಳ ಪಾಲನ್ನು ಪಡೆಯುತ್ತದೆ, ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಪ್ರತಿಕೃತಿಗಳು. ಈ ಸಮತೋಲನವನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸಲು ಇಸ್ಟಿಯೊ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ನಾವು OpenShift, ಶಿಫಾರಸು-v1 ಮತ್ತು ಶಿಫಾರಸು-v2 ನಲ್ಲಿ ನಮ್ಮ ಶಿಫಾರಸು ಸೇವೆಯ ಎರಡು ಆವೃತ್ತಿಗಳನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ ಎಂದು ಹೇಳೋಣ.
ಅಂಜೂರದಲ್ಲಿ. ಪ್ರತಿ ಸೇವೆಯನ್ನು ಒಂದು ನಿದರ್ಶನದಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಿದಾಗ, ವಿನಂತಿಗಳು ಅವುಗಳ ನಡುವೆ ಸಮಾನವಾಗಿ ಪರ್ಯಾಯವಾಗಿರುತ್ತವೆ ಎಂದು ಚಿತ್ರ 1 ತೋರಿಸುತ್ತದೆ: 1-2-1-2-... ಈ ರೀತಿ ಕುಬರ್ನೆಟ್ಸ್ ರೂಟಿಂಗ್ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:

ಆವೃತ್ತಿಗಳ ನಡುವೆ ತೂಕದ ವಿತರಣೆ

ಅಂಜೂರದಲ್ಲಿ. ನೀವು v2 ಸೇವೆಯ ಪ್ರತಿಕೃತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಒಂದರಿಂದ ಎರಡಕ್ಕೆ ಹೆಚ್ಚಿಸಿದರೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಚಿತ್ರ 2 ತೋರಿಸುತ್ತದೆ (ಇದನ್ನು oc ಸ್ಕೇಲ್‌ನೊಂದಿಗೆ ಮಾಡಲಾಗುತ್ತದೆ —replicas=2 deployment/recommendation-v2 ಆದೇಶ). ನೀವು ನೋಡುವಂತೆ, v1 ಮತ್ತು v2 ನಡುವಿನ ವಿನಂತಿಗಳನ್ನು ಈಗ ಒಂದರಿಂದ ಮೂರು ಅನುಪಾತದಲ್ಲಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: 1-2-2-1-2-2-...:

ಇಸ್ಟಿಯೊ ಬಳಸಿಕೊಂಡು ಆವೃತ್ತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ

ನಮಗೆ ಅಗತ್ಯವಿರುವ ರೀತಿಯಲ್ಲಿ ವಿನಂತಿಗಳ ವಿತರಣೆಯನ್ನು ಬದಲಾಯಿಸಲು ಇಸ್ಟಿಯೊ ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಕೆಳಗಿನ Istio yaml ಫೈಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಶಿಫಾರಸು-v1 ಗೆ ಮಾತ್ರ ಕಳುಹಿಸಿ:

ಇಲ್ಲಿ ನೀವು ಇದಕ್ಕೆ ಗಮನ ಕೊಡಬೇಕು: ಲೇಬಲ್‌ಗಳ ಪ್ರಕಾರ ಪಾಡ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ. ನಮ್ಮ ಉದಾಹರಣೆಯು ಲೇಬಲ್ v1 ಅನ್ನು ಬಳಸುತ್ತದೆ. "ತೂಕ: 100" ಪ್ಯಾರಾಮೀಟರ್ ಎಂದರೆ 100% ಟ್ರಾಫಿಕ್ ಅನ್ನು v1 ಲೇಬಲ್ ಹೊಂದಿರುವ ಎಲ್ಲಾ ಸೇವಾ ಪಾಡ್‌ಗಳಿಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ.

ಆವೃತ್ತಿಗಳ ನಡುವೆ ಡೈರೆಕ್ಟಿವ್ ವಿತರಣೆ (ಕ್ಯಾನರಿ ನಿಯೋಜನೆ)

ಮುಂದೆ, ತೂಕದ ನಿಯತಾಂಕವನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಎರಡೂ ಪಾಡ್‌ಗಳಿಗೆ ದಟ್ಟಣೆಯನ್ನು ನಿರ್ದೇಶಿಸಬಹುದು, ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಚಾಲನೆಯಲ್ಲಿರುವ ಮೈಕ್ರೋಸರ್ವೀಸ್ ನಿದರ್ಶನಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಇಲ್ಲಿ ನಾವು 90% ಟ್ರಾಫಿಕ್ ಅನ್ನು v1 ಗೆ ಮತ್ತು 10% ಅನ್ನು v2 ಗೆ ನಿರ್ದೇಶಿಸುತ್ತೇವೆ:

ಮೊಬೈಲ್ ಬಳಕೆದಾರರಿಗೆ ಪ್ರತ್ಯೇಕ ರೂಟಿಂಗ್

ಕೊನೆಯಲ್ಲಿ, ಮೊಬೈಲ್ ಬಳಕೆದಾರರ ದಟ್ಟಣೆಯನ್ನು ಸೇವೆಯ v2 ಗೆ ಮತ್ತು ಉಳಿದವರೆಲ್ಲರೂ v1 ಗೆ ಹೇಗೆ ಒತ್ತಾಯಿಸಬೇಕು ಎಂಬುದನ್ನು ನಾವು ತೋರಿಸುತ್ತೇವೆ. ಇದನ್ನು ಮಾಡಲು, ವಿನಂತಿಯ ಹೆಡರ್‌ನಲ್ಲಿ ಬಳಕೆದಾರ-ಏಜೆಂಟ್ ಮೌಲ್ಯವನ್ನು ವಿಶ್ಲೇಷಿಸಲು ನಾವು ನಿಯಮಿತ ಅಭಿವ್ಯಕ್ತಿಗಳನ್ನು ಬಳಸುತ್ತೇವೆ:

ಈಗ ನಿಮ್ಮ ಸರದಿ

ಪಾರ್ಸಿಂಗ್ ಹೆಡರ್‌ಗಳಿಗೆ ನಿಯಮಿತ ಅಭಿವ್ಯಕ್ತಿಗಳೊಂದಿಗಿನ ಉದಾಹರಣೆಯು ನಿಮ್ಮ ಸ್ವಂತ ಇಸ್ಟಿಯೊ ರೂಟಿಂಗ್ ನಿಯಮಗಳ ಬಳಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಿಮ್ಮನ್ನು ಪ್ರೇರೇಪಿಸುತ್ತದೆ. ಇದಲ್ಲದೆ, ಇಲ್ಲಿ ಸಾಧ್ಯತೆಗಳು ಸಾಕಷ್ಟು ವಿಸ್ತಾರವಾಗಿವೆ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಮೂಲ ಕೋಡ್‌ನಲ್ಲಿ ಹೆಡರ್ ಮೌಲ್ಯಗಳನ್ನು ರಚಿಸಬಹುದು.

ಮತ್ತು ಆಪ್ಸ್ ಎಂದು ನೆನಪಿಡಿ, ದೇವ್ ಅಲ್ಲ

ಮೇಲಿನ ಉದಾಹರಣೆಗಳಲ್ಲಿ ನಾವು ತೋರಿಸಿದ ಎಲ್ಲವನ್ನೂ ಮೂಲ ಕೋಡ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಮಾಡಲಾಗುತ್ತದೆ, ಅಲ್ಲದೆ, ವಿಶೇಷ ವಿನಂತಿಯ ಹೆಡರ್‌ಗಳನ್ನು ರಚಿಸುವ ಅಗತ್ಯವಿರುವಾಗ ಆ ಸಂದರ್ಭಗಳನ್ನು ಹೊರತುಪಡಿಸಿ. ಇಸ್ಟಿಯೊ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಪರೀಕ್ಷಾ ಹಂತದಲ್ಲಿ ಅದನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಮತ್ತು ಐಟಿ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ತಜ್ಞರಿಗೆ ಇದು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಹೆಚ್ಚು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಆದ್ದರಿಂದ ಈ ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿಯ ಲೀಟ್‌ಮೋಟಿಫ್ ಅನ್ನು ಪುನರಾವರ್ತಿಸೋಣ: ನಿಮ್ಮ ಕೋಡ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಹೊಸ ಚಿತ್ರಗಳನ್ನು ನಿರ್ಮಿಸುವ ಅಥವಾ ಹೊಸ ಧಾರಕಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಈ ಎಲ್ಲಾ ಕೋಡ್ ಹೊರಗೆ ಅಳವಡಿಸಲಾಗಿದೆ.

ನಿಮ್ಮ ಕಲ್ಪನೆಯನ್ನು ಬಳಸಿ

ನಿಯಮಿತ ಅಭಿವ್ಯಕ್ತಿಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಹೆಡರ್ ವಿಶ್ಲೇಷಣೆಯ ಸಾಧ್ಯತೆಗಳನ್ನು ಊಹಿಸಿ. ನಿಮ್ಮ ದೊಡ್ಡ ಗ್ರಾಹಕರನ್ನು ನಿಮ್ಮ ವಿಶೇಷ ಆವೃತ್ತಿಗೆ ಮರುನಿರ್ದೇಶಿಸಲು ಬಯಸುವಿರಾ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು? ಸುಲಭವಾಗಿ! Chrome ಬ್ರೌಸರ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಆವೃತ್ತಿ ಬೇಕೇ? ಯಾವ ತೊಂದರೆಯಿಲ್ಲ! ಯಾವುದೇ ಗುಣಲಕ್ಷಣದ ಪ್ರಕಾರ ನೀವು ಸಂಚಾರವನ್ನು ಮಾರ್ಗ ಮಾಡಬಹುದು.

ನೀವೇ ಪ್ರಯತ್ನಿಸಿ

ಇಸ್ಟಿಯೊ, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಓಪನ್‌ಶಿಫ್ಟ್ ಬಗ್ಗೆ ಓದುವುದು ಒಂದು ವಿಷಯ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ನೀವೇ ಏಕೆ ಮುಟ್ಟಬಾರದು? ತಂಡ Red Hat ಡೆವಲಪರ್ ಪ್ರೋಗ್ರಾಂ ಈ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಕರಗತ ಮಾಡಿಕೊಳ್ಳಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ವಿವರವಾದ ಮಾರ್ಗದರ್ಶಿಯನ್ನು (ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿ) ಸಿದ್ಧಪಡಿಸಿದೆ. ಕೈಪಿಡಿಯು 100% ಮುಕ್ತ ಮೂಲವಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಸಾರ್ವಜನಿಕ ಡೊಮೇನ್‌ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ. ಫೈಲ್ MacOS, Linux ಮತ್ತು Windows ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಮೂಲ ಕೋಡ್ Java ಮತ್ತು node.js ಆವೃತ್ತಿಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ (ಇತರ ಭಾಷೆಗಳ ಆವೃತ್ತಿಗಳು ಶೀಘ್ರದಲ್ಲೇ ಬರಲಿವೆ). ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಅನುಗುಣವಾದ ಜಿಟ್ ರೆಪೊಸಿಟರಿಯನ್ನು ತೆರೆಯಿರಿ Red Hat ಡೆವಲಪರ್ ಡೆಮೊ.

ಮುಂದಿನ ಪೋಸ್ಟ್‌ನಲ್ಲಿ: ನಾವು ಸಮಸ್ಯೆಗಳನ್ನು ಸುಂದರವಾಗಿ ಪರಿಹರಿಸುತ್ತೇವೆ

ಇಸ್ಟಿಯೋ ರೂಟಿಂಗ್ ನಿಯಮಗಳು ಏನು ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನೀವು ಇಂದು ನೋಡಿದ್ದೀರಿ. ಈಗ ಅದೇ ವಿಷಯವನ್ನು ಊಹಿಸಿ, ಆದರೆ ದೋಷ ನಿರ್ವಹಣೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಮಾತ್ರ. ಮುಂದಿನ ಪೋಸ್ಟ್‌ನಲ್ಲಿ ನಾವು ನಿಖರವಾಗಿ ಮಾತನಾಡುತ್ತೇವೆ.

ಮೂಲ: www.habr.com