ಇವಾನ್ DevOps ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಹೇಗೆ ಮಾಡಿದರು. ಪ್ರಭಾವದ ವಸ್ತು

ಇವಾನ್ ಮೊದಲ ಬಾರಿಗೆ DevOps ಮೆಟ್ರಿಕ್‌ಗಳ ಬಗ್ಗೆ ಯೋಚಿಸಿದಾಗಿನಿಂದ ಒಂದು ವಾರ ಕಳೆದಿದೆ ಮತ್ತು ಅವರ ಸಹಾಯದಿಂದ ಉತ್ಪನ್ನ ವಿತರಣಾ ಸಮಯವನ್ನು ನಿರ್ವಹಿಸುವುದು ಅವಶ್ಯಕ ಎಂದು ಅರಿತುಕೊಂಡರು. (ಟೈಮ್-ಟು-ಮಾರ್ಕೆಟ್).

ವಾರಾಂತ್ಯದಲ್ಲಿ ಸಹ, ಅವರು ಮೆಟ್ರಿಕ್‌ಗಳ ಬಗ್ಗೆ ಯೋಚಿಸಿದರು: “ಹಾಗಾದರೆ ನಾನು ಸಮಯವನ್ನು ಅಳೆಯಿದರೆ ಏನು? ಅದು ನನಗೆ ಏನು ನೀಡುತ್ತದೆ?

ವಾಸ್ತವವಾಗಿ, ಸಮಯದ ಜ್ಞಾನವು ಏನನ್ನು ನೀಡುತ್ತದೆ? ವಿತರಣೆಯು 5 ದಿನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಹೇಳೋಣ. ಹಾಗಾದರೆ, ಮುಂದೇನು? ಇದು ಒಳ್ಳೆಯದು ಅಥವಾ ಕೆಟ್ಟದ್ದೇ? ಇದು ಕೆಟ್ಟದ್ದಾಗಿದ್ದರೂ ಸಹ, ನೀವು ಈ ಸಮಯವನ್ನು ಹೇಗಾದರೂ ಕಡಿಮೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಮತ್ತೆ ಹೇಗೆ?
ಈ ಆಲೋಚನೆಗಳು ಅವನನ್ನು ಕಾಡಿದವು, ಆದರೆ ಯಾವುದೇ ಪರಿಹಾರ ಬರಲಿಲ್ಲ.

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

ಹೇಗಿರಬೇಕು?...

ಮೆಟ್ರಿಕ್ ಸಾಮಾನ್ಯ ಮರದ ಆಡಳಿತಗಾರನಂತೆ. ಅದರ ಸಹಾಯದಿಂದ ಮಾಡಿದ ಅಳತೆಗಳು ಕಾರಣವನ್ನು ಹೇಳುವುದಿಲ್ಲ, ಏಕೆ ಅಳತೆ ಮಾಡಲಾದ ವಸ್ತುವು ನಿಖರವಾಗಿ ಅವಳು ತೋರಿಸಿದ ಉದ್ದವಾಗಿದೆ. ಆಡಳಿತಗಾರನು ಅದರ ಗಾತ್ರವನ್ನು ಸರಳವಾಗಿ ತೋರಿಸುತ್ತಾನೆ ಮತ್ತು ಹೆಚ್ಚೇನೂ ಇಲ್ಲ. ಅವಳು ತತ್ವಜ್ಞಾನಿಗಳ ಕಲ್ಲು ಅಲ್ಲ, ಆದರೆ ಸರಳವಾಗಿ ಅಳೆಯಲು ಮರದ ಹಲಗೆ.

ತನ್ನ ನೆಚ್ಚಿನ ಬರಹಗಾರ ಹ್ಯಾರಿ ಹ್ಯಾರಿಸನ್ ಅವರ "ಸ್ಟೇನ್‌ಲೆಸ್ ಸ್ಟೀಲ್ ಇಲಿ" ಯಾವಾಗಲೂ ಹೀಗೆ ಹೇಳುತ್ತಾನೆ: ಒಂದು ಆಲೋಚನೆಯು ಮೆದುಳಿನ ಕೆಳಭಾಗವನ್ನು ತಲುಪಬೇಕು ಮತ್ತು ಅಲ್ಲಿ ಮಲಗಬೇಕು, ಆದ್ದರಿಂದ ಹಲವಾರು ದಿನಗಳವರೆಗೆ ಯಾವುದೇ ಪ್ರಯೋಜನವಾಗದೆ ಬಳಲುತ್ತಿದ್ದ ನಂತರ, ಇವಾನ್ ಮತ್ತೊಂದು ಕೆಲಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ನಿರ್ಧರಿಸಿದನು ...

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

ಅಳತೆ ಮಾಡಿದ ಮೌಲ್ಯವನ್ನು ಬದಲಾಯಿಸಲು ಈ ಮೌಲ್ಯವನ್ನು ರೂಪಿಸುವವರ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದು ಅವಶ್ಯಕ ಎಂದು ಅದು ಬದಲಾಯಿತು, ಅಂದರೆ. ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ನ ಹಣದ ಮೊತ್ತವನ್ನು ಬದಲಾಯಿಸಲು, ಈ ಅಂಗಡಿಯ ಗ್ರಾಹಕರ ನಡವಳಿಕೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದು ಅಗತ್ಯವಾಗಿತ್ತು ಮತ್ತು DevOps ನಲ್ಲಿ ವಿತರಣಾ ಸಮಯವನ್ನು ಬದಲಾಯಿಸಲು, ಈ ಸಮಯದಲ್ಲಿ "ರಚಿಸುವ" ತಂಡಗಳ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದು ಅಗತ್ಯವಾಗಿತ್ತು, ಅಂದರೆ. ಅವರ ಕೆಲಸದಲ್ಲಿ DevOps ಬಳಸಿ.

