🥇ಡಮ್ಮೀಸ್‌ಗಾಗಿ ಮಾರ್ಗದರ್ಶಿ: ಓಪನ್ ಸೋರ್ಸ್ ಟೂಲ್‌ಗಳೊಂದಿಗೆ ಡೆವೊಪ್ಸ್ ಚೈನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವುದು

ಆರಂಭಿಕರಿಗಾಗಿ ಐದು ಹಂತಗಳಲ್ಲಿ ನಿಮ್ಮ ಮೊದಲ DevOps ಸರಪಳಿಯನ್ನು ನಿರ್ಮಿಸುವುದು.

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

DevOps ಗೆ ನನ್ನ ಪರಿಚಯ

ನಾನು Citi ಗ್ರೂಪ್‌ನಲ್ಲಿ ಕ್ಲೌಡ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೆ ಮತ್ತು Citi ಯ ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು IaaS ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೆ, ಆದರೆ ಡೆವಲಪರ್‌ಗಳ ನಡುವೆ ಅಭಿವೃದ್ಧಿ ಸರಪಳಿಯನ್ನು ಹೇಗೆ ಉತ್ತಮಗೊಳಿಸುವುದು ಮತ್ತು ಸಂಸ್ಕೃತಿಯನ್ನು ಹೇಗೆ ಸುಧಾರಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ನಾನು ಯಾವಾಗಲೂ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇನೆ. ಕ್ಲೌಡ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್‌ಗಾಗಿ ನಮ್ಮ CTO ಗ್ರೆಗ್ ಲ್ಯಾವೆಂಡರ್ ನನಗೆ ಈ ಪುಸ್ತಕವನ್ನು ಶಿಫಾರಸು ಮಾಡಿದ್ದಾರೆ. ಪ್ರಾಜೆಕ್ಟ್ "ಫೀನಿಕ್ಸ್". ಇದು DevOps ತತ್ವಗಳನ್ನು ಸುಂದರವಾಗಿ ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಕಾದಂಬರಿಯಂತೆ ಓದುತ್ತದೆ.

ಕಂಪನಿಗಳು ಎಷ್ಟು ಬಾರಿ ಹೊಸ ಆವೃತ್ತಿಗಳನ್ನು ಹೊರತರುತ್ತವೆ ಎಂಬುದನ್ನು ಹಿಂಭಾಗದಲ್ಲಿರುವ ಟೇಬಲ್ ತೋರಿಸುತ್ತದೆ:

ಅಮೆಜಾನ್, ಗೂಗಲ್ ಮತ್ತು ನೆಟ್‌ಫ್ಲಿಕ್ಸ್ ಇಷ್ಟೊಂದು ಹೊರತರಲು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತವೆ? ಮತ್ತು ಇದು ಸರಳವಾಗಿದೆ: ಬಹುತೇಕ ಪರಿಪೂರ್ಣವಾದ DevOps ಸರಪಳಿಯನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂದು ಅವರು ಕಂಡುಕೊಂಡಿದ್ದಾರೆ.

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

ತುರ್ತಾಗಿ ಏನನ್ನಾದರೂ ಮಾಡಬೇಕಾಗಿದೆ ಎಂದು ಸ್ಪಷ್ಟವಾಯಿತು, ಮತ್ತು ನಾನು ಸಮಾನ ಮನಸ್ಸಿನ ಸಹೋದ್ಯೋಗಿಯನ್ನು ಕಂಡುಕೊಂಡೆ. ನಾವು ಮೊದಲ DevOps ಸರಪಳಿಯನ್ನು ಒಟ್ಟಿಗೆ ರಚಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ಅವರು ವರ್ಚುವಲ್ ಯಂತ್ರ ಮತ್ತು ಟಾಮ್‌ಕ್ಯಾಟ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರು, ಮತ್ತು ನಾನು ಜೆಂಕಿನ್ಸ್, ಅಟ್ಲಾಸಿಯನ್ ಜಿರಾ ಮತ್ತು ಬಿಟ್‌ಬಕೆಟ್‌ನೊಂದಿಗೆ ಏಕೀಕರಣ, ಜೊತೆಗೆ ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಕೋಡ್ ಕವರೇಜ್ ಅನ್ನು ನೋಡಿಕೊಂಡಿದ್ದೇನೆ. ಯೋಜನೆಯು ಯಶಸ್ವಿಯಾಗಿದೆ: ನಾವು ಡೆವಲಪ್‌ಮೆಂಟ್ ಚೈನ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿದ್ದೇವೆ, ಡೆವಲಪ್‌ಮೆಂಟ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಸುಮಾರು 100% ಅಪ್‌ಟೈಮ್ ಅನ್ನು ಸಾಧಿಸಿದ್ದೇವೆ, ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಕೋಡ್ ಕವರೇಜ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಮತ್ತು ಸುಧಾರಿಸಲು ಸಾಧ್ಯವಾಯಿತು ಮತ್ತು ಜಿರಾ ಡೆಲಿವರಿ ಮತ್ತು ಸಮಸ್ಯೆಗೆ Git ಶಾಖೆಯನ್ನು ಜೋಡಿಸಬಹುದು. ಮತ್ತು DevOps ಸರಪಳಿಯನ್ನು ನಿರ್ಮಿಸಲು ನಾವು ಬಳಸಿದ ಬಹುತೇಕ ಎಲ್ಲಾ ಉಪಕರಣಗಳು ಮುಕ್ತ ಮೂಲವಾಗಿದೆ.

