ਕੀ ਡੌਕਰ ਇੱਕ ਖਿਡੌਣਾ ਹੈ ਜਾਂ ਨਹੀਂ? ਜਾਂ ਕੀ ਇਹ ਅਜੇ ਵੀ ਸੱਚ ਹੈ?

ਹੈਲੋ ਹਰ ਕੋਈ!

ਮੈਂ ਅਸਲ ਵਿੱਚ ਸਿੱਧੇ ਵਿਸ਼ੇ 'ਤੇ ਜਾਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਪਰ ਮੇਰੀ ਕਹਾਣੀ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਦੱਸਣਾ ਵਧੇਰੇ ਸਹੀ ਹੋਵੇਗਾ:

ਇੰਦਰਾਜ਼

ਮੈਂ ਸਰਵਰ 'ਤੇ ਫਰੰਟਐਂਡ ਸਿੰਗਲ ਪੇਜ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਸਕੇਲਾ/ਜਾਵਾ ਅਤੇ ਨੋਡਜ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਵਿੱਚ ਅਨੁਭਵ ਵਾਲਾ ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਹਾਂ।

ਕਾਫ਼ੀ ਲੰਬੇ ਸਮੇਂ ਲਈ (ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਕੁਝ ਜਾਂ ਤਿੰਨ ਸਾਲ), ਮੇਰਾ ਵਿਚਾਰ ਸੀ ਕਿ ਡੌਕਰ ਸਵਰਗ ਤੋਂ ਮੰਨਾ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਸੰਦ ਹੈ ਅਤੇ ਬਿਲਕੁਲ ਹਰ ਡਿਵੈਲਪਰ ਨੂੰ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਅਤੇ ਇਸ ਤੋਂ ਇਹ ਹੇਠਾਂ ਆਉਂਦਾ ਹੈ ਕਿ ਹਰੇਕ ਡਿਵੈਲਪਰ ਨੂੰ ਆਪਣੀ ਸਥਾਨਕ ਮਸ਼ੀਨ 'ਤੇ ਡੌਕਰ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਮੇਰੀ ਰਾਏ ਬਾਰੇ ਕੀ, ਉਸੇ hh 'ਤੇ ਪੋਸਟ ਕੀਤੀਆਂ ਗਈਆਂ ਖਾਲੀ ਅਸਾਮੀਆਂ ਨੂੰ ਵੇਖੋ. ਹਰ ਸਕਿੰਟ ਵਿੱਚ ਡੌਕਰ ਦਾ ਜ਼ਿਕਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇਸਦੇ ਮਾਲਕ ਹੋ, ਤਾਂ ਇਹ ਤੁਹਾਡਾ ਪ੍ਰਤੀਯੋਗੀ ਫਾਇਦਾ ਹੋਵੇਗਾ 😉

ਮੇਰੇ ਰਸਤੇ ਵਿੱਚ, ਮੈਂ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਮਿਲਿਆ, ਡੌਕਰ ਅਤੇ ਇਸਦੇ ਵਾਤਾਵਰਣ ਪ੍ਰਤੀ ਉਹਨਾਂ ਦੇ ਵੱਖੋ-ਵੱਖਰੇ ਰਵੱਈਏ ਦੇ ਨਾਲ. ਕੁਝ ਨੇ ਕਿਹਾ ਕਿ ਇਹ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਚੀਜ਼ ਹੈ ਜੋ ਕ੍ਰਾਸ-ਪਲੇਟਫਾਰਮ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਗਰੰਟੀ ਦਿੰਦੀ ਹੈ. ਦੂਜੇ ਨੂੰ ਇਹ ਸਮਝ ਨਹੀਂ ਆ ਰਿਹਾ ਸੀ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਡੱਬਿਆਂ ਵਿੱਚ ਕਿਉਂ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਕੀ ਲਾਭ ਹੋਵੇਗਾ, ਤੀਜੇ ਨੇ ਬਿਲਕੁਲ ਵੀ ਪਰਵਾਹ ਨਹੀਂ ਕੀਤੀ ਅਤੇ ਪਰੇਸ਼ਾਨ ਨਹੀਂ ਕੀਤਾ (ਉਨ੍ਹਾਂ ਨੇ ਸਿਰਫ ਕੋਡ ਲਿਖਿਆ ਅਤੇ ਘਰ ਚਲੇ ਗਏ - ਮੈਂ ਉਹਨਾਂ ਨਾਲ ਈਰਖਾ ਕਰਦਾ ਹਾਂ, ਤਰੀਕਾ :)

ਵਰਤਣ ਲਈ ਕਾਰਨ

ਮੈਂ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਕੀਤੀ? ਸ਼ਾਇਦ ਹੇਠ ਲਿਖੇ ਕਾਰਨਾਂ ਕਰਕੇ:

