DORA ವರದಿ 2019: DevOps ದಕ್ಷತೆಯನ್ನು ಹೇಗೆ ಸುಧಾರಿಸುವುದು

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

ತಂಡದ Mail.ru ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳು ನಿಂದ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಅನುವಾದಿಸಲಾಗಿದೆ 2019 DevOps ವರದಿಯನ್ನು ವೇಗಗೊಳಿಸಿ, DevOps ಸಂಶೋಧನೆ ಮತ್ತು ಮೌಲ್ಯಮಾಪನ (DORA) ತಜ್ಞರು ಸಂಕಲಿಸಿದ್ದಾರೆ. ಈ ಅಧ್ಯಯನವು ಪ್ರಪಂಚದಾದ್ಯಂತದ 31 ತಜ್ಞರನ್ನು ಒಳಗೊಂಡಿತ್ತು. 000 ರಲ್ಲಿ ಉದ್ಯಮದಲ್ಲಿ ಏನು ಬದಲಾಗಿದೆ ಮತ್ತು ವ್ಯವಹಾರಗಳು ತಮ್ಮ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆಲಿವರಿ ದಕ್ಷತೆಯನ್ನು ಹೇಗೆ ಸುಧಾರಿಸಬಹುದು ಎಂಬುದನ್ನು ನೋಡೋಣ.

ಉದ್ಯಮ ಮತ್ತು ಕಂಪನಿಯ ಗಾತ್ರವು DevOps ರಾಜ್ಯದ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ

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

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

ಕಂಪನಿಯಲ್ಲಿ DevOps ಮಟ್ಟವನ್ನು ಹೇಗೆ ನಿರ್ಣಯಿಸುವುದು

ತಜ್ಞರು DevOps ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಬೆಂಚ್‌ಮಾರ್ಕ್‌ಗೆ ಹೋಲಿಸಿದ್ದಾರೆ, ಸಮೀಕ್ಷೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಿದವರನ್ನು ಉತ್ತಮ, ಉತ್ತಮ, ಸರಾಸರಿ ಮತ್ತು ಕಳಪೆ ಪ್ರದರ್ಶನಕಾರರ ನಾಲ್ಕು ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದಾರೆ.

ವರದಿಗಾಗಿ, DevOps ನ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ನಿರ್ಣಯಿಸಲು ನಾವು ನಾಲ್ಕು ಪ್ರಮುಖ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಮಯ, ನಿಯೋಜನೆ ಆವರ್ತನ, ವೈಫಲ್ಯ ದರ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಸಮಯ.

DevOps ನ ನಾಲ್ಕು ಹಂತಗಳು - ನಿಮ್ಮ ಕಂಪನಿ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಣಯಿಸಿ:

ಕಂಪನಿಯ ಮುಖ್ಯ ಸೇವೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ವಿತರಣೆಯ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ನಿರ್ಣಯಿಸಲು ಒಂದು ಮೆಟ್ರಿಕ್

ಅತ್ಯುತ್ತಮ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿರುವ ತಂಡಗಳು

ಉತ್ತಮ ಪ್ರದರ್ಶನ ಹೊಂದಿರುವ ತಂಡಗಳು

ಸರಾಸರಿ ತಂಡಗಳು

ಕಡಿಮೆ ಪ್ರದರ್ಶನ ತಂಡಗಳು

ನಿಯೋಜನೆ ಆವರ್ತನ
ಕಂಪನಿಯು ಉತ್ಪಾದನೆಗೆ ಕೋಡ್ ಅನ್ನು ಎಷ್ಟು ಬಾರಿ ನಿಯೋಜಿಸುತ್ತದೆ ಅಥವಾ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ.

ವಿನಂತಿಯ ಮೇರೆಗೆ, ದಿನಕ್ಕೆ ಹಲವಾರು ನಿಯೋಜನೆಗಳು

ದಿನಕ್ಕೆ ಒಮ್ಮೆಯಿಂದ ವಾರಕ್ಕೊಮ್ಮೆ

ವಾರಕ್ಕೊಮ್ಮೆ ತಿಂಗಳಿಗೊಮ್ಮೆ

ತಿಂಗಳಿಗೊಮ್ಮೆ/ಹಲವು ತಿಂಗಳಿಗೊಮ್ಮೆ

ಮರಣದಂಡನೆಯ ಸಮಯವನ್ನು ಬದಲಾಯಿಸಿ
ಉತ್ಪಾದನೆಯಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ ಪರೀಕ್ಷೆಯಿಂದ ಸರಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ?

ಒಂದು ದಿನಕ್ಕಿಂತ ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ

ಒಂದು ದಿನದಿಂದ ಒಂದು ವಾರದವರೆಗೆ

ಒಂದು ವಾರದಿಂದ ಒಂದು ತಿಂಗಳವರೆಗೆ

ಒಂದು ತಿಂಗಳಿಂದ ಆರು ತಿಂಗಳವರೆಗೆ

ಸೇವೆಯ ಚೇತರಿಕೆಯ ಸಮಯ
ಬಳಕೆದಾರರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಘಟನೆ ಅಥವಾ ದೋಷದ ನಂತರ ಸೇವೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಒಂದು ಗಂಟೆಗಿಂತ ಕಡಿಮೆ

ಹಗಲು ಹೊತ್ತಿನಲ್ಲಿ

ಒಂದು ವಾರದಲ್ಲಿ

ಒಂದು ವಾರದಿಂದ ಒಂದು ತಿಂಗಳವರೆಗೆ

ವೈಫಲ್ಯ ದರವನ್ನು ಬದಲಾಯಿಸಿ
ಯಾವ ಶೇಕಡಾವಾರು ಅಪ್‌ಡೇಟ್‌ಗಳು ಅಥವಾ ಹೊಸ ಬಿಡುಗಡೆಗಳು ಸೇವೆಯನ್ನು ಹದಗೆಡಿಸುತ್ತವೆ ಮತ್ತು ಪರಿಹಾರಗಳ ಅಗತ್ಯವಿದೆಯೇ?

