ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ DevOps ಬಹಳ ಜನಪ್ರಿಯ ವಿಷಯವಾಗಿದೆ. ಅನೇಕ ಜನರು ಅದರಲ್ಲಿ ಸೇರುವ ಕನಸು ಕಾಣುತ್ತಾರೆ, ಆದರೆ, ಅಭ್ಯಾಸವು ತೋರಿಸಿದಂತೆ, ಆಗಾಗ್ಗೆ ಸಂಬಳದ ಮಟ್ಟದಿಂದ ಮಾತ್ರ.
ಕೆಲವು ಜನರು ತಮ್ಮ ಪುನರಾರಂಭದಲ್ಲಿ DevOps ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತಾರೆ, ಆದರೂ ಅವರು ಯಾವಾಗಲೂ ಪದದ ಸಾರವನ್ನು ತಿಳಿದಿರುವುದಿಲ್ಲ ಅಥವಾ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. Ansible, GitLab, Jenkins, Terraform ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಿದ ನಂತರ (ನಿಮ್ಮ ಅಭಿರುಚಿಗೆ ಅನುಗುಣವಾಗಿ ಪಟ್ಟಿಯನ್ನು ಮುಂದುವರಿಸಬಹುದು), ನೀವು ತಕ್ಷಣವೇ "ಡೆವೊಪ್ಸಿಸ್ಟ್" ಆಗುತ್ತೀರಿ ಎಂದು ಕೆಲವರು ಭಾವಿಸುತ್ತಾರೆ. ಇದು ಸಹಜವಾಗಿ, ನಿಜವಲ್ಲ.
ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ, ನಾನು ಮುಖ್ಯವಾಗಿ ವಿವಿಧ ಕಂಪನಿಗಳಲ್ಲಿ DevOps ಅನುಷ್ಠಾನದಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೇನೆ. ಅದಕ್ಕೂ ಮೊದಲು, ಅವರು ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್‌ನಿಂದ ಐಟಿ ನಿರ್ದೇಶಕರವರೆಗಿನ ಸ್ಥಾನಗಳಲ್ಲಿ 20 ವರ್ಷಗಳಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಕೆಲಸ ಮಾಡಿದರು. ಪ್ಲೇಜೆಂಡರಿಯಲ್ಲಿ ಪ್ರಸ್ತುತ DevOps ಲೀಡ್ ಇಂಜಿನಿಯರ್.
DevOps ಯಾರು
ಲೇಖನವನ್ನು ಬರೆಯುವ ಕಲ್ಪನೆಯು ಮತ್ತೊಂದು ಪ್ರಶ್ನೆಯ ನಂತರ ಹುಟ್ಟಿಕೊಂಡಿತು: "DevOps ಯಾರು?" ಅದು ಏನು ಅಥವಾ ಯಾರು ಎಂಬುದಕ್ಕೆ ಇನ್ನೂ ಸ್ಥಾಪಿತ ಪದವಿಲ್ಲ. ಕೆಲವು ಉತ್ತರಗಳು ಈಗಾಗಲೇ ಇದರಲ್ಲಿವೆ . ಮೊದಲಿಗೆ, ನಾನು ಅದರ ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಹೈಲೈಟ್ ಮಾಡುತ್ತೇನೆ, ಮತ್ತು ನಂತರ ನಾನು ನನ್ನ ಅವಲೋಕನಗಳು ಮತ್ತು ಆಲೋಚನೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ.
DevOps ಅನ್ನು ನೇಮಿಸಿಕೊಳ್ಳಬಹುದಾದ ತಜ್ಞರಲ್ಲ, ಉಪಯುಕ್ತತೆಗಳ ಒಂದು ಸೆಟ್ ಅಲ್ಲ ಮತ್ತು ಎಂಜಿನಿಯರ್‌ಗಳೊಂದಿಗಿನ ಡೆವಲಪರ್‌ಗಳ ವಿಭಾಗವಲ್ಲ.
DevOps ಒಂದು ತತ್ವಶಾಸ್ತ್ರ ಮತ್ತು ವಿಧಾನವಾಗಿದೆ.
ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಇದು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ಸಕ್ರಿಯವಾಗಿ ಸಂವಹನ ನಡೆಸಲು ಸಹಾಯ ಮಾಡುವ ಅಭ್ಯಾಸಗಳ ಒಂದು ಗುಂಪಾಗಿದೆ. ಅಂದರೆ, ಕೆಲಸದ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪರಸ್ಪರ ಸಂಪರ್ಕಿಸಲು ಮತ್ತು ಸಂಯೋಜಿಸಲು.
DevOps ಆಗಮನದೊಂದಿಗೆ, ತಜ್ಞರ ರಚನೆ ಮತ್ತು ಪಾತ್ರಗಳು ಒಂದೇ ಆಗಿವೆ (ಅಭಿವರ್ಧಕರು ಇದ್ದಾರೆ, ಎಂಜಿನಿಯರ್‌ಗಳು ಇದ್ದಾರೆ), ಆದರೆ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ನಿಯಮಗಳು ಬದಲಾಗಿವೆ. ಇಲಾಖೆಗಳ ನಡುವಿನ ಗಡಿಗಳು ಮಸುಕಾಗಿವೆ.
DevOps ನ ಗುರಿಗಳನ್ನು ಮೂರು ಅಂಶಗಳಲ್ಲಿ ವಿವರಿಸಬಹುದು:
- ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನಿಯಮಿತವಾಗಿ ನವೀಕರಿಸಬೇಕು.
- ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ತ್ವರಿತವಾಗಿ ಮಾಡಬೇಕು.
- ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಮತ್ತು ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ನಿಯೋಜಿಸಬೇಕು.
DevOps ಗಾಗಿ ಒಂದೇ ಸಾಧನವಿಲ್ಲ. ಹಲವಾರು ಉತ್ಪನ್ನಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ವಿತರಿಸುವುದು ಮತ್ತು ಅಧ್ಯಯನ ಮಾಡುವುದು DevOps ಕಂಪನಿಯಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿದೆ ಎಂದು ಅರ್ಥವಲ್ಲ. ಬಹಳಷ್ಟು ಸಾಧನಗಳಿವೆ ಮತ್ತು ಅವೆಲ್ಲವನ್ನೂ ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದರೆ ಒಂದು ಸಾಮಾನ್ಯ ಉದ್ದೇಶವನ್ನು ಪೂರೈಸುತ್ತದೆ.
ಮತ್ತು ಇದು DevOps ಪರಿಕರಗಳ ಭಾಗವಾಗಿದೆ
ನಾನು ಈಗ 2 ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಕಾಲ DevOps ಇಂಜಿನಿಯರ್ ಹುದ್ದೆಗಾಗಿ ಜನರನ್ನು ಸಂದರ್ಶಿಸುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಪದದ ಸಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಎಷ್ಟು ಮುಖ್ಯ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡಿದ್ದೇನೆ. ನಾನು ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುವ ನಿರ್ದಿಷ್ಟ ಅನುಭವಗಳು, ಅವಲೋಕನಗಳು ಮತ್ತು ಆಲೋಚನೆಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದ್ದೇನೆ.
ಸಂದರ್ಶನದ ಅನುಭವದಿಂದ, ನಾನು ಈ ಕೆಳಗಿನ ಚಿತ್ರವನ್ನು ನೋಡುತ್ತೇನೆ: DevOps ಅನ್ನು ಉದ್ಯೋಗ ಶೀರ್ಷಿಕೆ ಎಂದು ಪರಿಗಣಿಸುವ ತಜ್ಞರು ಸಾಮಾನ್ಯವಾಗಿ ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ತಪ್ಪು ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ.
ಒಂದು ಗಮನಾರ್ಹ ಉದಾಹರಣೆ ಇತ್ತು. ಒಬ್ಬ ಯುವಕ ತನ್ನ ರೆಸ್ಯೂಮ್‌ನಲ್ಲಿ ಸಾಕಷ್ಟು ಸ್ಮಾರ್ಟ್ ಪದಗಳೊಂದಿಗೆ ಸಂದರ್ಶನಕ್ಕೆ ಬಂದನು. ಅವರ ಕೊನೆಯ ಮೂರು ಕೆಲಸಗಳಲ್ಲಿ, ಅವರು 5-6 ತಿಂಗಳ ಅನುಭವವನ್ನು ಹೊಂದಿದ್ದರು. ನಾನು ಎರಡು ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ಗಳನ್ನು ಬಿಟ್ಟಿದ್ದೇನೆ ಏಕೆಂದರೆ ಅವುಗಳು "ಟೇಕ್ ಆಫ್ ಆಗಲಿಲ್ಲ." ಆದರೆ ಮೂರನೇ ಕಂಪನಿಯ ಬಗ್ಗೆ, ಅಲ್ಲಿ ಯಾರೂ ಅವನನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂದು ಅವರು ಹೇಳಿದರು: ಡೆವಲಪರ್‌ಗಳು ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ನಿರ್ದೇಶಕರು ಈ ಕೋಡ್ ಅನ್ನು ಸಾಮಾನ್ಯ ಡಾಕರ್‌ನಲ್ಲಿ "ಸುತ್ತಿ" ಮತ್ತು ಸಿಐ / ಸಿಡಿ ಪೈಪ್‌ಲೈನ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲು ಒತ್ತಾಯಿಸುತ್ತಾರೆ. ಆ ವ್ಯಕ್ತಿ ತನ್ನ ಪ್ರಸ್ತುತ ಕೆಲಸದ ಸ್ಥಳ ಮತ್ತು ಅವನ ಸಹೋದ್ಯೋಗಿಗಳ ಬಗ್ಗೆ ಬಹಳಷ್ಟು ನಕಾರಾತ್ಮಕ ವಿಷಯಗಳನ್ನು ಹೇಳಿದ್ದಾನೆ - ನಾನು ಉತ್ತರಿಸಲು ಬಯಸುತ್ತೇನೆ: "ಆದ್ದರಿಂದ ನೀವು ಆನೆಯನ್ನು ಮಾರಾಟ ಮಾಡುವುದಿಲ್ಲ."
ನಂತರ ನಾನು ಪ್ರತಿ ಅಭ್ಯರ್ಥಿಗೆ ನನ್ನ ಪಟ್ಟಿಯಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳಿದೆ.
— DevOps ನಿಮಗೆ ವೈಯಕ್ತಿಕವಾಗಿ ಅರ್ಥವೇನು?
- ಸಾಮಾನ್ಯವಾಗಿ ಅಥವಾ ನಾನು ಅದನ್ನು ಹೇಗೆ ಗ್ರಹಿಸುತ್ತೇನೆ?
ನಾನು ಅವರ ವೈಯಕ್ತಿಕ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೆ. ಅವರು ಪದದ ಸಿದ್ಧಾಂತ ಮತ್ತು ಮೂಲವನ್ನು ತಿಳಿದಿದ್ದರು, ಆದರೆ ಅವರು ಅವರೊಂದಿಗೆ ಬಲವಾಗಿ ಒಪ್ಪಲಿಲ್ಲ. ಅವರು DevOps ಉದ್ಯೋಗ ಶೀರ್ಷಿಕೆ ಎಂದು ನಂಬಿದ್ದರು. ಅವನ ಸಮಸ್ಯೆಗಳ ಮೂಲ ಇರುವುದು ಇಲ್ಲಿಯೇ. ಅದೇ ಅಭಿಪ್ರಾಯವನ್ನು ಹೊಂದಿರುವ ಇತರ ತಜ್ಞರು.
ಉದ್ಯೋಗದಾತರು, "DevOps ನ ಮ್ಯಾಜಿಕ್" ಬಗ್ಗೆ ಸಾಕಷ್ಟು ಕೇಳಿದ ನಂತರ, ಬಂದು ಈ "ಮ್ಯಾಜಿಕ್" ಅನ್ನು ರಚಿಸುವ ವ್ಯಕ್ತಿಯನ್ನು ಹುಡುಕಲು ಬಯಸುತ್ತಾರೆ. ಮತ್ತು "DevOps ಒಂದು ಕೆಲಸ" ವರ್ಗದ ಅರ್ಜಿದಾರರು ಈ ವಿಧಾನದಿಂದ ಅವರು ನಿರೀಕ್ಷೆಗಳನ್ನು ಪೂರೈಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಮತ್ತು, ಸಾಮಾನ್ಯವಾಗಿ, ಅವರು ತಮ್ಮ ಪುನರಾರಂಭದಲ್ಲಿ DevOps ಅನ್ನು ಬರೆದಿದ್ದಾರೆ ಏಕೆಂದರೆ ಇದು ಪ್ರವೃತ್ತಿಯಾಗಿದೆ ಮತ್ತು ಅದಕ್ಕಾಗಿ ಅವರು ಸಾಕಷ್ಟು ಪಾವತಿಸುತ್ತಾರೆ.
DevOps ವಿಧಾನ ಮತ್ತು ತತ್ವಶಾಸ್ತ್ರ
ವಿಧಾನವು ಸೈದ್ಧಾಂತಿಕ ಮತ್ತು ಪ್ರಾಯೋಗಿಕವಾಗಿರಬಹುದು. ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಎರಡನೆಯದು. ನಾನು ಮೇಲೆ ಹೇಳಿದಂತೆ, DevOps ಎನ್ನುವುದು ನಿಗದಿತ ಗುರಿಗಳನ್ನು ಸಾಧಿಸಲು ಬಳಸಲಾಗುವ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ತಂತ್ರಗಳ ಒಂದು ಗುಂಪಾಗಿದೆ. ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಂದರ್ಭದಲ್ಲಿ, ಕಂಪನಿಯ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಅವಲಂಬಿಸಿ, ಇದು ಗಮನಾರ್ಹವಾಗಿ ಭಿನ್ನವಾಗಿರಬಹುದು. ಯಾವುದು ಉತ್ತಮ ಅಥವಾ ಕೆಟ್ಟದಾಗುವುದಿಲ್ಲ.
DevOps ವಿಧಾನವು ಗುರಿಗಳನ್ನು ಸಾಧಿಸುವ ಒಂದು ಸಾಧನವಾಗಿದೆ.
ಈಗ DevOps ತತ್ವಶಾಸ್ತ್ರ ಏನು ಎಂಬುದರ ಕುರಿತು. ಮತ್ತು ಇದು ಬಹುಶಃ ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ಪ್ರಶ್ನೆಯಾಗಿದೆ.
ಸಣ್ಣ ಮತ್ತು ಸಂಕ್ಷಿಪ್ತ ಉತ್ತರವನ್ನು ರೂಪಿಸುವುದು ತುಂಬಾ ಕಷ್ಟ, ಏಕೆಂದರೆ ಅದನ್ನು ಇನ್ನೂ ಔಪಚಾರಿಕಗೊಳಿಸಲಾಗಿಲ್ಲ. ಮತ್ತು DevOps ತತ್ತ್ವಶಾಸ್ತ್ರದ ಅನುಯಾಯಿಗಳು ಅಭ್ಯಾಸದಲ್ಲಿ ಹೆಚ್ಚು ತೊಡಗಿಸಿಕೊಂಡಿರುವುದರಿಂದ, ತತ್ತ್ವಚಿಂತನೆಗೆ ಸಮಯವಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಇದು ಬಹಳ ಮುಖ್ಯವಾದ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ. ಇದಲ್ಲದೆ, ಇದು ನೇರವಾಗಿ ಎಂಜಿನಿಯರಿಂಗ್ ಚಟುವಟಿಕೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. ಜ್ಞಾನದ ವಿಶೇಷ ಕ್ಷೇತ್ರವೂ ಇದೆ - .
ನನ್ನ ವಿಶ್ವವಿದ್ಯಾನಿಲಯದಲ್ಲಿ ಅಂತಹ ಯಾವುದೇ ವಿಷಯ ಇರಲಿಲ್ಲ, 90 ರ ದಶಕದಲ್ಲಿ ನನಗೆ ಸಿಗುವ ವಸ್ತುಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಾನು ಎಲ್ಲವನ್ನೂ ಸ್ವಂತವಾಗಿ ಅಧ್ಯಯನ ಮಾಡಬೇಕಾಗಿತ್ತು. ಎಂಜಿನಿಯರಿಂಗ್ ಶಿಕ್ಷಣಕ್ಕೆ ವಿಷಯವು ಐಚ್ಛಿಕವಾಗಿದೆ, ಆದ್ದರಿಂದ ಉತ್ತರದ ಔಪಚಾರಿಕತೆಯ ಕೊರತೆ. ಆದರೆ DevOps ನಲ್ಲಿ ಗಂಭೀರವಾಗಿ ಮುಳುಗಿರುವ ಜನರು ಕಂಪನಿಯ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳ ಒಂದು ನಿರ್ದಿಷ್ಟ "ಸ್ಪಿರಿಟ್" ಅಥವಾ "ಸುಪ್ತಾವಸ್ಥೆಯ ಸಮಗ್ರತೆಯನ್ನು" ಅನುಭವಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ.
ನನ್ನ ಸ್ವಂತ ಅನುಭವವನ್ನು ಬಳಸಿಕೊಂಡು, ನಾನು ಈ ತತ್ತ್ವಶಾಸ್ತ್ರದ ಕೆಲವು "ಪೋಸ್ಟುಲೇಟ್" ಗಳನ್ನು ಔಪಚಾರಿಕಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ. ಫಲಿತಾಂಶವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
- DevOps ಎಂಬುದು ಜ್ಞಾನ ಅಥವಾ ಚಟುವಟಿಕೆಯ ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಬಹುದಾದ ಸ್ವತಂತ್ರ ವಿಷಯವಲ್ಲ.
- ಎಲ್ಲಾ ಕಂಪನಿ ಉದ್ಯೋಗಿಗಳು ತಮ್ಮ ಚಟುವಟಿಕೆಗಳನ್ನು ಯೋಜಿಸುವಾಗ DevOps ವಿಧಾನದಿಂದ ಮಾರ್ಗದರ್ಶನ ಮಾಡಬೇಕು.
- DevOps ಕಂಪನಿಯೊಳಗಿನ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.
- ಅದರ ಸೇವೆಗಳ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಗರಿಷ್ಠ ಗ್ರಾಹಕ ಸೌಕರ್ಯವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕಂಪನಿಯೊಳಗಿನ ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಸಮಯದ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಲು DevOps ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ.
- DevOps, ಆಧುನಿಕ ಭಾಷೆಯಲ್ಲಿ, ಕಂಪನಿಯ ಪ್ರತಿ ಉದ್ಯೋಗಿಯ ಪೂರ್ವಭಾವಿ ಸ್ಥಾನವಾಗಿದೆ, ಸಮಯದ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮತ್ತು ನಮ್ಮ ಸುತ್ತಲಿನ IT ಉತ್ಪನ್ನಗಳ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ.
ನನ್ನ "ಪೋಸ್ಟುಲೇಟ್‌ಗಳು" ಚರ್ಚೆಗೆ ಪ್ರತ್ಯೇಕ ವಿಷಯವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಆದರೆ ಈಗ ನಿರ್ಮಿಸಲು ಏನಾದರೂ ಇದೆ.
DevOps ಏನು ಮಾಡುತ್ತದೆ
ಇಲ್ಲಿ ಪ್ರಮುಖ ಪದವೆಂದರೆ ಸಂವಹನ. ಬಹಳಷ್ಟು ಸಂವಹನಗಳಿವೆ, ಇವುಗಳ ಪ್ರಾರಂಭಕ ನಿಖರವಾಗಿ ಅದೇ DevOps ಇಂಜಿನಿಯರ್ ಆಗಿರಬೇಕು. ಅದು ಏಕೆ? ಏಕೆಂದರೆ ಇದು ತತ್ವಶಾಸ್ತ್ರ ಮತ್ತು ವಿಧಾನ, ಮತ್ತು ನಂತರ ಮಾತ್ರ ಎಂಜಿನಿಯರಿಂಗ್ ಜ್ಞಾನ.
ಪಾಶ್ಚಿಮಾತ್ಯ ಕಾರ್ಮಿಕ ಮಾರುಕಟ್ಟೆಯ ಬಗ್ಗೆ ನಾನು 100% ವಿಶ್ವಾಸದಿಂದ ಮಾತನಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದರೆ ರಷ್ಯಾದಲ್ಲಿ DevOps ಮಾರುಕಟ್ಟೆಯ ಬಗ್ಗೆ ನನಗೆ ಸಾಕಷ್ಟು ತಿಳಿದಿದೆ. ನೂರಾರು ಸಂದರ್ಶನಗಳ ಜೊತೆಗೆ, ಕಳೆದ ಒಂದೂವರೆ ವರ್ಷಗಳಲ್ಲಿ ನಾನು ರಷ್ಯಾದ ದೊಡ್ಡ ಕಂಪನಿಗಳು ಮತ್ತು ಬ್ಯಾಂಕುಗಳಿಗೆ "DevOps ಅನುಷ್ಠಾನ" ಸೇವೆಗಾಗಿ ನೂರಾರು ತಾಂತ್ರಿಕ ಪೂರ್ವ ಮಾರಾಟಗಳಲ್ಲಿ ಭಾಗವಹಿಸಿದ್ದೇನೆ.
ರಷ್ಯಾದಲ್ಲಿ, DevOps ಇನ್ನೂ ಚಿಕ್ಕದಾಗಿದೆ, ಆದರೆ ಈಗಾಗಲೇ ಪ್ರವೃತ್ತಿಯ ವಿಷಯವಾಗಿದೆ. ನನಗೆ ತಿಳಿದಿರುವಂತೆ, ಮಾಸ್ಕೋದಲ್ಲಿ ಮಾತ್ರ 2019 ರಲ್ಲಿ ಅಂತಹ ತಜ್ಞರ ಕೊರತೆಯು 1000 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಜನರು. ಮತ್ತು ಉದ್ಯೋಗದಾತರಿಗೆ ಕುಬರ್ನೆಟ್ಸ್ ಎಂಬ ಪದವು ಬುಲ್‌ಗೆ ಕೆಂಪು ಚಿಂದಿಯಂತಿದೆ. ಈ ಉಪಕರಣದ ಅನುಯಾಯಿಗಳು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೂ ಮತ್ತು ಆರ್ಥಿಕವಾಗಿ ಲಾಭದಾಯಕವಾಗಿದ್ದರೂ ಅದನ್ನು ಬಳಸಲು ಸಿದ್ಧರಾಗಿದ್ದಾರೆ. ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಬಳಸಲು ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ ಎಂಬುದನ್ನು ಉದ್ಯೋಗದಾತ ಯಾವಾಗಲೂ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಸರಿಯಾದ ನಿಯೋಜನೆಯೊಂದಿಗೆ, ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ನಿರ್ವಹಿಸುವುದು ಸಾಂಪ್ರದಾಯಿಕ ಕ್ಲಸ್ಟರ್ ಸ್ಕೀಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಯೋಜಿಸುವುದಕ್ಕಿಂತ 2-3 ಪಟ್ಟು ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತದೆ. ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿರುವಲ್ಲಿ ಅದನ್ನು ಬಳಸಿ.
DevOps ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಹಣದ ವಿಷಯದಲ್ಲಿ ದುಬಾರಿಯಾಗಿದೆ. ಮತ್ತು ಅದು ಇತರ ಪ್ರದೇಶಗಳಲ್ಲಿ ಆರ್ಥಿಕ ಪ್ರಯೋಜನಗಳನ್ನು ತರುವಲ್ಲಿ ಮಾತ್ರ ಸಮರ್ಥಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ತನ್ನದೇ ಆದ ಮೇಲೆ ಅಲ್ಲ.
DevOps ಇಂಜಿನಿಯರ್‌ಗಳು, ವಾಸ್ತವವಾಗಿ, ಪ್ರವರ್ತಕರು - ಅವರು ಕಂಪನಿಯಲ್ಲಿ ಈ ವಿಧಾನವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ಮಿಸಲು ಮೊದಲಿಗರು. ಇದು ಯಶಸ್ವಿಯಾಗಲು, ತಜ್ಞರು ನಿರಂತರವಾಗಿ ಎಲ್ಲಾ ಹಂತಗಳಲ್ಲಿ ಉದ್ಯೋಗಿಗಳು ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬೇಕು. ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವಂತೆ, ಎಲ್ಲಾ ಕಂಪನಿಯ ಉದ್ಯೋಗಿಗಳು DevOps ಅನುಷ್ಠಾನ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳಬೇಕು: ಸ್ವಚ್ಛಗೊಳಿಸುವ ಮಹಿಳೆಯಿಂದ CEO ವರೆಗೆ. ಮತ್ತು ಇದು ಪೂರ್ವಾಪೇಕ್ಷಿತವಾಗಿದೆ. ತಂಡದ ಅತ್ಯಂತ ಕಿರಿಯ ಸದಸ್ಯರಿಗೆ DevOps ಎಂದರೇನು ಮತ್ತು ಕೆಲವು ಸಾಂಸ್ಥಿಕ ಕ್ರಿಯೆಗಳನ್ನು ಏಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂದು ತಿಳಿದಿಲ್ಲ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳದಿದ್ದರೆ, ಯಶಸ್ವಿ ಅನುಷ್ಠಾನವು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
ಅಲ್ಲದೆ, DevOps ಇಂಜಿನಿಯರ್ ಕಾಲಕಾಲಕ್ಕೆ ಆಡಳಿತಾತ್ಮಕ ಸಂಪನ್ಮೂಲವನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, "ಪರಿಸರ ಪ್ರತಿರೋಧ" ವನ್ನು ಜಯಿಸಲು - ತಂಡವು DevOps ಪರಿಕರಗಳು ಮತ್ತು ವಿಧಾನವನ್ನು ಸ್ವೀಕರಿಸಲು ಸಿದ್ಧವಾಗಿಲ್ಲದಿದ್ದಾಗ.
ಡೆವಲಪರ್ ಕೋಡ್ ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು ಮಾತ್ರ ಬರೆಯಬೇಕು. ಇದನ್ನು ಮಾಡಲು, ಅವರಿಗೆ ಸೂಪರ್-ಪವರ್‌ಫುಲ್ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಗತ್ಯವಿಲ್ಲ, ಅದರ ಮೇಲೆ ಅವರು ಸಂಪೂರ್ಣ ಯೋಜನೆಯ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿಯೋಜಿಸುತ್ತಾರೆ ಮತ್ತು ಸ್ಥಳೀಯವಾಗಿ ಬೆಂಬಲಿಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, ಫ್ರಂಟ್-ಎಂಡ್ ಡೆವಲಪರ್ ತನ್ನ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಡೇಟಾಬೇಸ್, S3 ಎಮ್ಯುಲೇಟರ್ (ಮಿನಿಯೋ) ಇತ್ಯಾದಿ ಸೇರಿದಂತೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತಾನೆ. ಅಂದರೆ, ಅವರು ಈ ಸ್ಥಳೀಯ ಮೂಲಸೌಕರ್ಯವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆಯುತ್ತಾರೆ ಮತ್ತು ಅಂತಹ ಪರಿಹಾರದ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳೊಂದಿಗೆ ಏಕಾಂಗಿಯಾಗಿ ಹೋರಾಡುತ್ತಾರೆ. ಮುಂಭಾಗಕ್ಕೆ ಕೋಡ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಬದಲು. ಅಂತಹ ಜನರು ಯಾವುದೇ ಬದಲಾವಣೆಗೆ ಬಹಳ ನಿರೋಧಕವಾಗಿರಬಹುದು.
ಆದರೆ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಹೊಸ ಉಪಕರಣಗಳು ಮತ್ತು ವಿಧಾನಗಳನ್ನು ಪರಿಚಯಿಸಲು ಸಂತೋಷಪಡುವ ತಂಡಗಳು ಇವೆ, ಮತ್ತು ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಭಾಗವಹಿಸುತ್ತವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿಯೂ ಸಹ, DevOps ಇಂಜಿನಿಯರ್ ಮತ್ತು ತಂಡದ ನಡುವಿನ ಸಂವಹನವನ್ನು ರದ್ದುಗೊಳಿಸಲಾಗಿಲ್ಲ.
DevOps ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ
DevOps ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಸಂದರ್ಭಗಳಿವೆ. ಇದು ಸತ್ಯ - ಇದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು.
ಮೊದಲನೆಯದಾಗಿ, ಇದು ಯಾವುದೇ ಕಂಪನಿಗಳಿಗೆ (ವಿಶೇಷವಾಗಿ ಸಣ್ಣ ವ್ಯವಹಾರಗಳಿಗೆ) ಅನ್ವಯಿಸುತ್ತದೆ, ಅವರ ಲಾಭವು ಗ್ರಾಹಕರಿಗೆ ಮಾಹಿತಿ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುವ ಐಟಿ ಉತ್ಪನ್ನಗಳ ಉಪಸ್ಥಿತಿ ಅಥವಾ ಅನುಪಸ್ಥಿತಿಯನ್ನು ನೇರವಾಗಿ ಅವಲಂಬಿಸಿಲ್ಲ. ಮತ್ತು ಇಲ್ಲಿ ನಾವು ಕಂಪನಿಯ ವೆಬ್‌ಸೈಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುವುದಿಲ್ಲ, ಅದು ಸ್ಥಿರವಾದ “ವ್ಯಾಪಾರ ಕಾರ್ಡ್” ಅಥವಾ ಡೈನಾಮಿಕ್ ನ್ಯೂಸ್ ಬ್ಲಾಕ್‌ಗಳು ಇತ್ಯಾದಿ.
ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ನ ತೃಪ್ತಿ ಮತ್ತು ನಿಮ್ಮ ಬಳಿಗೆ ಮರಳುವ ಅವನ ಬಯಕೆಯು ಕ್ಲೈಂಟ್‌ನೊಂದಿಗೆ ಸಂವಹನಕ್ಕಾಗಿ ಈ ಮಾಹಿತಿ ಸೇವೆಗಳ ಲಭ್ಯತೆ, ಅವರ ಗುಣಮಟ್ಟ ಮತ್ತು ಗುರಿಯನ್ನು ಅವಲಂಬಿಸಿದ್ದಾಗ DevOps ಅಗತ್ಯವಿದೆ.
ಒಂದು ಗಮನಾರ್ಹ ಉದಾಹರಣೆಯೆಂದರೆ ಒಂದು ಪ್ರಸಿದ್ಧ ಬ್ಯಾಂಕ್. ಕಂಪನಿಯು ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ಕಚೇರಿಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಡಾಕ್ಯುಮೆಂಟ್ ಹರಿವನ್ನು ಮೇಲ್ ಅಥವಾ ಕೊರಿಯರ್‌ಗಳ ಮೂಲಕ ನಡೆಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅನೇಕ ಉದ್ಯೋಗಿಗಳು ಮನೆಯಿಂದ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. ಕಂಪನಿಯು ಕೇವಲ ಬ್ಯಾಂಕ್ ಆಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆ ಮತ್ತು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ DevOps ತಂತ್ರಜ್ಞಾನಗಳೊಂದಿಗೆ IT ಕಂಪನಿಯಾಗಿ ಮಾರ್ಪಟ್ಟಿದೆ.
ವಿಷಯಾಧಾರಿತ ಸಭೆಗಳು ಮತ್ತು ಸಮ್ಮೇಳನಗಳ ರೆಕಾರ್ಡಿಂಗ್‌ಗಳಲ್ಲಿ ಅನೇಕ ಇತರ ಉದಾಹರಣೆಗಳು ಮತ್ತು ಉಪನ್ಯಾಸಗಳನ್ನು ಕಾಣಬಹುದು. ನಾನು ಅವುಗಳಲ್ಲಿ ಕೆಲವನ್ನು ವೈಯಕ್ತಿಕವಾಗಿ ಭೇಟಿ ಮಾಡಿದ್ದೇನೆ - ಈ ದಿಕ್ಕಿನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಬಯಸುವವರಿಗೆ ಇದು ತುಂಬಾ ಉಪಯುಕ್ತ ಅನುಭವವಾಗಿದೆ. DevOps ನಲ್ಲಿ ಉತ್ತಮ ಉಪನ್ಯಾಸಗಳು ಮತ್ತು ಸಾಮಗ್ರಿಗಳೊಂದಿಗೆ YouTube ಚಾನಲ್‌ಗಳಿಗೆ ಲಿಂಕ್‌ಗಳು ಇಲ್ಲಿವೆ:
ಈಗ ನಿಮ್ಮ ವ್ಯವಹಾರವನ್ನು ನೋಡಿ ಮತ್ತು ಇದರ ಬಗ್ಗೆ ಯೋಚಿಸಿ: ಗ್ರಾಹಕರ ಸಂವಹನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ನಿಮ್ಮ ಕಂಪನಿ ಮತ್ತು ಅದರ ಲಾಭವು ಐಟಿ ಉತ್ಪನ್ನಗಳ ಮೇಲೆ ಎಷ್ಟು ಅವಲಂಬಿತವಾಗಿದೆ?
ನಿಮ್ಮ ಕಂಪನಿಯು ಸಣ್ಣ ಅಂಗಡಿಯಲ್ಲಿ ಮೀನುಗಳನ್ನು ಮಾರಾಟ ಮಾಡುತ್ತಿದ್ದರೆ ಮತ್ತು IT ಉತ್ಪನ್ನವು ಎರಡು 1C ಆಗಿದ್ದರೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು (ಅಕೌಂಟಿಂಗ್ ಮತ್ತು UNF), ಆಗ DevOps ಬಗ್ಗೆ ಮಾತನಾಡಲು ಅಷ್ಟೇನೂ ಅರ್ಥವಿಲ್ಲ.
ನೀವು ದೊಡ್ಡ ವ್ಯಾಪಾರ ಮತ್ತು ಉತ್ಪಾದನಾ ಉದ್ಯಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ (ಉದಾಹರಣೆಗೆ, ನೀವು ಬೇಟೆಯ ರೈಫಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತೀರಿ), ನಂತರ ನೀವು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು. ನೀವು ಉಪಕ್ರಮವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು DevOps ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ನಿರೀಕ್ಷೆಗಳನ್ನು ನಿಮ್ಮ ನಿರ್ವಹಣೆಗೆ ತಿಳಿಸಬಹುದು. ಸರಿ, ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ, ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮುನ್ನಡೆಸಿಕೊಳ್ಳಿ. ಪೂರ್ವಭಾವಿ ಸ್ಥಾನವು DevOps ತತ್ವಶಾಸ್ತ್ರದ ಪ್ರಮುಖ ತತ್ವಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.
ನಿಮ್ಮ ಕಂಪನಿಗೆ DevOps ಅಗತ್ಯವಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ವಾರ್ಷಿಕ ಹಣಕಾಸು ವಹಿವಾಟಿನ ಗಾತ್ರ ಮತ್ತು ಪ್ರಮಾಣವು ಮುಖ್ಯ ಮಾನದಂಡವಲ್ಲ.
ಗ್ರಾಹಕರೊಂದಿಗೆ ನೇರವಾಗಿ ಸಂವಹನ ನಡೆಸದ ದೊಡ್ಡ ಕೈಗಾರಿಕಾ ಉದ್ಯಮವನ್ನು ಊಹಿಸೋಣ. ಉದಾಹರಣೆಗೆ, ಕೆಲವು ವಾಹನ ತಯಾರಕರು ಮತ್ತು ಆಟೋಮೊಬೈಲ್ ಉತ್ಪಾದನಾ ಕಂಪನಿಗಳು. ನನಗೆ ಈಗ ಖಚಿತವಿಲ್ಲ, ಆದರೆ ನನ್ನ ಹಿಂದಿನ ಅನುಭವದಿಂದ, ಹಲವು ವರ್ಷಗಳಿಂದ ಎಲ್ಲಾ ಗ್ರಾಹಕರ ಸಂವಹನವನ್ನು ಇಮೇಲ್ ಮತ್ತು ಫೋನ್ ಮೂಲಕ ಮಾಡಲಾಗಿದೆ.
ಅವರ ಗ್ರಾಹಕರು ಕಾರು ವಿತರಕರ ಸೀಮಿತ ಪಟ್ಟಿ. ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ತಯಾರಕರಿಂದ ತಜ್ಞರನ್ನು ನಿಯೋಜಿಸಲಾಗಿದೆ. ಎಲ್ಲಾ ಆಂತರಿಕ ದಾಖಲೆಯ ಹರಿವು SAP ERP ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ. ಆಂತರಿಕ ಉದ್ಯೋಗಿಗಳು ಮೂಲಭೂತವಾಗಿ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯ ಗ್ರಾಹಕರು. ಆದರೆ ಕ್ಲಸ್ಟರ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಶಾಸ್ತ್ರೀಯ ವಿಧಾನಗಳಿಂದ ಈ IS ಅನ್ನು ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ. ಇದು DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಬಳಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಹೊರತುಪಡಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ತೀರ್ಮಾನ: ಲೇಖನದ ಆರಂಭದಿಂದಲೂ ನಾವು ವಿಧಾನದ ಗುರಿಗಳನ್ನು ನೆನಪಿಸಿಕೊಂಡರೆ, ಅಂತಹ ಉದ್ಯಮಗಳಿಗೆ, DevOps ಅನುಷ್ಠಾನವು ವಿಮರ್ಶಾತ್ಮಕವಾಗಿ ಮುಖ್ಯವಲ್ಲ. ಆದರೆ ಅವರು ಇಂದು ಕೆಲವು DevOps ಪರಿಕರಗಳನ್ನು ಬಳಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಾನು ತಳ್ಳಿಹಾಕುವುದಿಲ್ಲ.
ಮತ್ತೊಂದೆಡೆ, DevOps ವಿಧಾನ, ತತ್ವಶಾಸ್ತ್ರ, ಅಭ್ಯಾಸಗಳು ಮತ್ತು ಸಾಧನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಅನೇಕ ಸಣ್ಣ ಕಂಪನಿಗಳಿವೆ. ಮತ್ತು DevOps ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ವೆಚ್ಚವು ಸಾಫ್ಟ್ವೇರ್ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸ್ಪರ್ಧಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುವ ವೆಚ್ಚವಾಗಿದೆ ಎಂದು ಅವರು ನಂಬುತ್ತಾರೆ. ಅಂತಹ ಕಂಪನಿಗಳ ಉದಾಹರಣೆಗಳನ್ನು ಕಾಣಬಹುದು .
DevOps ಅಗತ್ಯವಿದೆಯೇ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮುಖ್ಯ ಮಾನದಂಡ: ನಿಮ್ಮ IT ಉತ್ಪನ್ನಗಳು ಕಂಪನಿ ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ಯಾವ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿವೆ.
ಲಾಭವನ್ನು ಉತ್ಪಾದಿಸುವ ಕಂಪನಿಯ ಮುಖ್ಯ ಉತ್ಪನ್ನವು ಸಾಫ್ಟ್ವೇರ್ ಆಗಿದ್ದರೆ, ನಿಮಗೆ DevOps ಅಗತ್ಯವಿದೆ. ಮತ್ತು ನೀವು ಇತರ ಉತ್ಪನ್ನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಿಜವಾದ ಹಣವನ್ನು ಗಳಿಸಿದರೆ ಅದು ತುಂಬಾ ಮುಖ್ಯವಲ್ಲ. ಇದು ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ಗಳು ಅಥವಾ ಆಟಗಳೊಂದಿಗೆ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ.
ಯಾವುದೇ ಆಟಗಳು ಧನಸಹಾಯಕ್ಕೆ ಧನ್ಯವಾದಗಳು: ಆಟಗಾರರಿಂದ ನೇರ ಅಥವಾ ಪರೋಕ್ಷ. Playgendary ನಲ್ಲಿ, ನಾವು 200 ಕ್ಕೂ ಹೆಚ್ಚು ಜನರು ತಮ್ಮ ರಚನೆಯಲ್ಲಿ ನೇರವಾಗಿ ತೊಡಗಿಸಿಕೊಂಡಿರುವ ಉಚಿತ ಮೊಬೈಲ್ ಆಟಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತೇವೆ. ನಾವು DevOps ಅನ್ನು ಹೇಗೆ ಬಳಸುತ್ತೇವೆ?
ಹೌದು, ಮೇಲೆ ವಿವರಿಸಿದಂತೆ ನಿಖರವಾಗಿ ಅದೇ. ನಾನು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಪರೀಕ್ಷಕರೊಂದಿಗೆ ನಿರಂತರವಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತೇನೆ ಮತ್ತು DevOps ವಿಧಾನ ಮತ್ತು ಪರಿಕರಗಳ ಕುರಿತು ಉದ್ಯೋಗಿಗಳಿಗೆ ಆಂತರಿಕ ತರಬೇತಿಯನ್ನು ನಡೆಸುತ್ತೇನೆ.
ಯೂನಿಟಿಯೊಂದಿಗೆ ಎಲ್ಲಾ ಅಸೆಂಬ್ಲಿ ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮತ್ತು ಆಪ್ ಸ್ಟೋರ್ ಮತ್ತು ಪ್ಲೇ ಮಾರ್ಕೆಟ್‌ಗೆ ನಂತರದ ನಿಯೋಜನೆಗಾಗಿ ನಾವು ಈಗ ಜೆಂಕಿನ್ಸ್ ಅನ್ನು CI/CD ಪೈಪ್‌ಲೈನ್ ಸಾಧನವಾಗಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತಿದ್ದೇವೆ. ಕ್ಲಾಸಿಕ್ ಟೂಲ್‌ಕಿಟ್‌ನಿಂದ ಇನ್ನಷ್ಟು:
- ಆಸನ - ಯೋಜನಾ ನಿರ್ವಹಣೆಗಾಗಿ. ಜೆಂಕಿನ್ಸ್ ಜೊತೆಗಿನ ಏಕೀಕರಣವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.
- Google Meet - ವೀಡಿಯೊ ಸಭೆಗಳಿಗಾಗಿ.
- ಸ್ಲಾಕ್ - ಜೆಂಕಿನ್ಸ್‌ನಿಂದ ಅಧಿಸೂಚನೆಗಳು ಸೇರಿದಂತೆ ಸಂವಹನಗಳು ಮತ್ತು ವಿವಿಧ ಎಚ್ಚರಿಕೆಗಳಿಗಾಗಿ.
- ಅಟ್ಲಾಸಿಯನ್ ಸಂಗಮ - ದಾಖಲಾತಿ ಮತ್ತು ಗುಂಪು ಕೆಲಸಕ್ಕಾಗಿ.
ನಮ್ಮ ತಕ್ಷಣದ ಯೋಜನೆಗಳಲ್ಲಿ SonarQube ಬಳಸಿಕೊಂಡು ಸ್ಥಿರ ಕೋಡ್ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಪರಿಚಯಿಸುವುದು ಮತ್ತು ನಿರಂತರ ಏಕೀಕರಣ ಹಂತದಲ್ಲಿ ಸೆಲೆನಿಯಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಯಂಚಾಲಿತ UI ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುವುದು ಸೇರಿದೆ.
ಬದಲಿಗೆ ತೀರ್ಮಾನದ
ನಾನು ಈ ಕೆಳಗಿನ ಆಲೋಚನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳಲು ಬಯಸುತ್ತೇನೆ: ಹೆಚ್ಚು ಅರ್ಹವಾದ DevOps ಇಂಜಿನಿಯರ್ ಆಗಲು, ಜನರೊಂದಿಗೆ ಲೈವ್ ಆಗಿ ಸಂವಹನ ಮಾಡುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಕಲಿಯುವುದು ಅತ್ಯಗತ್ಯ.
DevOps ಇಂಜಿನಿಯರ್ ಒಬ್ಬ ತಂಡದ ಆಟಗಾರ. ಮತ್ತು ಬೇರೇನೂ ಇಲ್ಲ. ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ಉಪಕ್ರಮವು ಅವನಿಂದ ಬರಬೇಕು ಮತ್ತು ಕೆಲವು ಸಂದರ್ಭಗಳ ಪ್ರಭಾವದಿಂದಲ್ಲ. DevOps ತಜ್ಞರು ತಂಡಕ್ಕೆ ಉತ್ತಮ ಪರಿಹಾರವನ್ನು ನೋಡಬೇಕು ಮತ್ತು ಪ್ರಸ್ತಾಪಿಸಬೇಕು.
ಮತ್ತು ಹೌದು, ಯಾವುದೇ ಪರಿಹಾರದ ಅನುಷ್ಠಾನಕ್ಕೆ ಸಾಕಷ್ಟು ಚರ್ಚೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಗಬಹುದು. ಸ್ವತಂತ್ರವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು, ಅವರ ಆಲೋಚನೆಗಳನ್ನು ಪ್ರಸ್ತಾಪಿಸುವುದು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು, ಅಂತಹ ವ್ಯಕ್ತಿಯು ತಂಡಕ್ಕೆ ಮತ್ತು ಉದ್ಯೋಗದಾತರಿಗೆ ಮೌಲ್ಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತಾನೆ. ಇದು ಅಂತಿಮವಾಗಿ, ಅವನ ಮಾಸಿಕ ಸಂಭಾವನೆಯ ಮೊತ್ತದಲ್ಲಿ ಅಥವಾ ಹೆಚ್ಚುವರಿ ಬೋನಸ್‌ಗಳ ರೂಪದಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ.
ಮೂಲ: www.habr.com