ಹಲೋ, ಹಬ್ರ್! ನಾನು ಹತ್ತು ವರ್ಷಗಳಿಂದ ಹೈಲೋಡ್ ಐಟಿ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತಿದ್ದೇನೆ. 1000+ RPS ಮೋಡ್ ಅಥವಾ ಇತರ ತಾಂತ್ರಿಕ ವಿಷಯಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು nginx ಅನ್ನು ಹೊಂದಿಸುವ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ನಾನು ಈ ಲೇಖನದಲ್ಲಿ ಬರೆಯುವುದಿಲ್ಲ. ಅಂತಹ ವ್ಯವಸ್ಥೆಗಳ ಬೆಂಬಲ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಉದ್ಭವಿಸುವ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿನ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ನನ್ನ ಅವಲೋಕನಗಳನ್ನು ನಾನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ.
ಮಾನಿಟರಿಂಗ್
"ಏಕೆ... ಸೈಟ್ ಮತ್ತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ?" ಎಂಬ ವಿಷಯದೊಂದಿಗೆ ವಿನಂತಿಯು ಬರುವವರೆಗೆ ತಾಂತ್ರಿಕ ಬೆಂಬಲವು ಕಾಯುವುದಿಲ್ಲ. ಸೈಟ್ ಕ್ರ್ಯಾಶ್ ಆದ ನಂತರ ಒಂದು ನಿಮಿಷದಲ್ಲಿ, ಬೆಂಬಲವು ಈಗಾಗಲೇ ಸಮಸ್ಯೆಯನ್ನು ನೋಡಬೇಕು ಮತ್ತು ಅದನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಾರಂಭಿಸಬೇಕು. ಆದರೆ ಸೈಟ್ ಮಂಜುಗಡ್ಡೆಯ ತುದಿಯಾಗಿದೆ. ಇದರ ಲಭ್ಯತೆಯು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದ ಮೊದಲನೆಯದು.
ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನ ಉಳಿದ ಸರಕುಗಳು ಇಆರ್‌ಪಿ ವ್ಯವಸ್ಥೆಯಿಂದ ಇನ್ನು ಮುಂದೆ ಬರದಿದ್ದಾಗ ಪರಿಸ್ಥಿತಿಯೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕು? ಅಥವಾ ಗ್ರಾಹಕರಿಗೆ ರಿಯಾಯಿತಿಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ CRM ವ್ಯವಸ್ಥೆಯು ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆಯೇ? ಸೈಟ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಂತೆ ತೋರುತ್ತಿದೆ. ಷರತ್ತುಬದ್ಧ Zabbix ಅದರ 200 ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆಯುತ್ತದೆ. ಡ್ಯೂಟಿ ಶಿಫ್ಟ್ ಮಾನಿಟರಿಂಗ್‌ನಿಂದ ಯಾವುದೇ ಅಧಿಸೂಚನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಿಲ್ಲ ಮತ್ತು ಗೇಮ್ ಆಫ್ ಥ್ರೋನ್ಸ್‌ನ ಹೊಸ ಸೀಸನ್‌ನ ಮೊದಲ ಸಂಚಿಕೆಯನ್ನು ಸಂತೋಷದಿಂದ ವೀಕ್ಷಿಸುತ್ತಿದೆ.
ಮಾನಿಟರಿಂಗ್ ಸಾಮಾನ್ಯವಾಗಿ ಮೆಮೊರಿ, RAM ಮತ್ತು ಸರ್ವರ್ ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಸ್ಥಿತಿಯನ್ನು ಅಳೆಯಲು ಸೀಮಿತವಾಗಿರುತ್ತದೆ. ಆದರೆ ವ್ಯಾಪಾರಕ್ಕಾಗಿ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಉತ್ಪನ್ನ ಲಭ್ಯತೆಯನ್ನು ಪಡೆಯುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿನ ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರದ ಷರತ್ತುಬದ್ಧ ವೈಫಲ್ಯವು ದಟ್ಟಣೆಯು ಅದಕ್ಕೆ ಹೋಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಇತರ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಲೋಡ್ ಹೆಚ್ಚಾಗುತ್ತದೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಕಂಪನಿಯು ಹಣವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ, ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ತಾಂತ್ರಿಕ ನಿಯತಾಂಕಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದರ ಜೊತೆಗೆ, ನೀವು ವ್ಯಾಪಾರ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಹಣದ ಮೇಲೆ ನೇರವಾಗಿ ಪರಿಣಾಮ ಬೀರುವ ಮೆಟ್ರಿಕ್‌ಗಳು. ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ವಿವಿಧ ಸಂವಹನಗಳು (CRM, ERP ಮತ್ತು ಇತರರು). ನಿರ್ದಿಷ್ಟ ಅವಧಿಗೆ ಆದೇಶಗಳ ಸಂಖ್ಯೆ. ಯಶಸ್ವಿ ಅಥವಾ ವಿಫಲವಾದ ಕ್ಲೈಂಟ್ ಅಧಿಕಾರಗಳು ಮತ್ತು ಇತರ ಮೆಟ್ರಿಕ್‌ಗಳು.
ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂವಹನ
ಒಂದು ಶತಕೋಟಿ ರೂಬಲ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಿನ ವಾರ್ಷಿಕ ವಹಿವಾಟು ಹೊಂದಿರುವ ಯಾವುದೇ ವೆಬ್ಸೈಟ್ ಅಥವಾ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ. ಮೇಲೆ ತಿಳಿಸಿದ CRM ಮತ್ತು ERP ಯಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಖರೀದಿಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗೆ ಅವರು ಖಂಡಿತವಾಗಿಯೂ ಖರೀದಿಸುವ ಉತ್ಪನ್ನವನ್ನು ನೀಡಲು ಬಾಹ್ಯ ಬಿಗ್ ಡೇಟಾ ಸಿಸ್ಟಮ್‌ಗೆ ಮಾರಾಟದ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವುದರೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ (ವಾಸ್ತವವಾಗಿ, ಅಲ್ಲ). ಅಂತಹ ಪ್ರತಿಯೊಂದು ವ್ಯವಸ್ಥೆಯು ತನ್ನದೇ ಆದ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ. ಮತ್ತು ಆಗಾಗ್ಗೆ ಈ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂವಹನವು ನೋವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ವಿಶೇಷವಾಗಿ ಸಮಸ್ಯೆಯು ಜಾಗತಿಕವಾಗಿದ್ದಾಗ ಮತ್ತು ನೀವು ಅದನ್ನು ವಿವಿಧ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಿಶ್ಲೇಷಿಸಬೇಕಾಗಿದೆ.
ಕೆಲವು ವ್ಯವಸ್ಥೆಗಳು ತಮ್ಮ ನಿರ್ವಾಹಕರಿಗೆ ಫೋನ್ ಸಂಖ್ಯೆ ಅಥವಾ ಟೆಲಿಗ್ರಾಮ್ ಅನ್ನು ಒದಗಿಸುತ್ತವೆ. ಎಲ್ಲೋ ನೀವು ವ್ಯವಸ್ಥಾಪಕರಿಗೆ ಪತ್ರಗಳನ್ನು ಬರೆಯಬೇಕು ಅಥವಾ ಈ ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳ ಬಗ್ ಟ್ರ್ಯಾಕರ್‌ಗಳಿಗೆ ಹೋಗಬೇಕು. ಒಂದು ದೊಡ್ಡ ಕಂಪನಿಯ ಸಂದರ್ಭದಲ್ಲಿಯೂ ಸಹ, ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ಅಪ್ಲಿಕೇಶನ್ ಲೆಕ್ಕಪತ್ರ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಕೆಲವೊಮ್ಮೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ. ನೀವು ಒಂದು ಷರತ್ತುಬದ್ಧ ಜಿರಾದಲ್ಲಿ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ. ನಂತರ ಈ ಮೊದಲ ಜಿರಾನ ಕಾಮೆಂಟ್‌ನಲ್ಲಿ ನೀವು ಇನ್ನೊಂದು ಜಿರಾದಲ್ಲಿ ಸಮಸ್ಯೆಯ ಲಿಂಕ್ ಅನ್ನು ಹಾಕುತ್ತೀರಿ. ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿನ ಎರಡನೇ ಜಿರಾದಲ್ಲಿ, ಯಾರೋ ಈಗಾಗಲೇ ಕಾಮೆಂಟ್ ಬರೆಯುತ್ತಿದ್ದಾರೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ನೀವು ಷರತ್ತುಬದ್ಧ ನಿರ್ವಾಹಕ ಆಂಡ್ರೆಗೆ ಕರೆ ಮಾಡಬೇಕಾಗಿದೆ. ಮತ್ತು ಹೀಗೆ.
ಈ ಸಮಸ್ಯೆಗೆ ಉತ್ತಮ ಪರಿಹಾರವೆಂದರೆ ಸಂವಹನಕ್ಕಾಗಿ ಒಂದೇ ಜಾಗವನ್ನು ರಚಿಸುವುದು, ಉದಾಹರಣೆಗೆ ಸ್ಲಾಕ್‌ನಲ್ಲಿ. ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವ ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರನ್ನು ಸೇರಲು ಆಹ್ವಾನಿಸುವುದು. ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಕಲು ಮಾಡದಂತೆ ಒಂದೇ ಟ್ರ್ಯಾಕರ್. ಮೇಲ್ವಿಚಾರಣಾ ಅಧಿಸೂಚನೆಗಳಿಂದ ಹಿಡಿದು ಭವಿಷ್ಯದಲ್ಲಿ ದೋಷ ಪರಿಹಾರಗಳ ಔಟ್‌ಪುಟ್‌ವರೆಗೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಬೇಕು. ಇದು ಅವಾಸ್ತವಿಕವಾಗಿದೆ ಎಂದು ನೀವು ಹೇಳುತ್ತೀರಿ ಮತ್ತು ಐತಿಹಾಸಿಕವಾಗಿ ನಾವು ಒಂದು ಟ್ರ್ಯಾಕರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಅವರು ಇನ್ನೊಂದರಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳು ಕಾಣಿಸಿಕೊಂಡವು, ಅವರು ತಮ್ಮದೇ ಆದ ಸ್ವಾಯತ್ತ ಐಟಿ ತಂಡಗಳನ್ನು ಹೊಂದಿದ್ದರು. ನಾನು ಒಪ್ಪುತ್ತೇನೆ ಮತ್ತು ಆದ್ದರಿಂದ ಸಮಸ್ಯೆಯನ್ನು CIO ಅಥವಾ ಉತ್ಪನ್ನ ಮಾಲೀಕರ ಮಟ್ಟದಲ್ಲಿ ಮೇಲಿನಿಂದ ಪರಿಹರಿಸಬೇಕಾಗಿದೆ.
ನೀವು ಸಂವಹನ ನಡೆಸುವ ಪ್ರತಿಯೊಂದು ವ್ಯವಸ್ಥೆಯು ಆದ್ಯತೆಯ ಮೂಲಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸ್ಪಷ್ಟವಾದ SLA ಯೊಂದಿಗೆ ಸೇವೆಯಾಗಿ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಬೇಕು. ಮತ್ತು ಷರತ್ತುಬದ್ಧ ನಿರ್ವಾಹಕ ಆಂಡ್ರೆ ನಿಮಗಾಗಿ ಒಂದು ನಿಮಿಷವನ್ನು ಹೊಂದಿರುವಾಗ ಅಲ್ಲ.
ಬಾಟಲ್ ನೆಕ್ ಮ್ಯಾನ್
ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಬ್ಬರೂ (ಅಥವಾ ಉತ್ಪನ್ನ) ವಿಹಾರಕ್ಕೆ ಹೋಗುವಾಗ ಅವರ ಮೇಲಧಿಕಾರಿಗಳಲ್ಲಿ ಸೆಳೆತವನ್ನು ಉಂಟುಮಾಡುವ ವ್ಯಕ್ತಿಯನ್ನು ಹೊಂದಿದ್ದಾರೆಯೇ? ಇದು ಡೆವೊಪ್ಸ್ ಎಂಜಿನಿಯರ್, ವಿಶ್ಲೇಷಕ ಅಥವಾ ಡೆವಲಪರ್ ಆಗಿರಬಹುದು. ಎಲ್ಲಾ ನಂತರ, ಯಾವ ಸರ್ವರ್‌ಗಳು ಯಾವ ಕಂಟೇನರ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿವೆ, ಸಮಸ್ಯೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಕಂಟೇನರ್ ಅನ್ನು ಹೇಗೆ ರೀಬೂಟ್ ಮಾಡುವುದು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ, ಯಾವುದೇ ಸಂಕೀರ್ಣ ಸಮಸ್ಯೆಯನ್ನು ಅವನಿಲ್ಲದೆ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಡೆವೊಪ್ಸ್ ಎಂಜಿನಿಯರ್‌ಗೆ ಮಾತ್ರ ತಿಳಿದಿದೆ. ನಿಮ್ಮ ಸಂಕೀರ್ಣ ಕಾರ್ಯವಿಧಾನವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿಶ್ಲೇಷಕರು ಮಾತ್ರ ತಿಳಿದಿರುತ್ತಾರೆ. ಯಾವ ಡೇಟಾ ಸ್ಟ್ರೀಮ್‌ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ. ಯಾವ ಸೇವೆಗಳಿಗೆ ವಿನಂತಿಗಳ ಯಾವ ನಿಯತಾಂಕಗಳ ಅಡಿಯಲ್ಲಿ, ನಾವು ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ.
ಲಾಗ್‌ಗಳಲ್ಲಿ ದೋಷಗಳು ಏಕೆ ಇವೆ ಎಂಬುದನ್ನು ಯಾರು ತ್ವರಿತವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಉತ್ಪನ್ನದಲ್ಲಿನ ನಿರ್ಣಾಯಕ ದೋಷವನ್ನು ತ್ವರಿತವಾಗಿ ಸರಿಪಡಿಸುತ್ತಾರೆ? ಸಹಜವಾಗಿ ಅದೇ ಡೆವಲಪರ್. ಇತರರು ಇವೆ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಂದ ಮಾತ್ರ ಅವರು ಸಿಸ್ಟಮ್ನ ವಿವಿಧ ಮಾಡ್ಯೂಲ್ಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.
ದಾಖಲೆಗಳ ಕೊರತೆಯೇ ಈ ಸಮಸ್ಯೆಗೆ ಮೂಲ. ಎಲ್ಲಾ ನಂತರ, ನಿಮ್ಮ ಸಿಸ್ಟಮ್ನ ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ವಿವರಿಸಿದರೆ, ವಿಶ್ಲೇಷಕವಿಲ್ಲದೆ ಸಮಸ್ಯೆಯನ್ನು ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. devops ತನ್ನ ಬಿಡುವಿಲ್ಲದ ವೇಳಾಪಟ್ಟಿಯಿಂದ ಒಂದೆರಡು ದಿನಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ ಮತ್ತು ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳು, ಸೇವೆಗಳು ಮತ್ತು ವಿಶಿಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಸೂಚನೆಗಳನ್ನು ವಿವರಿಸಿದರೆ, ಅವನ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಸಮಸ್ಯೆಯನ್ನು ಅವನಿಲ್ಲದೆ ಪರಿಹರಿಸಬಹುದು. ರಜೆಯ ಸಮಯದಲ್ಲಿ ಬೀಚ್‌ನಲ್ಲಿ ನಿಮ್ಮ ಬಿಯರ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಮುಗಿಸುವ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ವೈ-ಫೈಗಾಗಿ ನೋಡಿ.
ಬೆಂಬಲ ಸಿಬ್ಬಂದಿಯ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಜವಾಬ್ದಾರಿ
ದೊಡ್ಡ ಯೋಜನೆಗಳಲ್ಲಿ, ಕಂಪನಿಗಳು ಡೆವಲಪರ್ ಸಂಬಳವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದಿಲ್ಲ. ಅವರು ಇದೇ ರೀತಿಯ ಯೋಜನೆಗಳಿಂದ ದುಬಾರಿ ಮಧ್ಯಮ ಅಥವಾ ಹಿರಿಯರನ್ನು ಹುಡುಕುತ್ತಿದ್ದಾರೆ. ಬೆಂಬಲದೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿ ಸ್ವಲ್ಪ ವಿಭಿನ್ನವಾಗಿದೆ. ಅವರು ಸಾಧ್ಯವಿರುವ ಎಲ್ಲ ರೀತಿಯಲ್ಲಿ ಈ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದಾರೆ. ಕಂಪನಿಗಳು ದುಬಾರಿಯಲ್ಲದ ನಿನ್ನೆಯ ಎನಿಕೆ ಕೆಲಸಗಾರರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಧೈರ್ಯದಿಂದ ಯುದ್ಧಕ್ಕೆ ಹೋಗುತ್ತವೆ. ನಾವು Zelenograd ನಲ್ಲಿ ಸಸ್ಯದ ವ್ಯಾಪಾರ ಕಾರ್ಡ್ ವೆಬ್ಸೈಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ ಈ ತಂತ್ರವು ಸಾಧ್ಯ.
ನಾವು ದೊಡ್ಡ ಆನ್ಲೈನ್ ಅಂಗಡಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಪ್ರತಿ ಗಂಟೆಯ ಅಲಭ್ಯತೆಯನ್ನು ಎನಿಕಿ ನಿರ್ವಾಹಕರ ಮಾಸಿಕ ಸಂಬಳಕ್ಕಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತದೆ. ಆರಂಭಿಕ ಹಂತವಾಗಿ ವಾರ್ಷಿಕ ವಹಿವಾಟಿನ 1 ಬಿಲಿಯನ್ ರೂಬಲ್ಸ್ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ರೇಟಿಂಗ್‌ನಿಂದ ಯಾವುದೇ ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನ ಕನಿಷ್ಠ ವಹಿವಾಟು ಇದು . ಈ ಮೊತ್ತವನ್ನು ವರ್ಷಕ್ಕೆ ಗಂಟೆಗಳ ಸಂಖ್ಯೆಯಿಂದ ಭಾಗಿಸಿ ಮತ್ತು ನಿವ್ವಳ ನಷ್ಟದ 100 ಕ್ಕಿಂತ ಹೆಚ್ಚು ರೂಬಲ್ಸ್ಗಳನ್ನು ಪಡೆಯಿರಿ. ಮತ್ತು ನೀವು ರಾತ್ರಿಯ ಸಮಯವನ್ನು ಲೆಕ್ಕಿಸದಿದ್ದರೆ, ನೀವು ಸುರಕ್ಷಿತವಾಗಿ ಪ್ರಮಾಣವನ್ನು ದ್ವಿಗುಣಗೊಳಿಸಬಹುದು.
ಆದರೆ ಹಣವು ಮುಖ್ಯ ವಿಷಯವಲ್ಲ, ಸರಿ? (ಇಲ್ಲ, ಸಹಜವಾಗಿ ಮುಖ್ಯ ವಿಷಯ) ಖ್ಯಾತಿಯ ನಷ್ಟಗಳೂ ಇವೆ. ಪ್ರಸಿದ್ಧ ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನ ಅವನತಿಯು ಸಾಮಾಜಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಮತ್ತು ವಿಷಯಾಧಾರಿತ ಮಾಧ್ಯಮದಲ್ಲಿನ ಪ್ರಕಟಣೆಗಳಲ್ಲಿ ವಿಮರ್ಶೆಗಳ ಅಲೆಯನ್ನು ಉಂಟುಮಾಡಬಹುದು. ಮತ್ತು "ಅಲ್ಲಿ ಏನನ್ನೂ ಖರೀದಿಸಬೇಡಿ, ಅವರ ವೆಬ್ಸೈಟ್ ಯಾವಾಗಲೂ ಡೌನ್ ಆಗಿದೆ" ಎಂಬ ಶೈಲಿಯಲ್ಲಿ ಅಡುಗೆಮನೆಯಲ್ಲಿ ಸ್ನೇಹಿತರ ಸಂಭಾಷಣೆಗಳನ್ನು ಅಳೆಯಲಾಗುವುದಿಲ್ಲ.
ಈಗ ಜವಾಬ್ದಾರಿಗೆ. ನನ್ನ ಅಭ್ಯಾಸದಲ್ಲಿ, ಸೈಟ್‌ನ ಅಲಭ್ಯತೆಯ ಬಗ್ಗೆ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಿಂದ ಅಧಿಸೂಚನೆಗೆ ಕರ್ತವ್ಯದಲ್ಲಿರುವ ನಿರ್ವಾಹಕರು ಸಮಯಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸದಿದ್ದಾಗ ಒಂದು ಪ್ರಕರಣವಿತ್ತು. ಆಹ್ಲಾದಕರ ಬೇಸಿಗೆ ಶುಕ್ರವಾರ ಸಂಜೆ, ಮಾಸ್ಕೋದ ಪ್ರಸಿದ್ಧ ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನ ವೆಬ್ಸೈಟ್ ಸದ್ದಿಲ್ಲದೆ ಮಲಗಿತ್ತು. ಶನಿವಾರ ಬೆಳಿಗ್ಗೆ, ಈ ಸೈಟ್‌ನ ಉತ್ಪನ್ನ ನಿರ್ವಾಹಕರಿಗೆ ಸೈಟ್ ಏಕೆ ತೆರೆಯಲಿಲ್ಲ ಎಂಬುದು ಅರ್ಥವಾಗಲಿಲ್ಲ ಮತ್ತು Slack ನಲ್ಲಿ ಬೆಂಬಲ ಮತ್ತು ತುರ್ತು ಅಧಿಸೂಚನೆ ಚಾಟ್‌ಗಳಲ್ಲಿ ಮೌನವಿತ್ತು. ಅಂತಹ ತಪ್ಪಿನಿಂದಾಗಿ ನಮಗೆ ಆರು ಅಂಕಿಗಳ ಮೊತ್ತ ಮತ್ತು ಈ ಕರ್ತವ್ಯ ಅಧಿಕಾರಿ ತನ್ನ ಕೆಲಸವನ್ನು ಕಳೆದುಕೊಂಡರು.
ಜವಾಬ್ದಾರಿಯು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಕಷ್ಟಕರವಾದ ಕೌಶಲ್ಯವಾಗಿದೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಅದನ್ನು ಹೊಂದಿದ್ದಾನೆ ಅಥವಾ ಇಲ್ಲ. ಆದ್ದರಿಂದ, ಸಂದರ್ಶನಗಳ ಸಮಯದಲ್ಲಿ, ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಒಗ್ಗಿಕೊಂಡಿರುತ್ತಾನೆಯೇ ಎಂದು ಪರೋಕ್ಷವಾಗಿ ತೋರಿಸುವ ವಿವಿಧ ಪ್ರಶ್ನೆಗಳೊಂದಿಗೆ ಅದರ ಉಪಸ್ಥಿತಿಯನ್ನು ಗುರುತಿಸಲು ನಾನು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ತನ್ನ ಹೆತ್ತವರು ಹಾಗೆ ಹೇಳಿದ್ದರಿಂದ ಅವನು ವಿಶ್ವವಿದ್ಯಾಲಯವನ್ನು ಆರಿಸಿಕೊಂಡಿದ್ದೇನೆ ಅಥವಾ ಅವನು ಸಾಕಷ್ಟು ಸಂಪಾದಿಸುವುದಿಲ್ಲ ಎಂದು ಅವನ ಹೆಂಡತಿ ಹೇಳಿದ ಕಾರಣ ಉದ್ಯೋಗವನ್ನು ಬದಲಾಯಿಸಿದರೆ, ಅಂತಹ ಜನರೊಂದಿಗೆ ತೊಡಗಿಸಿಕೊಳ್ಳದಿರುವುದು ಉತ್ತಮ.
ಅಭಿವೃದ್ಧಿ ತಂಡದೊಂದಿಗೆ ಸಂವಹನ
ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಬಳಕೆದಾರರು ಉತ್ಪನ್ನದೊಂದಿಗೆ ಸರಳ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಿದಾಗ, ಬೆಂಬಲವು ಅವುಗಳನ್ನು ಸ್ವಂತವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ. ಸಮಸ್ಯೆಯನ್ನು ಪುನರುತ್ಪಾದಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ದಾಖಲೆಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ, ಇತ್ಯಾದಿ. ಆದರೆ ಉತ್ಪನ್ನದಲ್ಲಿ ದೋಷ ಕಾಣಿಸಿಕೊಂಡಾಗ ಏನು ಮಾಡಬೇಕು? ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಬೆಂಬಲವು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಕಾರ್ಯವನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ ಮತ್ತು ಇಲ್ಲಿಯೇ ಮೋಜು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.
ಡೆವಲಪರ್‌ಗಳು ನಿರಂತರವಾಗಿ ಓವರ್‌ಲೋಡ್ ಆಗಿರುತ್ತಾರೆ. ಅವರು ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ರಚಿಸುತ್ತಿದ್ದಾರೆ. ಮಾರಾಟದೊಂದಿಗೆ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದು ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಚಟುವಟಿಕೆಯಲ್ಲ. ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಡೆಡ್‌ಲೈನ್‌ಗಳು ಸಮೀಪಿಸುತ್ತಿವೆ. ತದನಂತರ ಬೆಂಬಲದಿಂದ ಅಹಿತಕರ ಜನರು ಬಂದು ಹೇಳುತ್ತಾರೆ: "ತಕ್ಷಣ ಎಲ್ಲವನ್ನೂ ಬಿಟ್ಟುಬಿಡಿ, ನಮಗೆ ಸಮಸ್ಯೆಗಳಿವೆ." ಅಂತಹ ಕಾರ್ಯಗಳ ಆದ್ಯತೆಯು ಕಡಿಮೆಯಾಗಿದೆ. ವಿಶೇಷವಾಗಿ ಸಮಸ್ಯೆಯು ಅತ್ಯಂತ ನಿರ್ಣಾಯಕವಾಗಿಲ್ಲದಿದ್ದಾಗ ಮತ್ತು ಸೈಟ್‌ನ ಮುಖ್ಯ ಕಾರ್ಯಚಟುವಟಿಕೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಬಿಡುಗಡೆ ವ್ಯವಸ್ಥಾಪಕರು ಉಬ್ಬುವ ಕಣ್ಣುಗಳೊಂದಿಗೆ ಓಡದಿದ್ದಾಗ ಮತ್ತು ಬರೆಯಿರಿ: "ಮುಂದಿನ ಬಿಡುಗಡೆ ಅಥವಾ ಹಾಟ್‌ಫಿಕ್ಸ್‌ಗೆ ಈ ಕಾರ್ಯವನ್ನು ತುರ್ತಾಗಿ ಸೇರಿಸಿ."
ಸಾಮಾನ್ಯ ಅಥವಾ ಕಡಿಮೆ ಆದ್ಯತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಬಿಡುಗಡೆಯಿಂದ ಬಿಡುಗಡೆಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. "ಕಾರ್ಯವನ್ನು ಯಾವಾಗ ಪೂರ್ಣಗೊಳಿಸಲಾಗುತ್ತದೆ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ನೀವು ಈ ಶೈಲಿಯಲ್ಲಿ ಉತ್ತರಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೀರಿ: "ಕ್ಷಮಿಸಿ, ಇದೀಗ ಬಹಳಷ್ಟು ಕಾರ್ಯಗಳಿವೆ, ನಿಮ್ಮ ತಂಡದ ನಾಯಕರನ್ನು ಕೇಳಿ ಅಥವಾ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿ."
ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ರಚಿಸುವುದಕ್ಕಿಂತ ಉತ್ಪಾದಕತೆಯ ಸಮಸ್ಯೆಗಳು ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ. ಬಳಕೆದಾರರು ನಿರಂತರವಾಗಿ ದೋಷಗಳ ಮೇಲೆ ಮುಗ್ಗರಿಸಿದರೆ ಕೆಟ್ಟ ವಿಮರ್ಶೆಗಳು ಬರಲು ಹೆಚ್ಚು ಸಮಯ ಇರುವುದಿಲ್ಲ. ಹಾನಿಗೊಳಗಾದ ಖ್ಯಾತಿಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸುವುದು ಕಷ್ಟ.
ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬೆಂಬಲದ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಸಮಸ್ಯೆಗಳನ್ನು DevOps ಮೂಲಕ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ. ಅಭಿವೃದ್ಧಿಗಾಗಿ ಪರೀಕ್ಷಾ ಪರಿಸರವನ್ನು ರಚಿಸಲು ಸಹಾಯ ಮಾಡುವ ನಿರ್ದಿಷ್ಟ ವ್ಯಕ್ತಿಯ ರೂಪದಲ್ಲಿ ಈ ಸಂಕ್ಷೇಪಣವನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, CICD ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಪರೀಕ್ಷಿಸಿದ ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದನೆಗೆ ತರುತ್ತದೆ. DevOps ಎನ್ನುವುದು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಗೆ ಒಂದು ವಿಧಾನವಾಗಿದ್ದು, ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿನ ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರು ಪರಸ್ಪರ ನಿಕಟವಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ರಚಿಸಲು ಮತ್ತು ನವೀಕರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ. ನನ್ನ ಪ್ರಕಾರ ವಿಶ್ಲೇಷಕರು, ಅಭಿವರ್ಧಕರು, ಪರೀಕ್ಷಕರು ಮತ್ತು ಬೆಂಬಲ.
ಈ ವಿಧಾನದಲ್ಲಿ, ಬೆಂಬಲ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ತಮ್ಮದೇ ಆದ ಗುರಿಗಳು ಮತ್ತು ಉದ್ದೇಶಗಳೊಂದಿಗೆ ವಿಭಿನ್ನ ಇಲಾಖೆಗಳಲ್ಲ. ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದೆ ಮತ್ತು ಪ್ರತಿಯಾಗಿ. ವಿತರಿಸಿದ ತಂಡಗಳ ಪ್ರಸಿದ್ಧ ನುಡಿಗಟ್ಟು: “ಸಮಸ್ಯೆಯು ನನ್ನ ಕಡೆ ಇಲ್ಲ” ಇನ್ನು ಮುಂದೆ ಚಾಟ್‌ಗಳಲ್ಲಿ ಆಗಾಗ್ಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಅಂತಿಮ ಬಳಕೆದಾರರು ಸ್ವಲ್ಪ ಸಂತೋಷವಾಗುತ್ತಾರೆ.
ಮೂಲ: www.habr.com