0-15%

0-15%

0-15%

46-60%

ಅಧ್ಯಯನವು ಈ ಕೆಳಗಿನ ಪ್ರವೃತ್ತಿಯನ್ನು ಬಹಿರಂಗಪಡಿಸಿದೆ: ಉನ್ನತ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ ತಂಡಗಳ ಸಂಖ್ಯೆಯು ಸುಮಾರು ಮೂರು ಪಟ್ಟು ಹೆಚ್ಚಾಗಿದೆ, 7 ರಲ್ಲಿ ಎಲ್ಲಾ ಪ್ರತಿಕ್ರಿಯಿಸಿದವರಲ್ಲಿ 2018% ರಿಂದ 20 ರಲ್ಲಿ 2019% ಕ್ಕೆ ಹೆಚ್ಚಾಗುತ್ತದೆ.

ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಟ್ಟದಿಂದ ಅಭಿವೃದ್ಧಿ ತಂಡಗಳ ವಿತರಣೆ.

ಕಡಿಮೆ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಗುಂಪಿನಲ್ಲಿರುವ ತಂಡಗಳಿಗೆ ಹೋಲಿಸಿದರೆ, ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ DevOps ತಂಡಗಳು:

1. 208 ಪಟ್ಟು ಹೆಚ್ಚು ಕೋಡ್ ನಿಯೋಜನೆಗಳನ್ನು ನಿರ್ವಹಿಸಲಾಗಿದೆ.
2. ಕೋಡ್ ನಿಯೋಜನೆಯಲ್ಲಿ 106 ಪಟ್ಟು ಕಡಿಮೆ ಸಮಯವನ್ನು ಕಳೆದಿದೆ.
3. ನಾವು 7 ಪಟ್ಟು ಕಡಿಮೆ ಬಾರಿ ವೈಫಲ್ಯಗಳನ್ನು ಎದುರಿಸಿದ್ದೇವೆ.
4. ವೈಫಲ್ಯಗಳ ನಂತರ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು 2,604 ಪಟ್ಟು ವೇಗವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗಿದೆ.

ಹೆಚ್ಚುವರಿಯಾಗಿ, ಉನ್ನತ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ DevOps ತಂಡಗಳು ಕಡಿಮೆ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ ತಂಡಗಳಿಗಿಂತ ತಮ್ಮ ಸಾಂಸ್ಥಿಕ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಪೂರೈಸುವ ಅಥವಾ ಮೀರುವ ಸಾಧ್ಯತೆ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು.

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

DevOps ತಂಡಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿನ ಬೆಳವಣಿಗೆಯಲ್ಲಿ ನನಗೆ ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ; ಇದು ಸ್ವಾಭಾವಿಕವಾಗಿದೆ: DevOps ತತ್ವವು ಈಗ ಜನಪ್ರಿಯವಾಗಿದೆ ಮತ್ತು ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ಗಳ ಸಂಖ್ಯೆಯು ಬೆಳೆಯುತ್ತಿದೆ.

ಆದರೆ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, DevOps ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ನಿರ್ಣಯಿಸಲು ತಜ್ಞರು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾದ ನಿಯತಾಂಕಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲಿಲ್ಲ.

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

ಸೇವೆಯ ಮರುಪಡೆಯುವಿಕೆ ಸಮಯದಲ್ಲೂ ಇದು ನಿಜ: ಯಾವುದೇ ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಸೇವೆಗೆ ಅದನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಲೆಕ್ಕ ಹಾಕಬೇಕು, ಆದರೆ ಅನೇಕ ಸೇವೆಗಳಿಗೆ ಅಲಭ್ಯತೆಯನ್ನು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ; ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ತಡೆರಹಿತ ರೋಲ್ಔಟ್ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು (ಉದಾಹರಣೆಗೆ ಹಸಿರು/ನೀಲಿ) ಕಂಡುಹಿಡಿಯಲಾಯಿತು.

ಅಲ್ಲದೆ, ನೀವು ಕೋಡ್ ನಿಯೋಜನೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕೇಂದ್ರೀಕರಿಸಬಾರದು - ಇದು ಅಭಿವೃದ್ಧಿ ತಂಡದ ಅಗತ್ಯತೆ ಮತ್ತು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನಿಯೋಜನೆಯು ಹೊಸ ಕಾರ್ಯವನ್ನು ಸೇರಿಸುವುದನ್ನು ಒಳಗೊಂಡಿದ್ದರೆ, ಅದು ಒಂದು ವಿಷಯ, ಆದರೆ ಹಿಂದಿನ ನಿಯೋಜನೆಗಳ ಸಮಯದಲ್ಲಿ ಮಾಡಿದ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದನ್ನು ಒಳಗೊಂಡಿದ್ದರೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿದೆ.

Denis Romanenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಲ್ಲಿ ಸ್ವತಂತ್ರ ತಜ್ಞ

DevOps ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹೇಗೆ ಸುಧಾರಿಸುವುದು

ವರದಿಯು DevOps ಅನ್ನು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುವ ಎರಡು ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ವಿತರಣೆಯ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದು ಮತ್ತು ಕೆಲಸಗಾರರ ಉತ್ಪಾದಕತೆಯನ್ನು ಸುಧಾರಿಸುವುದು.

ಪ್ರತಿಯೊಂದು ಪ್ರದೇಶವು ತನ್ನದೇ ಆದ ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಅದನ್ನು ಸುಧಾರಿಸುವ ಮೂಲಕ ನೀವು ಬಯಸಿದ ಗುರಿಯನ್ನು ಸಾಧಿಸಬಹುದು.

