ਡੌਕਰ ਕੀ ਹੈ: ਇਤਿਹਾਸ ਅਤੇ ਬੁਨਿਆਦੀ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਵਿੱਚ ਇੱਕ ਸੰਖੇਪ ਯਾਤਰਾ

ਸਲਰਮ ਵਿੱਚ 10 ਅਗਸਤ ਨੂੰ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਡੌਕਰ ਵੀਡੀਓ ਕੋਰਸ, ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਇਸਦਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹਾਂ - ਬੁਨਿਆਦੀ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਤੋਂ ਨੈੱਟਵਰਕ ਪੈਰਾਮੀਟਰਾਂ ਤੱਕ।

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

ਡੌਕਰ ਕੀ ਹੈ

ਆਉ ਵਿਕੀਪੀਡੀਆ ਤੋਂ ਡੌਕਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਨੂੰ ਵੇਖੀਏ.

ਡੌਕਰ ਕੰਟੇਨਰਾਈਜ਼ਡ ਵਾਤਾਵਰਨ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਤੈਨਾਤੀ ਅਤੇ ਪ੍ਰਬੰਧਨ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨ ਲਈ ਇੱਕ ਸਾਫਟਵੇਅਰ ਹੈ।

ਇਸ ਪਰਿਭਾਸ਼ਾ ਤੋਂ ਕੁਝ ਵੀ ਸਪਸ਼ਟ ਨਹੀਂ ਹੈ। ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਅਸਪਸ਼ਟ ਹੈ ਕਿ "ਵਾਤਾਵਰਣ ਵਿੱਚ ਜੋ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ" ਦਾ ਕੀ ਅਰਥ ਹੈ। ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ, ਆਓ ਸਮੇਂ ਵਿੱਚ ਵਾਪਸ ਚੱਲੀਏ। ਆਉ ਉਸ ਯੁੱਗ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ ਜਿਸਨੂੰ ਮੈਂ ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ "ਮੋਨੋਲਿਥਿਕ ਯੁੱਗ" ਕਹਿੰਦਾ ਹਾਂ।

ਮੋਨੋਲਿਥਿਕ ਯੁੱਗ

ਮੋਨੋਲਿਥਿਕ ਯੁੱਗ 2000 ਦੇ ਦਹਾਕੇ ਦੀ ਸ਼ੁਰੂਆਤ ਦਾ ਹੈ, ਜਦੋਂ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਇਕਸਾਰ ਸਨ, ਨਿਰਭਰਤਾ ਦੇ ਝੁੰਡ ਦੇ ਨਾਲ। ਵਿਕਾਸ ਨੂੰ ਲੰਬਾ ਸਮਾਂ ਲੱਗਿਆ। ਉਸੇ ਸਮੇਂ, ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਨਹੀਂ ਸਨ; ਅਸੀਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਨਾਮ ਦੁਆਰਾ ਜਾਣਦੇ ਸੀ ਅਤੇ ਉਹਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ. ਅਜਿਹੀ ਇੱਕ ਮਜ਼ਾਕੀਆ ਤੁਲਨਾ ਹੈ:

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

ਹਾਈਪਰਵਾਈਜ਼ਰ-ਅਧਾਰਿਤ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਿਸਟਮ

ਹਰ ਕਿਸੇ ਨੇ ਸ਼ਾਇਦ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਿਸਟਮਾਂ ਬਾਰੇ ਸੁਣਿਆ ਹੋਵੇਗਾ: VMware, VirtualBox, Hyper-V, Qemu KVM, ਆਦਿ। ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਆਈਸੋਲੇਸ਼ਨ ਅਤੇ ਸਰੋਤ ਪ੍ਰਬੰਧਨ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਪਰ ਉਹਨਾਂ ਦੇ ਨੁਕਸਾਨ ਵੀ ਹਨ। ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੀ ਲੋੜ ਹੈ। ਅਤੇ ਹਾਈਪਰਵਾਈਜ਼ਰ ਇੱਕ ਸਰੋਤ ਓਵਰਹੈੱਡ ਹੈ। ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਆਪਣੇ ਆਪ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਪੂਰੀ ਕੋਲੋਸਸ ਹੁੰਦੀ ਹੈ - ਇੱਕ ਭਾਰੀ ਚਿੱਤਰ ਜਿਸ ਵਿੱਚ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, Nginx, Apache, ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ MySQL ਹੁੰਦਾ ਹੈ। ਚਿੱਤਰ ਵੱਡਾ ਹੈ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਅਸੁਵਿਧਾਜਨਕ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਹੌਲੀ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਿਸਟਮ ਬਣਾਏ ਗਏ ਸਨ।

