ಲಕ್ಷಾಂತರ ಬಳಕೆದಾರರಿಂದ ಪ್ರವೇಶಿಸಬಹುದಾದ ದೊಡ್ಡ-ಪ್ರಮಾಣದ ಸೇವೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಎಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಸಹಾಯ ಮಾಡಲು ಈ ಲೇಖನವು ಕೆಲವು ಸಾಮಾನ್ಯ ಮಾದರಿಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.
ಲೇಖಕರ ಅನುಭವದಲ್ಲಿ, ಇದು ಸಂಪೂರ್ಣ ಪಟ್ಟಿ ಅಲ್ಲ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಪರಿಣಾಮಕಾರಿ ಸಲಹೆ. ಆದ್ದರಿಂದ, ಪ್ರಾರಂಭಿಸೋಣ.
ಬೆಂಬಲದೊಂದಿಗೆ ಅನುವಾದಿಸಲಾಗಿದೆ .
ಮೊದಲ ಹಂತ
ಕೆಳಗೆ ಪಟ್ಟಿ ಮಾಡಲಾದ ಕ್ರಮಗಳು ಕಾರ್ಯಗತಗೊಳಿಸಲು ತುಲನಾತ್ಮಕವಾಗಿ ಸರಳವಾಗಿದೆ ಆದರೆ ಹೆಚ್ಚಿನ ಪರಿಣಾಮವನ್ನು ಹೊಂದಿವೆ. ನೀವು ಮೊದಲು ಅವುಗಳನ್ನು ಪ್ರಯತ್ನಿಸದಿದ್ದರೆ, ಗಮನಾರ್ಹ ಸುಧಾರಣೆಗಳಲ್ಲಿ ನೀವು ಆಶ್ಚರ್ಯಪಡುತ್ತೀರಿ.
ಕೋಡ್ ಆಗಿ ಮೂಲಸೌಕರ್ಯ
ಸಲಹೆಯ ಮೊದಲ ಭಾಗವೆಂದರೆ ಮೂಲಸೌಕರ್ಯವನ್ನು ಕೋಡ್ ಆಗಿ ಅಳವಡಿಸುವುದು. ಇದರರ್ಥ ನೀವು ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿಯೋಜಿಸಲು ಪ್ರೋಗ್ರಾಮ್ಯಾಟಿಕ್ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರಬೇಕು. ಇದು ಜಟಿಲವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ನಾವು ಈ ಕೆಳಗಿನ ಕೋಡ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ:
100 ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ನಿಯೋಜನೆ
- ಉಬುಂಟು ಜೊತೆಗೆ
- ಪ್ರತಿಯೊಂದೂ 2 GB RAM
- ಅವರು ಈ ಕೆಳಗಿನ ಕೋಡ್ ಅನ್ನು ಹೊಂದಿರುತ್ತಾರೆ
- ಈ ನಿಯತಾಂಕಗಳೊಂದಿಗೆ
ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ನೀವು ಟ್ರ್ಯಾಕ್ ಮಾಡಬಹುದು ಮತ್ತು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣವನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಹಿಂತಿರುಗಿಸಬಹುದು.
ನನ್ನಲ್ಲಿರುವ ಆಧುನಿಕತಾವಾದಿಯು ಮೇಲಿನ ಎಲ್ಲವನ್ನೂ ಮಾಡಲು ನೀವು ಕುಬರ್ನೆಟ್ಸ್/ಡಾಕರ್ ಅನ್ನು ಬಳಸಬಹುದು ಎಂದು ಹೇಳುತ್ತಾರೆ, ಮತ್ತು ಅವರು ಸರಿ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ನೀವು ಬಾಣಸಿಗ, ಪಪಿಟ್ ಅಥವಾ ಟೆರಾಫಾರ್ಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಯಂಚಾಲಿತತೆಯನ್ನು ಒದಗಿಸಬಹುದು.
ನಿರಂತರ ಏಕೀಕರಣ ಮತ್ತು ವಿತರಣೆ
ಸ್ಕೇಲೆಬಲ್ ಸೇವೆಯನ್ನು ರಚಿಸಲು, ಪ್ರತಿ ಪುಲ್ ವಿನಂತಿಗಾಗಿ ನಿರ್ಮಾಣ ಮತ್ತು ಪರೀಕ್ಷಾ ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ಹೊಂದಿರುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಪರೀಕ್ಷೆಯು ತುಂಬಾ ಸರಳವಾಗಿದ್ದರೂ ಸಹ, ನೀವು ನಿಯೋಜಿಸುವ ಕೋಡ್ ಕಂಪೈಲ್ ಆಗುತ್ತದೆ ಎಂದು ಅದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಈ ಹಂತದಲ್ಲಿ ಪ್ರತಿ ಬಾರಿ ನೀವು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತೀರಿ: ನನ್ನ ಅಸೆಂಬ್ಲಿ ಪರೀಕ್ಷೆಗಳನ್ನು ಕಂಪೈಲ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪಾಸ್ ಮಾಡುತ್ತದೆ, ಇದು ಮಾನ್ಯವಾಗಿದೆಯೇ? ಇದು ಕಡಿಮೆ ಪಟ್ಟಿಯಂತೆ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಇದು ಬಹಳಷ್ಟು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.
ಈ ಉಣ್ಣಿಗಳನ್ನು ನೋಡುವುದಕ್ಕಿಂತ ಸುಂದರವಾದದ್ದು ಮತ್ತೊಂದಿಲ್ಲ
ಈ ತಂತ್ರಜ್ಞಾನಕ್ಕಾಗಿ ನೀವು Github, CircleCI ಅಥವಾ Jenkins ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು.
ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ಗಳು
ಆದ್ದರಿಂದ, ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸಲು ಮತ್ತು ಎಲ್ಲಾ ನೋಡ್‌ಗಳಲ್ಲಿ ಸಮಾನ ಲೋಡ್ ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಚಲಾಯಿಸಲು ಬಯಸುತ್ತೇವೆ ಅಥವಾ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ ಸೇವೆಯು ಮುಂದುವರಿಯುತ್ತದೆ:
ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಚಾರವನ್ನು ವಿತರಿಸುವ ಉತ್ತಮ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತದೆ. ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸವೆಂದರೆ ಅತಿಯಾಗಿ ಸಮತೋಲನಗೊಳಿಸುವುದು ಇದರಿಂದ ನೀವು ಒಂದೇ ಒಂದು ವೈಫಲ್ಯವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.
ವಿಶಿಷ್ಟವಾಗಿ, ನೀವು ಬಳಸುವ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತದೆ.
ವಿನಂತಿಗಳಿಗಾಗಿ RayID, ಪರಸ್ಪರ ಸಂಬಂಧ ID ಅಥವಾ UUID
ಈ ರೀತಿಯ ಸಂದೇಶದೊಂದಿಗೆ ನೀವು ಎಂದಾದರೂ ಅಪ್ಲಿಕೇಶನ್ ದೋಷವನ್ನು ಎದುರಿಸಿದ್ದೀರಾ: "ಏನೋ ತಪ್ಪಾಗಿದೆ. ಈ ಐಡಿಯನ್ನು ಉಳಿಸಿ ಮತ್ತು ಅದನ್ನು ನಮ್ಮ ಬೆಂಬಲ ತಂಡಕ್ಕೆ ಕಳುಹಿಸಿ"?
ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆ, ಪರಸ್ಪರ ಸಂಬಂಧ ID, RayID, ಅಥವಾ ಯಾವುದೇ ವ್ಯತ್ಯಾಸಗಳು, ಅದರ ಜೀವನಚಕ್ರದ ಉದ್ದಕ್ಕೂ ವಿನಂತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆಯಾಗಿದೆ. ಲಾಗ್‌ಗಳಲ್ಲಿ ಸಂಪೂರ್ಣ ವಿನಂತಿಯ ಮಾರ್ಗವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಬಳಕೆದಾರರು ಸಿಸ್ಟಮ್ A ಗೆ ವಿನಂತಿಯನ್ನು ಮಾಡುತ್ತಾರೆ, ನಂತರ A ಸಂಪರ್ಕಗಳು B, ಇದು C ಅನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಅದನ್ನು X ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ವಿನಂತಿಯನ್ನು A ಗೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ
ನೀವು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ದೂರದಿಂದಲೇ ಸಂಪರ್ಕ ಹೊಂದಲು ಮತ್ತು ವಿನಂತಿಯ ಮಾರ್ಗವನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಪ್ರಯತ್ನಿಸಿದರೆ (ಮತ್ತು ಯಾವ ಕರೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ), ನೀವು ಹುಚ್ಚರಾಗುತ್ತೀರಿ. ವಿಶಿಷ್ಟವಾದ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿರುವುದು ಜೀವನವನ್ನು ಹೆಚ್ಚು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ನಿಮ್ಮ ಸೇವೆಯು ಬೆಳೆದಂತೆ ಸಮಯವನ್ನು ಉಳಿಸಲು ನೀವು ಮಾಡಬಹುದಾದ ಸರಳವಾದ ವಿಷಯಗಳಲ್ಲಿ ಇದು ಒಂದಾಗಿದೆ.
ಮಧ್ಯಂತರ ಮಟ್ಟ
ಇಲ್ಲಿ ಸಲಹೆ ಹಿಂದಿನ ಪದಗಳಿಗಿಂತ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿದೆ, ಆದರೆ ಸರಿಯಾದ ಸಾಧನಗಳು ಕೆಲಸವನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ, ಸಣ್ಣ ಮತ್ತು ಮಧ್ಯಮ ಗಾತ್ರದ ಕಂಪನಿಗಳಿಗೆ ಸಹ ಹೂಡಿಕೆಯ ಮೇಲೆ ಲಾಭವನ್ನು ನೀಡುತ್ತದೆ.
ಕೇಂದ್ರೀಕೃತ ಲಾಗಿಂಗ್
ಅಭಿನಂದನೆಗಳು! ನೀವು 100 ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ನಿಯೋಜಿಸಿದ್ದೀರಿ. ಮರುದಿನ, CEO ಬಂದು ಸೇವೆಯನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ ಅವರು ಪಡೆದ ದೋಷದ ಬಗ್ಗೆ ದೂರು ನೀಡುತ್ತಾರೆ. ನಾವು ಮೇಲೆ ಮಾತನಾಡಿದ ಅನುಗುಣವಾದ ಐಡಿಯನ್ನು ಇದು ವರದಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಕ್ರ್ಯಾಶ್‌ಗೆ ಕಾರಣವಾದ ಒಂದನ್ನು ಕಂಡುಹಿಡಿಯಲು ನೀವು 100 ಯಂತ್ರಗಳ ಲಾಗ್‌ಗಳನ್ನು ನೋಡಬೇಕು. ಮತ್ತು ನಾಳೆಯ ಪ್ರಸ್ತುತಿಯ ಮೊದಲು ಅದನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು.
ಇದು ಮೋಜಿನ ಸಾಹಸದಂತೆ ತೋರುತ್ತದೆಯಾದರೂ, ಎಲ್ಲಾ ನಿಯತಕಾಲಿಕೆಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಹುಡುಕುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀವು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಉತ್ತಮವಾಗಿದೆ. ELK ಸ್ಟಾಕ್‌ನ ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯವನ್ನು ಬಳಸಿಕೊಂಡು ಲಾಗ್‌ಗಳನ್ನು ಕೇಂದ್ರೀಕರಿಸುವ ಸಮಸ್ಯೆಯನ್ನು ನಾನು ಪರಿಹರಿಸಿದೆ: ಇದು ಹುಡುಕಬಹುದಾದ ಲಾಗ್ ಸಂಗ್ರಹವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಜರ್ನಲ್ ಅನ್ನು ಹುಡುಕುವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಇದು ನಿಜವಾಗಿಯೂ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಬೋನಸ್ ಆಗಿ, ನೀವು ಚಾರ್ಟ್‌ಗಳು ಮತ್ತು ಇತರ ಮೋಜಿನ ವಿಷಯಗಳನ್ನು ರಚಿಸಬಹುದು.
ELK ಸ್ಟಾಕ್ ಕಾರ್ಯನಿರ್ವಹಣೆ
ಮಾನಿಟರಿಂಗ್ ಏಜೆಂಟ್ಸ್
ಈಗ ನಿಮ್ಮ ಸೇವೆಯು ಚಾಲನೆಯಲ್ಲಿದೆ ಮತ್ತು ಅದು ಸುಗಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಇದನ್ನು ಮಾಡಲು ಉತ್ತಮ ಮಾರ್ಗವೆಂದರೆ ಹಲವಾರು ರನ್ ಮಾಡುವುದು ಏಜೆಂಟ್ಗಳು, ಇದು ಸಮಾನಾಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಮೂಲಭೂತ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಈ ಹಂತದಲ್ಲಿ ನೀವು ಅದನ್ನು ಪರಿಶೀಲಿಸಿ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿರ್ಮಾಣವು ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಸಣ್ಣ ಮತ್ತು ಮಧ್ಯಮ ಗಾತ್ರದ ಯೋಜನೆಗಳಿಗೆ, API ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ದಾಖಲಿಸಲು ನಾನು ಪೋಸ್ಟ್‌ಮ್ಯಾನ್ ಅನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ. ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ, ಸ್ಥಗಿತವು ಸಂಭವಿಸಿದಾಗ ಮತ್ತು ಸಮಯೋಚಿತವಾಗಿ ತಿಳಿಸಲು ನಿಮಗೆ ಒಂದು ಮಾರ್ಗವಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನೀವು ಬಯಸುತ್ತೀರಿ.
ಲೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಆಟೋಸ್ಕೇಲಿಂಗ್
ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ. ನೀವು VM ಸೇವೆ ವಿನಂತಿಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಅದು 80% ಮೆಮೊರಿ ಬಳಕೆಯನ್ನು ಸಮೀಪಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಅದರ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೆಚ್ಚಿಸಬಹುದು ಅಥವಾ ಕ್ಲಸ್ಟರ್‌ಗೆ ಹೆಚ್ಚಿನ VM ಗಳನ್ನು ಸೇರಿಸಬಹುದು. ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಸ್ಥಿತಿಸ್ಥಾಪಕ ಶಕ್ತಿ ಬದಲಾವಣೆಗಳಿಗೆ ಈ ಕಾರ್ಯಾಚರಣೆಗಳ ಸ್ವಯಂಚಾಲಿತ ಮರಣದಂಡನೆಯು ಅತ್ಯುತ್ತಮವಾಗಿದೆ. ಆದರೆ ನೀವು ಎಷ್ಟು ಹಣವನ್ನು ಖರ್ಚು ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಸಮಂಜಸವಾದ ಮಿತಿಗಳನ್ನು ಹೊಂದಿಸುವ ಬಗ್ಗೆ ನೀವು ಯಾವಾಗಲೂ ಜಾಗರೂಕರಾಗಿರಬೇಕು.
ಹೆಚ್ಚಿನ ಕ್ಲೌಡ್ ಸೇವೆಗಳೊಂದಿಗೆ, ಹೆಚ್ಚಿನ ಸರ್ವರ್‌ಗಳು ಅಥವಾ ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನೀವು ಅದನ್ನು ಸ್ವಯಂ-ಸ್ಕೇಲ್‌ಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು.
ಪ್ರಯೋಗ ವ್ಯವಸ್ಥೆ
ನವೀಕರಣಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಹೊರತರಲು ಉತ್ತಮ ಮಾರ್ಗವೆಂದರೆ 1% ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಗಂಟೆಯವರೆಗೆ ಏನನ್ನಾದರೂ ಪರೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಅಂತಹ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನೀವು ಸಹಜವಾಗಿ ನೋಡಿದ್ದೀರಿ. ಉದಾಹರಣೆಗೆ, ಫೇಸ್ಬುಕ್ ಪ್ರೇಕ್ಷಕರ ಭಾಗಗಳನ್ನು ವಿಭಿನ್ನ ಬಣ್ಣವನ್ನು ತೋರಿಸುತ್ತದೆ ಅಥವಾ ಬಳಕೆದಾರರು ಬದಲಾವಣೆಗಳನ್ನು ಹೇಗೆ ಗ್ರಹಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೋಡಲು ಫಾಂಟ್ ಗಾತ್ರವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಇದನ್ನು A/B ಪರೀಕ್ಷೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.
ಹೊಸ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದನ್ನು ಸಹ ಪ್ರಯೋಗವಾಗಿ ಪ್ರಾರಂಭಿಸಬಹುದು ಮತ್ತು ನಂತರ ಅದನ್ನು ಹೇಗೆ ಬಿಡುಗಡೆ ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಬಹುದು. ನಿಮ್ಮ ಸೇವೆಯಲ್ಲಿ ಅವನತಿಗೆ ಕಾರಣವಾಗುವ ಕಾರ್ಯವನ್ನು ಆಧರಿಸಿ ಫ್ಲೈನಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು "ನೆನಪಿಡಿ" ಅಥವಾ ಬದಲಾಯಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸಹ ನೀವು ಪಡೆಯುತ್ತೀರಿ.
ಸುಧಾರಿತ ಮಟ್ಟ
ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಾಕಷ್ಟು ಕಷ್ಟಕರವಾದ ಸಲಹೆಗಳು ಇಲ್ಲಿವೆ. ನಿಮಗೆ ಬಹುಶಃ ಸ್ವಲ್ಪ ಹೆಚ್ಚಿನ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕಾಗಬಹುದು, ಆದ್ದರಿಂದ ಸಣ್ಣ ಅಥವಾ ಮಧ್ಯಮ ಗಾತ್ರದ ಕಂಪನಿಯು ಇದನ್ನು ನಿರ್ವಹಿಸಲು ಕಷ್ಟವಾಗುತ್ತದೆ.
ನೀಲಿ-ಹಸಿರು ನಿಯೋಜನೆಗಳು
ಇದನ್ನೇ ನಾನು "ಎರ್ಲಾಂಗ್" ತೆರೆದುಕೊಳ್ಳುವ ಮಾರ್ಗ ಎಂದು ಕರೆಯುತ್ತೇನೆ. ಟೆಲಿಫೋನ್ ಕಂಪನಿಗಳು ಕಾಣಿಸಿಕೊಂಡಾಗ ಎರ್ಲಾಂಗ್ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಟ್ಟಿತು. ದೂರವಾಣಿ ಕರೆಗಳನ್ನು ರೂಟ್ ಮಾಡಲು ಸಾಫ್ಟ್‌ಸ್ವಿಚ್‌ಗಳನ್ನು ಬಳಸಲಾರಂಭಿಸಿತು. ಈ ಸ್ವಿಚ್‌ಗಳಲ್ಲಿನ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಮುಖ್ಯ ಉದ್ದೇಶವೆಂದರೆ ಸಿಸ್ಟಮ್ ಅಪ್‌ಗ್ರೇಡ್‌ಗಳ ಸಮಯದಲ್ಲಿ ಕರೆಗಳನ್ನು ಬಿಡದಿರುವುದು. ಹಿಂದಿನದನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡದೆಯೇ ಹೊಸ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವ ಉತ್ತಮ ಮಾರ್ಗವನ್ನು ಎರ್ಲಾಂಗ್ ಹೊಂದಿದೆ.
ಈ ಹಂತವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನ ಉಪಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನಿಮ್ಮ ಸಾಫ್ಟ್‌ವೇರ್‌ನ N ಆವೃತ್ತಿಯನ್ನು ನೀವು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಊಹಿಸೋಣ ಮತ್ತು ನಂತರ ನೀವು ಆವೃತ್ತಿ N+1 ಅನ್ನು ನಿಯೋಜಿಸಲು ಬಯಸುತ್ತೀರಿ.
ನೀವು ನಾವು ಮಾಡಬಹುದು ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಮಯದಲ್ಲಿ ಮುಂದಿನ ಆವೃತ್ತಿಯನ್ನು ಹೊರತರಲು ಮತ್ತು ಸ್ವಲ್ಪ ಅಲಭ್ಯತೆಯನ್ನು ಪಡೆಯಿರಿ. ಆದರೆ ನೀವು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸೋಣ ನಿಜವಾಗಿಯೂ ಕಟ್ಟುನಿಟ್ಟಾದ SLA ಷರತ್ತುಗಳು. ಆದ್ದರಿಂದ, SLA 99,99% ಎಂದರೆ ನೀವು ಆಫ್‌ಲೈನ್‌ಗೆ ಹೋಗಬಹುದು ಮಾತ್ರ ವರ್ಷಕ್ಕೆ 52 ನಿಮಿಷಗಳು.
ನೀವು ನಿಜವಾಗಿಯೂ ಅಂತಹ ಸೂಚಕಗಳನ್ನು ಸಾಧಿಸಲು ಬಯಸಿದರೆ, ನಿಮಗೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡು ನಿಯೋಜನೆಗಳು ಬೇಕಾಗುತ್ತವೆ:
- ಇದೀಗ ಇರುವದು (ಎನ್);
- ಮುಂದಿನ ಆವೃತ್ತಿ (N+1).
ನೀವು ಹಿಮ್ಮೆಟ್ಟುವಿಕೆಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವಾಗ ಶೇಕಡಾವಾರು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹೊಸ ಆವೃತ್ತಿಗೆ (N+1) ಮರುನಿರ್ದೇಶಿಸಲು ನೀವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್‌ಗೆ ಹೇಳುತ್ತೀರಿ.
ಇಲ್ಲಿ ನಾವು ಹಸಿರು N ನಿಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಅದು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ನಾವು ಈ ನಿಯೋಜನೆಯ ಮುಂದಿನ ಆವೃತ್ತಿಗೆ ಹೋಗಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ
ನಮ್ಮ N+1 ನಿಯೋಜನೆಯು ಸಣ್ಣ ಪ್ರಮಾಣದ ಟ್ರಾಫಿಕ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ನೋಡಲು ನಾವು ಮೊದಲು ನಿಜವಾಗಿಯೂ ಸಣ್ಣ ಪರೀಕ್ಷೆಯನ್ನು ಕಳುಹಿಸುತ್ತೇವೆ:
ಅಂತಿಮವಾಗಿ, ನಮ್ಮ ನಿಯೋಜನೆ ಪೂರ್ಣಗೊಳ್ಳುವವರೆಗೆ ನಾವು ಅಂತಿಮವಾಗಿ ರನ್ ಮಾಡುವ ಸ್ವಯಂಚಾಲಿತ ಚೆಕ್‌ಗಳ ಗುಂಪನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ. ನೀನೇನಾದರೂ ತುಂಬಾ ತುಂಬಾ ಎಚ್ಚರಿಕೆಯಿಂದ, ಕೆಟ್ಟ ಹಿಂಜರಿಕೆಯ ಸಂದರ್ಭದಲ್ಲಿ ತ್ವರಿತ ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಾಗಿ ನಿಮ್ಮ N ನಿಯೋಜನೆಯನ್ನು ನೀವು ಶಾಶ್ವತವಾಗಿ ಉಳಿಸಬಹುದು:
ನೀವು ಇನ್ನೂ ಹೆಚ್ಚು ಸುಧಾರಿತ ಮಟ್ಟಕ್ಕೆ ಹೋಗಲು ಬಯಸಿದರೆ, ನೀಲಿ-ಹಸಿರು ನಿಯೋಜನೆಯಲ್ಲಿರುವ ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚಲಾಯಿಸಲು ಬಿಡಿ.
ಅಸಂಗತತೆ ಪತ್ತೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ತಗ್ಗಿಸುವಿಕೆ
ನೀವು ಕೇಂದ್ರೀಕೃತ ಲಾಗಿಂಗ್ ಮತ್ತು ಉತ್ತಮ ಲಾಗ್ ಸಂಗ್ರಹವನ್ನು ಹೊಂದಿರುವಿರಿ, ನೀವು ಈಗಾಗಲೇ ಹೆಚ್ಚಿನ ಗುರಿಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ವೈಫಲ್ಯಗಳನ್ನು ಪೂರ್ವಭಾವಿಯಾಗಿ ಊಹಿಸಿ. ಕಾರ್ಯಗಳನ್ನು ಮಾನಿಟರ್‌ಗಳಲ್ಲಿ ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ವಿವಿಧ ರೇಖಾಚಿತ್ರಗಳನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ - ಮತ್ತು ಏನು ತಪ್ಪಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಮುಂಚಿತವಾಗಿ ಊಹಿಸಬಹುದು:
ವೈಪರೀತ್ಯಗಳು ಪತ್ತೆಯಾದ ನಂತರ, ಸೇವೆಯು ಒದಗಿಸುವ ಕೆಲವು ಸುಳಿವುಗಳನ್ನು ನೀವು ಪರೀಕ್ಷಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ. ಉದಾಹರಣೆಗೆ, CPU ಲೋಡ್‌ನಲ್ಲಿನ ಸ್ಪೈಕ್ ಹಾರ್ಡ್ ಡ್ರೈವ್ ವಿಫಲಗೊಳ್ಳುತ್ತಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಆದರೆ ವಿನಂತಿಗಳಲ್ಲಿನ ಸ್ಪೈಕ್ ನೀವು ಅಳೆಯುವ ಅಗತ್ಯವಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಈ ರೀತಿಯ ಅಂಕಿಅಂಶಗಳ ಡೇಟಾವು ಸೇವೆಯನ್ನು ಪೂರ್ವಭಾವಿಯಾಗಿ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಈ ಒಳನೋಟಗಳೊಂದಿಗೆ, ನೀವು ಯಾವುದೇ ಆಯಾಮದಲ್ಲಿ ಅಳೆಯಬಹುದು ಮತ್ತು ಯಂತ್ರಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳು, ಸಂಪರ್ಕಗಳು ಮತ್ತು ಇತರ ಸಂಪನ್ಮೂಲಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪೂರ್ವಭಾವಿಯಾಗಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಬದಲಾಯಿಸಬಹುದು.
ಅಷ್ಟೇ!
ನೀವು ಕ್ಲೌಡ್ ಸೇವೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತಿದ್ದರೆ ಈ ಆದ್ಯತೆಗಳ ಪಟ್ಟಿಯು ನಿಮಗೆ ಬಹಳಷ್ಟು ಸಮಸ್ಯೆಗಳನ್ನು ಉಳಿಸುತ್ತದೆ.
ಮೂಲ ಲೇಖನದ ಲೇಖಕರು ತಮ್ಮ ಕಾಮೆಂಟ್ಗಳನ್ನು ಬಿಡಲು ಮತ್ತು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಓದುಗರನ್ನು ಆಹ್ವಾನಿಸುತ್ತಾರೆ. ಲೇಖನವನ್ನು ಮುಕ್ತ ಮೂಲವಾಗಿ ವಿತರಿಸಲಾಗಿದೆ, ಲೇಖಕರಿಂದ ವಿನಂತಿಗಳನ್ನು ಎಳೆಯಿರಿ .
ವಿಷಯದ ಬಗ್ಗೆ ಇನ್ನೇನು ಓದಬೇಕು:
ಮೂಲ: www.habr.com