ਡੌਕਰ ਨਾਲ ਨਿਰੰਤਰ ਡਿਲਿਵਰੀ ਅਭਿਆਸ (ਸਮੀਖਿਆ ਅਤੇ ਵੀਡੀਓ)

ਅਸੀਂ ਆਪਣੇ ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਦੇ ਨਵੀਨਤਮ ਭਾਸ਼ਣਾਂ 'ਤੇ ਆਧਾਰਿਤ ਪ੍ਰਕਾਸ਼ਨਾਂ ਨਾਲ ਆਪਣੇ ਬਲੌਗ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰਾਂਗੇ ਡਿਸਟੋਲ (ਦਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ)। ਇਹ ਸਾਰੇ 2016 ਵਿੱਚ ਵੱਖ-ਵੱਖ ਪੇਸ਼ੇਵਰ ਸਮਾਗਮਾਂ ਵਿੱਚ ਹੋਏ ਸਨ ਅਤੇ DevOps ਅਤੇ Docker ਦੇ ਵਿਸ਼ੇ ਨੂੰ ਸਮਰਪਿਤ ਸਨ। ਬਾਦੂ ਦਫਤਰ ਵਿਖੇ ਡੌਕਰ ਮਾਸਕੋ ਦੀ ਮੀਟਿੰਗ ਦਾ ਇੱਕ ਵੀਡੀਓ, ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ ਪ੍ਰਕਾਸ਼ਿਤ ਔਨਲਾਈਨ। ਰਿਪੋਰਟਾਂ ਦੇ ਸਾਰ ਨੂੰ ਵਿਅਕਤ ਕਰਨ ਵਾਲੇ ਲੇਖਾਂ ਦੇ ਨਾਲ ਨਵੇਂ ਲੇਖ ਹੋਣਗੇ। ਇਸ ਲਈ…

ਕਾਨਫਰੰਸ ਵਿਚ 31 ਮਈ ਨੂੰ ਰੂਟਕਾਨਫ 2016, ਫੈਸਟੀਵਲ “ਰਸ਼ੀਅਨ ਇੰਟਰਨੈਟ ਟੈਕਨੋਲੋਜੀਜ਼” (ਆਰਆਈਟੀ++ 2016) ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਆਯੋਜਿਤ, “ਨਿਰੰਤਰ ਤੈਨਾਤੀ ਅਤੇ ਤੈਨਾਤੀ” ਸੈਕਸ਼ਨ “ਡੌਕਰ ਨਾਲ ਨਿਰੰਤਰ ਸਪੁਰਦਗੀ ਦੇ ਵਧੀਆ ਅਭਿਆਸ” ਰਿਪੋਰਟ ਨਾਲ ਖੋਲ੍ਹਿਆ ਗਿਆ। ਇਸ ਨੇ ਡੌਕਰ ਅਤੇ ਹੋਰ ਓਪਨ ਸੋਰਸ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਨਿਰੰਤਰ ਡਿਲਿਵਰੀ (ਸੀਡੀ) ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਣਾਉਣ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦਾ ਸੰਖੇਪ ਅਤੇ ਵਿਵਸਥਿਤ ਕੀਤਾ। ਅਸੀਂ ਉਤਪਾਦਨ ਵਿੱਚ ਇਹਨਾਂ ਹੱਲਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਾਂ, ਜੋ ਸਾਨੂੰ ਵਿਹਾਰਕ ਅਨੁਭਵ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

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

ਡੌਕਰ ਨਾਲ ਨਿਰੰਤਰ ਸਪੁਰਦਗੀ

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

ਜ਼ਿਆਦਾਤਰ ਰਿਪੋਰਟ ਬਿਲਡ ਸਟੇਜ (ਐਪਲੀਕੇਸ਼ਨ ਅਸੈਂਬਲੀ) ਨੂੰ ਸਮਰਪਿਤ ਹੈ, ਅਤੇ ਵਿਸ਼ਿਆਂ ਨੂੰ ਜਾਰੀ ਕਰਨਾ ਅਤੇ ਸੰਚਾਲਿਤ ਕਰਨਾ ਸੰਖੇਪ ਵਿੱਚ ਛੂਹਿਆ ਗਿਆ ਹੈ। ਅਸੀਂ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਪੈਟਰਨਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ ਜੋ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਪੈਟਰਨਾਂ ਦੇ ਖਾਸ ਲਾਗੂਕਰਨ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ।

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

ਮੁੱਖ ਰੋਲਆਊਟ ਪੈਟਰਨ

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

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

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

ਆਉ ਸੰਖੇਪ ਕਰੀਏ ਮੁੱਖ ਰੋਲਆਉਟ ਪੈਟਰਨ ਹੇਠਾਂ ਦਿੱਤੇ ਕਾਰਕਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਨਵੇਂ ਸੰਸਕਰਣ:

1. ਪਹਿਲਾਂ, ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਪੁਰਾਣਾ ਸੰਸਕਰਣ ਪਹਿਲੇ ਕੰਟੇਨਰ ਵਿੱਚ ਚੱਲਦਾ ਹੈ.
2. ਨਵੇਂ ਸੰਸਕਰਣ ਨੂੰ ਫਿਰ ਰੋਲ ਆਊਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਕੰਟੇਨਰ ਵਿੱਚ "ਵਰਮ ਅੱਪ" ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਇਹ ਨਵਾਂ ਸੰਸਕਰਣ ਆਪਣੇ ਆਪ ਵਿੱਚ ਨਾ ਸਿਰਫ਼ ਅੱਪਡੇਟ ਕੀਤਾ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ, ਸਗੋਂ ਇਸਦੀ ਕੋਈ ਵੀ ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ-ਨਾਲ ਸਿਸਟਮ ਕੰਪੋਨੈਂਟ (ਉਦਾਹਰਨ ਲਈ, OpenSSL ਦਾ ਨਵਾਂ ਸੰਸਕਰਣ ਜਾਂ ਪੂਰੀ ਵੰਡ) ਵੀ ਲੈ ਸਕਦਾ ਹੈ।
3. ਜਦੋਂ ਨਵਾਂ ਸੰਸਕਰਣ ਬੇਨਤੀਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਟ੍ਰੈਫਿਕ ਪਹਿਲੇ ਕੰਟੇਨਰ ਤੋਂ ਦੂਜੇ ਕੰਟੇਨਰ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ।
4. ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਨੂੰ ਹੁਣ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣਾਂ ਨੂੰ ਵੱਖਰੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਤੈਨਾਤ ਕਰਨ ਦੀ ਇਹ ਪਹੁੰਚ ਇੱਕ ਹੋਰ ਸਹੂਲਤ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ - ਤੇਜ਼ ਰੋਲਬੈਕ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਵਿੱਚ (ਆਖ਼ਰਕਾਰ, ਟ੍ਰੈਫਿਕ ਨੂੰ ਲੋੜੀਂਦੇ ਕੰਟੇਨਰ ਵਿੱਚ ਬਦਲਣ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੈ)।

ਆਖ਼ਰੀ ਪਹਿਲੀ ਸਿਫ਼ਾਰਸ਼ ਕੁਝ ਅਜਿਹੀ ਜਾਪਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਕੈਪਟਨ ਵੀ ਨੁਕਸ ਨਹੀਂ ਲੱਭ ਸਕਦਾ: "[ਜਦੋਂ ਡੌਕਰ ਨਾਲ ਨਿਰੰਤਰ ਸਪੁਰਦਗੀ ਦਾ ਆਯੋਜਨ ਕਰਦੇ ਹੋ] ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰੋ [ਅਤੇ ਸਮਝੋ ਕਿ ਇਹ ਕੀ ਦਿੰਦਾ ਹੈ]" ਯਾਦ ਰੱਖੋ, ਇਹ ਇੱਕ ਚਾਂਦੀ ਦੀ ਗੋਲੀ ਨਹੀਂ ਹੈ ਜੋ ਹਰ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰੇਗੀ, ਪਰ ਇੱਕ ਸੰਦ ਹੈ ਜੋ ਇੱਕ ਸ਼ਾਨਦਾਰ ਨੀਂਹ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ.

ਪ੍ਰਜਨਨਯੋਗਤਾ

"ਪੁਨਰ-ਉਤਪਾਦਨਯੋਗਤਾ" ਤੋਂ ਸਾਡਾ ਮਤਲਬ ਹੈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣ ਵੇਲੇ ਆਈਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਇੱਕ ਆਮ ਸੈੱਟ। ਅਸੀਂ ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ:

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

ਉਹਨਾਂ ਦਾ ਆਮ ਸਾਰ ਇਸ ਤੱਥ ਵੱਲ ਉਬਾਲਦਾ ਹੈ ਕਿ ਵਰਤੇ ਗਏ ਵਾਤਾਵਰਣਾਂ ਦੀ ਪੂਰੀ ਪਾਲਣਾ (ਨਾਲ ਹੀ ਮਨੁੱਖੀ ਕਾਰਕ ਦੀ ਗੈਰਹਾਜ਼ਰੀ) ਜ਼ਰੂਰੀ ਹੈ। ਅਸੀਂ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਨ ਦੀ ਗਾਰੰਟੀ ਕਿਵੇਂ ਦੇ ਸਕਦੇ ਹਾਂ? ਡੌਕਰ ਚਿੱਤਰ ਬਣਾਓ Git ਤੋਂ ਕੋਡ ਦੇ ਅਧਾਰ ਤੇ, ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਕੰਮ ਲਈ ਵਰਤੋ: ਟੈਸਟ ਸਾਈਟਾਂ 'ਤੇ, ਉਤਪਾਦਨ ਵਿੱਚ, ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀਆਂ ਸਥਾਨਕ ਮਸ਼ੀਨਾਂ 'ਤੇ... ਉਸੇ ਸਮੇਂ, ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। после ਚਿੱਤਰ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ: ਇਹ ਜਿੰਨਾ ਸਰਲ ਹੈ, ਗਲਤੀਆਂ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੈ।

ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੋਡ ਹੈ

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

ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਇੱਕ ਪਹੁੰਚ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ IaC (ਕੋਡ ਵਜੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, "ਕੋਡ ਵਜੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ") ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਦੇ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਡਿਵੈਲਪਰ ਅਤੇ DevOps ਮਾਹਰ ਇੱਕੋ Git ਐਪਲੀਕੇਸ਼ਨ ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਇਸਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ 'ਤੇ। ਇਸ ਕੋਡ ਤੋਂ, ਗਿੱਟ ਵਿੱਚ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਤੈਨਾਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ, ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ ਸਕ੍ਰਿਪਟਾਂ (ਨਿਯਮ) ਸਰੋਤ ਕੋਡ ਦੇ ਨਾਲ ਇੱਕੋ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਅਤੇ ਇੱਕ ਦੂਜੇ ਨਾਲ ਮਿਲਾ ਦਿੱਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

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

