ಡಾಕರ್ ಆಟಿಕೆ ಅಥವಾ ಅಲ್ಲವೇ? ಅಥವಾ ಇದು ಇನ್ನೂ ನಿಜವೇ?

ಎಲ್ಲರೂ ಹಲೋ!

ನಾನು ನೇರವಾಗಿ ವಿಷಯಕ್ಕೆ ಹೋಗಲು ಬಯಸುತ್ತೇನೆ, ಆದರೆ ನನ್ನ ಕಥೆಯ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ಹೇಳುವುದು ಹೆಚ್ಚು ಸರಿಯಾಗಿದೆ:

ಪ್ರವೇಶ

ನಾನು ಸರ್ವರ್‌ನಲ್ಲಿ ಮುಂಭಾಗದ ಏಕ ಪುಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ಸ್ಕೇಲಾ/ಜಾವಾ ಮತ್ತು ನೋಡೆಜ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಲ್ಲಿ ಅನುಭವ ಹೊಂದಿರುವ ಪ್ರೋಗ್ರಾಮರ್.

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

ನನ್ನ ದಾರಿಯಲ್ಲಿ, ಡಾಕರ್ ಮತ್ತು ಅದರ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯ ಬಗ್ಗೆ ಅವರ ವಿಭಿನ್ನ ವರ್ತನೆಗಳೊಂದಿಗೆ ನಾನು ಅನೇಕ ಜನರನ್ನು ಭೇಟಿಯಾದೆ. ಇದು ಅಡ್ಡ-ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಕಾರ್ಯವನ್ನು ಖಾತರಿಪಡಿಸುವ ಅನುಕೂಲಕರ ವಿಷಯ ಎಂದು ಕೆಲವರು ಹೇಳಿದರು. ಎರಡನೆಯವರಿಗೆ ಅವರು ಕಂಟೇನರ್‌ಗಳಲ್ಲಿ ಏಕೆ ಓಡಬೇಕು ಮತ್ತು ಅದರಿಂದ ಏನು ಲಾಭ ಬರುತ್ತದೆ ಎಂದು ಅರ್ಥವಾಗಲಿಲ್ಲ, ಮೂರನೆಯವರು ಸ್ವಲ್ಪವೂ ಕಾಳಜಿ ವಹಿಸಲಿಲ್ಲ ಮತ್ತು ತಲೆಕೆಡಿಸಿಕೊಳ್ಳಲಿಲ್ಲ (ಅವರು ಕೋಡ್ ಬರೆದು ಮನೆಗೆ ಹೋದರು - ನಾನು ಅವರನ್ನು ಅಸೂಯೆಪಡುತ್ತೇನೆ. ದಾರಿ :)

ಬಳಕೆಗೆ ಕಾರಣಗಳು

ನಾನು ಡಾಕರ್ ಅನ್ನು ಏಕೆ ಬಳಸಿದೆ? ಬಹುಶಃ ಈ ಕೆಳಗಿನ ಕಾರಣಗಳಿಗಾಗಿ:

• ಡೇಟಾಬೇಸ್ ಬಿಡುಗಡೆ, 99% ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅವುಗಳನ್ನು ಬಳಸುತ್ತವೆ
• ಮುಂಭಾಗದ ವಿತರಣೆಗಾಗಿ nginx ಅನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಬ್ಯಾಕೆಂಡ್‌ಗೆ ಪ್ರಾಕ್ಸಿ ಮಾಡುವುದು
• ನೀವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಡಾಕರ್ ಚಿತ್ರದಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಮಾಡಬಹುದು, ಈ ರೀತಿಯಲ್ಲಿ ಡಾಕರ್ ಇರುವಲ್ಲೆಲ್ಲಾ ನನ್ನ ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ವಿತರಣಾ ಸಮಸ್ಯೆಯನ್ನು ತಕ್ಷಣವೇ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ
• ಸೇವೆಯ ಅನ್ವೇಷಣೆಯು ಪೆಟ್ಟಿಗೆಯ ಹೊರಗೆ, ನೀವು ಮೈಕ್ರೊ ಸರ್ವಿಸ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು, ಪ್ರತಿ ಕಂಟೇನರ್ (ಸಾಮಾನ್ಯ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದೆ) ಅಲಿಯಾಸ್ ಮೂಲಕ ಇನ್ನೊಂದನ್ನು ಸುಲಭವಾಗಿ ತಲುಪಬಹುದು, ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ
• ಧಾರಕವನ್ನು ರಚಿಸಲು ಮತ್ತು ಅದರಲ್ಲಿ "ಪ್ಲೇ" ಮಾಡುವುದು ವಿನೋದಮಯವಾಗಿದೆ.