ਕਰਨਲ-ਪੱਧਰ ਦੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਸਿਸਟਮ

ਕਰਨਲ-ਪੱਧਰ ਦੀ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ OpenVZ, Systemd-nspawn, LXC ਸਿਸਟਮਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ। ਅਜਿਹੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੀ ਇੱਕ ਸ਼ਾਨਦਾਰ ਉਦਾਹਰਨ LXC (ਲੀਨਕਸ ਕੰਟੇਨਰ) ਹੈ।

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

ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ LXC ਕੰਟੇਨਰ ਬਣਾਉਂਦਾ ਹੈ। ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੀ ਅੰਤਰ ਹੈ?

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

ਵਰਚੁਅਲਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਵਿਚਕਾਰ ਅੰਤਰ ਨੂੰ ਚਿੱਤਰ ਵਿੱਚ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਓਐਸ ਦੇ ਸਿਖਰ 'ਤੇ ਹਾਰਡਵੇਅਰ ਹਾਈਪਰਵਾਈਜ਼ਰ, ਹਾਈਪਰਵਾਈਜ਼ਰ ਅਤੇ ਕੰਟੇਨਰ ਹਨ।

ਹਾਰਡਵੇਅਰ ਹਾਈਪਰਵਾਈਜ਼ਰ ਵਧੀਆ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਅਲੱਗ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ। ਕਿਉਂਕਿ ਮੈਮੋਰੀ ਪੰਨਿਆਂ ਅਤੇ ਪ੍ਰੋਸੈਸਰਾਂ ਦੇ ਪੱਧਰ 'ਤੇ ਵੱਖ ਕਰਨਾ ਸੰਭਵ ਹੈ.

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

ਕਰਨਲ ਪੱਧਰ 'ਤੇ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਲਈ ਕੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

ਮੁੱਖ ਤਕਨੀਕਾਂ ਜੋ ਤੁਹਾਨੂੰ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਤੋਂ ਅਲੱਗ ਕੰਟੇਨਰ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ ਉਹ ਹਨ ਨੇਮਸਪੇਸ ਅਤੇ ਕੰਟਰੋਲ ਗਰੁੱਪ।

ਨੇਮਸਪੇਸ: PID, ਨੈੱਟਵਰਕਿੰਗ, ਮਾਊਂਟ ਅਤੇ ਯੂਜ਼ਰ। ਹੋਰ ਵੀ ਹਨ, ਪਰ ਸਮਝਣ ਦੀ ਸੌਖ ਲਈ ਅਸੀਂ ਇਹਨਾਂ 'ਤੇ ਧਿਆਨ ਦੇਵਾਂਗੇ।

PID ਨੇਮਸਪੇਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ, ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ PID ਨੇਮਸਪੇਸ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਉੱਥੇ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਰੱਖਦੇ ਹਾਂ, ਇਹ PID 1 ਨਾਲ ਬਣ ਜਾਂਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਸਿਸਟਮਾਂ ਵਿੱਚ PID 1 systemd ਜਾਂ init ਹੁੰਦਾ ਹੈ। ਇਸ ਅਨੁਸਾਰ, ਜਦੋਂ ਅਸੀਂ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇੱਕ ਨਵੇਂ ਨੇਮਸਪੇਸ ਵਿੱਚ ਰੱਖਦੇ ਹਾਂ, ਤਾਂ ਇਹ PID 1 ਵੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਨੈੱਟਵਰਕਿੰਗ ਨੇਮਸਪੇਸ ਤੁਹਾਨੂੰ ਨੈੱਟਵਰਕ ਨੂੰ ਸੀਮਤ/ਅਲੱਗ ਕਰਨ ਅਤੇ ਅੰਦਰ ਆਪਣੇ ਇੰਟਰਫੇਸ ਰੱਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਮਾਊਂਟ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਸੀਮਾ ਹੈ। ਉਪਭੋਗਤਾ - ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਪਾਬੰਦੀ।

ਕੰਟਰੋਲ ਗਰੁੱਪ: ਮੈਮੋਰੀ, CPU, IOPS, ਨੈੱਟਵਰਕ - ਕੁੱਲ ਮਿਲਾ ਕੇ ਲਗਭਗ 12 ਸੈਟਿੰਗਾਂ। ਨਹੀਂ ਤਾਂ ਉਹਨਾਂ ਨੂੰ C-groups (“C-ਗਰੁੱਪ”) ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਕੰਟਰੋਲ ਗਰੁੱਪ ਕੰਟੇਨਰ ਲਈ ਸਰੋਤਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹਨ। ਨਿਯੰਤਰਣ ਸਮੂਹਾਂ ਦੁਆਰਾ ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਕੰਟੇਨਰ ਨੂੰ ਸਰੋਤਾਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਾਤਰਾ ਤੋਂ ਵੱਧ ਖਪਤ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਲਈ, ਵਾਧੂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਸਮਰੱਥਾਵਾਂ, ਕਾਪੀ-ਆਨ-ਰਾਈਟ ਅਤੇ ਹੋਰ।

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

ਕਾਪੀ-ਆਨ-ਰਾਈਟ ਸਿਸਟਮ ਸਾਨੂੰ ਡੌਕਰ ਚਿੱਤਰਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਡੌਕਰ ਨੂੰ ਵਰਤਮਾਨ ਵਿੱਚ Cgroups v2 ਨਾਲ ਅਨੁਕੂਲਤਾ ਮੁੱਦੇ ਹਨ, ਇਸਲਈ ਇਹ ਲੇਖ ਖਾਸ ਤੌਰ 'ਤੇ Cgroups v1 'ਤੇ ਕੇਂਦ੍ਰਤ ਕਰਦਾ ਹੈ।

ਪਰ ਆਓ ਇਤਿਹਾਸ ਵੱਲ ਮੁੜੀਏ।

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

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

ਇਨ੍ਹਾਂ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੇ ਹੱਲ ਲਈ ਅਗਲਾ ਯੁੱਗ ਆ ਗਿਆ ਹੈ।

ਕੰਟੇਨਰ ਯੁੱਗ

ਜਦੋਂ ਕੰਟੇਨਰਾਂ ਦਾ ਯੁੱਗ ਆਇਆ, ਉਨ੍ਹਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਫਲਸਫਾ ਬਦਲ ਗਿਆ:

• ਇੱਕ ਪ੍ਰਕਿਰਿਆ - ਇੱਕ ਕੰਟੇਨਰ.
• ਅਸੀਂ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਲੋੜੀਂਦੀਆਂ ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਇਸਦੇ ਕੰਟੇਨਰ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ। ਇਸ ਲਈ ਮੋਨੋਲਿਥਾਂ ਨੂੰ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵਿੱਚ ਕੱਟਣ ਦੀ ਲੋੜ ਹੈ।
• ਚਿੱਤਰ ਜਿੰਨਾ ਛੋਟਾ, ਉੱਨਾ ਹੀ ਵਧੀਆ - ਘੱਟ ਸੰਭਾਵਿਤ ਕਮਜ਼ੋਰੀਆਂ ਹਨ, ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਰੋਲ ਆਉਟ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਵੀ।
• ਉਦਾਹਰਨਾਂ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।

ਯਾਦ ਰੱਖੋ ਕਿ ਮੈਂ ਪਾਲਤੂ ਜਾਨਵਰਾਂ ਬਨਾਮ ਪਸ਼ੂਆਂ ਬਾਰੇ ਕੀ ਕਿਹਾ ਸੀ? ਪਹਿਲਾਂ, ਉਦਾਹਰਣਾਂ ਘਰੇਲੂ ਪਸ਼ੂਆਂ ਵਰਗੀਆਂ ਸਨ, ਪਰ ਹੁਣ ਉਹ ਪਸ਼ੂਆਂ ਵਰਗੀਆਂ ਹੋ ਗਈਆਂ ਹਨ। ਪਹਿਲਾਂ, ਇੱਕ ਮੋਨੋਲਿਥ ਸੀ - ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ। ਹੁਣ ਇਹ 100 ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼, 100 ਕੰਟੇਨਰ ਹਨ। ਕੁਝ ਡੱਬਿਆਂ ਵਿੱਚ 2-3 ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਸਾਡੇ ਲਈ ਹਰ ਕੰਟੇਨਰ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨਾ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦਾ ਹੈ। ਸਾਡੇ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕੀ ਹੈ ਸੇਵਾ ਦੀ ਉਪਲਬਧਤਾ: ਕੰਟੇਨਰਾਂ ਦਾ ਇਹ ਸਮੂਹ ਕੀ ਕਰਦਾ ਹੈ। ਇਹ ਨਿਗਰਾਨੀ ਲਈ ਪਹੁੰਚ ਬਦਲਦਾ ਹੈ.