ವಾಸ್ತವವಾಗಿ, ಸರಪಳಿಯನ್ನು ಸರಳಗೊಳಿಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ನಾವು ಜೆಂಕಿನ್ಸ್ ಅಥವಾ ಅನ್ಸಿಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸುಧಾರಿತ ಸಂರಚನೆಗಳನ್ನು ಸಹ ಅನ್ವಯಿಸಲಿಲ್ಲ. ಆದರೆ ನಾವು ಯಶಸ್ವಿಯಾಗಿದ್ದೇವೆ. ಬಹುಶಃ ಇದು ತತ್ವದ ಪರಿಣಾಮವಾಗಿದೆ ಪ್ಯಾರೆಟೊ (ಅಕಾ 80/20 ನಿಯಮ).

DevOps ಮತ್ತು CI/CD ಸರಣಿಯ ಸಂಕ್ಷಿಪ್ತ ವಿವರಣೆ

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

DevOps ಪರಿಸರವನ್ನು ರಚಿಸಲು ಕೇವಲ ಉಪಕರಣಗಳು ಸಾಕಾಗುವುದಿಲ್ಲವಾದರೂ, ಅವು ಅನಿವಾರ್ಯವಾಗಿವೆ. ಇವುಗಳಲ್ಲಿ ಪ್ರಮುಖವಾದದ್ದು ನಿರಂತರ ಏಕೀಕರಣ ಮತ್ತು ನಿರಂತರ ವಿತರಣೆ (CI/CD). ಪ್ರತಿ ಪರಿಸರಕ್ಕೆ ಸರಪಳಿಯಲ್ಲಿ ವಿವಿಧ ಹಂತಗಳಿವೆ (ಉದಾ. DEV (ಅಭಿವೃದ್ಧಿ), INT (ಏಕೀಕರಣ), TST (ಪರೀಕ್ಷೆ), QA (ಗುಣಮಟ್ಟದ ಭರವಸೆ), UAT (ಬಳಕೆದಾರರ ಸ್ವೀಕಾರ ಪರೀಕ್ಷೆ), STG (ತಯಾರಿಕೆ), PROD (ಬಳಕೆ)) , ಹಸ್ತಚಾಲಿತ ಕಾರ್ಯಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತವೆ, ಡೆವಲಪರ್‌ಗಳು ಗುಣಮಟ್ಟದ ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸಬಹುದು, ಅದನ್ನು ತಲುಪಿಸಬಹುದು ಮತ್ತು ಸುಲಭವಾಗಿ ಮರುನಿರ್ಮಾಣ ಮಾಡಬಹುದು.

ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ, ಓಪನ್ ಸೋರ್ಸ್ ಪರಿಕರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಐದು ಹಂತಗಳಲ್ಲಿ DevOps ಸರಣಿಯನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ಈ ಟಿಪ್ಪಣಿ ವಿವರಿಸುತ್ತದೆ.

ನಾವು ವ್ಯವಹಾರಕ್ಕೆ ಇಳಿಯೋಣ.

ಹಂತ 1: CI/CD ಪ್ಲಾಟ್‌ಫಾರ್ಮ್