• ਡਾਟਾਬੇਸ ਲਾਂਚ, 99% ਐਪਲੀਕੇਸ਼ਨ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ
• ਫਰੰਟਐਂਡ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਲਈ nginx ਸ਼ੁਰੂ ਕਰਨਾ ਅਤੇ ਬੈਕਐਂਡ ਲਈ ਪ੍ਰੌਕਸੀ ਕਰਨਾ
• ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਵਿੱਚ ਪੈਕੇਜ ਕਰ ਸਕਦੇ ਹੋ, ਇਸ ਤਰ੍ਹਾਂ ਮੇਰੀ ਐਪਲੀਕੇਸ਼ਨ ਕੰਮ ਕਰੇਗੀ ਜਿੱਥੇ ਵੀ ਡੌਕਰ ਮੌਜੂਦ ਹੈ, ਵੰਡ ਸਮੱਸਿਆ ਤੁਰੰਤ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ
• ਬਕਸੇ ਦੇ ਬਾਹਰ ਸੇਵਾ ਖੋਜ, ਤੁਸੀਂ ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਬਣਾ ਸਕਦੇ ਹੋ, ਹਰੇਕ ਕੰਟੇਨਰ (ਇੱਕ ਆਮ ਨੈਟਵਰਕ ਨਾਲ ਜੁੜਿਆ) ਇੱਕ ਉਪਨਾਮ ਰਾਹੀਂ ਆਸਾਨੀ ਨਾਲ ਦੂਜੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਬਹੁਤ ਸੁਵਿਧਾਜਨਕ
• ਇੱਕ ਕੰਟੇਨਰ ਬਣਾਉਣਾ ਅਤੇ ਇਸ ਵਿੱਚ "ਖੇਡਣਾ" ਮਜ਼ੇਦਾਰ ਹੈ।

ਜੋ ਮੈਂ ਹਮੇਸ਼ਾ ਡੌਕਰ ਬਾਰੇ ਪਸੰਦ ਨਹੀਂ ਕਰਦਾ:

• ਮੇਰੀ ਅਰਜ਼ੀ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਮੈਨੂੰ ਸਰਵਰ 'ਤੇ ਡੌਕਰ ਦੀ ਲੋੜ ਹੈ। ਮੈਨੂੰ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਜੇਕਰ ਮੇਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ jre ਜਾਂ nodejs 'ਤੇ ਚੱਲਦੀਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਲਈ ਵਾਤਾਵਰਣ ਪਹਿਲਾਂ ਹੀ ਸਰਵਰ 'ਤੇ ਹੈ?
• ਜੇ ਮੈਂ ਆਪਣੀ (ਪ੍ਰਾਈਵੇਟ) ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਬਣਾਈ ਗਈ ਤਸਵੀਰ ਨੂੰ ਰਿਮੋਟ ਸਰਵਰ 'ਤੇ ਚਲਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, ਤਾਂ ਮੈਨੂੰ ਆਪਣੀ ਖੁਦ ਦੀ ਡੌਕਰ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਮੈਨੂੰ ਕਿਤੇ ਕੰਮ ਕਰਨ ਲਈ ਰਜਿਸਟਰੀ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਅਤੇ ਮੈਨੂੰ https ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਕਿਉਂਕਿ ਡੌਕਰ ਕਲੀ ਸਿਰਫ https 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ. ਹਾਏ... ਇੱਥੇ ਵਿਕਲਪ ਹਨ, ਬੇਸ਼ਕ, ਚਿੱਤਰ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਇਸ ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ docker save ਅਤੇ ਸਿਰਫ਼ scp ਰਾਹੀਂ ਚਿੱਤਰ ਭੇਜੋ... ਪਰ ਇਹ ਸਰੀਰ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਹਰਕਤਾਂ ਹਨ। ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਇੱਕ "ਬਸਾਖਾ" ਹੱਲ ਵਾਂਗ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਤੁਹਾਡੀ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀ
• docker-compose. ਇਹ ਸਿਰਫ ਕੰਟੇਨਰਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜੀਂਦਾ ਹੈ. ਇਹ ਸਭ ਹੈ. ਉਹ ਹੋਰ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦਾ। Docker-compose ਇਸ ਦੀਆਂ ਫਾਈਲਾਂ ਦੇ ਸੰਸਕਰਣਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ, ਇਸਦਾ ਆਪਣਾ ਸੰਟੈਕਸ ਹੈ। ਭਾਵੇਂ ਇਹ ਕਿੰਨਾ ਵੀ ਘੋਸ਼ਣਾਤਮਕ ਹੋਵੇ, ਮੈਂ ਉਹਨਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਨਹੀਂ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦਾ। ਮੈਨੂੰ ਹੋਰ ਕਿਤੇ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ।
• ਜਦੋਂ ਇੱਕ ਟੀਮ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹੋ, ਬਹੁਤੇ ਲੋਕ ਇੱਕ ਡੌਕਰਫਾਈਲ ਨੂੰ ਬਹੁਤ ਟੇਢੇ ਢੰਗ ਨਾਲ ਲਿਖਦੇ ਹਨ, ਇਹ ਨਹੀਂ ਸਮਝਦੇ ਕਿ ਇਹ ਕਿਵੇਂ ਕੈਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਹਰ ਚੀਜ਼ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸਦੀ ਉਹਨਾਂ ਨੂੰ ਲੋੜ ਹੈ ਅਤੇ ਇਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਉਹਨਾਂ ਚਿੱਤਰਾਂ ਤੋਂ ਵਿਰਾਸਤ ਪ੍ਰਾਪਤ ਕਰੋ ਜੋ ਡੌਕਰਹੱਬ ਜਾਂ ਇੱਕ ਨਿੱਜੀ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਕੁਝ ਬਣਾਓ docker-compose ਡਾਟਾਬੇਸ ਵਾਲੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਕੁਝ ਵੀ ਜਾਰੀ ਨਹੀਂ ਰਹਿੰਦਾ। ਉਸੇ ਸਮੇਂ, ਡਿਵੈਲਪਰ ਮਾਣ ਨਾਲ ਘੋਸ਼ਣਾ ਕਰਦੇ ਹਨ ਕਿ ਡੌਕਰ ਵਧੀਆ ਹੈ, ਹਰ ਚੀਜ਼ ਉਹਨਾਂ ਲਈ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਐਚਆਰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਖਾਲੀ ਥਾਂ ਵਿੱਚ ਲਿਖਦਾ ਹੈ: "ਅਸੀਂ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਅਤੇ ਸਾਨੂੰ ਅਜਿਹੇ ਕੰਮ ਦੇ ਤਜ਼ਰਬੇ ਵਾਲੇ ਉਮੀਦਵਾਰ ਦੀ ਲੋੜ ਹੈ।"
• ਮੈਨੂੰ ਡੌਕਰ ਵਿੱਚ ਹਰ ਚੀਜ਼ ਨੂੰ ਵਧਾਉਣ ਬਾਰੇ ਵਿਚਾਰਾਂ ਦੁਆਰਾ ਲਗਾਤਾਰ ਪਰੇਸ਼ਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: postgresql, kafka, redis. ਇਹ ਅਫ਼ਸੋਸ ਦੀ ਗੱਲ ਹੈ ਕਿ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਸਭ ਕੁਝ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਹਰ ਚੀਜ਼ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਅਤੇ ਚਲਾਉਣਾ ਆਸਾਨ ਨਹੀਂ ਹੈ। ਇਹ ਤੀਜੀ-ਧਿਰ ਦੇ ਵਿਕਾਸਕਾਰਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ, ਨਾ ਕਿ ਵਿਕਰੇਤਾਵਾਂ ਦੁਆਰਾ। ਅਤੇ ਤਰੀਕੇ ਨਾਲ, ਸਵਾਲ ਤੁਰੰਤ ਉੱਠਦਾ ਹੈ: ਵਿਕਰੇਤਾ ਆਪਣੇ ਉਤਪਾਦਾਂ ਨੂੰ ਡੌਕਰ ਵਿੱਚ ਰੱਖਣ ਬਾਰੇ ਚਿੰਤਾ ਨਹੀਂ ਕਰਦੇ, ਇਹ ਕਿਉਂ ਹੈ, ਸ਼ਾਇਦ ਉਹ ਕੁਝ ਜਾਣਦੇ ਹਨ?
• ਸਵਾਲ ਹਮੇਸ਼ਾ ਕੰਟੇਨਰ ਡੇਟਾ ਦੀ ਸਥਿਰਤਾ ਬਾਰੇ ਉੱਠਦਾ ਹੈ. ਅਤੇ ਫਿਰ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ, ਕੀ ਮੈਨੂੰ ਹੋਸਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮਾਊਂਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਇੱਕ ਡੌਕਰ ਵਾਲੀਅਮ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਇੱਕ ਡੇਟਾ ਕੰਟੇਨਰ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਹੁਣ ਹੈ deprecated? ਜੇਕਰ ਮੈਂ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮਾਊਂਟ ਕਰਦਾ ਹਾਂ, ਤਾਂ ਮੈਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕੰਟੇਨਰ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੀ uid ਅਤੇ gid ਕੰਟੇਨਰ ਨੂੰ ਲਾਂਚ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾ ਦੀ ਆਈਡੀ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਕੰਟੇਨਰ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਰੂਟ ਅਧਿਕਾਰਾਂ ਨਾਲ ਬਣਾਈਆਂ ਜਾਣਗੀਆਂ. ਜੇ ਮੈਂ ਵਰਤਦਾ ਹਾਂ volume ਫਿਰ ਡਾਟਾ ਬਸ ਕੁਝ ਵਿੱਚ ਬਣਾਇਆ ਜਾਵੇਗਾ /usr/* ਅਤੇ ਯੂਆਈਡੀ ਅਤੇ ਗਿਡ ਦੇ ਨਾਲ ਉਹੀ ਕਹਾਣੀ ਹੋਵੇਗੀ ਜਿਵੇਂ ਕਿ ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਤੀਜੀ-ਧਿਰ ਦੇ ਹਿੱਸੇ ਨੂੰ ਲਾਂਚ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਪੜ੍ਹਨ ਅਤੇ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ: "ਕੌਣ ਕੰਟੇਨਰ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਕੰਪੋਨੈਂਟ ਫਾਈਲਾਂ ਲਿਖਦਾ ਹੈ?"

ਮੈਨੂੰ ਹਮੇਸ਼ਾ ਇਹ ਤੱਥ ਪਸੰਦ ਨਹੀਂ ਸੀ ਕਿ ਮੈਨੂੰ ਡੌਕਰ ਨਾਲ ਬਹੁਤ ਲੰਬੇ ਸਮੇਂ ਲਈ ਟਿੰਕਰ ਕਰਨਾ ਪਿਆ ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ: ਮੈਂ ਇਹ ਸਮਝ ਲਿਆ ਹੈ ਕਿ ਕੰਟੇਨਰਾਂ ਨੂੰ ਕਿਵੇਂ ਲਾਂਚ ਕਰਨਾ ਹੈ, ਕਿਹੜੀਆਂ ਤਸਵੀਰਾਂ ਨੂੰ ਲਾਂਚ ਕਰਨਾ ਹੈ, ਮੇਕਫਾਈਲਾਂ ਬਣਾਈਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਲੰਬੇ ਡੌਕਰ ਕਮਾਂਡਾਂ ਦੇ ਉਪਨਾਮ ਸ਼ਾਮਲ ਹਨ। ਮੈਨੂੰ ਡੌਕਰ-ਕੰਪੋਜ਼ ਤੋਂ ਨਫ਼ਰਤ ਸੀ ਕਿਉਂਕਿ ਮੈਂ ਡੌਕਰ ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਕੋਈ ਹੋਰ ਟੂਲ ਨਹੀਂ ਸਿੱਖਣਾ ਚਾਹੁੰਦਾ ਸੀ। ਅਤੇ docker-compose up ਇਸ ਨੇ ਮੈਨੂੰ ਪਰੇਸ਼ਾਨ ਕੀਤਾ, ਖਾਸ ਕਰਕੇ ਜੇ ਉਹ ਅਜੇ ਵੀ ਉੱਥੇ ਮਿਲੇ ਸਨ build ਉਸਾਰੀਆਂ, ਪਹਿਲਾਂ ਤੋਂ ਇਕੱਠੇ ਕੀਤੇ ਚਿੱਤਰਾਂ ਦੀ ਬਜਾਏ। ਮੈਂ ਅਸਲ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਉਤਪਾਦ ਨੂੰ ਕੁਸ਼ਲਤਾ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ. ਪਰ ਮੈਂ ਇਹ ਨਹੀਂ ਸਮਝ ਸਕਿਆ ਕਿ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰੀਏ.

ਪੇਸ਼ ਹੈ ਜਵਾਬਦੇਹ

ਹਾਲ ਹੀ ਵਿੱਚ (ਤਿੰਨ ਮਹੀਨੇ ਪਹਿਲਾਂ), ਮੈਂ ਇੱਕ DevOps ਟੀਮ ਨਾਲ ਕੰਮ ਕੀਤਾ, ਜਿਸ ਦੇ ਲਗਭਗ ਹਰ ਮੈਂਬਰ ਦਾ ਡੌਕਰ ਪ੍ਰਤੀ ਨਕਾਰਾਤਮਕ ਰਵੱਈਆ ਸੀ। ਕਾਰਨਾਂ ਕਰਕੇ:

• docker ਨਿਯਮ iptables (ਹਾਲਾਂਕਿ ਤੁਸੀਂ ਇਸਨੂੰ daemon.json ਵਿੱਚ ਅਯੋਗ ਕਰ ਸਕਦੇ ਹੋ)
• ਡੌਕਰ ਬੱਗੀ ਹੈ ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਨਹੀਂ ਚਲਾਵਾਂਗੇ
• ਜੇਕਰ ਡੌਕਰ ਡੈਮਨ ਕਰੈਸ਼ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਾਲੇ ਸਾਰੇ ਕੰਟੇਨਰ ਉਸ ਅਨੁਸਾਰ ਕਰੈਸ਼ ਹੁੰਦੇ ਹਨ
• ਡੌਕਰ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ
• ਜੇਕਰ ਜਵਾਬਦੇਹ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਹਨ ਤਾਂ ਡੌਕਰ ਕਿਉਂ

ਉਸੇ ਨੌਕਰੀ 'ਤੇ, ਮੈਂ ਇਕ ਹੋਰ ਟੂਲ - ਜਵਾਬਦੇਹ ਨਾਲ ਜਾਣੂ ਹੋ ਗਿਆ. ਮੈਂ ਇਸ ਬਾਰੇ ਇੱਕ ਵਾਰ ਸੁਣਿਆ, ਪਰ ਮੈਂ ਆਪਣੀਆਂ ਪਲੇਬੁੱਕਾਂ ਲਿਖਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ। ਅਤੇ ਹੁਣ ਮੈਂ ਆਪਣੇ ਕੰਮਾਂ ਨੂੰ ਲਿਖਣਾ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਫਿਰ ਮੇਰੀ ਨਜ਼ਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਗਈ! ਕਿਉਂਕਿ ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ: Ansible ਕੋਲ ਇੱਕੋ ਡੌਕਰ ਕੰਟੇਨਰਾਂ, ਚਿੱਤਰ ਬਿਲਡਾਂ, ਨੈਟਵਰਕਾਂ, ਆਦਿ ਨੂੰ ਚਲਾਉਣ ਲਈ ਮੋਡੀਊਲ ਹਨ, ਅਤੇ ਕੰਟੇਨਰਾਂ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਸਥਾਨਕ ਤੌਰ 'ਤੇ, ਸਗੋਂ ਰਿਮੋਟ ਸਰਵਰਾਂ 'ਤੇ ਵੀ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ! ਮੇਰੀ ਖੁਸ਼ੀ ਦੀ ਕੋਈ ਸੀਮਾ ਨਹੀਂ ਸੀ - ਮੈਨੂੰ ਇੱਕ ਸਧਾਰਨ ਟੂਲ ਮਿਲਿਆ ਅਤੇ ਮੇਰੀ ਮੇਕਫਾਈਲ ਅਤੇ ਡੌਕਰ-ਕੰਪੋਜ਼ ਫਾਈਲਾਂ ਨੂੰ ਸੁੱਟ ਦਿੱਤਾ, ਉਹਨਾਂ ਨੂੰ yaml ਟਾਸਕਾਂ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਗਿਆ। ਕੋਡ ਨੂੰ ਕੰਸਟਰੱਕਟਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਘਟਾਇਆ ਗਿਆ ਸੀ loop, whenਆਦਿ

ਤੀਜੀ-ਧਿਰ ਦੇ ਭਾਗਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਡੌਕਰ ਜਿਵੇਂ ਕਿ ਡੇਟਾਬੇਸ

ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ ssh ਸੁਰੰਗਾਂ ਤੋਂ ਜਾਣੂ ਹੋ ਗਿਆ ਹਾਂ। ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਰਿਮੋਟ ਸਰਵਰ ਦੇ ਪੋਰਟ ਨੂੰ ਸਥਾਨਕ ਪੋਰਟ 'ਤੇ "ਅੱਗੇ" ਕਰਨਾ ਬਹੁਤ ਆਸਾਨ ਹੈ. ਰਿਮੋਟ ਸਰਵਰ ਜਾਂ ਤਾਂ ਕਲਾਉਡ ਵਿੱਚ ਇੱਕ ਮਸ਼ੀਨ ਜਾਂ ਵਰਚੁਅਲ ਬਾਕਸ ਵਿੱਚ ਚੱਲ ਰਹੀ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੋ ਸਕਦੀ ਹੈ। ਜੇ ਮੇਰੇ ਸਹਿਕਰਮੀ ਜਾਂ ਮੈਨੂੰ ਇੱਕ ਡੇਟਾਬੇਸ (ਜਾਂ ਕਿਸੇ ਹੋਰ ਤੀਜੀ-ਧਿਰ ਦੇ ਹਿੱਸੇ) ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸ ਕੰਪੋਨੈਂਟ ਨਾਲ ਸਰਵਰ ਨੂੰ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਜਦੋਂ ਸਰਵਰ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ ਤਾਂ ਇਸਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹਾਂ। ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਚੱਲ ਰਹੇ ਡੇਟਾਬੇਸ ਵਾਂਗ ਹੀ ਪ੍ਰਭਾਵ ਦਿੰਦੀ ਹੈ।

ਇਹ ਕਮਾਂਡ ਮੇਰੇ ਸਥਾਨਕ ਪੋਰਟ ਨੂੰ ਪੋਸਟਗਰੇਸਕੁਐਲ ਚੱਲ ਰਹੇ ਰਿਮੋਟ ਸਰਵਰ ਨੂੰ ਅੱਗੇ ਭੇਜਦੀ ਹੈ:

ssh -L 9000:ਲੋਕਲਹੋਸਟ:5432 [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

ਰਿਮੋਟ ਸਰਵਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਟੀਮ ਦੇ ਵਿਕਾਸ ਨਾਲ ਸਮੱਸਿਆ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਅਜਿਹੇ ਸਰਵਰ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਉਹਨਾਂ ਨੂੰ ਪੋਸਟਗਰੇਸਕੀਐਲ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ, ਡੌਕਰ ਅਤੇ ਹੋਰ ਪੇਚੀਦਗੀਆਂ ਨੂੰ ਸਮਝਣ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਰਿਮੋਟ ਸਰਵਰ 'ਤੇ, ਤੁਸੀਂ ਡੌਕਰ ਵਿੱਚ ਉਹੀ ਡੇਟਾਬੇਸ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਇੱਕ ਖਾਸ ਸੰਸਕਰਣ ਨੂੰ ਸਥਾਪਤ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ. ਸਾਰੇ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ssh ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ!

ਮੈਂ ਹਾਲ ਹੀ ਵਿੱਚ ਪੜ੍ਹਿਆ ਹੈ ਕਿ SSH ਟਨਲ ਇੱਕ ਨਿਯਮਤ VPN ਦੀ ਇੱਕ ਸੀਮਤ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ! ਤੁਸੀਂ ਬਸ OpenVPN ਜਾਂ ਹੋਰ VPN ਸਥਾਪਨਾਵਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਵਰਤੋਂ ਲਈ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਦੇ ਸਕਦੇ ਹੋ। ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ!

ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, AWS, GoogleCloud ਅਤੇ ਹੋਰ ਤੁਹਾਨੂੰ ਇੱਕ ਸਾਲ ਦੀ ਮੁਫਤ ਵਰਤੋਂ ਦਿੰਦੇ ਹਨ, ਇਸਲਈ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ! ਉਹ ਸਸਤੇ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਵਰਤੋਂ ਵਿੱਚ ਨਾ ਹੋਣ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ। ਮੈਂ ਹਮੇਸ਼ਾ ਸੋਚਦਾ ਸੀ ਕਿ ਮੈਨੂੰ gcloud ਵਰਗੇ ਰਿਮੋਟ ਸਰਵਰ ਦੀ ਲੋੜ ਕਿਉਂ ਪਵੇਗੀ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਮੈਂ ਉਹਨਾਂ ਨੂੰ ਲੱਭ ਲਿਆ ਹੈ.

ਇੱਕ ਸਥਾਨਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਜੋਂ, ਤੁਸੀਂ ਉਹੀ ਐਲਪਾਈਨ ਵਰਤ ਸਕਦੇ ਹੋ, ਜੋ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਠੀਕ ਹੈ, ਜਾਂ ਮਸ਼ੀਨ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਬੂਟ ਕਰਨ ਲਈ ਕੁਝ ਹੋਰ ਹਲਕੇ ਵੰਡ.

ਤਲ ਲਾਈਨ: ਤੁਸੀਂ ਰਿਮੋਟ ਸਰਵਰਾਂ ਜਾਂ ਵਰਚੁਅਲ ਬਾਕਸ ਵਿੱਚ ਡੇਟਾਬੇਸ ਅਤੇ ਹੋਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾਗਤ ਚੀਜ਼ਾਂ ਚਲਾ ਸਕਦੇ ਹੋ ਅਤੇ ਚਲਾ ਸਕਦੇ ਹੋ। ਮੈਨੂੰ ਇਹਨਾਂ ਉਦੇਸ਼ਾਂ ਲਈ ਡੌਕਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਡੌਕਰ ਚਿੱਤਰਾਂ ਅਤੇ ਵੰਡ ਬਾਰੇ ਥੋੜ੍ਹਾ ਜਿਹਾ

ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਲਿਖ ਚੁੱਕਾ ਹਾਂ ਲੇਖ ਜਿਸ ਵਿੱਚ ਮੈਂ ਇਹ ਦੱਸਣਾ ਚਾਹੁੰਦਾ ਸੀ ਕਿ ਡੌਕਰ ਚਿੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਕੋਈ ਗਾਰੰਟੀ ਨਹੀਂ ਮਿਲਦੀ। ਡੌਕਰ ਚਿੱਤਰਾਂ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਬਣਾਉਣ ਲਈ ਹੈ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਨੂੰ ਅੱਪਗਰੇਡ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਅੱਪਗਰੇਡ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋਗੇ।

ਕੀ ਤੁਸੀਂ ਕਿਤੇ ਵੀ ਦੇਖਿਆ ਹੈ ਜਿੱਥੇ ਸੌਫਟਵੇਅਰ ਡਿਵੈਲਪਰ ਆਪਣੇ ਉਤਪਾਦਾਂ ਨੂੰ ਸਿਰਫ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਵਿੱਚ ਪੋਰਟ ਕਰਦੇ ਹਨ?
ਜ਼ਿਆਦਾਤਰ ਉਤਪਾਦਾਂ ਦਾ ਨਤੀਜਾ ਇੱਕ ਖਾਸ ਪਲੇਟਫਾਰਮ ਲਈ ਬਾਈਨਰੀ ਫਾਈਲਾਂ ਹੁੰਦਾ ਹੈ; ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਡੌਕਰ ਚਿੱਤਰ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਲੋੜੀਂਦੇ ਪਲੇਟਫਾਰਮ ਤੋਂ ਵਿਰਾਸਤ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੀ ਤੁਸੀਂ ਕਦੇ ਸੋਚਿਆ ਹੈ ਕਿ ਡੌਕਰਹਬ 'ਤੇ ਇੰਨੇ ਸਮਾਨ ਚਿੱਤਰ ਕਿਉਂ ਹਨ? ਉਦਾਹਰਨ ਲਈ nginx ਦਿਓ, ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਲੋਕਾਂ ਤੋਂ 100500 ਚਿੱਤਰ ਵੇਖੋਗੇ. ਇਹਨਾਂ ਲੋਕਾਂ ਨੇ ਆਪਣੇ ਆਪ nginx ਦਾ ਵਿਕਾਸ ਨਹੀਂ ਕੀਤਾ, ਉਹਨਾਂ ਨੇ ਸਿਰਫ਼ ਆਪਣੇ ਡੌਕਰ ਚਿੱਤਰ ਵਿੱਚ ਅਧਿਕਾਰਤ nginx ਨੂੰ ਜੋੜਿਆ ਅਤੇ ਕੰਟੇਨਰਾਂ ਨੂੰ ਲਾਂਚ ਕਰਨ ਦੀ ਸਹੂਲਤ ਲਈ ਇਸਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ ਸੰਰਚਨਾਵਾਂ ਨਾਲ ਤਿਆਰ ਕੀਤਾ।

ਆਮ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਇਸਨੂੰ ਸਿਰਫ਼ tgz ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਕਿਸੇ ਨੂੰ ਇਸਨੂੰ ਡੌਕਰ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਡੌਕਰਫਾਈਲ ਵਿੱਚ tgz ਸ਼ਾਮਲ ਕਰਨ ਦਿਓ, ਲੋੜੀਂਦੇ ਵਾਤਾਵਰਣ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਵਾਧੂ ਬੰਸ ਬਣਾਓ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ tgz ਵਿੱਚ ਆਪਣੇ ਆਪ ਨੂੰ ਨਹੀਂ ਬਦਲਦੇ। ਕੋਈ ਵੀ ਜੋ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਬਣਾਏਗਾ ਉਹ ਜਾਣ ਜਾਵੇਗਾ ਕਿ tgz ਕੀ ਹੈ ਅਤੇ ਉਸਨੂੰ ਕੰਮ ਕਰਨ ਦੀ ਕੀ ਲੋੜ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਮੈਂ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ ਇੱਥੇ

ਤਲ ਲਾਈਨ: ਮੈਨੂੰ ਡੌਕਰ ਰਜਿਸਟਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਮੈਂ ਕਿਸੇ ਕਿਸਮ ਦੀ S3 ਜਾਂ ਸਿਰਫ਼ ਫਾਈਲ ਸਟੋਰੇਜ ਜਿਵੇਂ ਗੂਗਲ ਡਰਾਈਵ/ਡ੍ਰੌਪਬਾਕਸ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ

ਸੀਆਈ ਵਿੱਚ ਡੌਕਰ

ਸਾਰੀਆਂ ਕੰਪਨੀਆਂ ਜਿਨ੍ਹਾਂ ਲਈ ਮੈਂ ਕੰਮ ਕੀਤਾ ਹੈ ਉਹ ਸਮਾਨ ਹਨ। ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਕਰਿਆਨੇ ਹਨ. ਭਾਵ, ਉਹਨਾਂ ਕੋਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਇੱਕ ਟੈਕਨਾਲੋਜੀ ਸਟੈਕ (ਠੀਕ ਹੈ, ਸ਼ਾਇਦ ਇੱਕ ਦੋ ਜਾਂ ਤਿੰਨ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ)।

ਇਹ ਕੰਪਨੀਆਂ ਆਪਣੇ ਸਰਵਰਾਂ 'ਤੇ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਸੀਆਈ ਪ੍ਰਕਿਰਿਆ ਚਲਦੀ ਹੈ. ਪ੍ਰਸ਼ਨ: ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਰਵਰਾਂ 'ਤੇ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਕਿਉਂ ਹੈ? ਕਿਉਂ ਨਾ ਸਿਰਫ਼ ਬਿਲਡ ਲਈ ਇੱਕ ਵਾਤਾਵਰਣ ਤਿਆਰ ਕਰੋ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਜਵਾਬਦੇਹ ਪਲੇਬੁੱਕ ਲਿਖੋ ਜੋ ਨੋਡਜ, php, jdk, ਕਾਪੀ ssh ਕੁੰਜੀਆਂ, ਆਦਿ ਦੇ ਲੋੜੀਂਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਸਰਵਰ ਤੇ ਸਥਾਪਿਤ ਕਰੇਗੀ ਜਿਸ ਵਿੱਚ ਬਿਲਡ ਹੋਵੇਗਾ?

ਹੁਣ ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਇਹ ਆਪਣੇ ਆਪ ਨੂੰ ਪੈਰਾਂ ਵਿੱਚ ਗੋਲੀ ਮਾਰ ਰਿਹਾ ਹੈ, ਕਿਉਂਕਿ ਡੌਕਰ ਇਸ ਦੇ ਅਲੱਗ-ਥਲੱਗ ਹੋਣ ਨਾਲ ਕੋਈ ਲਾਭ ਨਹੀਂ ਲਿਆਉਂਦਾ. ਡੌਕਰ ਵਿੱਚ CI ਨਾਲ ਮੈਨੂੰ ਆਈਆਂ ਸਮੱਸਿਆਵਾਂ:

• ਦੁਬਾਰਾ ਤੁਹਾਨੂੰ ਬਣਾਉਣ ਲਈ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਦੀ ਲੋੜ ਹੈ. ਤੁਹਾਨੂੰ ਇੱਕ ਚਿੱਤਰ ਲੱਭਣ ਜਾਂ ਆਪਣੀ ਖੁਦ ਦੀ ਡੌਕਰਫਾਈਲ ਲਿਖਣ ਦੀ ਲੋੜ ਹੈ।
• 90% ਜੋ ਤੁਹਾਨੂੰ ਕੁਝ ssh ਕੁੰਜੀਆਂ, ਗੁਪਤ ਡੇਟਾ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਜੋ ਤੁਸੀਂ ਡੌਕਰ ਚਿੱਤਰ ਨੂੰ ਨਹੀਂ ਲਿਖਣਾ ਚਾਹੁੰਦੇ.
• ਡੱਬਾ ਬਣ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮਰ ਜਾਂਦਾ ਹੈ, ਇਸ ਦੇ ਨਾਲ ਸਾਰੇ ਕੈਚ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ। ਅਗਲਾ ਬਿਲਡ ਸਾਰੀਆਂ ਪ੍ਰੋਜੈਕਟ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਮੁੜ-ਡਾਊਨਲੋਡ ਕਰੇਗਾ, ਜੋ ਕਿ ਸਮਾਂ ਲੈਣ ਵਾਲਾ ਅਤੇ ਬੇਅਸਰ ਹੈ, ਅਤੇ ਸਮਾਂ ਪੈਸਾ ਹੈ।

ਡਿਵੈਲਪਰ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਬਣਾਉਂਦੇ (ਮੈਂ ਇੱਕ ਵਾਰ ਅਜਿਹਾ ਪ੍ਰਸ਼ੰਸਕ ਸੀ, ਅਸਲ ਵਿੱਚ, ਮੈਨੂੰ ਪਿਛਲੇ xD ਵਿੱਚ ਆਪਣੇ ਲਈ ਅਫ਼ਸੋਸ ਹੈ). ਜਾਵਾ ਵਿੱਚ ਕਈ ਸੰਸਕਰਣ ਹੋਣਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਕਮਾਂਡ ਨਾਲ ਬਦਲਣਾ ਸੰਭਵ ਹੈ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਹੁਣ ਲੋੜ ਹੈ। ਇਹ ਨੋਡਜ ਵਿੱਚ ਵੀ ਉਹੀ ਹੈ, nvm ਹੈ.

ਸਿੱਟਾ

ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਡੌਕਰ ਇੱਕ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਤੇ ਲਚਕਦਾਰ ਟੂਲ ਹੈ, ਇਹ ਇਸਦੀ ਕਮੀ ਹੈ (ਅਜੀਬ ਲੱਗਦਾ ਹੈ, ਹਾਂ). ਇਸ ਦੀ ਮਦਦ ਨਾਲ ਕੰਪਨੀਆਂ ਆਸਾਨੀ ਨਾਲ ਇਸ 'ਤੇ ਲਗਾਮ ਕੱਸ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਲੋੜ ਪੈਣ 'ਤੇ ਇਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਡਿਵੈਲਪਰ ਆਪਣੇ ਕੰਟੇਨਰਾਂ, ਉਹਨਾਂ ਦੇ ਕੁਝ ਵਾਤਾਵਰਣਾਂ ਨੂੰ ਲਾਂਚ ਕਰਦੇ ਹਨ, ਫਿਰ ਇਹ ਸਭ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ CI ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਵਹਿ ਜਾਂਦਾ ਹੈ। DevOps ਟੀਮ ਇਹਨਾਂ ਕੰਟੇਨਰਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦਾ ਕੋਡ ਲਿਖ ਰਹੀ ਹੈ।

'ਤੇ ਹੀ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰੋ ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਤੁਹਾਡੇ ਵਰਕਫਲੋ ਵਿੱਚ ਪੜਾਅ, ਇਸਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਨਾ ਖਿੱਚੋ। ਇਹ ਤੁਹਾਡੀਆਂ ਕਾਰੋਬਾਰੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰੇਗਾ। ਉਹ ਸਿਰਫ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਪੱਧਰ 'ਤੇ ਲੈ ਜਾਵੇਗਾ ਅਤੇ ਆਪਣੇ ਖੁਦ ਦੇ ਹੱਲ ਪੇਸ਼ ਕਰੇਗਾ, ਤੁਸੀਂ ਦੋਹਰਾ ਕੰਮ ਕਰੋਗੇ।

ਜਦੋਂ ਡੌਕਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ: ਮੈਂ ਇਸ ਸਿੱਟੇ ਤੇ ਪਹੁੰਚਿਆ ਕਿ ਡੌਕਰ ਇੱਕ ਦਿੱਤੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਵਿੱਚ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਪਰ ਬੁਨਿਆਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਬਣਾਉਣ ਵਿੱਚ ਨਹੀਂ

ਜੇ ਤੁਸੀਂ ਅਜੇ ਵੀ ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹੋ, ਤਾਂ:

• ਬਹੁਤ ਸਾਵਧਾਨ ਰਹੋ
• ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਡੌਕਰ ਵਰਤਣ ਲਈ ਮਜਬੂਰ ਨਾ ਕਰੋ
• ਇਸਦੀ ਵਰਤੋਂ ਨੂੰ ਇੱਕ ਥਾਂ 'ਤੇ ਸਥਾਨਕ ਬਣਾਓ, ਇਸਨੂੰ ਸਾਰੀਆਂ ਡੌਕਫਾਈਲ ਅਤੇ ਡੌਕਰ-ਕੰਪੋਜ਼ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਨਾ ਫੈਲਾਓ

PS:

• ਮੈਨੂੰ ਹਾਲ ਹੀ ਵਿੱਚ ਆਇਆ ਸੀ ਪੈਕਰ ਅਤੇ ਉਹ ਕਹਿੰਦੇ ਹਨ ਕਿ ਇਹ Ansible ਨਾਲ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਚਿੱਤਰ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇਕਜੁੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਡੌਕਰ ਚਿੱਤਰ ਸਮੇਤ)
• ਡੌਕਰ ਬਾਰੇ ਵੀ, ਦਿਲਚਸਪ ਲੇਖ

ਪੜ੍ਹਨ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ, ਮੈਂ ਤੁਹਾਡੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਪਾਰਦਰਸ਼ੀ ਫੈਸਲਿਆਂ ਅਤੇ ਲਾਭਕਾਰੀ ਕੰਮਕਾਜੀ ਦਿਨਾਂ ਦੀ ਕਾਮਨਾ ਕਰਦਾ ਹਾਂ!

ਸਰੋਤ: www.habr.com