ನೀವು DevOps ಗೆ ಹೊಸಬರಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಮೊದಲ ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ರಚಿಸಲು ಈ ಐದು-ಹಂತದ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ನೋಡೋಣ.
DevOps ನಿಧಾನ, ಅಸಂಬದ್ಧ ಅಥವಾ ಮುರಿದ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸರಿಪಡಿಸಲು ಪ್ರಮಾಣಿತ ಪರಿಹಾರವಾಗಿದೆ. ಸಮಸ್ಯೆಯೆಂದರೆ ನೀವು DevOps ಗೆ ಹೊಸಬರಾಗಿದ್ದರೆ ಮತ್ತು ಎಲ್ಲಿ ಪ್ರಾರಂಭಿಸಬೇಕು ಎಂದು ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಈ ತಂತ್ರಗಳ ಬಗ್ಗೆ ನಿಮಗೆ ತಿಳುವಳಿಕೆ ಇಲ್ಲದಿರಬಹುದು. ಈ ಲೇಖನವು DevOps ಪೈಪ್‌ಲೈನ್‌ನ ವ್ಯಾಖ್ಯಾನವನ್ನು ಚರ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಒಂದನ್ನು ರಚಿಸಲು ಐದು-ಹಂತದ ಸೂಚನೆಗಳನ್ನು ಸಹ ನೀಡುತ್ತದೆ. ಈ ಟ್ಯುಟೋರಿಯಲ್ ಸಮಗ್ರವಾಗಿಲ್ಲದಿದ್ದರೂ, ನಿಮ್ಮ ಪ್ರಯಾಣವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ನಿಮ್ಮ ಜ್ಞಾನವನ್ನು ವಿಸ್ತರಿಸಲು ಇದು ನಿಮಗೆ ಅಡಿಪಾಯವನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ ಇತಿಹಾಸದಿಂದ ಪ್ರಾರಂಭಿಸೋಣ.
ನನ್ನ DevOps ಜರ್ನಿ
ಸಿಟಿಯ ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು ನಾನು ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್-ಆಸ್-ಎ-ಸರ್ವಿಸ್ (ಐಎಎಎಸ್) ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಸಿಟಿ ಗ್ರೂಪ್ ಕ್ಲೌಡ್ ತಂಡದಲ್ಲಿ ಈ ಹಿಂದೆ ಕೆಲಸ ಮಾಡಿದ್ದೇನೆ, ಆದರೆ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡುವುದು ಮತ್ತು ಧನಾತ್ಮಕ ಸಾಂಸ್ಕೃತಿಕ ಬದಲಾವಣೆಯನ್ನು ಹೇಗೆ ತರುವುದು ಎಂಬುದರ ಕುರಿತು ನಾನು ಯಾವಾಗಲೂ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇನೆ. ಅಭಿವೃದ್ಧಿ ತಂಡ. ಸಿಟಿಯಲ್ಲಿ ಕ್ಲೌಡ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್‌ನ CTO ಗ್ರೆಗ್ ಲ್ಯಾವೆಂಡರ್ ಶಿಫಾರಸು ಮಾಡಿದ ಪುಸ್ತಕದಲ್ಲಿ ನಾನು ಉತ್ತರವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇನೆ. ಪುಸ್ತಕವನ್ನು ಫೀನಿಕ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್ ಎಂದು ಕರೆಯಲಾಯಿತು (), ಮತ್ತು ಇದು DevOps ನ ತತ್ವಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಆದರೆ ಇದು ಕಾದಂಬರಿಯಂತೆ ಓದುತ್ತದೆ.
ಪುಸ್ತಕದ ಹಿಂಭಾಗದಲ್ಲಿರುವ ಟೇಬಲ್ ವಿಭಿನ್ನ ಕಂಪನಿಗಳು ತಮ್ಮ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬಿಡುಗಡೆಯ ಪರಿಸರದಲ್ಲಿ ಎಷ್ಟು ಬಾರಿ ನಿಯೋಜಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ:
ಅಮೆಜಾನ್: ದಿನಕ್ಕೆ 23
ಗೂಗಲ್: ದಿನಕ್ಕೆ 5
ನೆಟ್‌ಫ್ಲಿಕ್ಸ್: ದಿನಕ್ಕೆ 500
ಫೇಸ್ಬುಕ್: ದಿನಕ್ಕೆ ಒಮ್ಮೆ
Twitter: ವಾರಕ್ಕೆ 3 ಬಾರಿ
ವಿಶಿಷ್ಟ ಕಂಪನಿ: ಪ್ರತಿ 9 ತಿಂಗಳಿಗೊಮ್ಮೆ
Amazon, Google ಮತ್ತು Netflix ಆವರ್ತನಗಳು ಹೇಗೆ ಸಾಧ್ಯ? ಏಕೆಂದರೆ ಈ ಕಂಪನಿಗಳು ಸುಮಾರು ಪರಿಪೂರ್ಣವಾದ DevOps ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂದು ಕಂಡುಹಿಡಿದಿದೆ.
ನಾವು ಸಿಟಿಯಲ್ಲಿ DevOps ಅನ್ನು ಅಳವಡಿಸುವವರೆಗೂ ನಾವು ಇದರಿಂದ ದೂರವಿದ್ದೆವು. ಆಗ, ನನ್ನ ತಂಡವು ವಿಭಿನ್ನ ಪರಿಸರವನ್ನು ಹೊಂದಿತ್ತು, ಆದರೆ ಅಭಿವೃದ್ಧಿ ಸರ್ವರ್‌ನಲ್ಲಿ ನಿಯೋಜನೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಕೈಪಿಡಿಯಾಗಿತ್ತು. ಎಲ್ಲಾ ಡೆವಲಪರ್‌ಗಳು IBM ವೆಬ್‌ಸ್ಪಿಯರ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಸಮುದಾಯ ಆವೃತ್ತಿಯ ಆಧಾರದ ಮೇಲೆ ಕೇವಲ ಒಂದು ಅಭಿವೃದ್ಧಿ ಸರ್ವರ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದ್ದರು. ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಬಳಕೆದಾರರು ನಿಯೋಜಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಸರ್ವರ್ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದು ಸಮಸ್ಯೆಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಉದ್ದೇಶಗಳನ್ನು ಪರಸ್ಪರ ಸಂವಹನ ಮಾಡಬೇಕಾಗಿತ್ತು, ಇದು ಸಾಕಷ್ಟು ನೋವಿನಿಂದ ಕೂಡಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಕಡಿಮೆ ಮಟ್ಟದ ಪರೀಕ್ಷಾ ಕೋಡ್ ಕವರೇಜ್, ತೊಡಕಿನ ಹಸ್ತಚಾಲಿತ ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯ ಅಥವಾ ಬಳಕೆದಾರರ ಕಥೆಗೆ ಸಂಬಂಧಿಸಿದ ಕೋಡ್‌ನ ನಿಯೋಜನೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಅಸಮರ್ಥತೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳಿವೆ.
ಏನನ್ನಾದರೂ ಮಾಡಬೇಕಾಗಿದೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ ಮತ್ತು ಸಮಾನ ಮನಸ್ಸಿನ ಸಹೋದ್ಯೋಗಿಯನ್ನು ಕಂಡುಕೊಂಡೆ. ನಾವು ಆರಂಭಿಕ DevOps ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ಸಹಕರಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ನಾನು ಜೆಂಕಿನ್ಸ್, ಇಂಟಿಗ್ರೇಟೆಡ್ ಅಟ್ಲಾಸಿಯನ್ ಜಿರಾ ಮತ್ತು ಬಿಟ್‌ಬಕೆಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ ಮತ್ತು ಟೆಸ್ಟ್ ಕೋಡ್ ಕವರೇಜ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ ಅವರು ಟಾಮ್‌ಕ್ಯಾಟ್ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರು. ಈ ಸೈಡ್ ಪ್ರಾಜೆಕ್ಟ್ ಅತ್ಯಂತ ಯಶಸ್ವಿಯಾಗಿದೆ: ನಾವು ಬಹುತೇಕ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿದ್ದೇವೆ, ನಮ್ಮ ಅಭಿವೃದ್ಧಿ ಸರ್ವರ್‌ನಲ್ಲಿ ಸುಮಾರು 100% ಸಮಯವನ್ನು ಸಾಧಿಸಿದ್ದೇವೆ, ಟ್ರ್ಯಾಕಿಂಗ್ ಮತ್ತು ಕೋಡ್‌ನ ಸುಧಾರಿತ ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಒದಗಿಸಿದ್ದೇವೆ ಮತ್ತು ಜಿರಾ ಸಮಸ್ಯೆಗಳು ಅಥವಾ ನಿಯೋಜನೆಗಳಿಗೆ Git ಶಾಖೆಗಳನ್ನು ಲಿಂಕ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ನಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ನಾವು ಬಳಸಿದ ಹೆಚ್ಚಿನ ಸಾಧನಗಳು ತೆರೆದ ಮೂಲಗಳಾಗಿವೆ.
ನಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಎಷ್ಟು ಸರಳವಾಗಿದೆ ಎಂದು ಈಗ ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ: ನಾವು Jenkins ಫೈಲ್‌ಗಳು ಅಥವಾ Ansible ನಂತಹ ವಿಸ್ತರಣೆಗಳನ್ನು ಬಳಸಲಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಈ ಸರಳ ಪೈಪ್‌ಲೈನ್ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡಿದೆ, ಬಹುಶಃ ಪ್ಯಾರೆಟೊ ತತ್ವದ ಕಾರಣದಿಂದಾಗಿ (80/20 ನಿಯಮ ಎಂದೂ ಸಹ ಕರೆಯಲಾಗುತ್ತದೆ).
DevOps ಮತ್ತು CI/CD ಪೈಪ್‌ಲೈನ್‌ಗೆ ಸಂಕ್ಷಿಪ್ತ ಪರಿಚಯ
ನೀವು ಹಲವಾರು ಜನರನ್ನು ಕೇಳಿದರೆ, "DevOps ಎಂದರೇನು?", ನೀವು ಬಹುಶಃ ಹಲವಾರು ವಿಭಿನ್ನ ಉತ್ತರಗಳನ್ನು ಪಡೆಯುತ್ತೀರಿ. ಅಗೈಲ್ ನಂತಹ DevOps ಹಲವಾರು ವಿಭಿನ್ನ ವಿಭಾಗಗಳನ್ನು ವ್ಯಾಪಿಸಲು ವಿಕಸನಗೊಂಡಿದೆ, ಆದರೆ ಹೆಚ್ಚಿನ ಜನರು ಕೆಲವು ವಿಷಯಗಳನ್ನು ಒಪ್ಪುತ್ತಾರೆ: DevOps ಒಂದು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಅಭ್ಯಾಸ ಅಥವಾ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಜೀವನ ಚಕ್ರ (SDLC) ಇದರ ಕೇಂದ್ರ ಸಿದ್ಧಾಂತವು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಅಲ್ಲದ ಸಂಸ್ಕೃತಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತಿದೆ. ಅಭಿವರ್ಧಕರು ಈ ಪರಿಸರದಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದಾರೆ:
ಹಿಂದೆ ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲಾಗಿದೆ;
ಪ್ರತಿಯೊಬ್ಬರೂ ಅವರು ಉತ್ತಮವಾಗಿ ಮಾಡುವುದನ್ನು ಮಾಡುತ್ತಾರೆ;
ಒಂದು ನಿರ್ದಿಷ್ಟ ಅವಧಿಯಲ್ಲಿ ಅನುಷ್ಠಾನಗಳ ಸಂಖ್ಯೆಯು ಹೆಚ್ಚಾಗುತ್ತದೆ; ಥ್ರೋಪುಟ್ ಹೆಚ್ಚಾಗುತ್ತದೆ;
ಹೆಚ್ಚಿದ ಅಭಿವೃದ್ಧಿ ನಮ್ಯತೆ.
ಸರಿಯಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಕರಗಳನ್ನು ಹೊಂದಿರುವಾಗ ನೀವು DevOps ಪರಿಸರವನ್ನು ರಚಿಸಬೇಕಾದ ಏಕೈಕ ವಿಷಯವಲ್ಲ, ಕೆಲವು ಉಪಕರಣಗಳು ಅತ್ಯಗತ್ಯ. ಒಂದು ಪ್ರಮುಖ ಸಾಧನವೆಂದರೆ ನಿರಂತರ ಏಕೀಕರಣ ಮತ್ತು ನಿರಂತರ ನಿಯೋಜನೆ (CI/CD). ಈ ಪೈಪ್‌ಲೈನ್‌ನಲ್ಲಿ, ಪರಿಸರಗಳು ವಿವಿಧ ಹಂತಗಳನ್ನು ಹೊಂದಿವೆ (ಉದಾ. DEV, INT, TST, QA, UAT, STG, PROD), ಅನೇಕ ಕಾರ್ಯಾಚರಣೆಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತವೆ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ಉತ್ತಮ-ಗುಣಮಟ್ಟದ ಕೋಡ್ ಅನ್ನು ಬರೆಯಬಹುದು, ಅಭಿವೃದ್ಧಿ ಚುರುಕುತನ ಮತ್ತು ಹೆಚ್ಚಿನ ನಿಯೋಜನೆ ದರಗಳನ್ನು ಸಾಧಿಸಬಹುದು.
ಈ ಲೇಖನವು ತೆರೆದ ಮೂಲ ಪರಿಕರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕೆಳಗಿನ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ DevOps ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ರಚಿಸಲು ಐದು-ಹಂತದ ವಿಧಾನವನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಹಂತ 1: CI/CD ವಿಧಾನಗಳು
ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಮೊದಲನೆಯದು CI/CD ಉಪಕರಣ. ಜೆಂಕಿನ್ಸ್, ಜಾವಾವನ್ನು ಆಧರಿಸಿದ ಮತ್ತು MIT ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ಪರವಾನಗಿ ಪಡೆದ ಒಂದು ಮುಕ್ತ ಮೂಲ ಸಾಧನವಾಗಿದೆ, ಇದು DevOps ಅನ್ನು ಜನಪ್ರಿಯಗೊಳಿಸಿದ ಮತ್ತು ವಾಸ್ತವಿಕ ಮಾನದಂಡವಾಗಿದೆ.
ಹಾಗಾದರೆ ಜೆಂಕಿನ್ಸ್ ಎಂದರೇನು? ವಿವಿಧ ಸೇವೆಗಳು ಮತ್ತು ಸಾಧನಗಳೊಂದಿಗೆ ಮಾತನಾಡಲು ಮತ್ತು ಸಂಘಟಿಸಲು ಕೆಲವು ರೀತಿಯ ಮಾಂತ್ರಿಕ ಸಾರ್ವತ್ರಿಕ ರಿಮೋಟ್ ಕಂಟ್ರೋಲ್ ಎಂದು ಯೋಚಿಸಿ. ತನ್ನದೇ ಆದ ಮೇಲೆ, ಜೆಂಕಿನ್ಸ್‌ನಂತಹ CI/CD ಉಪಕರಣವು ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ, ಆದರೆ ಇದು ವಿಭಿನ್ನ ಪರಿಕರಗಳು ಮತ್ತು ಸೇವೆಗಳಿಗೆ ಸಂಪರ್ಕಗೊಳ್ಳುವುದರಿಂದ ಅದು ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿಯಾಗುತ್ತದೆ.
ನಿಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ನೀವು ಬಳಸಬಹುದಾದ ಅನೇಕ ತೆರೆದ ಮೂಲ CI/CD ಪರಿಕರಗಳಲ್ಲಿ ಜೆಂಕಿನ್ಸ್ ಒಂದಾಗಿದೆ.
ಜೆಂಕಿನ್ಸ್: ಕ್ರಿಯೇಟಿವ್ ಕಾಮನ್ಸ್ ಮತ್ತು MIT
ಟ್ರಾವಿಸ್ CI: MIT
ಕ್ರೂಸ್ ಕಂಟ್ರೋಲ್: ಬಿಎಸ್ಡಿ
ಬಿಲ್ಡ್‌ಬಾಟ್: ಜಿಪಿಎಲ್
ಅಪಾಚೆ ಗಂಪ್: ಅಪಾಚೆ 2.0
ಕ್ಯಾಬಿ: GNU
CI/CD ಟೂಲ್‌ನೊಂದಿಗೆ DevOps ಪ್ರಕ್ರಿಯೆಗಳು ಹೇಗೆ ಕಾಣುತ್ತವೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
ನಿಮ್ಮ ಲೋಕಲ್ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ನೀವು CI/CD ಟೂಲ್ ಚಾಲನೆಯಲ್ಲಿರುವಿರಿ, ಆದರೆ ಈ ಸಮಯದಲ್ಲಿ ನೀವು ಹೆಚ್ಚು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. DevOps ಪ್ರಯಾಣದ ಮುಂದಿನ ಹಂತಕ್ಕೆ ಹೋಗೋಣ.
ಹಂತ 2: ಮೂಲ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ
ನಿಮ್ಮ CI/CD ಟೂಲ್ ತನ್ನ ಮ್ಯಾಜಿಕ್ ಮಾಡಬಹುದೆಂದು ಪರಿಶೀಲಿಸಲು ಉತ್ತಮವಾದ (ಮತ್ತು ಬಹುಶಃ ಸುಲಭವಾದ) ಮಾರ್ಗವೆಂದರೆ ಮೂಲ ಕೋಡ್ ನಿಯಂತ್ರಣ (SCM) ಉಪಕರಣದೊಂದಿಗೆ ಸಂಯೋಜಿಸುವುದು. ನಿಮಗೆ ಮೂಲ ನಿಯಂತ್ರಣ ಏಕೆ ಬೇಕು? ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಚಿಸಿದಾಗಲೆಲ್ಲಾ, ನೀವು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ನೀವು Java, Python, C++, Go, Ruby, JavaScript, ಅಥವಾ ಯಾವುದೇ ಝಿಲಿಯನ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳನ್ನು ಬಳಸುತ್ತೀರಾ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ನೀವು ಬರೆಯುವ ಕೋಡ್ ಅನ್ನು ಮೂಲ ಕೋಡ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಆರಂಭದಲ್ಲಿ, ವಿಶೇಷವಾಗಿ ನೀವು ಏಕಾಂಗಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ, ಎಲ್ಲವನ್ನೂ ಸ್ಥಳೀಯ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಲು ಬಹುಶಃ ಸರಿ. ಆದರೆ ಯೋಜನೆಯು ದೊಡ್ಡದಾಗುತ್ತಿದ್ದಂತೆ ಮತ್ತು ನೀವು ಇತರ ಜನರನ್ನು ಸಹಯೋಗಿಸಲು ಆಹ್ವಾನಿಸಿದಾಗ, ಮಾರ್ಪಾಡುಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಹಂಚಿಕೊಳ್ಳುವಾಗ ಸಂಘರ್ಷಗಳನ್ನು ತಡೆಯಲು ನಿಮಗೆ ಒಂದು ಮಾರ್ಗ ಬೇಕಾಗುತ್ತದೆ. ಹಿಂದಿನ ಆವೃತ್ತಿಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಒಂದು ಮಾರ್ಗ ಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ನಕಲಿಸುವುದು/ಅಂಟಿಸುವುದು ಬಳಕೆಯಲ್ಲಿಲ್ಲ. ನಿಮಗೆ (ಮತ್ತು ನಿಮ್ಮ ತಂಡದವರಿಗೆ) ಏನಾದರೂ ಉತ್ತಮವಾದ ಅಗತ್ಯವಿದೆ.
ಇಲ್ಲಿಯೇ ಮೂಲ ಕೋಡ್ ನಿಯಂತ್ರಣವು ಬಹುತೇಕ ಅಗತ್ಯವಾಗುತ್ತದೆ. ಈ ಉಪಕರಣವು ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ರೆಪೊಸಿಟರಿಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಆವೃತ್ತಿಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯೋಜನೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವವರ ಕೆಲಸವನ್ನು ಸಂಘಟಿಸುತ್ತದೆ.
ಅಲ್ಲಿ ಅನೇಕ ಮೂಲ ನಿಯಂತ್ರಣ ಸಾಧನಗಳಿದ್ದರೂ, Git ಪ್ರಮಾಣಿತವಾಗಿದೆ ಮತ್ತು ಸರಿಯಾಗಿದೆ. ನೀವು ಬಯಸಿದಲ್ಲಿ ಇತರ ತೆರೆದ ಮೂಲ ಆಯ್ಕೆಗಳಿದ್ದರೂ Git ಅನ್ನು ಬಳಸಲು ನಾನು ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ.
Git: GPLv2 ಮತ್ತು LGPL v2.1
ಉಪವರ್ತನೆ: ಅಪಾಚೆ 2.0
ಏಕಕಾಲಿಕ ಆವೃತ್ತಿಗಳ ವ್ಯವಸ್ಥೆ (CVS): GNU
ವೆಸ್ಟಾ: LGPL
ಮರ್ಕ್ಯುರಿಯಲ್: GNU GPL v2+
ಮೂಲ ಕೋಡ್ ನಿಯಂತ್ರಣಗಳ ಸೇರ್ಪಡೆಯೊಂದಿಗೆ DevOps ಪೈಪ್‌ಲೈನ್ ಹೇಗೆ ಕಾಣುತ್ತದೆ.
CI/CD ಪರಿಕರವು ಸದಸ್ಯರ ನಡುವೆ ಪರಿಶೀಲನೆ, ಮೂಲ ಕೋಡ್ ಸ್ವಾಧೀನ ಮತ್ತು ಸಹಯೋಗದ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು. ಕೆಟ್ಟದ್ದಲ್ಲವೇ? ಆದರೆ ಶತಕೋಟಿ ಜನರು ಅದನ್ನು ಬಳಸಲು ಮತ್ತು ಪ್ರಶಂಸಿಸಲು ನೀವು ಅದನ್ನು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತೀರಿ?
ಹಂತ 3: ಬಿಲ್ಡ್ ಆಟೊಮೇಷನ್ ಟೂಲ್ ಅನ್ನು ರಚಿಸಿ
ಗ್ರೇಟ್! ನೀವು ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಮತ್ತು ಮೂಲ ನಿಯಂತ್ರಣಕ್ಕೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬಹುದು ಮತ್ತು ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಸಹಕರಿಸಲು ನಿಮ್ಮ ಸ್ನೇಹಿತರನ್ನು ಆಹ್ವಾನಿಸಬಹುದು. ಆದರೆ ನೀವು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಚಿಸಿಲ್ಲ. ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಮಾಡಲು, ಅದನ್ನು ಕಂಪೈಲ್ ಮಾಡಬೇಕು ಮತ್ತು ನಿಯೋಜಿಸಬಹುದಾದ ಬ್ಯಾಚ್ ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ ಪ್ಯಾಕ್ ಮಾಡಬೇಕು ಅಥವಾ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಆಗಿ ರನ್ ಮಾಡಬೇಕು. (ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ PHP ಯಂತಹ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ಕಂಪೈಲ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ).
ಬಿಲ್ಡ್ ಆಟೊಮೇಷನ್ ಉಪಕರಣವನ್ನು ಬಳಸಿ. ನೀವು ಯಾವ ಬಿಲ್ಡ್ ಆಟೊಮೇಷನ್ ಟೂಲ್ ಅನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದರೂ, ಅವೆಲ್ಲವೂ ಒಂದೇ ಗುರಿಯನ್ನು ಹೊಂದಿವೆ: ಮೂಲ ಕೋಡ್ ಅನ್ನು ಕೆಲವು ಅಪೇಕ್ಷಿತ ಸ್ವರೂಪದಲ್ಲಿ ನಿರ್ಮಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಪರಿಸರಕ್ಕೆ ಸ್ವಚ್ಛಗೊಳಿಸುವ, ಕಂಪೈಲ್ ಮಾಡುವ, ಪರೀಕ್ಷಿಸುವ ಮತ್ತು ನಿಯೋಜಿಸುವ ಕಾರ್ಯವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ. ನಿಮ್ಮ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಯನ್ನು ಅವಲಂಬಿಸಿ ಬಿಲ್ಡ್ ಟೂಲ್‌ಗಳು ಬದಲಾಗುತ್ತವೆ, ಆದರೆ ಇಲ್ಲಿ ಕೆಲವು ಸಾಮಾನ್ಯ ತೆರೆದ ಮೂಲ ಆಯ್ಕೆಗಳಿವೆ.
ಶೀರ್ಷಿಕೆ
ಪರವಾನಗಿ
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ
ಮಾವೆನ್
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಇರುವೆ
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಗ್ರ್ಯಾಡ್ಲ್
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಬ az ೆಲ್
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಮಾಡಿ
GNU
ಎನ್ / ಎ
ಗೊಣಗಾಟ
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ಗಲ್ಪ್
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ಬಿಲ್ಡರ್
ಅಪಾಚೆ
ರೂಬಿ
ಕುಂಟೆ
ಎಂಐಟಿ
ರೂಬಿ
AAP
GNU
ಪೈಥಾನ್
ಸ್ಕೋನ್‌ಗಳು
ಎಂಐಟಿ
ಪೈಥಾನ್
ಬಿಟ್ ಬೇಕ್
ಜಿಪಿಎಲ್ವಿಎಕ್ಸ್ಎಕ್ಸ್
ಪೈಥಾನ್
ಕೇಕ್
ಎಂಐಟಿ
C#
ಎಎಸ್‌ಡಿಎಫ್
ಎಕ್ಸ್‌ಪಾಟ್ (MIT)
LISP
ಕ್ಯಾಬಲ್
ಬಿಎಸ್ಡಿ
ಹ್ಯಾಸ್ಕೆಲ್
ಗ್ರೇಟ್! ನೀವು ಬಿಲ್ಡ್ ಆಟೊಮೇಷನ್ ಟೂಲ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ನಿಮ್ಮ ಮೂಲ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗೆ ಹಾಕಬಹುದು ಮತ್ತು ನಿಮ್ಮ CI/CD ಟೂಲ್ ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಸೇರಿಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಡಿ.
ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿದೆ, ಅಲ್ಲವೇ? ಆದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಎಲ್ಲಿ ನಿಯೋಜಿಸಬೇಕು?
ಹಂತ 4: ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್
ಸದ್ಯಕ್ಕೆ, ನೀವು ಪ್ಯಾಕ್ ಮಾಡಲಾದ ಫೈಲ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ ಅದು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಅಥವಾ ಸ್ಥಾಪಿಸಬಹುದಾದ. ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತವಾಗಲು, ಅದು ಕೆಲವು ರೀತಿಯ ಸೇವೆ ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಒದಗಿಸಬೇಕು, ಆದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ನಿಮಗೆ ಕಂಟೇನರ್ ಅಗತ್ಯವಿದೆ.
ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅಂತಹ ಕಂಟೇನರ್ ಆಗಿದೆ. ನಿಯೋಜಿಸಲಾದ ಪ್ಯಾಕೇಜ್‌ನ ತರ್ಕವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದಾದ ಪರಿಸರವನ್ನು ಸರ್ವರ್ ಒದಗಿಸುತ್ತದೆ. ಸರ್ವರ್ ಸಹ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಹೊರಗಿನ ಪ್ರಪಂಚಕ್ಕೆ ಸಾಕೆಟ್‌ಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಮೂಲಕ ವೆಬ್ ಸೇವೆಗಳನ್ನು ನೀಡುತ್ತದೆ. ಅದನ್ನು ಸ್ಥಾಪಿಸಲು ನಿಮಗೆ HTTP ಸರ್ವರ್ ಮತ್ತು ಕೆಲವು ಪರಿಸರ (ವರ್ಚುವಲ್ ಯಂತ್ರದಂತಹ) ಅಗತ್ಯವಿದೆ. ಸದ್ಯಕ್ಕೆ, ನೀವು ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳುವಿರಿ ಎಂದು ಭಾವಿಸೋಣ (ಆದರೂ ನಾನು ಕೆಳಗೆ ಕಂಟೇನರ್‌ಗಳನ್ನು ಕವರ್ ಮಾಡುತ್ತೇನೆ).
ಹಲವಾರು ತೆರೆದ ಮೂಲ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳಿವೆ.
ಶೀರ್ಷಿಕೆ
ಪರವಾನಗಿ
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ
ಟಾಮ್ ಕ್ಯಾಟ್
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಜೆಟ್ಟಿ
ಅಪಾಚೆ 2.0
ಜಾವಾ
ವೈಲ್ಡ್ ಫ್ಲೈ
GNU ಕಡಿಮೆ ಸಾರ್ವಜನಿಕ
ಜಾವಾ
ಗ್ಲಾಸ್ ಫಿಶ್
CDDL & GNU ಕಡಿಮೆ ಸಾರ್ವಜನಿಕ
ಜಾವಾ
ಜಾಂಗೊ
3-ಷರತ್ತು BSD
ಪೈಥಾನ್
ಸುಂಟರಗಾಳಿ
ಅಪಾಚೆ 2.0
ಪೈಥಾನ್
ಗುನಿಕಾರ್ನ್
ಎಂಐಟಿ
ಪೈಥಾನ್
ಪೈಥಾನ್
ಎಂಐಟಿ
ಪೈಥಾನ್
ರೈಲುಗಳು
ಎಂಐಟಿ
ರೂಬಿ
Node.js
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ನಿಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಬಳಸಲು ಬಹುತೇಕ ಸಿದ್ಧವಾಗಿದೆ. ಒಳ್ಳೆಯ ಕೆಲಸ!
ನೀವು ಅಲ್ಲಿಯೇ ನಿಲ್ಲಿಸಬಹುದು ಮತ್ತು ಏಕೀಕರಣವನ್ನು ನೀವೇ ನಿಭಾಯಿಸಬಹುದು, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್ ಚಿಂತಿಸಲು ಕೋಡ್ ಗುಣಮಟ್ಟವು ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ.
ಹಂತ 5: ಕೋಡ್ ಟೆಸ್ಟಿಂಗ್ ಕವರೇಜ್
ಪರೀಕ್ಷೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಮತ್ತೊಂದು ತೊಡಕಿನ ಅವಶ್ಯಕತೆಯಾಗಿದೆ, ಆದರೆ ಡೆವಲಪರ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಯಾವುದೇ ದೋಷಗಳನ್ನು ಮೊದಲೇ ಹಿಡಿಯಬೇಕು ಮತ್ತು ಅಂತಿಮ ಬಳಕೆದಾರರು ತೃಪ್ತರಾಗಿರುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕೋಡ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಬೇಕು. ಅದೃಷ್ಟವಶಾತ್, ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ಮತ್ತು ಅದರ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ಶಿಫಾರಸುಗಳನ್ನು ಮಾಡಲು ಹಲವು ತೆರೆದ ಮೂಲ ಪರಿಕರಗಳಿವೆ. ಇನ್ನೂ ಉತ್ತಮವಾದ ವಿಷಯವೆಂದರೆ ಹೆಚ್ಚಿನ CI/CD ಪರಿಕರಗಳು ಈ ಪರಿಕರಗಳಿಗೆ ಸಂಪರ್ಕ ಸಾಧಿಸಬಹುದು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು.
ಕೋಡ್ ಪರೀಕ್ಷೆಯು ಎರಡು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲು ಮತ್ತು ಚಲಾಯಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ಕೋಡ್ ಪರೀಕ್ಷಾ ಚೌಕಟ್ಟುಗಳು ಮತ್ತು ನಿಮ್ಮ ಕೋಡ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ಸಲಹೆ ಪರಿಕರಗಳು.
ಕೋಡ್ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಗಳು
ಶೀರ್ಷಿಕೆ
ಪರವಾನಗಿ
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ
ಜುನಿಟ್
ಎಕ್ಲಿಪ್ಸ್ ಸಾರ್ವಜನಿಕ ಪರವಾನಗಿ
ಜಾವಾ
EasyMock
ಅಪಾಚೆ
ಜಾವಾ
ಮೋಕಿಟೊ
ಎಂಐಟಿ
ಜಾವಾ
ಪವರ್‌ಮಾಕ್
ಅಪಾಚೆ 2.0
ಜಾವಾ
ಪೈಟೆಸ್ಟ್
ಎಂಐಟಿ
ಪೈಥಾನ್
ಕಲ್ಪನೆ
ಮೊಜಿಲ್ಲಾ
ಪೈಥಾನ್
ಟಾಕ್ಸ್
ಎಂಐಟಿ
ಪೈಥಾನ್
ಕೋಡ್ ಸುಧಾರಣೆಗಾಗಿ ಶಿಫಾರಸು ವ್ಯವಸ್ಥೆಗಳು
ಶೀರ್ಷಿಕೆ
ಪರವಾನಗಿ
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ
ಕೊಬರ್ಟ್ರಾ
GNU
ಜಾವಾ
ಕೋಡ್ಕವರ್
ಎಕ್ಲಿಪ್ಸ್ ಪಬ್ಲಿಕ್ (EPL)
ಜಾವಾ
Coverage.py
ಅಪಾಚೆ 2.0
ಪೈಥಾನ್
ಎಮ್ಮಾ
ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ಪರವಾನಗಿ
ಜಾವಾ
ಜಾಕೊಕೊ
ಎಕ್ಲಿಪ್ಸ್ ಸಾರ್ವಜನಿಕ ಪರವಾನಗಿ
ಜಾವಾ
ಕಲ್ಪನೆ
ಮೊಜಿಲ್ಲಾ
ಪೈಥಾನ್
ಟಾಕ್ಸ್
ಎಂಐಟಿ
ಪೈಥಾನ್
ಜಾಸ್ಮಿನ್
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ಕರ್ಮ
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ಮೊಚಾ
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
ಇಲ್ಲ
ಎಂಐಟಿ
ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್
C++ ಮತ್ತು C# ಸ್ವಾಮ್ಯದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಾಗಿರುವುದರಿಂದ (GCC ಮುಕ್ತ ಮೂಲವಾಗಿದ್ದರೂ) ಮೇಲೆ ತಿಳಿಸಲಾದ ಹೆಚ್ಚಿನ ಪರಿಕರಗಳು ಮತ್ತು ಚೌಕಟ್ಟುಗಳನ್ನು Java, Python ಮತ್ತು JavaScript ಗಾಗಿ ಬರೆಯಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.
ಈಗ ನೀವು ಪರೀಕ್ಷಾ ಕವರೇಜ್ ಪರಿಕರಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೀರಿ, ನಿಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಈ ಟ್ಯುಟೋರಿಯಲ್‌ನ ಆರಂಭದಲ್ಲಿ ತೋರಿಸಿರುವ ರೇಖಾಚಿತ್ರವನ್ನು ಹೋಲುತ್ತದೆ.
ಹೆಚ್ಚುವರಿ ಹಂತಗಳು
ಕಂಟೇನರ್ಗಳು
ನಾನು ಹೇಳಿದಂತೆ, ನೀವು ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ವರ್ಚುವಲ್ ಯಂತ್ರ ಅಥವಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಬಹುದು, ಆದರೆ ಕಂಟೈನರ್‌ಗಳು ಜನಪ್ರಿಯ ಪರಿಹಾರವಾಗಿದೆ.
ಕಂಟೈನರ್‌ಗಳು ಯಾವುವು? ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆಯೆಂದರೆ, ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಗಾತ್ರವನ್ನು ಮೀರಿದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮೆಮೊರಿಯ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಅಗತ್ಯವಿದೆ, ಆದರೆ ಕಂಟೇನರ್‌ಗೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಚಲಾಯಿಸಲು ಕೆಲವು ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ನಿಸ್ಸಂಶಯವಾಗಿ, ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕಾಗಿ ಇನ್ನೂ ಪ್ರಮುಖ ಉಪಯೋಗಗಳಿವೆ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಸೇರಿದಂತೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಕಂಟೇನರ್ ಹಗುರವಾದ ಪರಿಹಾರವಾಗಿದೆ.
ಇತರ ಕಂಟೇನರ್ ಆಯ್ಕೆಗಳಿದ್ದರೂ, ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಅತ್ಯಂತ ಜನಪ್ರಿಯವಾಗಿವೆ.
ಡಾಕರ್: ಅಪಾಚೆ 2.0
ಕುಬರ್ನೆಟ್ಸ್: ಅಪಾಚೆ 2.0
ಮಧ್ಯಂತರ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಉಪಕರಣಗಳು
ನಮ್ಮ DevOps ಪೈಪ್‌ಲೈನ್ ಪ್ರಾಥಮಿಕವಾಗಿ ಸಹಯೋಗದ ಅಪ್ಲಿಕೇಶನ್ ರಚನೆ ಮತ್ತು ನಿಯೋಜನೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕೃತವಾಗಿದೆ, ಆದರೆ DevOps ಪರಿಕರಗಳೊಂದಿಗೆ ಮಾಡಬಹುದಾದ ಹಲವು ವಿಷಯಗಳಿವೆ. ಅವುಗಳಲ್ಲಿ ಒಂದು ಮೂಲಸೌಕರ್ಯವನ್ನು ಕೋಡ್ (IaC) ಸಾಧನಗಳಾಗಿ ಬಳಸುವುದು, ಇದನ್ನು ಮಿಡಲ್‌ವೇರ್ ಆಟೊಮೇಷನ್ ಉಪಕರಣಗಳು ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ. ಮಿಡಲ್‌ವೇರ್‌ಗಾಗಿ ಅನುಸ್ಥಾಪನೆ, ನಿರ್ವಹಣೆ ಮತ್ತು ಇತರ ಕಾರ್ಯಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಈ ಉಪಕರಣಗಳು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಉಪಕರಣವು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್, ಡೇಟಾಬೇಸ್ ಮತ್ತು ಸರಿಯಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳೊಂದಿಗೆ ಮಾನಿಟರಿಂಗ್ ಟೂಲ್‌ನಂತಹ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಹೊರತೆಗೆಯಬಹುದು ಮತ್ತು ಅವುಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗೆ ನಿಯೋಜಿಸಬಹುದು.
ಕೆಲವು ತೆರೆದ ಮೂಲ ಮಿಡಲ್‌ವೇರ್ ಆಟೊಮೇಷನ್ ಪರಿಕರಗಳು ಇಲ್ಲಿವೆ:
ಅನ್ಸಿಬಲ್: GNU ಪಬ್ಲಿಕ್
ಸಾಲ್ಟ್‌ಸ್ಟ್ಯಾಕ್: ಅಪಾಚೆ 2.0
ಬಾಣಸಿಗ: ಅಪಾಚೆ 2.0
ಬೊಂಬೆ: ಅಪಾಚೆ ಅಥವಾ ಜಿಪಿಎಲ್
SkillFactory ನಿಂದ ಪಾವತಿಸಿದ ಆನ್‌ಲೈನ್ ಕೋರ್ಸ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಮೂಲಕ ಕೌಶಲ್ಯ ಮತ್ತು ಸಂಬಳದ ವಿಷಯದಲ್ಲಿ ಮೊದಲಿನಿಂದ ಬೇಡಿಕೆಯಿರುವ ವೃತ್ತಿಯನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು ಎಂಬುದರ ಕುರಿತು ವಿವರಗಳನ್ನು ಕಂಡುಕೊಳ್ಳಿ:
- (12 ತಿಂಗಳು)
ಹೆಚ್ಚಿನ ಕೋರ್ಸ್‌ಗಳು
- (12 ವಾರಗಳು)
- (12 ತಿಂಗಳು)
- (9 ತಿಂಗಳು)
- (9 ತಿಂಗಳು)
ಉಪಯುಕ್ತ
ಮೂಲ: www.habr.com