ಮೊದಲನೆಯದಾಗಿ, ನಿಮಗೆ CI/CD ಉಪಕರಣದ ಅಗತ್ಯವಿದೆ. ಜೆಂಕಿನ್ಸ್ ಎಂಬುದು MIT-ಪರವಾನಗಿ ಪಡೆದ, ಜಾವಾದಲ್ಲಿ ಬರೆಯಲಾದ ಮುಕ್ತ-ಮೂಲ CI/CD ಸಾಧನವಾಗಿದ್ದು ಅದು DevOps ಚಳುವಳಿಯನ್ನು ಜನಪ್ರಿಯಗೊಳಿಸಿತು ಮತ್ತು CICD ಗಾಗಿ ವಾಸ್ತವಿಕ ಮಾನದಂಡವಾಗಿದೆ.

ಜೆಂಕಿನ್ಸ್ ಎಂದರೇನು? ವಿವಿಧ ಸೇವೆಗಳು ಮತ್ತು ಪರಿಕರಗಳಿಗಾಗಿ ನೀವು ಮಾಂತ್ರಿಕ ನಿಯಂತ್ರಣ ಫಲಕವನ್ನು ಹೊಂದಿರುವಿರಿ ಎಂದು ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ತನ್ನದೇ ಆದ ಮೇಲೆ, ಜೆಂಕಿನ್ಸ್‌ನಂತಹ CI/CD ಉಪಕರಣವು ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ, ಆದರೆ ವಿಭಿನ್ನ ಪರಿಕರಗಳು ಮತ್ತು ಸೇವೆಗಳೊಂದಿಗೆ, ಅದು ಸರ್ವಶಕ್ತವಾಗುತ್ತದೆ.

ಜೆಂಕಿನ್ಸ್ ಜೊತೆಗೆ, ಅನೇಕ ಇತರ ತೆರೆದ ಮೂಲ ಪರಿಕರಗಳಿವೆ, ಯಾವುದನ್ನಾದರೂ ಆಯ್ಕೆಮಾಡಿ.

CI/CD ಟೂಲ್‌ನೊಂದಿಗೆ DevOps ಪ್ರಕ್ರಿಯೆಯು ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ

ನೀವು ಲೋಕಲ್ ಹೋಸ್ಟ್‌ನಲ್ಲಿ CI/CD ಪರಿಕರವನ್ನು ಹೊಂದಿರುವಿರಿ, ಆದರೆ ಇನ್ನೂ ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲ. ಮುಂದಿನ ಹಂತಕ್ಕೆ ಹೋಗೋಣ.

ಹಂತ 2: ಆವೃತ್ತಿ

CI/CD ಟೂಲ್‌ನ ಮ್ಯಾಜಿಕ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ಉತ್ತಮವಾದ (ಮತ್ತು ವಾದಯೋಗ್ಯವಾಗಿ ಸುಲಭವಾದ) ಮಾರ್ಗವೆಂದರೆ ಅದನ್ನು ಮೂಲ ನಿಯಂತ್ರಣ ನಿರ್ವಹಣೆ (SCM) ಉಪಕರಣದೊಂದಿಗೆ ಸಂಯೋಜಿಸುವುದು. ನಿಮಗೆ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ಏಕೆ ಬೇಕು? ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ನೀವು ಅದನ್ನು Java, Python, C++, Go, Ruby, JavaScript, ಅಥವಾ ವ್ಯಾಗನ್ ಮತ್ತು ಸ್ವಲ್ಪ ಕಾರ್ಟ್‌ನ ಯಾವುದೇ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯುತ್ತೀರಿ. ನೀವು ಬರೆಯುವುದನ್ನು ಮೂಲ ಕೋಡ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಮೊದಲಿಗೆ, ವಿಶೇಷವಾಗಿ ನೀವು ಒಬ್ಬರೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ನೀವು ಎಲ್ಲವನ್ನೂ ಸ್ಥಳೀಯ ಡೈರೆಕ್ಟರಿಗೆ ಉಳಿಸಬಹುದು. ಆದರೆ ಪ್ರಾಜೆಕ್ಟ್ ಬೆಳೆದಂತೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಜನರು ಸೇರಿಕೊಂಡಂತೆ, ಕೋಡ್ ಬದಲಾವಣೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಿಮಗೆ ಒಂದು ಮಾರ್ಗ ಬೇಕಾಗುತ್ತದೆ ಆದರೆ ಬದಲಾವಣೆಗಳನ್ನು ವಿಲೀನಗೊಳಿಸುವಾಗ ಸಂಘರ್ಷಗಳನ್ನು ತಪ್ಪಿಸಿ. ಮತ್ತು ನೀವು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಬಳಸದೆ ಮತ್ತು ಕೋಡ್ ಫೈಲ್‌ಗಳಿಗಾಗಿ ನಕಲು-ಪೇಸ್ಟ್ ವಿಧಾನವನ್ನು ಬಳಸದೆ ಹಿಂದಿನ ಆವೃತ್ತಿಗಳನ್ನು ಹೇಗಾದರೂ ಮರುಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ.