ಡಾಕರ್ ಬಗ್ಗೆ ನಾನು ಯಾವಾಗಲೂ ಇಷ್ಟಪಡುವುದಿಲ್ಲ:

• ನನ್ನ ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸ ಮಾಡಲು, ನನಗೆ ಸರ್ವರ್‌ನಲ್ಲಿ ಡಾಕರ್ ಅಗತ್ಯವಿದೆ. ನನ್ನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು jre ಅಥವಾ nodej ಗಳಲ್ಲಿ ರನ್ ಆಗಿದ್ದರೆ ಮತ್ತು ಅವುಗಳಿಗೆ ಪರಿಸರವು ಈಗಾಗಲೇ ಸರ್ವರ್‌ನಲ್ಲಿದ್ದರೆ ನನಗೆ ಇದು ಏಕೆ ಬೇಕು?
• ರಿಮೋಟ್ ಸರ್ವರ್‌ನಲ್ಲಿ ನನ್ನ (ಖಾಸಗಿ) ಸ್ಥಳೀಯವಾಗಿ ನಿರ್ಮಿಸಲಾದ ಚಿತ್ರವನ್ನು ಚಲಾಯಿಸಲು ನಾನು ಬಯಸಿದರೆ, ನನಗೆ ನನ್ನ ಸ್ವಂತ ಡಾಕರ್ ರೆಪೊಸಿಟರಿ ಬೇಕು, ಎಲ್ಲೋ ಕೆಲಸ ಮಾಡಲು ನನಗೆ ರಿಜಿಸ್ಟ್ರಿ ಬೇಕು ಮತ್ತು ನಾನು https ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿದೆ, ಏಕೆಂದರೆ ಡಾಕರ್ ಕ್ಲೈ https ಮೇಲೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಓಹ್ ಡ್ಯಾಮ್... ಮೂಲಕ ಚಿತ್ರವನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಸಲು ಆಯ್ಕೆಗಳಿವೆ docker save ಮತ್ತು ಕೇವಲ scp ಮೂಲಕ ಚಿತ್ರವನ್ನು ಕಳುಹಿಸಿ... ಆದರೆ ಅದು ಬಹಳಷ್ಟು ದೇಹದ ಚಲನೆಗಳು. ಮತ್ತು ಜೊತೆಗೆ, ನಿಮ್ಮ ಸ್ವಂತ ರೆಪೊಸಿಟರಿ ಕಾಣಿಸಿಕೊಳ್ಳುವವರೆಗೆ ಇದು "ಊರುಗೋಲು" ಪರಿಹಾರದಂತೆ ಕಾಣುತ್ತದೆ
• docker-compose. ಧಾರಕಗಳನ್ನು ಚಲಾಯಿಸಲು ಮಾತ್ರ ಇದು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ. ಅಷ್ಟೇ. ಅವನು ಬೇರೇನೂ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. Docker-compose ಅದರ ಫೈಲ್‌ಗಳ ಆವೃತ್ತಿಗಳ ಗುಂಪನ್ನು ಹೊಂದಿದೆ, ಅದರ ಸ್ವಂತ ಸಿಂಟ್ಯಾಕ್ಸ್. ಅದು ಎಷ್ಟೇ ಘೋಷಣಾತ್ಮಕವಾಗಿದ್ದರೂ, ನಾನು ಅವರ ದಾಖಲೆಗಳನ್ನು ಓದಲು ಬಯಸುವುದಿಲ್ಲ. ನನಗೆ ಬೇರೆಲ್ಲಿಯೂ ಅಗತ್ಯವಿಲ್ಲ.
• ತಂಡದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ, ಹೆಚ್ಚಿನ ಜನರು ಡಾಕರ್‌ಫೈಲ್ ಅನ್ನು ತುಂಬಾ ವಕ್ರವಾಗಿ ಬರೆಯುತ್ತಾರೆ, ಅದು ಹೇಗೆ ಸಂಗ್ರಹವಾಗಿದೆ ಎಂದು ಅರ್ಥವಾಗುವುದಿಲ್ಲ, ಅವರಿಗೆ ಅಗತ್ಯವಿರುವ ಮತ್ತು ಅಗತ್ಯವಿಲ್ಲದ ಎಲ್ಲವನ್ನೂ ಸೇರಿಸಿ, ಡಾಕರ್‌ಹಬ್ ಅಥವಾ ಖಾಸಗಿ ರೆಪೊಸಿಟರಿಯಲ್ಲಿ ಇಲ್ಲದ ಚಿತ್ರಗಳಿಂದ ಆನುವಂಶಿಕವಾಗಿ, ಕೆಲವು ರಚಿಸಿ docker-compose ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ ಫೈಲ್‌ಗಳು ಮತ್ತು ಯಾವುದೂ ಉಳಿಯುವುದಿಲ್ಲ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಡೆವಲಪರ್‌ಗಳು ಡಾಕರ್ ತಂಪಾಗಿದ್ದಾರೆ ಎಂದು ಹೆಮ್ಮೆಯಿಂದ ಘೋಷಿಸುತ್ತಾರೆ, ಎಲ್ಲವೂ ಅವರಿಗೆ ಸ್ಥಳೀಯವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು HR ಮುಖ್ಯವಾಗಿ ಖಾಲಿ ಹುದ್ದೆಯಲ್ಲಿ ಬರೆಯುತ್ತದೆ: "ನಾವು ಡಾಕರ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ ಮತ್ತು ಅಂತಹ ಕೆಲಸದ ಅನುಭವ ಹೊಂದಿರುವ ಅಭ್ಯರ್ಥಿ ನಮಗೆ ಬೇಕು."
• ಡಾಕರ್‌ನಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಹೆಚ್ಚಿಸುವ ಆಲೋಚನೆಗಳಿಂದ ನಾನು ನಿರಂತರವಾಗಿ ಕಾಡುತ್ತಿದ್ದೇನೆ: postgresql, kafka, redis. ಎಲ್ಲವೂ ಕಂಟೇನರ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಎಲ್ಲವನ್ನೂ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಮತ್ತು ಚಲಾಯಿಸಲು ಸುಲಭವಲ್ಲ ಎಂದು ಇದು ಕರುಣೆಯಾಗಿದೆ. ಇದನ್ನು ಥರ್ಡ್-ಪಾರ್ಟಿ ಡೆವಲಪರ್‌ಗಳು ಬೆಂಬಲಿಸುತ್ತಾರೆ ಮತ್ತು ಮಾರಾಟಗಾರರಿಂದ ಅಲ್ಲ. ಮತ್ತು ಮೂಲಕ, ಪ್ರಶ್ನೆಯು ತಕ್ಷಣವೇ ಉದ್ಭವಿಸುತ್ತದೆ: ಮಾರಾಟಗಾರರು ತಮ್ಮ ಉತ್ಪನ್ನಗಳನ್ನು ಡಾಕರ್ನಲ್ಲಿ ನಿರ್ವಹಿಸುವ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದಿಲ್ಲ, ಇದು ಏಕೆ, ಬಹುಶಃ ಅವರಿಗೆ ಏನಾದರೂ ತಿಳಿದಿದೆಯೇ?
• ಕಂಟೇನರ್ ಡೇಟಾದ ನಿರಂತರತೆಯ ಬಗ್ಗೆ ಯಾವಾಗಲೂ ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ. ತದನಂತರ ನೀವು ಯೋಚಿಸುತ್ತೀರಿ, ನಾನು ಹೋಸ್ಟ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಆರೋಹಿಸಬೇಕೇ ಅಥವಾ ಡಾಕರ್ ವಾಲ್ಯೂಮ್ ಅನ್ನು ರಚಿಸಬೇಕೇ ಅಥವಾ ಈಗಿರುವ ಡೇಟಾ ಕಂಟೇನರ್ ಅನ್ನು ಮಾಡಬೇಕೇ deprecated? ನಾನು ಡೈರೆಕ್ಟರಿಯನ್ನು ಆರೋಹಿಸಿದರೆ, ಕಂಟೇನರ್‌ನಲ್ಲಿರುವ ಬಳಕೆದಾರರ uid ಮತ್ತು gid ಧಾರಕವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಬಳಕೆದಾರರ ಐಡಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ನಾನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಕಂಟೇನರ್‌ನಿಂದ ರಚಿಸಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಮೂಲ ಹಕ್ಕುಗಳೊಂದಿಗೆ ರಚಿಸಲಾಗುತ್ತದೆ. ನಾನು ಬಳಸಿದರೆ volume ನಂತರ ಡೇಟಾವನ್ನು ಸರಳವಾಗಿ ಕೆಲವು ರಚಿಸಲಾಗುತ್ತದೆ /usr/* ಮತ್ತು ಮೊದಲ ಪ್ರಕರಣದಲ್ಲಿರುವಂತೆಯೇ uid ಮತ್ತು gid ನೊಂದಿಗೆ ಅದೇ ಕಥೆ ಇರುತ್ತದೆ. ನೀವು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಘಟಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದರೆ, ನೀವು ದಸ್ತಾವೇಜನ್ನು ಓದಬೇಕು ಮತ್ತು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವನ್ನು ಹುಡುಕಬೇಕು: "ಯಾವ ಕಂಟೇನರ್ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಘಟಕವು ಫೈಲ್ಗಳನ್ನು ಬರೆಯುತ್ತದೆ?"

ನಾನು ಡಾಕರ್‌ನೊಂದಿಗೆ ಹೆಚ್ಚು ಕಾಲ ಟಿಂಕರ್ ಮಾಡಬೇಕಾಗಿರುವುದು ನನಗೆ ಯಾವಾಗಲೂ ಇಷ್ಟವಾಗುತ್ತಿರಲಿಲ್ಲ ಆರಂಭಿಕ ಹಂತದಲ್ಲಿ: ಧಾರಕಗಳನ್ನು ಹೇಗೆ ಪ್ರಾರಂಭಿಸಬೇಕು, ಯಾವ ಚಿತ್ರಗಳಿಂದ ಪ್ರಾರಂಭಿಸಬೇಕು ಎಂದು ನಾನು ಕಂಡುಕೊಂಡಿದ್ದೇನೆ, ದೀರ್ಘವಾದ ಡಾಕರ್ ಕಮಾಂಡ್‌ಗಳಿಗೆ ಅಲಿಯಾಸ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಮೇಕ್‌ಫೈಲ್‌ಗಳನ್ನು ಮಾಡಿದೆ. ನಾನು ಡಾಕರ್-ಕಂಪೋಸ್ ಅನ್ನು ದ್ವೇಷಿಸುತ್ತಿದ್ದೆ ಏಕೆಂದರೆ ಡಾಕರ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇನ್ನೊಂದು ಉಪಕರಣವನ್ನು ಕಲಿಯಲು ನಾನು ಬಯಸಲಿಲ್ಲ. ಮತ್ತು docker-compose up ವಿಶೇಷವಾಗಿ ಅವರು ಇನ್ನೂ ಅಲ್ಲಿ ಭೇಟಿಯಾದರೆ ಅದು ನನ್ನನ್ನು ಕಾಡುತ್ತಿತ್ತು build ಈಗಾಗಲೇ ಜೋಡಿಸಲಾದ ಚಿತ್ರಗಳಿಗಿಂತ ನಿರ್ಮಾಣಗಳು. ನಾನು ನಿಜವಾಗಿಯೂ ಬಯಸಿದ್ದು ಉತ್ಪನ್ನವನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಮಾಡುವುದು. ಆದರೆ ಡಾಕರ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ನನಗೆ ಕಂಡುಹಿಡಿಯಲಾಗಲಿಲ್ಲ.

ಅನ್ಸಿಬಲ್ ಅನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಇತ್ತೀಚೆಗೆ (ಮೂರು ತಿಂಗಳ ಹಿಂದೆ), ನಾನು DevOps ತಂಡದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದೇನೆ, ಅದರಲ್ಲಿ ಬಹುತೇಕ ಪ್ರತಿಯೊಬ್ಬ ಸದಸ್ಯರು ಡಾಕರ್ ಬಗ್ಗೆ ನಕಾರಾತ್ಮಕ ಮನೋಭಾವವನ್ನು ಹೊಂದಿದ್ದರು. ಕಾರಣಗಳಿಗಾಗಿ:

• ಡಾಕರ್ ನಿಯಮಗಳು iptables (ನೀವು ಅದನ್ನು daemon.json ನಲ್ಲಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು)
• ಡಾಕರ್ ದೋಷಯುಕ್ತವಾಗಿದೆ ಮತ್ತು ನಾವು ಅದನ್ನು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಚಲಾಯಿಸುವುದಿಲ್ಲ
• ಡಾಕರ್ ಡೀಮನ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ, ಮೂಲಸೌಕರ್ಯ ಹೊಂದಿರುವ ಎಲ್ಲಾ ಕಂಟೈನರ್‌ಗಳು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತವೆ
• ಡಾಕರ್ ಅಗತ್ಯವಿಲ್ಲ
• Ansible ಮತ್ತು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಇದ್ದರೆ ಏಕೆ ಡಾಕರ್

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

ಡೇಟಾಬೇಸ್‌ಗಳಂತಹ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಘಟಕಗಳನ್ನು ಚಲಾಯಿಸಲು ಡಾಕರ್

ನಾನು ಇತ್ತೀಚೆಗೆ ssh ಸುರಂಗಗಳ ಪರಿಚಯವಾಯಿತು. ರಿಮೋಟ್ ಸರ್ವರ್ನ ಪೋರ್ಟ್ ಅನ್ನು ಸ್ಥಳೀಯ ಪೋರ್ಟ್ಗೆ "ಫಾರ್ವರ್ಡ್" ಮಾಡುವುದು ತುಂಬಾ ಸುಲಭ ಎಂದು ಅದು ಬದಲಾಯಿತು. ರಿಮೋಟ್ ಸರ್ವರ್ ಕ್ಲೌಡ್‌ನಲ್ಲಿರುವ ಯಂತ್ರವಾಗಿರಬಹುದು ಅಥವಾ ವರ್ಚುವಲ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರವಾಗಿರಬಹುದು. ನನ್ನ ಸಹೋದ್ಯೋಗಿ ಅಥವಾ ನನಗೆ ಡೇಟಾಬೇಸ್ (ಅಥವಾ ಇತರ ಮೂರನೇ-ಪಕ್ಷದ ಘಟಕ) ಅಗತ್ಯವಿದ್ದರೆ, ನಾವು ಈ ಘಟಕದೊಂದಿಗೆ ಸರ್ವರ್ ಅನ್ನು ಸರಳವಾಗಿ ಪ್ರಾರಂಭಿಸಬಹುದು ಮತ್ತು ಸರ್ವರ್ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಅದನ್ನು ಆಫ್ ಮಾಡಬಹುದು. ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆಯು ಡಾಕರ್ ಕಂಟೈನರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೇಟಾಬೇಸ್‌ನಂತೆಯೇ ಅದೇ ಪರಿಣಾಮವನ್ನು ನೀಡುತ್ತದೆ.

ಈ ಆಜ್ಞೆಯು ನನ್ನ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಅನ್ನು postgresql ಚಾಲನೆಯಲ್ಲಿರುವ ರಿಮೋಟ್ ಸರ್ವರ್‌ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ:

ssh -L 9000:localhost:5432 [ಇಮೇಲ್ ರಕ್ಷಿಸಲಾಗಿದೆ]

ರಿಮೋಟ್ ಸರ್ವರ್ ಅನ್ನು ಬಳಸುವುದು ತಂಡದ ಅಭಿವೃದ್ಧಿಯೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಅಂತಹ ಸರ್ವರ್ ಅನ್ನು ಹಲವಾರು ಡೆವಲಪರ್‌ಗಳು ಏಕಕಾಲದಲ್ಲಿ ಬಳಸಬಹುದು; ಅವರು postgresql ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು, ಡಾಕರ್ ಮತ್ತು ಇತರ ಜಟಿಲತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ. ರಿಮೋಟ್ ಸರ್ವರ್‌ನಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸಲು ಕಷ್ಟವಾಗಿದ್ದರೆ ನೀವು ಅದೇ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಡಾಕರ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಬಹುದು. ಡೆವಲಪರ್‌ಗಳಿಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ssh ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುವುದು!

SSH ಸುರಂಗಗಳು ನಿಯಮಿತ VPN ನ ಸೀಮಿತ ಕಾರ್ಯಚಟುವಟಿಕೆ ಎಂದು ನಾನು ಇತ್ತೀಚೆಗೆ ಓದಿದ್ದೇನೆ! ನೀವು ಸರಳವಾಗಿ OpenVPN ಅಥವಾ ಇತರ VPN ಅನುಷ್ಠಾನಗಳನ್ನು ಸ್ಥಾಪಿಸಬಹುದು, ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಅದನ್ನು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಬಳಸಲು ನೀಡಬಹುದು. ಇದು ತುಂಬಾ ತಂಪಾಗಿದೆ!

ಅದೃಷ್ಟವಶಾತ್, AWS, GoogleCloud ಮತ್ತು ಇತರರು ನಿಮಗೆ ಒಂದು ವರ್ಷದ ಉಚಿತ ಬಳಕೆಯನ್ನು ನೀಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಬಳಸಿ! ಬಳಕೆಯಲ್ಲಿಲ್ಲದಿದ್ದಾಗ ನೀವು ಅವುಗಳನ್ನು ಆಫ್ ಮಾಡಿದರೆ ಅವು ಅಗ್ಗವಾಗಿವೆ. ನನಗೆ ಜಿಕ್ಲೌಡ್‌ನಂತಹ ರಿಮೋಟ್ ಸರ್ವರ್ ಏಕೆ ಬೇಕು ಎಂದು ನಾನು ಯಾವಾಗಲೂ ಯೋಚಿಸುತ್ತಿದ್ದೆ, ನಾನು ಅವುಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇನೆ ಎಂದು ತೋರುತ್ತದೆ.

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

ಬಾಟಮ್ ಲೈನ್: ನೀವು ರಿಮೋಟ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಅಥವಾ ವರ್ಚುವಲ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ಗಳು ಮತ್ತು ಇತರ ಮೂಲಸೌಕರ್ಯ ಗುಡಿಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ಚಲಾಯಿಸಬೇಕು. ಈ ಉದ್ದೇಶಗಳಿಗಾಗಿ ನನಗೆ ಡಾಕರ್ ಅಗತ್ಯವಿಲ್ಲ.

ಡಾಕರ್ ಚಿತ್ರಗಳು ಮತ್ತು ವಿತರಣೆಯ ಬಗ್ಗೆ ಸ್ವಲ್ಪ

ನಾನು ಈಗಾಗಲೇ ಬರೆದಿದ್ದೇನೆ ಲೇಖನ ಇದರಲ್ಲಿ ನಾನು ಡಾಕರ್ ಚಿತ್ರಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಯಾವುದೇ ಗ್ಯಾರಂಟಿ ನೀಡುವುದಿಲ್ಲ ಎಂದು ತಿಳಿಸಲು ಬಯಸುತ್ತೇನೆ. ಡಾಕರ್ ಧಾರಕವನ್ನು ರಚಿಸಲು ಮಾತ್ರ ಡಾಕರ್ ಚಿತ್ರಗಳು ಅಗತ್ಯವಿದೆ. ನೀವು ಡಾಕರ್ ಇಮೇಜ್‌ಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುತ್ತಿದ್ದರೆ, ನೀವು ಡಾಕರ್ ಕಂಟೈನರ್‌ಗಳನ್ನು ಬಳಸಲು ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ನೀವು ಅವುಗಳನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತೀರಿ.

ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಉತ್ಪನ್ನಗಳನ್ನು ಡಾಕರ್ ಚಿತ್ರದಲ್ಲಿ ಮಾತ್ರ ಪೋರ್ಟ್ ಮಾಡುವ ಸ್ಥಳವನ್ನು ನೀವು ಎಲ್ಲಿಯಾದರೂ ನೋಡಿದ್ದೀರಾ?
ಹೆಚ್ಚಿನ ಉತ್ಪನ್ನಗಳ ಫಲಿತಾಂಶವು ಒಂದು ನಿರ್ದಿಷ್ಟ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ಬೈನರಿ ಫೈಲ್‌ಗಳು; ಅವುಗಳನ್ನು ಡಾಕರ್ ಇಮೇಜ್‌ಗೆ ಸರಳವಾಗಿ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಇದು ಅಪೇಕ್ಷಿತ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಿಂದ ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಲ್ಪಡುತ್ತದೆ. ಡಾಕರ್‌ಹಬ್‌ನಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಚಿತ್ರಗಳು ಏಕೆ ಇವೆ ಎಂದು ನೀವು ಎಂದಾದರೂ ಯೋಚಿಸಿದ್ದೀರಾ? ಉದಾಹರಣೆಗೆ nginx ಅನ್ನು ನಮೂದಿಸಿ, ನೀವು ವಿವಿಧ ಜನರಿಂದ 100500 ಚಿತ್ರಗಳನ್ನು ನೋಡುತ್ತೀರಿ. ಈ ಜನರು ಸ್ವತಃ nginx ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಿಲ್ಲ, ಅವರು ತಮ್ಮ ಡಾಕರ್ ಇಮೇಜ್‌ಗೆ ಅಧಿಕೃತ nginx ಅನ್ನು ಸೇರಿಸಿದ್ದಾರೆ ಮತ್ತು ಕಂಟೇನರ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಅನುಕೂಲಕ್ಕಾಗಿ ತಮ್ಮದೇ ಆದ ಸಂರಚನೆಗಳೊಂದಿಗೆ ಅದನ್ನು ಮಸಾಲೆ ಮಾಡಿದ್ದಾರೆ.

ಸಾಮಾನ್ಯವಾಗಿ, ನೀವು ಅದನ್ನು ಸರಳವಾಗಿ tgz ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು, ಯಾರಾದರೂ ಅದನ್ನು ಡಾಕರ್‌ನಲ್ಲಿ ಚಲಾಯಿಸಬೇಕಾದರೆ, ನಂತರ ಅವರು ಡಾಕರ್‌ಫೈಲ್‌ಗೆ tgz ಅನ್ನು ಸೇರಿಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಡಿ, ಬಯಸಿದ ಪರಿಸರದಿಂದ ಆನುವಂಶಿಕವಾಗಿ ಮತ್ತು tgz ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬದಲಾಯಿಸದ ಹೆಚ್ಚುವರಿ ಬನ್‌ಗಳನ್ನು ರಚಿಸಲು ಅವಕಾಶ ಮಾಡಿಕೊಡಿ. ಡಾಕರ್ ಚಿತ್ರವನ್ನು ರಚಿಸುವ ಯಾರಾದರೂ tgz ಎಂದರೇನು ಮತ್ತು ಅವರು ಏನು ಕೆಲಸ ಮಾಡಬೇಕೆಂದು ತಿಳಿಯುತ್ತಾರೆ. ನಾನು ಡಾಕರ್ ಅನ್ನು ಈ ರೀತಿ ಬಳಸುತ್ತೇನೆ ಇಲ್ಲಿ

ಬಾಟಮ್ ಲೈನ್: ನನಗೆ ಡಾಕರ್ ರಿಜಿಸ್ಟ್ರಿ ಅಗತ್ಯವಿಲ್ಲ, ನಾನು ಕೆಲವು ರೀತಿಯ S3 ಅನ್ನು ಬಳಸುತ್ತೇನೆ ಅಥವಾ Google ಡ್ರೈವ್/ಡ್ರಾಪ್‌ಬಾಕ್ಸ್‌ನಂತಹ ಫೈಲ್ ಸಂಗ್ರಹಣೆಯನ್ನು ಬಳಸುತ್ತೇನೆ

CI ನಲ್ಲಿ ಡಾಕರ್

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

ಈ ಕಂಪನಿಗಳು CI ಪ್ರಕ್ರಿಯೆಯು ನಡೆಯುವ ತಮ್ಮ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಡಾಕರ್ ಅನ್ನು ಬಳಸುತ್ತವೆ. ಪ್ರಶ್ನೆ: ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಡಾಕರ್ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳನ್ನು ಏಕೆ ನಿರ್ಮಿಸಬೇಕು? ನಿರ್ಮಾಣಕ್ಕಾಗಿ ಪರಿಸರವನ್ನು ಏಕೆ ಸಿದ್ಧಪಡಿಸಬಾರದು, ಉದಾಹರಣೆಗೆ, ನಿರ್ಮಾಣವು ನಡೆಯುವ ಸರ್ವರ್‌ಗೆ nodejs, php, jdk, ನಕಲು ssh ಕೀಗಳು ಇತ್ಯಾದಿಗಳ ಅಗತ್ಯ ಆವೃತ್ತಿಗಳನ್ನು ಸ್ಥಾಪಿಸುವ Ansible ಪ್ಲೇಬುಕ್ ಅನ್ನು ಬರೆಯಿರಿ?

ಇದು ನನ್ನ ಕಾಲಿಗೆ ಗುಂಡು ಹಾರಿಸುತ್ತಿದೆ ಎಂದು ಈಗ ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ, ಏಕೆಂದರೆ ಡಾಕರ್ ತನ್ನ ಪ್ರತ್ಯೇಕತೆಯಿಂದ ಯಾವುದೇ ಲಾಭವನ್ನು ತರುವುದಿಲ್ಲ. ಡಾಕರ್‌ನಲ್ಲಿ CI ಜೊತೆ ನಾನು ಎದುರಿಸಿದ ಸಮಸ್ಯೆಗಳು:

• ಮತ್ತೆ ನೀವು ನಿರ್ಮಿಸಲು ಡಾಕರ್ ಇಮೇಜ್ ಅಗತ್ಯವಿದೆ. ನೀವು ಚಿತ್ರವನ್ನು ಹುಡುಕಬೇಕು ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಡಾಕರ್‌ಫೈಲ್ ಅನ್ನು ಬರೆಯಬೇಕು.
• 90% ನೀವು ಕೆಲವು ssh ಕೀಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕಾಗಿದೆ, ನೀವು ಡಾಕರ್ ಇಮೇಜ್‌ಗೆ ಬರೆಯಲು ಬಯಸದ ರಹಸ್ಯ ಡೇಟಾ.
• ಕಂಟೇನರ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಸಾಯುತ್ತದೆ, ಅದರೊಂದಿಗೆ ಎಲ್ಲಾ ಸಂಗ್ರಹಗಳು ಕಳೆದುಹೋಗುತ್ತವೆ. ಮುಂದಿನ ನಿರ್ಮಾಣವು ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ ಅವಲಂಬನೆಗಳನ್ನು ಮರು-ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಇದು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನಿಷ್ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ ಮತ್ತು ಸಮಯವು ಹಣವಾಗಿರುತ್ತದೆ.

ಡೆವಲಪರ್‌ಗಳು ಡಾಕರ್ ಕಂಟೈನರ್‌ಗಳಲ್ಲಿ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವುದಿಲ್ಲ (ನಾನು ಒಮ್ಮೆ ಅಂತಹ ಅಭಿಮಾನಿಯಾಗಿದ್ದೆ, ನಿಜವಾಗಿಯೂ, ಹಿಂದಿನ xD ನಲ್ಲಿ ನನ್ನ ಬಗ್ಗೆ ನಾನು ವಿಷಾದಿಸುತ್ತೇನೆ). ಜಾವಾದಲ್ಲಿ ಹಲವಾರು ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಲು ಮತ್ತು ಅವುಗಳನ್ನು ಈಗ ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಒಂದು ಆಜ್ಞೆಯೊಂದಿಗೆ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿದೆ. ಇದು ನೋಡೆಜ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಆಗಿರುತ್ತದೆ, nvm ಇದೆ.

ತೀರ್ಮಾನಕ್ಕೆ

ಡಾಕರ್ ಅತ್ಯಂತ ಶಕ್ತಿಯುತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಸಾಧನವಾಗಿದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ, ಇದು ಅದರ ನ್ಯೂನತೆಯಾಗಿದೆ (ವಿಚಿತ್ರವೆಂದು ತೋರುತ್ತದೆ, ಹೌದು). ಅದರ ಸಹಾಯದಿಂದ, ಕಂಪನಿಗಳು ಅದರ ಮೇಲೆ ಸುಲಭವಾಗಿ ಸಿಕ್ಕಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಅಗತ್ಯವಿರುವ ಮತ್ತು ಅಗತ್ಯವಿಲ್ಲದ ಸ್ಥಳದಲ್ಲಿ ಅದನ್ನು ಬಳಸಬಹುದು. ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಧಾರಕಗಳನ್ನು, ಅವರ ಕೆಲವು ಪರಿಸರಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ, ನಂತರ ಅದು ಸರಾಗವಾಗಿ CI ಮತ್ತು ಉತ್ಪಾದನೆಗೆ ಹರಿಯುತ್ತದೆ. DevOps ತಂಡವು ಈ ಕಂಟೈನರ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಕೆಲವು ರೀತಿಯ ಕೋಡ್ ಅನ್ನು ಬರೆಯುತ್ತಿದೆ.

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

ಡಾಕರ್ ಅಗತ್ಯವಿದ್ದಾಗ: ಕೊಟ್ಟಿರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವಲ್ಲಿ ಡಾಕರ್ ತುಂಬಾ ಒಳ್ಳೆಯದು ಎಂದು ನಾನು ತೀರ್ಮಾನಕ್ಕೆ ಬಂದಿದ್ದೇನೆ, ಆದರೆ ಮೂಲಭೂತ ಕಾರ್ಯವನ್ನು ನಿರ್ಮಿಸಲು ಅಲ್ಲ

ನೀವು ಇನ್ನೂ ಡಾಕರ್ ಅನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದರೆ, ನಂತರ:

• ಅತ್ಯಂತ ಜಾಗರೂಕರಾಗಿರಿ
• ಡಾಕರ್ ಅನ್ನು ಬಳಸಲು ಡೆವಲಪರ್‌ಗಳನ್ನು ಒತ್ತಾಯಿಸಬೇಡಿ
• ಅದರ ಬಳಕೆಯನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸ್ಥಳೀಕರಿಸಿ, ಎಲ್ಲಾ ಡಾಕ್‌ಫೈಲ್ ಮತ್ತು ಡಾಕರ್-ಕಂಪೋಸ್ ರೆಪೊಸಿಟರಿಗಳಲ್ಲಿ ಹರಡಬೇಡಿ

ಪಿಎಸ್:

• ನಾನು ಇತ್ತೀಚೆಗೆ ಎದುರಿಗೆ ಬಂದೆ ಪ್ಯಾಕರ್ ಮತ್ತು ಇದು ಅನ್ಸಿಬಲ್‌ನೊಂದಿಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಚಿತ್ರಗಳನ್ನು ನಿರ್ಮಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಏಕೀಕರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ (ಡಾಕರ್ ಚಿತ್ರ ಸೇರಿದಂತೆ)
• ಡಾಕರ್ ಬಗ್ಗೆ, ಆಸಕ್ತಿದಾಯಕ ಲೇಖನ

ಓದಿದ್ದಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು, ನಿಮ್ಮ ವ್ಯವಹಾರಗಳು ಮತ್ತು ಉತ್ಪಾದಕ ಕೆಲಸದ ದಿನಗಳಲ್ಲಿ ಪಾರದರ್ಶಕ ನಿರ್ಧಾರಗಳನ್ನು ನಾನು ಬಯಸುತ್ತೇನೆ!

ಮೂಲ: www.habr.com