ವರದಿಯ ಪ್ರಕಾರ, ಡಿಜಿಟಲ್ ರೂಪಾಂತರದ ಕೀಲಿಯು ಕಾರ್ಪೊರೇಟ್ ಸಂಸ್ಕೃತಿಯಾಗಿದೆ. ಉನ್ನತ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ DevOps ತಂಡಗಳಿಗೆ ನಂಬಿಕೆಯ ಸಂಸ್ಕೃತಿ ಮತ್ತು ಮಾನಸಿಕ ಸುರಕ್ಷತೆ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಪ್ರಜ್ಞೆ ಮತ್ತು ಸ್ಪಷ್ಟ ಗುರಿಗಳ ಅಗತ್ಯವಿದೆ. ಈ ಪರಿಸರವು ತಂಡದ ಸದಸ್ಯರಿಗೆ ತಿಳುವಳಿಕೆಯುಳ್ಳ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು, ಅವರ ಅಭಿಪ್ರಾಯಗಳನ್ನು ಧ್ವನಿಸಲು ಮತ್ತು ಹೆಚ್ಚು ಸೃಜನಾತ್ಮಕವಾಗಿರಲು ಅನುಮತಿಸುತ್ತದೆ.

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

DevOps ನ ವಿಧಾನ ಮತ್ತು ಸಿದ್ಧಾಂತವು ನಿಖರವಾಗಿ ಈ ಪ್ರಕ್ರಿಯೆಗಳು ಕ್ಲೌಡ್ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಯಂತ್ರಾಂಶದಂತಹ ಬಾಹ್ಯ ಪರಿಸ್ಥಿತಿಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿಲ್ಲ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮೋಡವು ಒಂದು ಸಾಧನಕ್ಕಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ; ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ಅದು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಇತರರಲ್ಲಿ ಅದು ಅಡ್ಡಿಯಾಗುತ್ತದೆ ಅಥವಾ ಬೇಡಿಕೆಯಲ್ಲಿ ಇರುವುದಿಲ್ಲ.

Denis Romanenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಲ್ಲಿ ಸ್ವತಂತ್ರ ತಜ್ಞ

DevOps ತಂಡಗಳ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸುವ ಕೆಲವು ಅಂಶಗಳನ್ನು ನಾವು ಕೆಳಗೆ ನೋಡುತ್ತೇವೆ.

ಕ್ಲೌಡ್ ತಂತ್ರಜ್ಞಾನಗಳು DevOps ಯಶಸ್ಸನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತವೆ

2019 ರಲ್ಲಿ, DevOps ತಂಡಗಳ ಉತ್ಪಾದಕತೆಯನ್ನು ಗಣನೀಯವಾಗಿ ಹೆಚ್ಚಿಸುವ ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳನ್ನು ಹೆಚ್ಚು ಹೆಚ್ಚು ಸಂಸ್ಥೆಗಳು ಆಯ್ಕೆ ಮಾಡುತ್ತಿವೆ.

DevOps ತಂಡಗಳು ಯಾವ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ಬಳಸುತ್ತವೆ?

ಪ್ರತಿಕ್ರಿಯಿಸಿದವರಲ್ಲಿ 80% ರಷ್ಟು ಸ್ಥಾನವನ್ನು DORA ಕಂಡುಹಿಡಿದಿದೆ ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಕೋರ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅಥವಾ ಸೇವೆಗಳು. ಆದಾಗ್ಯೂ, ಕೇವಲ 29% ಪ್ರತಿಕ್ರಿಯಿಸಿದವರು ನ್ಯಾಷನಲ್ ಇನ್‌ಸ್ಟಿಟ್ಯೂಟ್ ಆಫ್ ಸ್ಟ್ಯಾಂಡರ್ಡ್ಸ್ ಅಂಡ್ ಟೆಕ್ನಾಲಜಿಯ ಕೋರ್ ಕ್ಲೌಡ್ ಗುಣಲಕ್ಷಣಗಳ ಎಲ್ಲಾ ಐದನ್ನೂ ಅಳವಡಿಸಿದ್ದಾರೆ-DevOps ಒಳಗೆ ಕ್ಲೌಡ್‌ನ ಮೌಲ್ಯವನ್ನು ನಿರ್ಣಯಿಸುವ ಪ್ರಮುಖ ಮಾನದಂಡವಾಗಿದೆ.

ಹ್ಯಾರಿಕ್ರೀಟ್

ಬಳಕೆದಾರರ ಶೇ

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

57%
(11 ರಿಂದ + 2018%)

ವ್ಯಾಪಕ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ
ಮೇಘ ಸಾಮರ್ಥ್ಯಗಳು ವಿವಿಧ ವೇದಿಕೆಗಳ ಮೂಲಕ ಲಭ್ಯವಿದೆ,
ಉದಾಹರಣೆಗೆ ಮೊಬೈಲ್ ಫೋನ್‌ಗಳು, ಟ್ಯಾಬ್ಲೆಟ್‌ಗಳು, ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಮತ್ತು ಕಾರ್ಯಸ್ಥಳಗಳು.

60%
(14 ರಿಂದ + 2018%)

ಸಂಪನ್ಮೂಲ ಪೂಲ್
ಪೂರೈಕೆದಾರರ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಹು-ಹಿಡುವಳಿದಾರರ ಮಾದರಿಯಾಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ, ಅಲ್ಲಿ ಭೌತಿಕ ಮತ್ತು ವರ್ಚುವಲ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬೇಡಿಕೆಯ ಮೇಲೆ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿಯೋಜಿಸಲಾಗುತ್ತದೆ.

58%
(15 ರಿಂದ + 2018%)