ಮತ್ತು ಇಲ್ಲಿ ಎಲ್ಲಿಯೂ SCM ಇಲ್ಲದೆ. SCM ರೆಪೊಸಿಟರಿಗಳಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಅದರ ಆವೃತ್ತಿಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಡೆವಲಪರ್‌ಗಳ ನಡುವೆ ಸಂಯೋಜಿಸುತ್ತದೆ.

ಅನೇಕ SCM ಪರಿಕರಗಳಿವೆ, ಆದರೆ Git ಅರ್ಹವಾಗಿ ವಾಸ್ತವಿಕ ಮಾನದಂಡವಾಗಿದೆ. ಅದನ್ನು ಬಳಸಲು ನಾನು ನಿಮಗೆ ಸಲಹೆ ನೀಡುತ್ತೇನೆ, ಆದರೆ ಇತರ ಆಯ್ಕೆಗಳಿವೆ.

SCM ಅನ್ನು ಸೇರಿಸಿದ ನಂತರ DevOps ಪೈಪ್‌ಲೈನ್ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.

CI/CD ಉಪಕರಣವು ಮೂಲ ಕೋಡ್ ಅಪ್‌ಲೋಡ್ ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮತ್ತು ತಂಡದ ಸಹಯೋಗವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು. ಕೆಟ್ಟದ್ದಲ್ಲವೇ? ಆದರೆ ಈಗ ಶತಕೋಟಿ ಬಳಕೆದಾರರಿಂದ ಇಷ್ಟವಾದ ಕೆಲಸ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗೆ ಮಾಡುವುದು?

ಹಂತ 3: ಆಟೊಮೇಷನ್ ಟೂಲ್ ಅನ್ನು ನಿರ್ಮಿಸಿ

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

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

ಪರಿಪೂರ್ಣ! ಈಗ ನಾವು ಬಿಲ್ಡ್ ಆಟೊಮೇಷನ್ ಟೂಲ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಮೂಲ ನಿಯಂತ್ರಣಕ್ಕೆ ಸೇರಿಸೋಣ ಇದರಿಂದ CI/CD ಉಪಕರಣವು ಅವುಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ.

ಒಳ್ಳೆಯದನಿಸುತ್ತದೆ. ಆದರೆ ಇದೆಲ್ಲವೂ ಈಗ ಎಲ್ಲಿ ಹೊರಹೊಮ್ಮುತ್ತದೆ?

ಹಂತ 4: ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್

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

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

ಹಲವಾರು ತೆರೆದ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳಿವೆ.

ನಾವು ಈಗಾಗಲೇ ಬಹುತೇಕ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ DevOps ಸರಣಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಉತ್ತಮ ಕೆಲಸ!

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

ಹಂತ 5: ಪರೀಕ್ಷಾ ಕವರೇಜ್

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

ಪರೀಕ್ಷೆಯನ್ನು ಎರಡು ಭಾಗಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪರೀಕ್ಷಾ ಚೌಕಟ್ಟುಗಳು ಮತ್ತು ಕೋಡ್ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ಸುಳಿವುಗಳೊಂದಿಗೆ ಉಪಕರಣಗಳು.

ಪರೀಕ್ಷಾ ಚೌಕಟ್ಟುಗಳು

ಗುಣಮಟ್ಟದ ಸಲಹೆಗಳೊಂದಿಗೆ ಪರಿಕರಗಳು