2014-2015 ਵਿੱਚ, ਡੌਕਰ ਵਧਿਆ - ਉਹ ਤਕਨਾਲੋਜੀ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਹੁਣ ਗੱਲ ਕਰਾਂਗੇ।

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

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

ਓਵਰਹੈੱਡ ਬਾਰੇ ਵਿਘਨ

ਓਵਰਹੈੱਡ ਨੂੰ ਲੈ ਕੇ ਹਮੇਸ਼ਾ ਵਿਵਾਦ ਹੁੰਦੇ ਰਹਿੰਦੇ ਹਨ। ਕੁਝ ਲੋਕ ਮੰਨਦੇ ਹਨ ਕਿ ਡੌਕਰ ਵਾਧੂ ਲੋਡ ਨਹੀਂ ਚੁੱਕਦਾ, ਕਿਉਂਕਿ ਇਹ ਲੀਨਕਸ ਕਰਨਲ ਅਤੇ ਇਸ ਦੀਆਂ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਕੰਟੇਨਰਾਈਜ਼ੇਸ਼ਨ ਲਈ ਵਰਤਦਾ ਹੈ। ਜਿਵੇਂ, "ਜੇ ਤੁਸੀਂ ਕਹਿੰਦੇ ਹੋ ਕਿ ਡੌਕਰ ਓਵਰਹੈੱਡ ਹੈ, ਤਾਂ ਲੀਨਕਸ ਕਰਨਲ ਓਵਰਹੈੱਡ ਹੈ."

ਦੂਜੇ ਪਾਸੇ, ਜੇ ਤੁਸੀਂ ਡੂੰਘਾਈ ਵਿੱਚ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਡੌਕਰ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਇੱਕ ਖਿੱਚ ਦੇ ਨਾਲ, ਓਵਰਹੈੱਡ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ.

ਪਹਿਲਾ PID ਨੇਮਸਪੇਸ ਹੈ। ਜਦੋਂ ਅਸੀਂ ਇੱਕ ਨੇਮਸਪੇਸ ਵਿੱਚ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਰੱਖਦੇ ਹਾਂ, ਤਾਂ ਇਸਨੂੰ PID 1 ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇੱਕ ਹੋਰ PID ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿ ਕੰਟੇਨਰ ਦੇ ਬਾਹਰ, ਹੋਸਟ ਨੇਮਸਪੇਸ 'ਤੇ ਸਥਿਤ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ ਕੰਟੇਨਰ ਵਿੱਚ Nginx ਲਾਂਚ ਕੀਤਾ, ਇਹ PID 1 (ਮਾਸਟਰ ਪ੍ਰਕਿਰਿਆ) ਬਣ ਗਿਆ. ਅਤੇ ਹੋਸਟ 'ਤੇ ਇਸਦਾ PID 12623 ਹੈ। ਅਤੇ ਇਹ ਕਹਿਣਾ ਔਖਾ ਹੈ ਕਿ ਇਹ ਕਿੰਨਾ ਓਵਰਹੈੱਡ ਹੈ।

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

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

ਡੌਕਰ ਸੰਕਲਪ ਬਾਰੇ

ਡੌਕਰ ਵਿੱਚ ਕਈ ਭਾਗ ਹੁੰਦੇ ਹਨ:

