ಪ್ರೊಹೋಸ್ಟರ್ > Блог > ಆಡಳಿತ > ಕುಬರ್ನೆಟ್ಸ್ ಸಾಹಸ ಡೈಲಿಮೋಷನ್: ಮೋಡಗಳಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ರಚಿಸುವುದು + ಆವರಣದಲ್ಲಿ
ಕುಬರ್ನೆಟ್ಸ್ ಸಾಹಸ ಡೈಲಿಮೋಷನ್: ಮೋಡಗಳಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ರಚಿಸುವುದು + ಆವರಣದಲ್ಲಿ
ಸೂಚನೆ. ಅನುವಾದ.: ಡೈಲಿಮೋಷನ್ ವಿಶ್ವದ ಅತಿದೊಡ್ಡ ವೀಡಿಯೊ ಹೋಸ್ಟಿಂಗ್ ಸೇವೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಗಮನಾರ್ಹವಾದ ಕುಬರ್ನೆಟ್ ಬಳಕೆದಾರ. ಈ ವಸ್ತುವಿನಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಆರ್ಕಿಟೆಕ್ಟ್ ಡೇವಿಡ್ ಡೊನ್ಚೆಜ್ K8 ಗಳ ಆಧಾರದ ಮೇಲೆ ಕಂಪನಿಯ ಉತ್ಪಾದನಾ ವೇದಿಕೆಯನ್ನು ರಚಿಸುವ ಫಲಿತಾಂಶಗಳನ್ನು ಹಂಚಿಕೊಂಡಿದ್ದಾರೆ, ಇದು GKE ನಲ್ಲಿ ಕ್ಲೌಡ್ ಸ್ಥಾಪನೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಯಿತು ಮತ್ತು ಹೈಬ್ರಿಡ್ ಪರಿಹಾರವಾಗಿ ಕೊನೆಗೊಂಡಿತು, ಇದು ಉತ್ತಮ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚಗಳಲ್ಲಿ ಉಳಿತಾಯಕ್ಕೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು.
ಕೋರ್ API ಅನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಲು ನಿರ್ಧರಿಸಲಾಗುತ್ತಿದೆ ಡೈಲಿಮೋಷನ್ ಮೂರು ವರ್ಷಗಳ ಹಿಂದೆ, ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಮತ್ತು ಅದನ್ನು ಸುಲಭಗೊಳಿಸಲು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನಾವು ಬಯಸಿದ್ದೇವೆ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗಳು. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ನಾವು ಕಂಟೇನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ ಮತ್ತು ಸ್ವಾಭಾವಿಕವಾಗಿ ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಆರಿಸಿದ್ದೇವೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಆಧರಿಸಿ ನಿಮ್ಮ ಸ್ವಂತ ವೇದಿಕೆಯನ್ನು ನಿರ್ಮಿಸುವುದು ಏಕೆ ಯೋಗ್ಯವಾಗಿದೆ?
ಯಾವುದೇ ಸಮಯದಲ್ಲಿ Google ಕ್ಲೌಡ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಉತ್ಪಾದನಾ ಮಟ್ಟದ API
ಬೇಸಿಗೆ 2016
ಮೂರು ವರ್ಷಗಳ ಹಿಂದೆ, ಡೈಲಿಮೋಷನ್ ಖರೀದಿಸಿದ ತಕ್ಷಣ ವಿವೆಂಡಿ, ನಮ್ಮ ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡಗಳು ಒಂದು ಜಾಗತಿಕ ಗುರಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕೃತವಾಗಿವೆ: ಸಂಪೂರ್ಣವಾಗಿ ಹೊಸ ಡೈಲಿಮೋಷನ್ ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಲು.
ಕಂಟೈನರ್ಗಳು, ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಪರಿಹಾರಗಳು ಮತ್ತು ನಮ್ಮ ಹಿಂದಿನ ಅನುಭವದ ವಿಶ್ಲೇಷಣೆಯ ಆಧಾರದ ಮೇಲೆ, ಕುಬರ್ನೆಟ್ಸ್ ಸರಿಯಾದ ಆಯ್ಕೆ ಎಂದು ನಮಗೆ ಮನವರಿಕೆಯಾಗಿದೆ. ಕೆಲವು ಅಭಿವರ್ಧಕರು ಈಗಾಗಲೇ ಮೂಲಭೂತ ಪರಿಕಲ್ಪನೆಗಳ ಬಗ್ಗೆ ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿದ್ದರು ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಬಳಸಬೇಕೆಂದು ತಿಳಿದಿದ್ದರು, ಇದು ಮೂಲಸೌಕರ್ಯ ರೂಪಾಂತರಕ್ಕೆ ಭಾರಿ ಪ್ರಯೋಜನವಾಗಿದೆ.
ಮೂಲಸೌಕರ್ಯ ದೃಷ್ಟಿಕೋನದಿಂದ, ಹೊಸ ಪ್ರಕಾರದ ಕ್ಲೌಡ್-ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಶಕ್ತಿಯುತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಸಿಸ್ಟಮ್ ಅಗತ್ಯವಿದೆ. ನಾವು ನಮ್ಮ ಪ್ರಯಾಣದ ಆರಂಭದಲ್ಲಿ ಮೋಡದಲ್ಲಿ ಉಳಿಯಲು ಆಯ್ಕೆ ಮಾಡಿಕೊಂಡಿದ್ದೇವೆ ಆದ್ದರಿಂದ ನಾವು ಮನಸ್ಸಿನ ಶಾಂತಿಯೊಂದಿಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ದೃಢವಾದ ಆನ್-ಆವರಣದ ವೇದಿಕೆಯನ್ನು ನಿರ್ಮಿಸಬಹುದು. Google Kubernetes ಇಂಜಿನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ನಿಯೋಜಿಸಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ, ಆದರೂ ಬೇಗ ಅಥವಾ ನಂತರ ನಾವು ನಮ್ಮದೇ ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗೆ ಹೋಗುತ್ತೇವೆ ಮತ್ತು ಹೈಬ್ರಿಡ್ ತಂತ್ರವನ್ನು ಅನ್ವಯಿಸುತ್ತೇವೆ ಎಂದು ನಮಗೆ ತಿಳಿದಿತ್ತು.
ನೀವು GKE ಅನ್ನು ಏಕೆ ಆರಿಸಿದ್ದೀರಿ?
ನಾವು ಈ ಆಯ್ಕೆಯನ್ನು ಮುಖ್ಯವಾಗಿ ತಾಂತ್ರಿಕ ಕಾರಣಗಳಿಗಾಗಿ ಮಾಡಿದ್ದೇವೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕಂಪನಿಯ ವ್ಯವಹಾರ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ತ್ವರಿತವಾಗಿ ಒದಗಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು. ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೋಸ್ಟಿಂಗ್ ಮಾಡಲು ನಾವು ಕೆಲವು ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಉದಾಹರಣೆಗೆ ಭೌಗೋಳಿಕ ವಿತರಣೆ, ಸ್ಕೇಲೆಬಿಲಿಟಿ ಮತ್ತು ತಪ್ಪು ಸಹಿಷ್ಣುತೆ.
ಡೈಲಿಮೋಷನ್ನಲ್ಲಿ GKE ಕ್ಲಸ್ಟರ್ಗಳು
ಡೈಲಿಮೋಷನ್ ವಿಶ್ವಾದ್ಯಂತ ಲಭ್ಯವಿರುವ ವೀಡಿಯೊ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಆಗಿರುವುದರಿಂದ, ಕಾಯುವ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ ಸೇವೆಯ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ನಾವು ನಿಜವಾಗಿಯೂ ಬಯಸಿದ್ದೇವೆ (ಸುಪ್ತತೆ)... ಇದಕ್ಕೂ ಮುಂಚೆ ನಮ್ಮ API ಪ್ಯಾರಿಸ್ನಲ್ಲಿ ಮಾತ್ರ ಲಭ್ಯವಿತ್ತು, ಅದು ಉಪಸೂಕ್ತವಾಗಿತ್ತು. ನಾನು ಯುರೋಪ್ನಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಏಷ್ಯಾ ಮತ್ತು USA ಗಳಲ್ಲಿಯೂ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಬಯಸುತ್ತೇನೆ.
ಸುಪ್ತತೆಗೆ ಈ ಸೂಕ್ಷ್ಮತೆಯು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ನಲ್ಲಿ ಗಂಭೀರವಾದ ಕೆಲಸವನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ಹೆಚ್ಚಿನ ಕ್ಲೌಡ್ ಸೇವೆಗಳು ಪ್ರತಿ ಪ್ರದೇಶದಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ನೆಟ್ವರ್ಕ್ ರಚಿಸಲು ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು VPN ಅಥವಾ ಕೆಲವು ರೀತಿಯ ನಿರ್ವಹಣಾ ಸೇವೆಯ ಮೂಲಕ ಸಂಪರ್ಕಿಸಲು ಒತ್ತಾಯಿಸಿದರೆ, Google ಕ್ಲೌಡ್ ಎಲ್ಲಾ Google ಪ್ರದೇಶಗಳನ್ನು ಒಳಗೊಂಡ ಸಂಪೂರ್ಣ ರೂಟಬಲ್ ಏಕ ನೆಟ್ವರ್ಕ್ ರಚಿಸಲು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು. ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ದಕ್ಷತೆಯ ವಿಷಯದಲ್ಲಿ ಇದು ದೊಡ್ಡ ಪ್ಲಸ್ ಆಗಿದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ನೆಟ್ವರ್ಕ್ ಸೇವೆಗಳು ಮತ್ತು Google ಕ್ಲೌಡ್ನಿಂದ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಳು ಅತ್ಯುತ್ತಮವಾದ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತವೆ. ಪ್ರತಿ ಪ್ರದೇಶದಿಂದ ಅನಿಯಂತ್ರಿತ ಸಾರ್ವಜನಿಕ IP ವಿಳಾಸಗಳನ್ನು ಬಳಸಲು ಅವರು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತಾರೆ ಮತ್ತು ಅದ್ಭುತ BGP ಪ್ರೋಟೋಕಾಲ್ ಉಳಿದವುಗಳನ್ನು ನೋಡಿಕೊಳ್ಳುತ್ತದೆ (ಅಂದರೆ ಬಳಕೆದಾರರನ್ನು ಹತ್ತಿರದ ಕ್ಲಸ್ಟರ್ಗೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತದೆ). ನಿಸ್ಸಂಶಯವಾಗಿ, ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಯಾವುದೇ ಮಾನವ ಹಸ್ತಕ್ಷೇಪವಿಲ್ಲದೆಯೇ ಟ್ರಾಫಿಕ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮತ್ತೊಂದು ಪ್ರದೇಶಕ್ಕೆ ಹೋಗುತ್ತದೆ.
Google ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತಿದೆ
ನಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಸಹ GPU ಗಳನ್ನು ಹೆಚ್ಚು ಬಳಸುತ್ತದೆ. ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ನೇರವಾಗಿ ಬಳಸಲು Google ಕ್ಲೌಡ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಆ ಸಮಯದಲ್ಲಿ, ಮೂಲಸೌಕರ್ಯ ತಂಡವು ಪ್ರಾಥಮಿಕವಾಗಿ ಭೌತಿಕ ಸರ್ವರ್ಗಳಲ್ಲಿ ನಿಯೋಜಿಸಲಾದ ಲೆಗಸಿ ಸ್ಟಾಕ್ನ ಮೇಲೆ ಕೇಂದ್ರೀಕೃತವಾಗಿತ್ತು. ಅದಕ್ಕಾಗಿಯೇ ನಿರ್ವಹಿಸಲಾದ ಸೇವೆಯನ್ನು ಬಳಸುವುದರಿಂದ (ಕುಬರ್ನೆಟ್ಸ್ ಮಾಸ್ಟರ್ಸ್ ಸೇರಿದಂತೆ) ನಮ್ಮ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಿದೆ ಮತ್ತು ಸ್ಥಳೀಯ ಕ್ಲಸ್ಟರ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ತಂಡಗಳಿಗೆ ತರಬೇತಿ ನೀಡಲು ನಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು.
ಇದರ ಪರಿಣಾಮವಾಗಿ, ಕೆಲಸ ಪ್ರಾರಂಭವಾದ ಕೇವಲ 6 ತಿಂಗಳ ನಂತರ Google ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಉತ್ಪಾದನಾ ದಟ್ಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ನಮಗೆ ಸಾಧ್ಯವಾಯಿತು.
ಆದಾಗ್ಯೂ, ಹಲವಾರು ಪ್ರಯೋಜನಗಳ ಹೊರತಾಗಿಯೂ, ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಕೆಲವು ವೆಚ್ಚಗಳೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದೆ, ಇದು ಲೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ ನಾವು ಬಳಸಿದ ಪ್ರತಿಯೊಂದು ನಿರ್ವಹಿಸಲಾದ ಸೇವೆಯನ್ನು ನಾವು ಎಚ್ಚರಿಕೆಯಿಂದ ವಿಶ್ಲೇಷಿಸಿದ್ದೇವೆ, ಭವಿಷ್ಯದಲ್ಲಿ ಅವುಗಳನ್ನು ಆವರಣದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಆಶಿಸುತ್ತೇವೆ. ವಾಸ್ತವವಾಗಿ, ಸ್ಥಳೀಯ ಕ್ಲಸ್ಟರ್ಗಳ ಅನುಷ್ಠಾನವು 2016 ರ ಕೊನೆಯಲ್ಲಿ ಪ್ರಾರಂಭವಾಯಿತು ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ಹೈಬ್ರಿಡ್ ತಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸಲಾಯಿತು.
ಸ್ಥಳೀಯ ಕಂಟೈನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಡೈಲಿಮೋಷನ್ ಪ್ರಾರಂಭ
ಶರತ್ಕಾಲ 2016
ಸಂಪೂರ್ಣ ಸ್ಟಾಕ್ ಉತ್ಪಾದನೆಗೆ ಸಿದ್ಧವಾದಾಗ ಮತ್ತು API ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಮುಂದುವರೆಯಿತು, ಇದು ಪ್ರಾದೇಶಿಕ ಸಮೂಹಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವ ಸಮಯ.
ಆ ಸಮಯದಲ್ಲಿ, ಬಳಕೆದಾರರು ಪ್ರತಿ ತಿಂಗಳು 3 ಬಿಲಿಯನ್ಗಿಂತಲೂ ಹೆಚ್ಚು ವೀಡಿಯೊಗಳನ್ನು ವೀಕ್ಷಿಸುತ್ತಿದ್ದರು. ಸಹಜವಾಗಿ, ನಾವು ಹಲವು ವರ್ಷಗಳಿಂದ ನಮ್ಮದೇ ಆದ ವ್ಯಾಪಕವಾದ ವಿಷಯ ವಿತರಣಾ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಾವು ಈ ಸನ್ನಿವೇಶದ ಲಾಭವನ್ನು ಪಡೆಯಲು ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ನಿಯೋಜಿಸಲು ಬಯಸಿದ್ದೇವೆ.
ಡೈಲಿಮೋಷನ್ನ ಮೂಲಸೌಕರ್ಯವು ಆರು ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ 2,5 ಸಾವಿರಕ್ಕೂ ಹೆಚ್ಚು ಸರ್ವರ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಅವೆಲ್ಲವನ್ನೂ ಸಾಲ್ಟ್ಸ್ಟಾಕ್ ಬಳಸಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ನಾವು ಮಾಸ್ಟರ್ ಮತ್ತು ವರ್ಕರ್ ನೋಡ್ಗಳನ್ನು ರಚಿಸಲು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಪಾಕವಿಧಾನಗಳನ್ನು ತಯಾರಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಜೊತೆಗೆ ಇತ್ಯಾದಿ ಕ್ಲಸ್ಟರ್.
ನೆಟ್ವರ್ಕ್ ಭಾಗ
ನಮ್ಮ ನೆಟ್ವರ್ಕ್ ಸಂಪೂರ್ಣವಾಗಿ ರೂಟ್ ಆಗಿದೆ. ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ತನ್ನ IP ಅನ್ನು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ Exabgp ಬಳಸಿಕೊಂಡು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ. ನಾವು ಹಲವಾರು ನೆಟ್ವರ್ಕ್ ಪ್ಲಗ್ಇನ್ಗಳನ್ನು ಹೋಲಿಸಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸುವ ಏಕೈಕ ಪ್ಲಗಿನ್ (ಬಳಸಲಾದ L3 ವಿಧಾನದ ಕಾರಣದಿಂದಾಗಿ) ಕ್ಯಾಲಿಕೊ. ಇದು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನೆಟ್ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯ ಮಾದರಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.
ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಮೂಲಸೌಕರ್ಯ ಅಂಶಗಳನ್ನು ಬಳಸಲು ನಾವು ಬಯಸಿದ್ದರಿಂದ, ನಾವು ಮಾಡಬೇಕಾದ ಮೊದಲ ಕೆಲಸವೆಂದರೆ ನಮ್ಮ ಮನೆಯಲ್ಲಿ ಬೆಳೆದ ನೆಟ್ವರ್ಕ್ ಉಪಯುಕ್ತತೆಯನ್ನು (ಎಲ್ಲಾ ಸರ್ವರ್ಗಳಲ್ಲಿ ಬಳಸಲಾಗಿದೆ): ಕುಬರ್ನೆಟ್ಸ್ ನೋಡ್ಗಳೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ IP ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡಲು ಇದನ್ನು ಬಳಸಿ. ಪಾಡ್ಗಳಿಗೆ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಲು ನಾವು ಕ್ಯಾಲಿಕೊಗೆ ಅನುಮತಿಸಿದ್ದೇವೆ, ಆದರೆ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳಲ್ಲಿ BGP ಸೆಷನ್ಗಳಿಗಾಗಿ ಅದನ್ನು ಬಳಸಲಿಲ್ಲ ಮತ್ತು ಇನ್ನೂ ಬಳಸುವುದಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ರೂಟಿಂಗ್ ಅನ್ನು ಎಕ್ಸಾಬ್ಜಿಪಿ ನಿರ್ವಹಿಸುತ್ತದೆ, ಇದು ಕ್ಯಾಲಿಕೊ ಬಳಸುವ ಸಬ್ನೆಟ್ಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ. ಆಂತರಿಕ ನೆಟ್ವರ್ಕ್ನಿಂದ (ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಳಿಂದ) ಯಾವುದೇ ಪಾಡ್ ಅನ್ನು ತಲುಪಲು ಇದು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ನಾವು ಪ್ರವೇಶ ದಟ್ಟಣೆಯನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೇವೆ
ಒಳಬರುವ ವಿನಂತಿಗಳನ್ನು ಅಪೇಕ್ಷಿತ ಸೇವೆಗೆ ಮರುನಿರ್ದೇಶಿಸಲು, ಕುಬರ್ನೆಟ್ಸ್ ಪ್ರವೇಶ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ಅದರ ಏಕೀಕರಣದಿಂದಾಗಿ ಪ್ರವೇಶ ನಿಯಂತ್ರಕವನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಲಾಯಿತು.
ಮೂರು ವರ್ಷಗಳ ಹಿಂದೆ, nginx-ingress-controller ಅತ್ಯಂತ ಪ್ರಬುದ್ಧ ನಿಯಂತ್ರಕವಾಗಿತ್ತು: Nginx ದೀರ್ಘಕಾಲದವರೆಗೆ ಇತ್ತು ಮತ್ತು ಅದರ ಸ್ಥಿರತೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಹೆಸರುವಾಸಿಯಾಗಿದೆ.
ನಮ್ಮ ಸಿಸ್ಟಂನಲ್ಲಿ, ನಿಯಂತ್ರಕಗಳನ್ನು ಮೀಸಲಾದ 10-ಗಿಗಾಬಿಟ್ ಬ್ಲೇಡ್ ಸರ್ವರ್ಗಳಲ್ಲಿ ಇರಿಸಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಪ್ರತಿ ನಿಯಂತ್ರಕವನ್ನು ಅನುಗುಣವಾದ ಕ್ಲಸ್ಟರ್ನ ಕ್ಯೂಬ್-ಅಪಿಸರ್ವರ್ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ. ಈ ಸರ್ವರ್ಗಳು ಸಾರ್ವಜನಿಕ ಅಥವಾ ಖಾಸಗಿ IP ವಿಳಾಸಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡಲು Exabgp ಅನ್ನು ಸಹ ಬಳಸುತ್ತವೆ. NodePort ನಂತಹ ಸೇವೆಯನ್ನು ಬಳಸದೆಯೇ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನೇರವಾಗಿ ಪಾಡ್ಗಳಿಗೆ ರವಾನಿಸಲು ಈ ನಿಯಂತ್ರಕಗಳಿಂದ BGP ಅನ್ನು ಬಳಸಲು ನಮ್ಮ ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿ ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಈ ವಿಧಾನವು ನೋಡ್ಗಳ ನಡುವೆ ಸಮತಲ ಸಂಚಾರವನ್ನು ತಪ್ಪಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ.
ಇಂಟರ್ನೆಟ್ನಿಂದ ಪಾಡ್ಗಳಿಗೆ ಸಂಚಾರ ಚಲನೆ
ಈಗ ನಾವು ನಮ್ಮ ಹೈಬ್ರಿಡ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ, ನಾವು ಟ್ರಾಫಿಕ್ ವಲಸೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಆಳವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದು.
Google ಕ್ಲೌಡ್ನಿಂದ ಡೈಲಿಮೋಷನ್ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ದಟ್ಟಣೆಯ ಸ್ಥಳಾಂತರ
ಶರತ್ಕಾಲ 2018
ಸುಮಾರು ಎರಡು ವರ್ಷಗಳ ಕಟ್ಟಡ, ಪರೀಕ್ಷೆ ಮತ್ತು ಟ್ಯೂನಿಂಗ್ ನಂತರ, ನಾವು ಅಂತಿಮವಾಗಿ ಸ್ವಲ್ಪ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲು ಸಂಪೂರ್ಣ ಕುಬರ್ನೆಟ್ಸ್ ಸ್ಟಾಕ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ.
ಪ್ರಸ್ತುತ ರೂಟಿಂಗ್ ತಂತ್ರವು ತುಂಬಾ ಸರಳವಾಗಿದೆ, ಆದರೆ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸಲು ಸಾಕಾಗುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಐಪಿಗಳ ಜೊತೆಗೆ (ಗೂಗಲ್ ಕ್ಲೌಡ್ ಮತ್ತು ಡೈಲಿಮೋಷನ್ನಲ್ಲಿ), ನೀತಿಗಳನ್ನು ಹೊಂದಿಸಲು ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ನಮ್ಮ ಆಯ್ಕೆಯ ಕ್ಲಸ್ಟರ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲು AWS ರೂಟ್ 53 ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಮಾರ್ಗ 53 ಬಳಸಿಕೊಂಡು ರೂಟಿಂಗ್ ನೀತಿಯ ಉದಾಹರಣೆ
Google ಕ್ಲೌಡ್ನೊಂದಿಗೆ ಇದು ಸುಲಭವಾಗಿದೆ ಏಕೆಂದರೆ ನಾವು ಎಲ್ಲಾ ಕ್ಲಸ್ಟರ್ಗಳಲ್ಲಿ ಒಂದೇ IP ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ಹತ್ತಿರದ GKE ಕ್ಲಸ್ಟರ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ. ನಮ್ಮ ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ ತಂತ್ರಜ್ಞಾನವು ವಿಭಿನ್ನವಾಗಿದೆ, ಏಕೆಂದರೆ ಅವುಗಳ ಐಪಿಗಳು ವಿಭಿನ್ನವಾಗಿವೆ.
ವಲಸೆಯ ಸಮಯದಲ್ಲಿ, ನಾವು ಪ್ರಾದೇಶಿಕ ವಿನಂತಿಗಳನ್ನು ಸೂಕ್ತ ಕ್ಲಸ್ಟರ್ಗಳಿಗೆ ಮರುನಿರ್ದೇಶಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ ಮತ್ತು ಈ ವಿಧಾನದ ಪ್ರಯೋಜನಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದ್ದೇವೆ.
ನಮ್ಮ GKE ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ಕಸ್ಟಮ್ ಮೆಟ್ರಿಕ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಯಂ-ಸ್ಕೇಲ್ಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿರುವುದರಿಂದ, ಒಳಬರುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಆಧರಿಸಿ ಅವು ಮೇಲಕ್ಕೆ/ಕೆಳಗೆ ಅಳೆಯುತ್ತವೆ.
ಸಾಮಾನ್ಯ ಮೋಡ್ನಲ್ಲಿ, ಎಲ್ಲಾ ಪ್ರಾದೇಶಿಕ ದಟ್ಟಣೆಯನ್ನು ಸ್ಥಳೀಯ ಕ್ಲಸ್ಟರ್ಗೆ ನಿರ್ದೇಶಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ GKE ಮೀಸಲು ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಆರೋಗ್ಯ ತಪಾಸಣೆಗಳನ್ನು ಮಾರ್ಗ 53 ಮೂಲಕ ನಡೆಸಲಾಗುತ್ತದೆ).
...
ಭವಿಷ್ಯದಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶವನ್ನು ನಿರಂತರವಾಗಿ ಸುಧಾರಿಸುವ ಸ್ವಾಯತ್ತ ಹೈಬ್ರಿಡ್ ತಂತ್ರವನ್ನು ಸಾಧಿಸಲು ನಾವು ರೂಟಿಂಗ್ ನೀತಿಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಬಯಸುತ್ತೇವೆ. ಪ್ಲಸ್ ಸೈಡ್ನಲ್ಲಿ, ಕ್ಲೌಡ್ ವೆಚ್ಚಗಳನ್ನು ಗಣನೀಯವಾಗಿ ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ ಮತ್ತು API ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಸಹ ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ. ನಾವು ಪರಿಣಾಮವಾಗಿ ಕ್ಲೌಡ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ನಂಬುತ್ತೇವೆ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ ಹೆಚ್ಚಿನ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸಲು ಸಿದ್ಧರಿದ್ದೇವೆ.
ಅನುವಾದಕರಿಂದ PS
ಕುಬರ್ನೆಟ್ಸ್ ಕುರಿತು ಮತ್ತೊಂದು ಇತ್ತೀಚಿನ ಡೈಲಿಮೋಷನ್ ಪೋಸ್ಟ್ನಲ್ಲಿ ನೀವು ಆಸಕ್ತಿ ಹೊಂದಿರಬಹುದು. ಇದು ಅನೇಕ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ಗಳಲ್ಲಿ ಹೆಲ್ಮ್ನೊಂದಿಗೆ ಅಪ್ಲಿಕೇಶನ್ಗಳ ನಿಯೋಜನೆಗೆ ಸಮರ್ಪಿಸಲಾಗಿದೆ ಮತ್ತು ಪ್ರಕಟಿಸಲಾಯಿತು ಸುಮಾರು ಒಂದು ತಿಂಗಳ ಹಿಂದೆ.