ಸ್ಕೇಲೆಬಿಲಿಟಿ ಮತ್ತು ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವ
ಸಂಪನ್ಮೂಲಗಳು ಬೇಡಿಕೆಯ ಮೇಲೆ ಅಡ್ಡಲಾಗಿ ಅಥವಾ ಲಂಬವಾಗಿ ಅಳೆಯುತ್ತವೆ, ಅವು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಅನಿಯಮಿತವಾಗಿರುತ್ತವೆ ಮತ್ತು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ಪ್ರಮಾಣದಲ್ಲಿ ನೀಡಬಹುದು.

58%
(135 ರಿಂದ +2018)

ಪಾರದರ್ಶಕತೆ
ಕ್ಲೌಡ್ ಸಿಸ್ಟಮ್‌ಗಳು ಸೇವೆಯ ಪ್ರಕಾರವನ್ನು ಅವಲಂಬಿಸಿ ಸಂಪನ್ಮೂಲ ಬಳಕೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ, ಆಪ್ಟಿಮೈಜ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ವರದಿ ಮಾಡುತ್ತದೆ: ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಸಂಸ್ಕರಣೆ, ದಟ್ಟಣೆಯ ಪ್ರಮಾಣ,
ಸಕ್ರಿಯ ಬಳಕೆದಾರ ಖಾತೆಗಳು.

62%
(14 ರಿಂದ + 2018%)

ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಸೇವೆಯಾಗಿ (PaaS) ಕಂಟೈನರ್‌ಗಳ ಸುತ್ತ ಕೇಂದ್ರೀಕೃತವಾದ ನಿಯೋಜನೆಯ ಮಾದರಿಯತ್ತ ಹೆಚ್ಚು ಚಲಿಸುತ್ತಿದೆ. ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿಯೋಜಿಸಲು ಸುಲಭವಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ತಂಡಗಳು ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅನ್ನು ಚಲಾಯಿಸುವ ಬಗ್ಗೆ ಮಾತ್ರ ಚಿಂತಿಸಬೇಕಾಗಿದೆ. ಸ್ಕೇಲಿಂಗ್, ಸಂಪನ್ಮೂಲ ಯೋಜನೆ, ಆಡಳಿತ ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ನಿರ್ವಹಣೆಯನ್ನು ಸಹ ಪೂರೈಕೆದಾರರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ.

ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರಿಗೆ, ವಿವಿಧ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುವುದು ಸಾರ್ವತ್ರಿಕ ಮಾನದಂಡವಾಗಿದೆ: ವರ್ಚುವಲ್ ಮೆಷಿನ್ ನೆಟ್‌ವರ್ಕಿಂಗ್, ಗುರುತು ಮತ್ತು ಪ್ರವೇಶ ನಿರ್ವಹಣೆ (IAM), ಸಂಗ್ರಹಣೆ ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗಳು, ಯಂತ್ರ ಕಲಿಕೆ, ಇಂಟರ್ನೆಟ್ ಆಫ್ ಥಿಂಗ್ಸ್ (IoT), ಕಂಟೇನರ್ ಪರಿಹಾರಗಳು, ಭದ್ರತಾ ಪರಿಹಾರಗಳು ಮತ್ತು ಇತರರು .

ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಗ್ರಾಹಕರು ಅವರು ಬಳಸುವ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತಾರೆ, ಇದು ವೆಚ್ಚದ ಪಾರದರ್ಶಕತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಸಾಂಪ್ರದಾಯಿಕ ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚಗಳ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯುವುದು ಕಷ್ಟ ಅಥವಾ ಅಸಾಧ್ಯವಾಗಿದೆ. ಮೇಲೆ ಪಟ್ಟಿ ಮಾಡಲಾದ ಕ್ಲೌಡ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪೂರೈಸುವ ಕಂಪನಿಗಳಿಂದ ಪ್ರತಿಕ್ರಿಯಿಸುವವರು ಸಾಫ್ಟ್‌ವೇರ್ ಚಾಲನೆಯ ವೆಚ್ಚವನ್ನು ನಿಖರವಾಗಿ ಅಂದಾಜು ಮಾಡುವ ಸಾಧ್ಯತೆ 2,6 ಪಟ್ಟು ಹೆಚ್ಚು, ಯಾವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಹೆಚ್ಚಿನ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು 2 ಪಟ್ಟು ಹೆಚ್ಚು ಮತ್ತು ಅವರ ಐಟಿ ಬಜೆಟ್‌ನಲ್ಲಿ ಉಳಿಯುವ ಸಾಧ್ಯತೆ 1,65 ಪಟ್ಟು ಹೆಚ್ಚು.

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

Denis Romanenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಲ್ಲಿ ಸ್ವತಂತ್ರ ತಜ್ಞ

DevOps ತಾಂತ್ರಿಕ ಅಭ್ಯಾಸಗಳು

DevOps ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಯಸುವ ಅನೇಕ ಸಂಸ್ಥೆಗಳು ಮಾರ್ಗದರ್ಶಿ ಸೂತ್ರಗಳು ಅಥವಾ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳನ್ನು ಹುಡುಕುತ್ತಿವೆ. ಆದಾಗ್ಯೂ, ಯಾವುದೇ ಎರಡು ಕಂಪನಿಗಳು ಒಂದೇ ಆಗಿರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಯಾವ ಅಭ್ಯಾಸಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ವ್ಯವಹಾರದ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ ಮತ್ತು ಅದರ ಗುರಿಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಹೇಳುವುದಾದರೆ, DevOps ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುವ ಸಾಮಾನ್ಯ ಕ್ಷೇತ್ರಗಳಿವೆ: ಕೆಲವು ತಂಡದ ಮಟ್ಟದಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ, ಇತರರಿಗೆ ಸಾಂಸ್ಥಿಕ ಮಟ್ಟದಲ್ಲಿ ಪ್ರಯತ್ನಗಳು ಬೇಕಾಗುತ್ತವೆ.