1. ਡੌਕਰ ਡੈਮਨ ਉਹੀ ਕੰਟੇਨਰ ਇੰਜਣ ਹੈ; ਕੰਟੇਨਰ ਲਾਂਚ ਕਰਦਾ ਹੈ।
2. ਡੌਕਰ ਸੀਆਈਆਈ ਇੱਕ ਡੌਕਰ ਪ੍ਰਬੰਧਨ ਉਪਯੋਗਤਾ ਹੈ।
3. ਡੌਕਰਫਾਈਲ - ਇੱਕ ਚਿੱਤਰ ਕਿਵੇਂ ਬਣਾਉਣਾ ਹੈ ਇਸ ਬਾਰੇ ਨਿਰਦੇਸ਼.
4. ਚਿੱਤਰ — ਉਹ ਚਿੱਤਰ ਜਿਸ ਤੋਂ ਕੰਟੇਨਰ ਨੂੰ ਰੋਲ ਆਊਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
5. ਕੰਟੇਨਰ.
6. ਡੌਕਰ ਰਜਿਸਟਰੀ ਇੱਕ ਚਿੱਤਰ ਭੰਡਾਰ ਹੈ।

ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਡੌਕਰ ਡੈਮਨ ਡੌਕਰ_ਹੋਸਟ 'ਤੇ ਚੱਲਦਾ ਹੈ ਅਤੇ ਕੰਟੇਨਰ ਲਾਂਚ ਕਰਦਾ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ ਹੈ ਜੋ ਕਮਾਂਡਾਂ ਭੇਜਦਾ ਹੈ: ਚਿੱਤਰ ਬਣਾਓ, ਚਿੱਤਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰੋ, ਕੰਟੇਨਰ ਲਾਂਚ ਕਰੋ। ਡੌਕਰ ਡੈਮਨ ਰਜਿਸਟਰੀ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ. ਡੌਕਰ ਕਲਾਇੰਟ ਸਥਾਨਕ ਤੌਰ 'ਤੇ (ਇੱਕ ਯੂਨਿਕਸ ਸਾਕੇਟ ਤੱਕ) ਅਤੇ ਰਿਮੋਟ ਹੋਸਟ ਤੋਂ TCP ਰਾਹੀਂ ਪਹੁੰਚ ਕਰ ਸਕਦਾ ਹੈ।

ਆਉ ਹਰ ਇੱਕ ਹਿੱਸੇ ਵਿੱਚੋਂ ਲੰਘੀਏ.

ਡੌਕਰ ਡੈਮਨ - ਇਹ ਸਰਵਰ ਦਾ ਹਿੱਸਾ ਹੈ, ਇਹ ਹੋਸਟ ਮਸ਼ੀਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਚਿੱਤਰਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਕੰਟੇਨਰ ਲਾਂਚ ਕਰਦਾ ਹੈ, ਕੰਟੇਨਰਾਂ ਵਿਚਕਾਰ ਇੱਕ ਨੈੱਟਵਰਕ ਬਣਾਉਂਦਾ ਹੈ, ਲੌਗ ਇਕੱਠੇ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਅਸੀਂ ਕਹਿੰਦੇ ਹਾਂ "ਇੱਕ ਚਿੱਤਰ ਬਣਾਓ," ਤਾਂ ਭੂਤ ਵੀ ਅਜਿਹਾ ਕਰ ਰਿਹਾ ਹੈ।

ਡੌਕਰ CLI — ਡੌਕਰ ਕਲਾਇੰਟ ਭਾਗ, ਡੈਮਨ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਕੰਸੋਲ ਉਪਯੋਗਤਾ। ਮੈਂ ਦੁਹਰਾਉਂਦਾ ਹਾਂ, ਇਹ ਨਾ ਸਿਰਫ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਸਗੋਂ ਨੈਟਵਰਕ ਤੇ ਵੀ.

ਬੁਨਿਆਦੀ ਹੁਕਮ:

docker ps - ਕੰਟੇਨਰ ਦਿਖਾਓ ਜੋ ਇਸ ਸਮੇਂ ਡੌਕਰ ਹੋਸਟ 'ਤੇ ਚੱਲ ਰਹੇ ਹਨ।
ਡੌਕਰ ਚਿੱਤਰ - ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਡਾਊਨਲੋਡ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ ਦਿਖਾਓ।
ਡੌਕਰ ਖੋਜ <> - ਰਜਿਸਟਰੀ ਵਿੱਚ ਇੱਕ ਚਿੱਤਰ ਦੀ ਖੋਜ ਕਰੋ.
ਡੌਕਰ ਪੁੱਲ <> - ਮਸ਼ੀਨ ਨੂੰ ਰਜਿਸਟਰੀ ਤੋਂ ਇੱਕ ਚਿੱਤਰ ਡਾਊਨਲੋਡ ਕਰੋ।
ਡੌਕਰ ਬਿਲਡ < > - ਚਿੱਤਰ ਨੂੰ ਇਕੱਠਾ ਕਰੋ.
ਡੌਕਰ ਰਨ <> - ਕੰਟੇਨਰ ਲਾਂਚ ਕਰੋ।
docker rm <> - ਕੰਟੇਨਰ ਨੂੰ ਹਟਾਓ.
ਡੌਕਰ ਲੌਗ <> - ਕੰਟੇਨਰ ਲੌਗਸ
ਡੌਕਰ ਸਟਾਰਟ/ਸਟਾਪ/ਰੀਸਟਾਰਟ <> - ਕੰਟੇਨਰ ਨਾਲ ਕੰਮ ਕਰਨਾ

ਜੇ ਤੁਸੀਂ ਇਹਨਾਂ ਕਮਾਂਡਾਂ ਵਿੱਚ ਮੁਹਾਰਤ ਰੱਖਦੇ ਹੋ ਅਤੇ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਿੱਚ ਵਿਸ਼ਵਾਸ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਉਪਭੋਗਤਾ ਪੱਧਰ 'ਤੇ ਡੌਕਰ ਵਿੱਚ 70% ਨਿਪੁੰਨ ਸਮਝੋ।

ਡੌਕਰਫਾਈਲ - ਇੱਕ ਚਿੱਤਰ ਬਣਾਉਣ ਲਈ ਨਿਰਦੇਸ਼. ਲਗਭਗ ਹਰ ਹਦਾਇਤ ਕਮਾਂਡ ਇੱਕ ਨਵੀਂ ਲੇਅਰ ਹੁੰਦੀ ਹੈ। ਆਓ ਇੱਕ ਉਦਾਹਰਨ ਦੇਖੀਏ।

ਡੌਕਰਫਾਈਲ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ: ਖੱਬੇ ਪਾਸੇ ਕਮਾਂਡਾਂ, ਸੱਜੇ ਪਾਸੇ ਆਰਗੂਮੈਂਟਸ। ਹਰੇਕ ਕਮਾਂਡ ਜੋ ਇੱਥੇ ਹੈ (ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਡੌਕਰਫਾਈਲ ਵਿੱਚ ਲਿਖੀ ਜਾਂਦੀ ਹੈ) ਚਿੱਤਰ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਲੇਅਰ ਬਣਾਉਂਦੀ ਹੈ।

ਇੱਥੋਂ ਤੱਕ ਕਿ ਖੱਬੇ ਪਾਸੇ ਵੱਲ ਦੇਖ ਕੇ, ਤੁਸੀਂ ਮੋਟੇ ਤੌਰ 'ਤੇ ਸਮਝ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ। ਅਸੀਂ ਕਹਿੰਦੇ ਹਾਂ: "ਸਾਡੇ ਲਈ ਇੱਕ ਫੋਲਡਰ ਬਣਾਓ" - ਇਹ ਇੱਕ ਪਰਤ ਹੈ. "ਫੋਲਡਰ ਨੂੰ ਕਾਰਜਸ਼ੀਲ ਬਣਾਓ" ਇੱਕ ਹੋਰ ਪਰਤ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੀ। ਲੇਅਰ ਕੇਕ ਜ਼ਿੰਦਗੀ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਜੇ ਮੈਂ ਇੱਕ ਹੋਰ ਡੌਕਰਫਾਈਲ ਬਣਾਉਂਦਾ ਹਾਂ ਅਤੇ ਆਖਰੀ ਲਾਈਨ ਵਿੱਚ ਕੁਝ ਬਦਲਦਾ ਹਾਂ - ਮੈਂ "python" "main.py" ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਹੋਰ ਚਲਾਉਂਦਾ ਹਾਂ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਫਾਈਲ ਤੋਂ ਨਿਰਭਰਤਾ ਸਥਾਪਤ ਕਰਦਾ ਹਾਂ - ਤਾਂ ਪਿਛਲੀਆਂ ਲੇਅਰਾਂ ਨੂੰ ਕੈਸ਼ ਵਜੋਂ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾਵੇਗਾ.