ਡੌਕਰ ਚਿੱਤਰ, ਗਿੱਟ ਨਾਲ ਸੰਚਾਰ

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

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

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

ਡਾਪ

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

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

13 ਅਗਸਤ, 2019 ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ: ਵਰਤਮਾਨ ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਡਾਪ ਦਾ ਨਾਮ ਬਦਲਿਆ werf, ਇਸਦੇ ਕੋਡ ਨੂੰ ਗੋ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਇਸਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ।

ਕਬਰਨੇਟਿਸ

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

ਰੋਲਆਊਟ ਲਈ, ਕੁਬਰਨੇਟਸ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ:

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

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

ਅੰਤਿਮ ਸਿਫ਼ਾਰਿਸ਼ਾਂ

1. ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰੋ।
2. ਆਪਣੀਆਂ ਸਾਰੀਆਂ ਜ਼ਰੂਰਤਾਂ ਲਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਡੌਕਰ ਚਿੱਤਰ ਬਣਾਓ।
3. ਸਿਧਾਂਤ ਦੀ ਪਾਲਣਾ ਕਰੋ "ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੋਡ ਹੈ।"
4. ਗਿੱਟ ਨੂੰ ਡੌਕਰ ਨਾਲ ਲਿੰਕ ਕਰੋ।
5. ਰੋਲਆਊਟ ਦੇ ਕ੍ਰਮ ਨੂੰ ਨਿਯਮਤ ਕਰੋ।
6. ਇੱਕ ਤਿਆਰ ਪਲੇਟਫਾਰਮ (ਕੁਬਰਨੇਟਸ ਜਾਂ ਕੋਈ ਹੋਰ) ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਵੀਡੀਓਜ਼ ਅਤੇ ਸਲਾਈਡਾਂ

ਪ੍ਰਦਰਸ਼ਨ ਤੋਂ ਵੀਡੀਓ (ਲਗਭਗ ਇੱਕ ਘੰਟਾ) ਯੂਟਿਊਬ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ (ਰਿਪੋਰਟ ਖੁਦ 5ਵੇਂ ਮਿੰਟ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ - ਇਸ ਪਲ ਤੋਂ ਖੇਡਣ ਲਈ ਲਿੰਕ ਦੀ ਪਾਲਣਾ ਕਰੋ).

ਰਿਪੋਰਟ ਦੀ ਪੇਸ਼ਕਾਰੀ:

PS

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵਿਸ਼ੇ 'ਤੇ ਹੋਰ ਰਿਪੋਰਟਾਂ:

• «werf - ਕੁਬਰਨੇਟਸ ਵਿੱਚ CI / CD ਲਈ ਸਾਡਾ ਟੂਲ (ਸੰਖੇਪ ਅਤੇ ਵੀਡੀਓ ਰਿਪੋਰਟ)» (ਦਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ; 27 ਮਈ, 2019 DevOpsConf ਵਿਖੇ);
• «ਡਾਟਾਬੇਸ ਅਤੇ ਕੁਬਰਨੇਟਸ» (ਦਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ; ਹਾਈਲੋਡ++ 'ਤੇ 8 ਨਵੰਬਰ, 2018);
• «ਕੁਬਰਨੇਟਸ ਅਤੇ ਗਿਟਲੈਬ ਦੇ ਨਾਲ CI/CD ਵਧੀਆ ਅਭਿਆਸ» (ਦਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ; ਹਾਈਲੋਡ++ 'ਤੇ 7 ਨਵੰਬਰ, 2017);
• «ਛੋਟੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਨਾਲ ਸਾਡਾ ਅਨੁਭਵ» (ਦਮਿਤਰੀ ਸਟੋਲਯਾਰੋਵ; ਰੂਟਕਾਨਫ 'ਤੇ 6 ਜੂਨ, 2017).

ਸਰੋਤ: www.habr.com