2019 ರಲ್ಲಿ DevOps ತಂಡಗಳಿಗೆ ಯಾವ ಬೆಳವಣಿಗೆಯ ಕ್ಷೇತ್ರಗಳನ್ನು ಹೈಲೈಟ್ ಮಾಡಲಾಗಿದೆ:

ಸಾಂಸ್ಥಿಕ ಮಟ್ಟದಲ್ಲಿ

• ಸಡಿಲವಾಗಿ ಜೋಡಿಸಲಾದ ವಾಸ್ತುಶಿಲ್ಪ
• ಬದಲಾವಣೆಗಳ ಅನುಷ್ಠಾನ
• ಕೋಡ್ ಬೆಂಬಲ

ತಂಡದ ಮಟ್ಟದಲ್ಲಿ

• ನಿರಂತರ ಏಕೀಕರಣ
• ಪರೀಕ್ಷಾ ಯಾಂತ್ರೀಕೃತಗೊಂಡ
• ನಿಯೋಜನೆ ಯಾಂತ್ರೀಕೃತಗೊಂಡ
• ಉಸ್ತುವಾರಿ
• ಅಭಿವೃದ್ಧಿ ಪೈಪ್ಲೈನ್

ತಂಡ ಮತ್ತು ಸಂಸ್ಥೆಯ ಮಟ್ಟದಲ್ಲಿ

• ಕ್ಲೌಡ್ ಸೇವೆಗಳ ಬಳಕೆ
• ವಿಪತ್ತು ಚೇತರಿಕೆ ಪರೀಕ್ಷೆ

DevOps ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಸಡಿಲವಾಗಿ ಜೋಡಿಸಲಾದ ವಾಸ್ತುಶಿಲ್ಪದ ಧನಾತ್ಮಕ ಪ್ರಭಾವವನ್ನು ಅಧ್ಯಯನವು ದೃಢಪಡಿಸಿದೆ.

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

ಈ ವಿಧಾನವು ಆರಂಭಿಕ ಮತ್ತು ಕೆಲವು ಮೀಸಲಾತಿಗಳೊಂದಿಗೆ ಮಾತ್ರ ಸಾಧ್ಯ. ಇತರ ಕಂಪನಿಗಳಲ್ಲಿ ಪರಿಸ್ಥಿತಿ ವಿಭಿನ್ನವಾಗಿರಬಹುದು. ಉತ್ತಮ ಉದಾಹರಣೆ: ಬ್ಯಾಂಕಿಂಗ್/ಫಿನ್ಟೆಕ್. ಅಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಸ್ವಾಮ್ಯದ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಬಹುದು, ಆದರೆ DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.

Denis Romanenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಲ್ಲಿ ಸ್ವತಂತ್ರ ತಜ್ಞ

ಯಶಸ್ವಿ DevOps ತಂಡಗಳು ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತವೆ

ನಿರಂತರ ಏಕೀಕರಣ ಮತ್ತು ವಿತರಣೆ (CI/CD) ಕಡಿಮೆ ವೆಚ್ಚಗಳು ಮತ್ತು ಅಪಾಯಗಳೊಂದಿಗೆ ಉತ್ಪಾದನೆಗೆ ಸೇವೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಸಂಸ್ಥೆಯ ಗುರಿಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಬಿಡುಗಡೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

ಯಶಸ್ವಿ CI/CD ಎಂದರೆ ತಂಡಗಳು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಉತ್ಪಾದನೆಗೆ ಬದಲಾವಣೆಗಳನ್ನು ನಿಯೋಜಿಸಬಹುದು, ನಿಯೋಜನೆಯ ಗುಣಮಟ್ಟದ ಬಗ್ಗೆ ತಕ್ಷಣದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹೊಂದಬಹುದು ಮತ್ತು ಮುಂದಿನ ನಿಯೋಜನೆಯ ಚಕ್ರವನ್ನು ಸುಧಾರಿಸಲು ತ್ವರಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು.

ಯಶಸ್ವಿ DevOps ತಂಡಗಳು ವ್ಯಾಪಕ ಶ್ರೇಣಿಯ ಪೋಷಕ ಪ್ರಕ್ರಿಯೆಗಳು, ಅಭ್ಯಾಸಗಳು ಮತ್ತು ಪರಿಕರಗಳಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡುತ್ತವೆ ಎಂದು ವರದಿ ತೋರಿಸುತ್ತದೆ:

• 92% ಸ್ವಯಂಚಾಲಿತ ಜೋಡಣೆ ಸಾಧನಗಳನ್ನು ಬಳಸುತ್ತಾರೆ;
• 87% ಸ್ವಯಂಚಾಲಿತ ಘಟಕ ಪರೀಕ್ಷೆಗಳನ್ನು ಬಳಸುತ್ತಾರೆ;
• 57% ಸ್ವೀಕಾರ ಪರೀಕ್ಷೆಗೆ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವಿಸ್ತರಣೆ;
• ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ 72% ಸ್ವಯಂಚಾಲಿತ ನಿಯೋಜನೆಗಳು, 69% ಉತ್ಪಾದನೆಯಲ್ಲಿ ನಿಯೋಜನೆಗಾಗಿ ಅದೇ ರೀತಿ ಮಾಡುತ್ತವೆ;
• 69% ಚಾಟ್‌ಬಾಟ್‌ಗಳನ್ನು ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸಂಯೋಜಿಸುತ್ತಾರೆ;
• 57% ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸುತ್ತದೆ.

ಸರಿಯಾದ ಉಪಕರಣಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮುಖ್ಯ

ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ ಮತ್ತು ವ್ಯಾಪಾರ-ನಿರ್ಣಾಯಕ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮುಖ್ಯ:

• ಇದು ಮೊದಲ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಮತ್ತು ನಿರಂತರ ಬಳಕೆಗಾಗಿ ಬಳಸಲು ಸುಲಭವಾಗಿದೆ;
• ಅದು ನಿಮ್ಮ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

CI/CD ಮತ್ತು ಟೆಸ್ಟ್ ಆಟೊಮೇಷನ್ ಪರಿಕರಗಳ ಮೂಲಕ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ ಬಳಸಿದ ಪರಿಕರಗಳನ್ನು ವರದಿಯು ಪರಿಶೀಲಿಸಿದೆ - ಇವುಗಳು DevOps ಆಧಾರವಾಗಿರುವ ತಂತ್ರಜ್ಞಾನಗಳಾಗಿವೆ.

DevOps ತಂಡಗಳು ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸುತ್ತವೆ:

ತಂತ್ರಜ್ಞಾನದ

ಕಡಿಮೆ ಪ್ರದರ್ಶನ ತಂಡಗಳು

ಸರಾಸರಿ ತಂಡಗಳು

ಉತ್ತಮ ಪ್ರದರ್ಶನ ಹೊಂದಿರುವ ತಂಡಗಳು

ಉನ್ನತ ಪ್ರದರ್ಶನ ತಂಡಗಳು

ಸ್ವಾಮ್ಯದ, ಮುಕ್ತ ಮೂಲ ಮತ್ತು ವಾಣಿಜ್ಯ ಪ್ಯಾಕೇಜ್ ಉತ್ಪನ್ನಗಳ ಸಂಯೋಜನೆ

30%

34%

32%

33%

ಮುಖ್ಯವಾಗಿ ತೆರೆದ ಮೂಲ ಮತ್ತು ಹೆಚ್ಚು ಕಸ್ಟಮೈಸ್ ಮಾಡಿದ ಪ್ಯಾಕೇಜ್ ಪರಿಹಾರಗಳು

17%

8%

7%

10%

ಕಡಿಮೆ ಗ್ರಾಹಕೀಕರಣದೊಂದಿಗೆ ಹೆಚ್ಚಾಗಿ ತೆರೆದ ಮೂಲ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಪರಿಹಾರಗಳು

14%

21%

18%

20%

ಪ್ರಾಥಮಿಕವಾಗಿ ಪೆಟ್ಟಿಗೆಯ ವಾಣಿಜ್ಯ ಪರಿಹಾರಗಳು

8%

12%

8%

4%

ಕಂಪನಿಯ ಆಂತರಿಕ ಬೆಳವಣಿಗೆಗಳು ಮತ್ತು ಸ್ವಾಮ್ಯದ ಪರಿಹಾರಗಳು

20%

6%

5%

6%

ಪ್ರಬಲ ಗ್ರಾಹಕೀಕರಣದೊಂದಿಗೆ ಪ್ರಾಥಮಿಕವಾಗಿ ತೆರೆದ ಮೂಲ

6%

7%

5%

12%

ಸ್ವಲ್ಪ ಗ್ರಾಹಕೀಕರಣದೊಂದಿಗೆ ಪ್ರಾಥಮಿಕವಾಗಿ ತೆರೆದ ಮೂಲ

5%

12%

24%

15%

ಉಪಕರಣದ ಉಪಯುಕ್ತತೆಯು ಅವರು ಆಯ್ಕೆಮಾಡಿದ ತಂತ್ರಜ್ಞಾನದ ಸ್ಟ್ಯಾಕ್‌ನ ಮೌಲ್ಯವನ್ನು ಹೆಚ್ಚಿಸುವ ತಂಡದ ಸಾಮರ್ಥ್ಯದ ಮೇಲೆ ಗಮನಾರ್ಹ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ: ಬಳಸಲು ಸುಲಭವಾದ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಹೊಂದಿರುವ ಎಂಜಿನಿಯರ್‌ಗಳು ಹೆಚ್ಚು-ಕಾರ್ಯನಿರ್ವಹಿಸುವ ತಂಡಗಳಿಗೆ ಸೇರಿರುವ ಸಾಧ್ಯತೆ 1,5 ಪಟ್ಟು ಹೆಚ್ಚು.

ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಈ ಕೋಷ್ಟಕವು ಯಶಸ್ವಿ DevOps ತಂಡವಾಗಲು, ನೀವು ಫ್ಯಾಶನ್ ಅನ್ನು ಅನುಸರಿಸಬೇಕು, ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಯಲ್ಲ ಎಂಬ ಭಾವನೆಯನ್ನು ನೀಡುತ್ತದೆ.

ಸಮರ್ಥ ತಜ್ಞರು ಕಾರ್ಯಕ್ಕಾಗಿ ಸಾಧನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಪ್ರತಿಯಾಗಿ ಅಲ್ಲ. ಯಾವುದೇ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಯಾವಾಗಲೂ ಹಲವಾರು ಸಾಧನಗಳು ಮತ್ತು ವಿಧಾನಗಳಿವೆ. ನಿರ್ದಿಷ್ಟ ಸಾಧನವನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ: ಕಾರ್ಯದ ನಿಶ್ಚಿತಗಳು; ಈ ಉಪಕರಣದೊಂದಿಗೆ ಸಿಬ್ಬಂದಿ ಎಷ್ಟು ಪರಿಚಿತರಾಗಿದ್ದಾರೆ (ಉಪಕರಣವು ಹೊಸದಾಗಿದ್ದರೆ ಪ್ರವೇಶ ಮಿತಿ ಎಷ್ಟು ಹೆಚ್ಚು); ಹಣಕಾಸಿನ ಘಟಕ, ಇದ್ದರೆ.