ಈ ಹೆಚ್ಚಿನ ಪರಿಕರಗಳು ಮತ್ತು ಚೌಕಟ್ಟುಗಳನ್ನು ಜಾವಾ, ಪೈಥಾನ್ ಮತ್ತು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್‌ಗಾಗಿ ಬರೆಯಲಾಗಿದೆ ಏಕೆಂದರೆ C++ ಮತ್ತು C# ಸ್ವಾಮ್ಯದ (ಜಿಸಿಸಿ ತೆರೆದ ಮೂಲವಾಗಿದ್ದರೂ).

ನಾವು ಪರೀಕ್ಷಾ ಕವರೇಜ್ ಪರಿಕರಗಳನ್ನು ಅನ್ವಯಿಸಿದ್ದೇವೆ ಮತ್ತು ಈಗ DevOps ಪೈಪ್‌ಲೈನ್ ಟ್ಯುಟೋರಿಯಲ್‌ನ ಪ್ರಾರಂಭದಲ್ಲಿರುವ ಚಿತ್ರದಂತೆಯೇ ಇರಬೇಕು.

ಹೆಚ್ಚುವರಿ ಹಂತಗಳು

ಕಂಟೇನರ್ಗಳು

ನಾನು ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅನ್ನು ವರ್ಚುವಲ್ ಯಂತ್ರ ಅಥವಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಬಹುದು, ಆದರೆ ಕಂಟೇನರ್‌ಗಳು ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗಿವೆ.

ಧಾರಕಗಳು ಯಾವುವು? ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸಾಮಾನ್ಯವಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಿಂತ ಹೆಚ್ಚಿನ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕಂಟೇನರ್ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲವು ಗ್ರಂಥಾಲಯಗಳು ಮತ್ತು ಸಂರಚನೆಯೊಂದಿಗೆ ಸಾಕಾಗುತ್ತದೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಅನಿವಾರ್ಯವಾಗಿವೆ, ಆದರೆ ಕಂಟೇನರ್ ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ವೆಚ್ಚವಿಲ್ಲದೆ ಸರ್ವರ್ ಜೊತೆಗೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸರಿಹೊಂದಿಸಬಹುದು.

ಧಾರಕಗಳಿಗೆ, ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ ಇತರ ಆಯ್ಕೆಗಳಿವೆ.

ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಬಗ್ಗೆ ಲೇಖನಗಳನ್ನು ಓದಿ opensource.com:

ಮಿಡಲ್ವೇರ್ ಆಟೊಮೇಷನ್ ಉಪಕರಣಗಳು

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

ತೆರೆದ ಮಿಡಲ್‌ವೇರ್ ಆಟೊಮೇಷನ್ ಪರಿಕರಗಳಿಗಾಗಿ ಕೆಲವು ಆಯ್ಕೆಗಳು ಇಲ್ಲಿವೆ:

ಲೇಖನಗಳಲ್ಲಿ ವಿವರಗಳು opensource.com:

ಈಗ ಏನು?

ಇದು ಮಂಜುಗಡ್ಡೆಯ ತುದಿ ಮಾತ್ರ. DevOps ಸರಪಳಿಯು ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಬಹುದು. CI/CD ಟೂಲ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಸುಲಭಗೊಳಿಸಲು ನೀವು ಇನ್ನೇನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ನೋಡಿ. ಬಗ್ಗೆ ಮರೆಯಬೇಡಿ ತೆರೆದ ಸಂವಹನ ಸಾಧನಗಳು ಪರಿಣಾಮಕಾರಿ ಸಹಯೋಗಕ್ಕಾಗಿ.

ಆರಂಭಿಕರಿಗಾಗಿ ಕೆಲವು ಉತ್ತಮ DevOps ಲೇಖನಗಳು ಇಲ್ಲಿವೆ:

ನೀವು ತೆರೆದ ಚುರುಕುಬುದ್ಧಿಯ ಪರಿಕರಗಳೊಂದಿಗೆ DevOps ಅನ್ನು ಸಹ ಸಂಯೋಜಿಸಬಹುದು:

ಮೂಲ: www.habr.com

ಡಮ್ಮೀಸ್ ಗೈಡ್: ಓಪನ್ ಸೋರ್ಸ್ ಟೂಲ್‌ಗಳೊಂದಿಗೆ ಡೆವೊಪ್ಸ್ ಚೈನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವುದು