ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸ ಮಾಡದಿದ್ದಾಗ, ನಿಮ್ಮ ಸಹೋದ್ಯೋಗಿಗಳಿಂದ ನೀವು ಕೇಳಲು ಬಯಸುವ ಕೊನೆಯ ವಿಷಯವೆಂದರೆ "ಸಮಸ್ಯೆ ನಿಮ್ಮ ಕಡೆ ಇದೆ" ಎಂಬ ನುಡಿಗಟ್ಟು. ಪರಿಣಾಮವಾಗಿ, ಬಳಕೆದಾರರು ಬಳಲುತ್ತಿದ್ದಾರೆ - ಮತ್ತು ತಂಡದ ಯಾವ ಭಾಗವು ಸ್ಥಗಿತಕ್ಕೆ ಕಾರಣವಾಗಿದೆ ಎಂದು ಅವರು ಹೆದರುವುದಿಲ್ಲ. DevOps ಸಂಸ್ಕೃತಿಯು ಅಂತಿಮ ಉತ್ಪನ್ನದ ಹಂಚಿಕೆಯ ಜವಾಬ್ದಾರಿಯ ಸುತ್ತ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬೆಂಬಲವನ್ನು ಒಟ್ಟಿಗೆ ತರಲು ನಿಖರವಾಗಿ ಹೊರಹೊಮ್ಮಿತು.
DevOps ಪರಿಕಲ್ಪನೆಯಲ್ಲಿ ಯಾವ ಅಭ್ಯಾಸಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಅವು ಏಕೆ ಬೇಕು? DevOps ಇಂಜಿನಿಯರ್‌ಗಳು ಏನು ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅವರು ಏನು ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ? EPAM ನ ತಜ್ಞರು ಈ ಮತ್ತು ಇತರ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ: ಕಿರಿಲ್ ಸೆರ್ಗೆವ್, ಸಿಸ್ಟಮ್ಸ್ ಎಂಜಿನಿಯರ್ ಮತ್ತು ಡೆವೊಪ್ಸ್ ಇವಾಂಜೆಲಿಸ್ಟ್ ಮತ್ತು ಇಗೊರ್ ಬಾಯ್ಕೊ, ಪ್ರಮುಖ ಸಿಸ್ಟಮ್ಸ್ ಎಂಜಿನಿಯರ್ ಮತ್ತು ಕಂಪನಿಯ ಡೆವೊಪ್ಸ್ ತಂಡಗಳಲ್ಲಿ ಒಂದಾದ ಸಂಯೋಜಕ.
DevOps ಏಕೆ ಬೇಕು?
ಹಿಂದೆ, ಅಭಿವರ್ಧಕರು ಮತ್ತು ಬೆಂಬಲ (ಕಾರ್ಯಾಚರಣೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುವ) ನಡುವೆ ತಡೆಗೋಡೆ ಇತ್ತು. ಇದು ವಿರೋಧಾಭಾಸವೆಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಅವರು ವಿಭಿನ್ನ ಗುರಿಗಳನ್ನು ಹೊಂದಿದ್ದರು ಮತ್ತು KPI ಗಳನ್ನು ಹೊಂದಿದ್ದರು, ಆದರೂ ಅವರು ಅದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ. ವ್ಯಾಪಾರದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಕೆಲಸ ಮಾಡುವ ಉತ್ಪನ್ನಕ್ಕೆ ಸೇರಿಸುವುದು ಅಭಿವೃದ್ಧಿಯ ಗುರಿಯಾಗಿದೆ. ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಬೆಂಬಲವು ಕಾರಣವಾಗಿದೆ - ಮತ್ತು ಯಾವುದೇ ಬದಲಾವಣೆಗಳು ಸ್ಥಿರತೆಯನ್ನು ಅಪಾಯಕ್ಕೆ ತಳ್ಳುತ್ತವೆ. ಆಸಕ್ತಿಯ ಸಂಘರ್ಷವಿದೆ - ಅದನ್ನು ಪರಿಹರಿಸಲು DevOps ಕಾಣಿಸಿಕೊಂಡಿದೆ.
DevOps ಎಂದರೇನು?
ಇದು ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆ - ಮತ್ತು ವಿವಾದಾತ್ಮಕವಾದದ್ದು: ಜಗತ್ತು ಇನ್ನೂ ಅಂತಿಮವಾಗಿ ಇದನ್ನು ಒಪ್ಪಿಕೊಂಡಿಲ್ಲ. DevOps ತಂತ್ರಜ್ಞಾನಗಳು, ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ತಂಡದೊಳಗೆ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಸಂಸ್ಕೃತಿಯನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ ಎಂದು EPAM ನಂಬುತ್ತದೆ. ಈ ಸಂಘವು ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ನಿರಂತರವಾಗಿ ಮೌಲ್ಯವನ್ನು ತಲುಪಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ.
ಕಿರಿಲ್ ಸೆರ್ಗೆವ್: “ಡೆವಲಪರ್‌ಗಳು ಕೋಡ್ ಬರೆಯುತ್ತಾರೆ, ಪರೀಕ್ಷಕರು ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ ಮತ್ತು ನಿರ್ವಾಹಕರು ಅಂತಿಮ ಉತ್ಪನ್ನವನ್ನು ಉತ್ಪಾದನೆಗೆ ನಿಯೋಜಿಸುತ್ತಾರೆ. ದೀರ್ಘಕಾಲದವರೆಗೆ, ತಂಡದ ಈ ಭಾಗಗಳು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಚದುರಿಹೋಗಿವೆ, ಮತ್ತು ನಂತರ ಸಾಮಾನ್ಯ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಅವುಗಳನ್ನು ಒಂದುಗೂಡಿಸುವ ಕಲ್ಪನೆಯು ಹುಟ್ಟಿಕೊಂಡಿತು. DevOps ಅಭ್ಯಾಸಗಳು ಈ ರೀತಿ ಕಾಣಿಸಿಕೊಂಡವು.
ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ ಎಂಜಿನಿಯರ್‌ಗಳು ಪರಸ್ಪರರ ಕೆಲಸದಲ್ಲಿ ಆಸಕ್ತಿ ವಹಿಸುವ ದಿನ ಬಂದಿತು. ಉತ್ಪಾದನೆ ಮತ್ತು ಬೆಂಬಲದ ನಡುವಿನ ತಡೆಯು ಕಣ್ಮರೆಯಾಗತೊಡಗಿತು. ಅಭ್ಯಾಸಗಳು, ಸಂಸ್ಕೃತಿ ಮತ್ತು ತಂಡದ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಒಳಗೊಂಡಿರುವ DevOps ಹುಟ್ಟಿಕೊಂಡಿದ್ದು ಹೀಗೆ.
DevOps ಸಂಸ್ಕೃತಿಯ ಮೂಲತತ್ವ ಏನು?
ಅಂತಿಮ ಫಲಿತಾಂಶದ ಜವಾಬ್ದಾರಿಯು ಪ್ರತಿ ತಂಡದ ಸದಸ್ಯರ ಮೇಲಿದೆ ಎಂಬುದು ಸತ್ಯ. DevOps ತತ್ವಶಾಸ್ತ್ರದಲ್ಲಿ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಮತ್ತು ಕಷ್ಟಕರವಾದ ವಿಷಯವೆಂದರೆ ನಿರ್ದಿಷ್ಟ ವ್ಯಕ್ತಿಯು ತನ್ನ ಸ್ವಂತ ಹಂತದ ಕೆಲಸಕ್ಕೆ ಜವಾಬ್ದಾರನಾಗಿರುವುದಿಲ್ಲ, ಆದರೆ ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ. ಸಮಸ್ಯೆ ಯಾರ ಬದಿಯಲ್ಲಿಯೂ ಇರುವುದಿಲ್ಲ - ಅದನ್ನು ಹಂಚಿಕೊಳ್ಳಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ತಂಡದ ಸದಸ್ಯರು ಅದನ್ನು ಪರಿಹರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ.
DevOps ಸಂಸ್ಕೃತಿಯಲ್ಲಿನ ಪ್ರಮುಖ ವಿಷಯವೆಂದರೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು, ಕೇವಲ DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಇದಲ್ಲದೆ, ಈ ಅಭ್ಯಾಸಗಳನ್ನು "ಯಾರೊಬ್ಬರ ಬದಿಯಲ್ಲಿ" ಅಳವಡಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನದಾದ್ಯಂತ. ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ಡೆವೊಪ್ಸ್ ಇಂಜಿನಿಯರ್ ಪರ್ ಸೆ ಅಗತ್ಯವಿಲ್ಲ - ಇದು ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರದ ಅಗತ್ಯವಿದೆ, ಮತ್ತು ಡೆವೊಪ್ಸ್ ಎಂಜಿನಿಯರ್ ಪಾತ್ರವನ್ನು ವಿವಿಧ ವಿಶೇಷತೆಗಳೊಂದಿಗೆ ಹಲವಾರು ತಂಡದ ಸದಸ್ಯರ ನಡುವೆ ವಿತರಿಸಬಹುದು.
DevOps ಅಭ್ಯಾಸಗಳ ಪ್ರಕಾರಗಳು ಯಾವುವು?
DevOps ಅಭ್ಯಾಸಗಳು ಸಾಫ್ಟ್‌ವೇರ್ ಜೀವನ ಚಕ್ರದ ಎಲ್ಲಾ ಹಂತಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.
ಇಗೊರ್ ಬಾಯ್ಕೊ: “ಪ್ರಾಜೆಕ್ಟ್‌ನ ಪ್ರಾರಂಭದಲ್ಲಿಯೇ ನಾವು DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಆದರ್ಶ ಪ್ರಕರಣವಾಗಿದೆ. ವಾಸ್ತುಶಿಲ್ಪಿಗಳ ಜೊತೆಯಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ಯಾವ ರೀತಿಯ ವಾಸ್ತುಶಿಲ್ಪದ ಭೂದೃಶ್ಯವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಅದು ಎಲ್ಲಿ ನೆಲೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಹೇಗೆ ಅಳೆಯಬೇಕು ಮತ್ತು ವೇದಿಕೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಎಂದು ನಾವು ಯೋಜಿಸುತ್ತೇವೆ. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಶೈಲಿಯಲ್ಲಿದೆ - ಇದಕ್ಕಾಗಿ ನಾವು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ: ನೀವು ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರತಿಯೊಂದು ಅಂಶವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲು ಮತ್ತು ಅದನ್ನು ಇತರರಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ನವೀಕರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇನ್ನೊಂದು ಅಭ್ಯಾಸವೆಂದರೆ "ಕೋಡ್ ಆಗಿ ಮೂಲಸೌಕರ್ಯ." ಯೋಜನಾ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸರ್ವರ್‌ಗಳೊಂದಿಗಿನ ನೇರ ಸಂವಹನದ ಬದಲಿಗೆ ಕೋಡ್ ಬಳಸಿ ರಚಿಸುವ ಮತ್ತು ನಿರ್ವಹಿಸುವ ವಿಧಾನಕ್ಕೆ ಇದು ಹೆಸರಾಗಿದೆ.
ಮುಂದೆ ನಾವು ಅಭಿವೃದ್ಧಿಯ ಹಂತಕ್ಕೆ ಹೋಗುತ್ತೇವೆ. CI/CD ಅನ್ನು ನಿರ್ಮಿಸುವುದು ಇಲ್ಲಿನ ದೊಡ್ಡ ಅಭ್ಯಾಸಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ: ಉತ್ಪನ್ನದಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ, ಸಣ್ಣ ಭಾಗಗಳಲ್ಲಿ, ಹೆಚ್ಚಾಗಿ ಮತ್ತು ನೋವುರಹಿತವಾಗಿ ಸಂಯೋಜಿಸಲು ನೀವು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಹಾಯ ಮಾಡಬೇಕಾಗುತ್ತದೆ. CI/CD ಕೋಡ್ ಪರಿಶೀಲನೆ, ಮಾಸ್ಟರ್ ಅನ್ನು ಕೋಡ್ ಬೇಸ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಪರೀಕ್ಷೆ ಮತ್ತು ಉತ್ಪಾದನಾ ಪರಿಸರಕ್ಕೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಯೋಜಿಸುವುದನ್ನು ಒಳಗೊಂಡಿದೆ.
CI/CD ಹಂತಗಳಲ್ಲಿ, ಕೋಡ್ ಗುಣಮಟ್ಟದ ಗೇಟ್‌ಗಳ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ. ಅವರ ಸಹಾಯದಿಂದ, ಡೆವಲಪರ್‌ನ ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ನಿಂದ ಹೊರಬರುವ ಕೋಡ್ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಗುಣಮಟ್ಟದ ಮಾನದಂಡಗಳನ್ನು ಪೂರೈಸುತ್ತದೆಯೇ ಎಂದು ಅವರು ಪರಿಶೀಲಿಸುತ್ತಾರೆ. ಘಟಕ ಮತ್ತು UI ಪರೀಕ್ಷೆಯನ್ನು ಇಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ. ವೇಗದ, ನೋವುರಹಿತ ಮತ್ತು ಕೇಂದ್ರೀಕೃತ ಉತ್ಪನ್ನ ನಿಯೋಜನೆಗಾಗಿ, ನೀವು ಸೂಕ್ತವಾದ ನಿಯೋಜನೆ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಸಿದ್ಧಪಡಿಸಿದ ಉತ್ಪನ್ನವನ್ನು ಬೆಂಬಲಿಸುವ ಹಂತದಲ್ಲಿ DevOps ಅಭ್ಯಾಸಕಾರರು ಸಹ ಸ್ಥಾನವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಅವುಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ, ಪ್ರತಿಕ್ರಿಯೆ, ಭದ್ರತೆ ಮತ್ತು ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಚಯಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. DevOps ಈ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ನಿರಂತರ ಸುಧಾರಣೆಯ ದೃಷ್ಟಿಕೋನದಿಂದ ನೋಡುತ್ತದೆ. ನಾವು ಪುನರಾವರ್ತಿತ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತೇವೆ. ಇದು ವಲಸೆಗಳು, ಅಪ್ಲಿಕೇಶನ್ ವಿಸ್ತರಣೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಬೆಂಬಲವನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ.
DevOps ಅಭ್ಯಾಸಗಳ ಪ್ರಯೋಜನಗಳೇನು?
ನಾವು ಆಧುನಿಕ DevOps ಅಭ್ಯಾಸಗಳ ಕುರಿತು ಪಠ್ಯಪುಸ್ತಕವನ್ನು ಬರೆಯುತ್ತಿದ್ದರೆ, ಮೊದಲ ಪುಟದಲ್ಲಿ ಮೂರು ಅಂಶಗಳಿರುತ್ತವೆ: ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವಿಕೆ, ಬಿಡುಗಡೆಗಳನ್ನು ವೇಗಗೊಳಿಸುವುದು ಮತ್ತು ಬಳಕೆದಾರರಿಂದ ತ್ವರಿತ ಪ್ರತಿಕ್ರಿಯೆ.
ಕಿರಿಲ್ ಸೆರ್ಗೆವ್: “ಮೊದಲನೆಯದು ಆಟೊಮೇಷನ್. ನಾವು ತಂಡದಲ್ಲಿನ ಎಲ್ಲಾ ಸಂವಹನಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು: ಕೋಡ್ ಅನ್ನು ಬರೆದರು - ಅದನ್ನು ಹೊರತೆಗೆದರು - ಅದನ್ನು ಪರಿಶೀಲಿಸಿದರು - ಅದನ್ನು ಸ್ಥಾಪಿಸಿದರು - ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸಿದರು - ಪ್ರಾರಂಭಕ್ಕೆ ಮರಳಿದರು. ಇದೆಲ್ಲವೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿದೆ.
ಎರಡನೆಯದು ಬಿಡುಗಡೆಯನ್ನು ವೇಗಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ. ಉತ್ಪನ್ನವು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಮಾರುಕಟ್ಟೆಗೆ ಪ್ರವೇಶಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಪರ್ಧಿಗಳ ಸಾದೃಶ್ಯಗಳಿಗಿಂತ ಮುಂಚಿತವಾಗಿ ಪ್ರಯೋಜನಗಳನ್ನು ನೀಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಎಂದು ಗ್ರಾಹಕರಿಗೆ ಯಾವಾಗಲೂ ಮುಖ್ಯವಾಗಿದೆ. ಉತ್ಪನ್ನ ವಿತರಣಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನಂತವಾಗಿ ಸುಧಾರಿಸಬಹುದು: ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು, ಹೆಚ್ಚುವರಿ ನಿಯಂತ್ರಣ ಗುರುತುಗಳನ್ನು ಸೇರಿಸುವುದು, ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಸುಧಾರಿಸುವುದು.
ಮೂರನೆಯದು ಬಳಕೆದಾರರ ಪ್ರತಿಕ್ರಿಯೆಯ ವೇಗವರ್ಧನೆ. ಅವರು ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ನಾವು ತಕ್ಷಣ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡಬಹುದು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತಕ್ಷಣವೇ ನವೀಕರಿಸಬಹುದು.
"ಸಿಸ್ಟಮ್ಸ್ ಇಂಜಿನಿಯರ್", "ಬಿಲ್ಡ್ ಇಂಜಿನಿಯರ್" ಮತ್ತು "DevOps ಇಂಜಿನಿಯರ್" ಪರಿಕಲ್ಪನೆಗಳು ಹೇಗೆ ಸಂಬಂಧಿಸಿವೆ?
ಅವು ಅತಿಕ್ರಮಿಸುತ್ತವೆ, ಆದರೆ ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ಪ್ರದೇಶಗಳಿಗೆ ಸೇರಿವೆ.
EPAM ನಲ್ಲಿ ಸಿಸ್ಟಮ್ಸ್ ಇಂಜಿನಿಯರ್ ಸ್ಥಾನವಾಗಿದೆ. ಅವರು ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಬರುತ್ತಾರೆ: ಕಿರಿಯರಿಂದ ಮುಖ್ಯ ತಜ್ಞರವರೆಗೆ.
ಬಿಲ್ಡ್ ಎಂಜಿನಿಯರ್ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ನಿರ್ವಹಿಸಬಹುದಾದ ಹೆಚ್ಚಿನ ಪಾತ್ರವಾಗಿದೆ. ಈಗ ಇದನ್ನು CI/CD ಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ಜನರನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ.
DevOps ಇಂಜಿನಿಯರ್ ಒಬ್ಬ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಅಳವಡಿಸುವ ಪರಿಣಿತ.
ನಾವು ಎಲ್ಲವನ್ನೂ ಒಟ್ಟುಗೂಡಿಸಿದರೆ, ನಾವು ಈ ರೀತಿಯದನ್ನು ಪಡೆಯುತ್ತೇವೆ: ಸಿಸ್ಟಮ್ಸ್ ಇಂಜಿನಿಯರ್ನ ಸ್ಥಾನದಲ್ಲಿರುವ ವ್ಯಕ್ತಿಯು ಯೋಜನೆಯಲ್ಲಿ ಬಿಲ್ಡ್ ಎಂಜಿನಿಯರ್ ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸುತ್ತಾನೆ ಮತ್ತು ಅಲ್ಲಿ DevOps ಅಭ್ಯಾಸಗಳ ಅನುಷ್ಠಾನದಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದಾನೆ.
DevOps ಇಂಜಿನಿಯರ್ ನಿಖರವಾಗಿ ಏನು ಮಾಡುತ್ತಾನೆ?
DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಯೋಜನೆಯನ್ನು ರೂಪಿಸುವ ಎಲ್ಲಾ ತುಣುಕುಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತಾರೆ. ಪ್ರೋಗ್ರಾಮರ್ಗಳು, ಪರೀಕ್ಷಕರು, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರ ಕೆಲಸದ ನಿಶ್ಚಿತಗಳನ್ನು ಅವರು ತಿಳಿದಿದ್ದಾರೆ ಮತ್ತು ಅವರ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ. ಅವರು ವ್ಯವಹಾರದ ಅಗತ್ಯತೆಗಳು ಮತ್ತು ಅವಶ್ಯಕತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ, ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಅದರ ಪಾತ್ರ - ಮತ್ತು ಗ್ರಾಹಕರ ಹಿತಾಸಕ್ತಿಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತಾರೆ.
ನಾವು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ಮಾತನಾಡಿದ್ದೇವೆ - DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಮೊದಲ ಮತ್ತು ಅಗ್ರಗಣ್ಯವಾಗಿ ವ್ಯವಹರಿಸುತ್ತಾರೆ. ಇದು ಬಹಳ ದೊಡ್ಡ ಅಂಶವಾಗಿದೆ, ಇದು ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, ಪರಿಸರವನ್ನು ಸಿದ್ಧಪಡಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಕಿರಿಲ್ ಸೆರ್ಗೆವ್: “ಉತ್ಪನ್ನದಲ್ಲಿ ನವೀಕರಣಗಳನ್ನು ಅಳವಡಿಸುವ ಮೊದಲು, ಅವುಗಳನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಪರಿಸರದಲ್ಲಿ ಪರೀಕ್ಷಿಸಬೇಕಾಗುತ್ತದೆ. ಇದನ್ನು DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಸಿದ್ಧಪಡಿಸಿದ್ದಾರೆ. ಅವರು ಒಟ್ಟಾರೆಯಾಗಿ ಯೋಜನೆಯಲ್ಲಿ DevOps ಸಂಸ್ಕೃತಿಯನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತಾರೆ: ಅವರು ತಮ್ಮ ಯೋಜನೆಗಳ ಎಲ್ಲಾ ಪದರಗಳಲ್ಲಿ DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತಾರೆ. ಈ ಮೂರು ತತ್ವಗಳು: ಯಾಂತ್ರೀಕರಣ, ಸರಳೀಕರಣ, ವೇಗವರ್ಧನೆ - ಅವರು ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಅವರು ತರುತ್ತಾರೆ.
DevOps ಇಂಜಿನಿಯರ್ ಏನು ತಿಳಿದಿರಬೇಕು?
ದೊಡ್ಡದಾಗಿ, ಅವರು ವಿವಿಧ ಕ್ಷೇತ್ರಗಳಿಂದ ಜ್ಞಾನವನ್ನು ಹೊಂದಿರಬೇಕು: ಪ್ರೋಗ್ರಾಮಿಂಗ್, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳು, ಅಸೆಂಬ್ಲಿ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು. ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯ, ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯದಿಂದ ಇವುಗಳು ಪೂರಕವಾಗಿವೆ.
1. ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳು
DevOps ಇಂಜಿನಿಯರ್‌ಗಳು ಯಾಂತ್ರೀಕರಣಕ್ಕಾಗಿ ಹಲವಾರು ಮೂಲಭೂತ ಭಾಷೆಗಳನ್ನು ತಿಳಿದಿದ್ದಾರೆ ಮತ್ತು ಉದಾಹರಣೆಗೆ, ಪ್ರೋಗ್ರಾಮರ್‌ಗೆ ಹೀಗೆ ಹೇಳಬಹುದು: “ನೀವು ಕೋಡ್ ಅನ್ನು ಕೈಯಿಂದ ಅಲ್ಲ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವ ನಮ್ಮ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಹೇಗೆ ಸ್ಥಾಪಿಸುತ್ತೀರಿ? ಅದಕ್ಕಾಗಿ ನಾವು ಸಂರಚನಾ ಕಡತವನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತೇವೆ, ಅದು ನಿಮಗೆ ಮತ್ತು ನಮಗೆ ಓದಲು ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ ಮತ್ತು ನಾವು ಅದನ್ನು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಯಾರು, ಯಾವಾಗ ಮತ್ತು ಏಕೆ ಅದನ್ನು ಬದಲಾಯಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಸಹ ನಾವು ನೋಡುತ್ತೇವೆ.
DevOps ಇಂಜಿನಿಯರ್ ಈ ಭಾಷೆಗಳಲ್ಲಿ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನದನ್ನು ಕಲಿಯಬಹುದು: ಪೈಥಾನ್, ಗ್ರೂವಿ, ಬ್ಯಾಷ್, ಪವರ್‌ಶೆಲ್, ರೂಬಿ, ಗೋ. ಅವುಗಳನ್ನು ಆಳವಾದ ಮಟ್ಟದಲ್ಲಿ ತಿಳಿದುಕೊಳ್ಳುವುದು ಅನಿವಾರ್ಯವಲ್ಲ - ಸಿಂಟ್ಯಾಕ್ಸ್, OOP ತತ್ವಗಳು ಮತ್ತು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಸರಳ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಬರೆಯುವ ಸಾಮರ್ಥ್ಯದ ಮೂಲಭೂತ ಅಂಶಗಳು ಸಾಕು.
2. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳು
ಉತ್ಪನ್ನವನ್ನು ಯಾವ ಸರ್ವರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗುವುದು, ಅದು ಯಾವ ಪರಿಸರದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಯಾವ ಸೇವೆಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ ಎಂಬುದನ್ನು DevOps ಎಂಜಿನಿಯರ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ನೀವು ವಿಂಡೋಸ್ ಅಥವಾ ಲಿನಕ್ಸ್ ಕುಟುಂಬದಲ್ಲಿ ಪರಿಣತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
3. ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳು
ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯ ಜ್ಞಾನವಿಲ್ಲದೆ, DevOps ಇಂಜಿನಿಯರ್ ಎಲ್ಲಿಯೂ ಇಲ್ಲ. Git ಈ ಸಮಯದಲ್ಲಿ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.
4. ಮೇಘ ಪೂರೈಕೆದಾರರು
AWS, Google, Azure - ವಿಶೇಷವಾಗಿ ನಾವು ವಿಂಡೋಸ್ ನಿರ್ದೇಶನದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ.
ಕಿರಿಲ್ ಸೆರ್ಗೆವ್: “ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ನಮಗೆ CI/CD ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವ ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಒದಗಿಸುತ್ತಾರೆ.
ಹತ್ತು ಭೌತಿಕ ಸರ್ವರ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಸುಮಾರು ನೂರು ಹಸ್ತಚಾಲಿತ ಕಾರ್ಯಾಚರಣೆಗಳ ಅಗತ್ಯವಿದೆ. ಪ್ರತಿಯೊಂದು ಸರ್ವರ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಬೇಕು, ಅಗತ್ಯವಿರುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು, ಈ ಹತ್ತು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕು ಮತ್ತು ನಂತರ ಎಲ್ಲವನ್ನೂ ಹತ್ತು ಬಾರಿ ಎರಡು ಬಾರಿ ಪರಿಶೀಲಿಸಬೇಕು. ಕ್ಲೌಡ್ ಸೇವೆಗಳು ಈ ವಿಧಾನವನ್ನು ಹತ್ತು ಸಾಲುಗಳ ಕೋಡ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತವೆ ಮತ್ತು ಉತ್ತಮ DevOps ಇಂಜಿನಿಯರ್ ಅವರೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇದು ಗ್ರಾಹಕರಿಗೆ ಮತ್ತು ಕಂಪನಿಗೆ ಸಮಯ, ಶ್ರಮ ಮತ್ತು ಹಣವನ್ನು ಉಳಿಸುತ್ತದೆ.
5. ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ವ್ಯವಸ್ಥೆಗಳು: ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್
ಕಿರಿಲ್ ಸೆರ್ಗೆವ್: “ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಕಂಟೇನರ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಪ್ರತಿಯೊಂದರಲ್ಲೂ ನಾವು ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದು. ಬಹಳಷ್ಟು ಕಂಟೇನರ್‌ಗಳು ಇದ್ದಾಗ, ನೀವು ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕಾಗಿದೆ: ಒಂದನ್ನು ಆನ್ ಮಾಡಿ, ಇನ್ನೊಂದನ್ನು ಆಫ್ ಮಾಡಿ, ಎಲ್ಲೋ ಬ್ಯಾಕಪ್ ಮಾಡಿ. ಇದು ಸಾಕಷ್ಟು ಸಂಕೀರ್ಣವಾಗುತ್ತದೆ ಮತ್ತು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಸಿಸ್ಟಮ್ ಅಗತ್ಯವಿರುತ್ತದೆ.
ಹಿಂದೆ, ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಸರ್ವರ್ ನಿರ್ವಹಿಸುತ್ತಿತ್ತು - ಅದರ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿನ ಯಾವುದೇ ಬದಲಾವಣೆಗಳು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸೇವೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. ಕಂಟೈನರ್‌ಗಳಿಗೆ ಧನ್ಯವಾದಗಳು, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ ಮತ್ತು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ - ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ. ವೈಫಲ್ಯ ಸಂಭವಿಸಿದಲ್ಲಿ, ಕಾರಣವನ್ನು ಹುಡುಕುವ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಹಳೆಯ ಕಂಟೇನರ್ ಅನ್ನು ನಾಶಪಡಿಸುವುದು ಮತ್ತು ಹೊಸದನ್ನು ಸೇರಿಸುವುದು ಸುಲಭವಾಗಿದೆ.
6. ಸಂರಚನಾ ವ್ಯವಸ್ಥೆಗಳು: ಬಾಣಸಿಗ, ಅನ್ಸಿಬಲ್, ಪಪಿಟ್
ನೀವು ಸರ್ವರ್‌ಗಳ ಸಂಪೂರ್ಣ ಸಮೂಹವನ್ನು ನಿರ್ವಹಿಸಬೇಕಾದಾಗ, ನೀವು ಒಂದೇ ರೀತಿಯ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಇದು ದೀರ್ಘ ಮತ್ತು ಕಷ್ಟಕರವಾಗಿದೆ, ಮತ್ತು ಹಸ್ತಚಾಲಿತ ಕೆಲಸವು ದೋಷದ ಸಾಧ್ಯತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಸಂರಚನಾ ವ್ಯವಸ್ಥೆಗಳು ರಕ್ಷಣೆಗೆ ಬರುವುದು ಇಲ್ಲಿಯೇ. ಅವರ ಸಹಾಯದಿಂದ, ಅವರು ಪ್ರೋಗ್ರಾಮರ್ಗಳು, DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರಿಗೆ ಓದಲು ಸುಲಭವಾದ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ರಚಿಸುತ್ತಾರೆ. ಈ ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಅದೇ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕೈಗೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇದು ಹಸ್ತಚಾಲಿತ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ (ಮತ್ತು ಆದ್ದರಿಂದ ದೋಷಗಳು).
DevOps ಇಂಜಿನಿಯರ್ ಯಾವ ರೀತಿಯ ವೃತ್ತಿಯನ್ನು ನಿರ್ಮಿಸಬಹುದು?
ನೀವು ಅಡ್ಡಲಾಗಿ ಮತ್ತು ಲಂಬವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು.
ಇಗೊರ್ ಬಾಯ್ಕೊ: “ಸಮತಲ ಅಭಿವೃದ್ಧಿಯ ದೃಷ್ಟಿಕೋನದಿಂದ, DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಈಗ ವಿಶಾಲವಾದ ನಿರೀಕ್ಷೆಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಎಲ್ಲವೂ ನಿರಂತರವಾಗಿ ಬದಲಾಗುತ್ತಿದೆ, ಮತ್ತು ನೀವು ವಿವಿಧ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಕೌಶಲ್ಯಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು: ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಮೇಲ್ವಿಚಾರಣೆಗೆ, ಕಾನ್ಫಿಗರೇಶನ್ ನಿರ್ವಹಣೆಯಿಂದ ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ.
ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಜೀವನ ಚಕ್ರದ ಎಲ್ಲಾ ಹಂತಗಳಲ್ಲಿ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಉದ್ಯೋಗಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ ನೀವು ಸಿಸ್ಟಮ್ ಆರ್ಕಿಟೆಕ್ಟ್ ಆಗಬಹುದು - ಅಭಿವೃದ್ಧಿಯಿಂದ ಬೆಂಬಲದವರೆಗೆ.
DevOps ಇಂಜಿನಿಯರ್ ಆಗುವುದು ಹೇಗೆ?
- ಫೀನಿಕ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ಡೆವೊಪ್ಸ್ ಹ್ಯಾಂಡ್‌ಬುಕ್ ಅನ್ನು ಓದಿ. ಇವುಗಳು DevOps ತತ್ವಶಾಸ್ತ್ರದ ನಿಜವಾದ ಸ್ತಂಭಗಳಾಗಿವೆ, ಮೊದಲನೆಯದು ಕಾಲ್ಪನಿಕ ಕೃತಿಯಾಗಿದೆ.
- ಮೇಲಿನ ಪಟ್ಟಿಯಿಂದ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಕಲಿಯಿರಿ: ನಿಮ್ಮ ಸ್ವಂತ ಅಥವಾ ಆನ್‌ಲೈನ್ ಕೋರ್ಸ್‌ಗಳ ಮೂಲಕ.
- ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್‌ಗಾಗಿ DevOps ಇಂಜಿನಿಯರ್ ಆಗಿ ಸೇರಿ.
- ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಮತ್ತು ಕೆಲಸದ ಯೋಜನೆಗಳಲ್ಲಿ DevOps ಅಭ್ಯಾಸಗಳನ್ನು ಅಭ್ಯಾಸ ಮಾಡಿ ಮತ್ತು ನೀಡಿ.
ಮೂಲ: www.habr.com