Denis Romanenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಲ್ಲಿ ಸ್ವತಂತ್ರ ತಜ್ಞ

ವಿಪತ್ತು ಚೇತರಿಕೆ

ಸಾಫ್ಟ್‌ವೇರ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅವಲಂಬಿಸಿರುವ ಪ್ರತಿಯೊಂದು ಸಂಸ್ಥೆಯು ಹೊಂದಿರಬೇಕು ವಿಪತ್ತು ಚೇತರಿಕೆ ಯೋಜನೆ. ವಿವಿಧ ಕಂಪನಿಗಳು ಯಾವ ರೀತಿಯ ವಿಪತ್ತು ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಸುತ್ತವೆ ಎಂಬುದನ್ನು ವರದಿ ತೋರಿಸುತ್ತದೆ.

ವಿಪತ್ತು ಚೇತರಿಕೆಗೆ ಕಂಪನಿಗಳು ಯಾವ ರೀತಿಯ ಪರೀಕ್ಷೆಗಳನ್ನು ಬಳಸುತ್ತವೆ?

ಪರೀಕ್ಷಾ ಪ್ರಕಾರ

ಕಡಿಮೆ ಪ್ರದರ್ಶನ ತಂಡಗಳು

ಸರಾಸರಿ ತಂಡಗಳು

ಉತ್ತಮ ಪ್ರದರ್ಶನ ಹೊಂದಿರುವ ತಂಡಗಳು

ಉನ್ನತ ಪ್ರದರ್ಶನ ತಂಡಗಳು

ಸರಾಸರಿ,

ನೈಜ ವ್ಯವಸ್ಥೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರದ ಪರೀಕ್ಷೆಗಳು

35%

26%

27%

30%

28%

ಮೂಲಸೌಕರ್ಯ ವೈಫಲ್ಯ (ದತ್ತಾಂಶ ಕೇಂದ್ರಗಳು ಸೇರಿದಂತೆ)

27%

43%

34%

38%

38%

ಅಪ್ಲಿಕೇಶನ್ ವೈಫಲ್ಯ ಪರೀಕ್ಷೆ

25%

46%

41%

49%

43%

ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಗಳ ಅಡಚಣೆಯನ್ನು ಒಳಗೊಂಡ ಘಟನೆಗಳ ಸಿಮ್ಯುಲೇಶನ್

18%

22%

23%

29%

23%

ಕೆಲಸದ ವ್ಯವಸ್ಥೆಗಳ ಅಡಚಣೆಯನ್ನು ಒಳಗೊಂಡ ಘಟನೆಗಳ ಅನುಕರಣೆ

18%

11%

12%

13%

12%

ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಮತ್ತು ಅಡ್ಡಿಪಡಿಸುವ ವ್ಯವಸ್ಥೆಗಳನ್ನು ರಚಿಸುವುದು
ನಿಯಮಿತ, ನಡೆಯುತ್ತಿರುವ ಆಧಾರದ ಮೇಲೆ ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳು

9%

8%

7%

9%

8%

ಕೇವಲ 40% ಪ್ರತಿಕ್ರಿಯಿಸಿದವರು ಪಟ್ಟಿ ಮಾಡಲಾದ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ವಾರ್ಷಿಕವಾಗಿ ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುತ್ತಾರೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುವ ಕಂಪನಿಗಳು ಹೆಚ್ಚಿನ ಮಟ್ಟದ ಸೇವೆಯ ಲಭ್ಯತೆಯನ್ನು ಹೊಂದಿವೆ. ಉನ್ನತ-ಕಾರ್ಯನಿರ್ವಹಣೆಯ DevOps ತಂಡಗಳು ತಮ್ಮ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿ ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಪರೀಕ್ಷಾ ಡೇಟಾವನ್ನು ಸಂಯೋಜಿಸುವ ಸಾಧ್ಯತೆ 1.4 ಪಟ್ಟು ಹೆಚ್ಚು ಎಂದು ವರದಿ ತೋರಿಸುತ್ತದೆ.

DevOps ತಂಡಗಳಿಗೆ ಮಾಹಿತಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ

ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಮಾಹಿತಿಯನ್ನು ಸುಲಭವಾಗಿ ಕಂಡುಹಿಡಿಯುವುದು DevOps ತಂಡಗಳನ್ನು ಉತ್ಪಾದಕವಾಗಿಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಇಂದಿನ ತಂತ್ರಜ್ಞಾನ ಪರಿಸರದಲ್ಲಿ ಇದು ವಿಶೇಷವಾಗಿ ಸತ್ಯವಾಗಿದೆ.

ಅಂತಹ ಮಾಹಿತಿಯ ಮೂಲಗಳನ್ನು ಎರಡು ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು:

1. ಆಂತರಿಕ ಮೂಲಗಳು: ಕಂಪನಿಯ ದಸ್ತಾವೇಜನ್ನು ರಚಿಸುವ ಮತ್ತು ನಿರ್ವಹಿಸುವ ಕೋಡ್, ಕಾರ್ಪೊರೇಟ್ ಜ್ಞಾನದ ನೆಲೆಗಳು, ರೆಪೊಸಿಟರಿಗಳು ಮತ್ತು ಹೆಚ್ಚಿನವು. ಆಂತರಿಕ ಜ್ಞಾನದ ಮೂಲಗಳನ್ನು ಬಳಸಿದ DevOps ತಂಡಗಳು 1,73 ಪಟ್ಟು ಹೆಚ್ಚು ಉತ್ಪಾದಕವಾಗಿವೆ.
2. ಬಾಹ್ಯ ಮೂಲಗಳು: ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳು ಮತ್ತು ಸ್ಟಾಕ್ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ. ಹೊರಗುತ್ತಿಗೆ DevOps ತಂಡಗಳು 1,67 ಪಟ್ಟು ಹೆಚ್ಚು ಉತ್ಪಾದಕವಾಗಿವೆ. ಬಾಹ್ಯ ತಂತ್ರಜ್ಞಾನಗಳು ಕಲಿಕೆ ಮತ್ತು ಬೆಳವಣಿಗೆಗೆ ಉತ್ತಮ ಪ್ರಯೋಜನವನ್ನು ಒದಗಿಸುತ್ತವೆ, ವಿಶೇಷವಾಗಿ ಸಾರ್ವಜನಿಕ ಮೋಡಗಳು ಮತ್ತು ತೆರೆದ ಮೂಲ ಸಾಧನಗಳ ಬಳಕೆ.

ಕಂಪನಿಗಳಿಗೆ ತಾಂತ್ರಿಕ ಸಾಲವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಮುಖ್ಯವಾಗಿದೆ

ತಾಂತ್ರಿಕ ಸಾಲವು ತಿಳಿದಿರುವ ಆದರೆ ಸರಿಪಡಿಸದ ದೋಷಗಳನ್ನು ಹೊಂದಿರುವ ಕೋಡ್ ಅಥವಾ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ; ಸಾಕಷ್ಟು ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿ; ಕಡಿಮೆ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಅಥವಾ ವಿನ್ಯಾಸ; ಬಳಸದ ಆದರೆ ಅಳಿಸದ ಕಲಾಕೃತಿಗಳು; ತಂಡವು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬೆಂಬಲಿಸಲು ಸಾಧ್ಯವಾಗದ ಅನುಷ್ಠಾನಗಳು; ಹಳತಾದ ತಂತ್ರಜ್ಞಾನಗಳು; ಅಪೂರ್ಣ ಅಥವಾ ಹಳತಾದ ದಾಖಲೆ.

ತಾಂತ್ರಿಕ ಸಾಲವು DevOps ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ನಕಾರಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂದು ತಜ್ಞರು ಕಂಡುಕೊಂಡಿದ್ದಾರೆ. ಹೆಚ್ಚಿನ ತಾಂತ್ರಿಕ ಸಾಲವನ್ನು ಹೊಂದಿರುವ ತಂಡಗಳು 1,6 ಪಟ್ಟು ಕಡಿಮೆ ಉತ್ಪಾದಕತೆಯನ್ನು ಹೊಂದಿದ್ದವು. ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆ ಹೊಂದಿರುವ ತಂಡಗಳು ಕಡಿಮೆ ತಾಂತ್ರಿಕ ಸಾಲವನ್ನು ಹೊಂದುವ ಸಾಧ್ಯತೆ 1,4 ಪಟ್ಟು ಹೆಚ್ಚು.

DevOps ಸಮೀಕ್ಷೆಯ ರಾಜ್ಯದಿಂದ ಪ್ರಮುಖ ಸಂಶೋಧನೆಗಳು

1. ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿರುವ DevOps ತಂಡಗಳ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವು ಸುಮಾರು 20% ಕ್ಕೆ ಮೂರು ಪಟ್ಟು ಹೆಚ್ಚಾಗಿದೆ. ಇದರರ್ಥ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ವಿತರಣೆಯನ್ನು ಸುಧಾರಿಸುವ ಅಭ್ಯಾಸಗಳ ಭರವಸೆಯನ್ನು ವ್ಯವಹಾರಗಳು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಕಂಪನಿಗಳು ತಮ್ಮ ಐಟಿ ಇಲಾಖೆಗಳಲ್ಲಿ ಡೆವೊಪ್ಸ್ ಅನ್ನು ಹೆಚ್ಚು ಸಕ್ರಿಯವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತಿವೆ.
2. ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳ ತ್ವರಿತ ವಿತರಣೆಯು ತಂತ್ರಜ್ಞಾನ ಮತ್ತು ಸಾಂಸ್ಥಿಕ ರೂಪಾಂತರದ ಕೇಂದ್ರವಾಗಿದೆ. ಬಿಡುಗಡೆಗಳ ವೇಗ ಮತ್ತು ಸ್ಥಿರತೆಯು ಲಾಭ ಮತ್ತು ಗ್ರಾಹಕರ ತೃಪ್ತಿಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.
3. DevOps ತಂಡಗಳಿಗೆ ಉತ್ಕೃಷ್ಟತೆಯನ್ನು ಸಾಧಿಸಲು ಕ್ಲೌಡ್ ತಂತ್ರಜ್ಞಾನಗಳು ಪ್ರಮುಖವಾಗಿವೆ. ಕ್ಲೌಡ್‌ಗಳ ಬಳಕೆಯು ಅಗತ್ಯವಿರುವ ವೇಗದಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ವಿತರಣೆಯನ್ನು ಸಂಘಟಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಮೂಲಸೌಕರ್ಯದ ಲಭ್ಯತೆ, ಸ್ಕೇಲೆಬಿಲಿಟಿ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ.
4. ತಂಡದ ಸದಸ್ಯರ ಉತ್ಪಾದಕತೆಗೆ ಗಮನ ಕೊಡುವ ಮೂಲಕ, ಆರಾಮದಾಯಕ ಮಾನಸಿಕ ವಾತಾವರಣವನ್ನು ಒದಗಿಸುವ ಮತ್ತು ಅನುಕೂಲಕರ ಸಾಧನಗಳನ್ನು ಬಳಸುವ ಮೂಲಕ DevOps ತಂಡಗಳ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ಸುಧಾರಿಸಬಹುದು.
5. ಸರಿಯಾದ ವಿಧಾನದೊಂದಿಗೆ ಬಿಡುಗಡೆಗಳನ್ನು ಹೊರತರುವ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸುವುದರಿಂದ ಕಂಪನಿಯ ಸೇವೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಸ್ಥಿರತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

ಮೂಲ: www.habr.com