DevOps ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಗ್ರಾಫ್‌ಗಳಿಂದ ಪ್ರತಿನಿಧಿಸಬಾರದು ಎಂದು ಇವಾನ್ ಅರಿತುಕೊಂಡರು. ಅವರು ತಮ್ಮನ್ನು ಪ್ರತಿನಿಧಿಸಬೇಕು ಹುಡುಕಾಟ ಸಾಧನ ಅಂತಿಮ ವಿತರಣಾ ಸಮಯವನ್ನು ರೂಪಿಸುವ "ಅತ್ಯುತ್ತಮ" ತಂಡಗಳು.

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

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

ಹಿಂಜರಿಕೆಯಿಲ್ಲದೆ, ಇವಾನ್ ಫೋನ್ ಎತ್ತಿಕೊಂಡು DevOps ನ ಒಳ ಮತ್ತು ಹೊರಗನ್ನು ಚೆನ್ನಾಗಿ ತಿಳಿದಿರುವ ವ್ಯಕ್ತಿಯ ಸಂಖ್ಯೆಯನ್ನು ಡಯಲ್ ಮಾಡಿದರು:

- ಡೆನಿಸ್, ದಯವಿಟ್ಟು ಹೇಳಿ, ತಂಡವು ಈ ಅಥವಾ ಆ ನಿಲುವನ್ನು ಹಾದುಹೋಗಿದೆ ಎಂದು ಹೇಗಾದರೂ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವೇ?
- ಖಂಡಿತ. ಬೆಂಚ್‌ನಲ್ಲಿ ಬಿಲ್ಡ್ ಯಶಸ್ವಿಯಾಗಿ ಹೊರಹೊಮ್ಮಿದರೆ (ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾದರೆ) ನಮ್ಮ ಜೆಂಕಿನ್ಸ್ ಧ್ವಜವನ್ನು ತ್ಯಜಿಸುತ್ತಾರೆ.
- ಚೆನ್ನಾಗಿದೆ. ಧ್ವಜ ಎಂದರೇನು?
- ಇದು "stand_OK" ಅಥವಾ "stand_FAIL" ನಂತಹ ಸಾಮಾನ್ಯ ಪಠ್ಯ ಫೈಲ್ ಆಗಿದೆ, ಇದು ಅಸೆಂಬ್ಲಿ ಸ್ಟ್ಯಾಂಡ್ ಅನ್ನು ಅಂಗೀಕರಿಸಿದೆ ಅಥವಾ ವಿಫಲವಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಸರಿ, ನೀವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೀರಿ, ಸರಿ?
- ನಾನು ಊಹೆ, ಹೌದು. ಅಸೆಂಬ್ಲಿ ಇರುವ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಅದೇ ಫೋಲ್ಡರ್ಗೆ ಬರೆಯಲಾಗಿದೆಯೇ?
- ಹೌದು
- ಅಸೆಂಬ್ಲಿ ಪರೀಕ್ಷಾ ಪೀಠವನ್ನು ರವಾನಿಸದಿದ್ದರೆ ಏನಾಗುತ್ತದೆ? ನಾನು ಹೊಸ ನಿರ್ಮಾಣವನ್ನು ಮಾಡಬೇಕೇ?
- ಹೌದು
- ಸರಿ, ಸರಿ, ಧನ್ಯವಾದಗಳು. ಮತ್ತು ಇನ್ನೊಂದು ಪ್ರಶ್ನೆ: ನಾನು ಧ್ವಜದ ರಚನೆಯ ದಿನಾಂಕವನ್ನು ಸ್ಟ್ಯಾಂಡ್‌ನ ದಿನಾಂಕವಾಗಿ ಬಳಸಬಹುದೆಂದು ನಾನು ಸರಿಯಾಗಿ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ?
- ಸಂಪೂರ್ಣವಾಗಿ!
- ಚೆನ್ನಾಗಿದೆ!

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

"ಹೆಚ್ಚು ಸಮಯವನ್ನು ಎಲ್ಲಿ ಕಳೆಯಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು, ನಾವು ತಂಡಗಳನ್ನು ಗುರುತಿಸುತ್ತೇವೆ, ಅವರ ಬಳಿಗೆ ಹೋಗಿ ಸಮಸ್ಯೆಯನ್ನು ಅಗೆಯುತ್ತೇವೆ." ಇವಾನ್ ಮುಗುಳ್ನಕ್ಕು.

ನಾಳೆಗಾಗಿ, ಅವರು ಚಿತ್ರಿಸುತ್ತಿರುವ ವ್ಯವಸ್ಥೆಯ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಚಿತ್ರಿಸುವ ಕಾರ್ಯವನ್ನು ಸ್ವತಃ ಹೊಂದಿಸಿಕೊಂಡರು.

ಮುಂದುವರೆಸಲು ...

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