ਚਿੱਤਰ - ਇਹ ਕੰਟੇਨਰ ਪੈਕੇਜਿੰਗ ਹੈ; ਕੰਟੇਨਰ ਚਿੱਤਰ ਤੋਂ ਲਾਂਚ ਕੀਤੇ ਗਏ ਹਨ। ਜੇ ਅਸੀਂ ਡੌਕਰ ਨੂੰ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਦੇਖਦੇ ਹਾਂ (ਜਿਵੇਂ ਕਿ ਅਸੀਂ deb ਜਾਂ rpm ਪੈਕੇਜਾਂ ਨਾਲ ਕੰਮ ਕਰ ਰਹੇ ਹਾਂ), ਤਾਂ ਚਿੱਤਰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇੱਕ rpm ਪੈਕੇਜ ਹੈ। yum install ਦੁਆਰਾ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇੰਸਟਾਲ ਕਰ ਸਕਦੇ ਹਾਂ, ਇਸਨੂੰ ਮਿਟਾ ਸਕਦੇ ਹਾਂ, ਇਸਨੂੰ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਲੱਭ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਇਸਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹਾਂ। ਇਹ ਇੱਥੇ ਵੀ ਅਜਿਹਾ ਹੀ ਹੈ: ਕੰਟੇਨਰ ਚਿੱਤਰ ਤੋਂ ਲਾਂਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਉਹ ਡੌਕਰ ਰਜਿਸਟਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਯਮ ਦੇ ਸਮਾਨ, ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ), ਅਤੇ ਹਰੇਕ ਚਿੱਤਰ ਵਿੱਚ ਇੱਕ SHA-256 ਹੈਸ਼, ਇੱਕ ਨਾਮ ਅਤੇ ਇੱਕ ਟੈਗ ਹੁੰਦਾ ਹੈ।

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

ਡੌਕਰ ਰਜਿਸਟਰੀ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਭੰਡਾਰ ਹੈ। OS ਦੇ ਸਮਾਨ, ਡੌਕਰ ਕੋਲ ਇੱਕ ਜਨਤਕ ਮਿਆਰੀ ਰਜਿਸਟਰੀ ਹੈ - dockerhub. ਪਰ ਤੁਸੀਂ ਆਪਣੀ ਖੁਦ ਦੀ ਰਿਪੋਜ਼ਟਰੀ, ਆਪਣੀ ਖੁਦ ਦੀ ਡੌਕਰ ਰਜਿਸਟਰੀ ਬਣਾ ਸਕਦੇ ਹੋ।

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

"ਇੱਕ ਕੰਟੇਨਰ, ਇੱਕ ਪ੍ਰਕਿਰਿਆ" ਦੀ ਲੋੜ PID ਨੇਮਸਪੇਸ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਜਦੋਂ ਨੇਮਸਪੇਸ ਵਿੱਚ PID 1 ਨਾਲ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਜੇਕਰ ਇਹ ਅਚਾਨਕ ਮਰ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਪੂਰਾ ਕੰਟੇਨਰ ਵੀ ਮਰ ਜਾਂਦਾ ਹੈ। ਜੇ ਉੱਥੇ ਦੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲ ਰਹੀਆਂ ਹਨ: ਇੱਕ ਜਿੰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਮਰ ਗਿਆ ਹੈ, ਤਾਂ ਕੰਟੇਨਰ ਅਜੇ ਵੀ ਜਿਉਂਦਾ ਰਹੇਗਾ। ਪਰ ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦਾ ਸਵਾਲ ਹੈ, ਅਸੀਂ ਉਹਨਾਂ ਬਾਰੇ ਹੋਰ ਸਮੱਗਰੀ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ.

ਕੋਰਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਪੂਰੇ ਪ੍ਰੋਗਰਾਮ ਦਾ ਵਧੇਰੇ ਵਿਸਥਾਰ ਨਾਲ ਅਧਿਐਨ ਕਰਨ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਲਿੰਕ ਦੀ ਪਾਲਣਾ ਕਰੋ: “ਡੌਕਰ ਵੀਡੀਓ ਕੋਰਸ".

ਲੇਖਕ: ਮਾਰਸੇਲ ਇਬਰਾਏਵ, ਪ੍ਰਮਾਣਿਤ ਕੁਬਰਨੇਟਸ ਪ੍ਰਸ਼ਾਸਕ, ਸਾਊਥਬ੍ਰਿਜ ਵਿਖੇ ਅਭਿਆਸੀ ਇੰਜੀਨੀਅਰ, ਸਲਰਮ ਕੋਰਸਾਂ ਦਾ ਸਪੀਕਰ ਅਤੇ ਵਿਕਾਸਕਾਰ।

ਸਰੋਤ: www.habr.com