ਇੱਕ ਸੀਆਈ/ਸੀਡੀ ਚੇਨ ਬਣਾਉਣਾ ਅਤੇ ਡੌਕਰ ਨਾਲ ਆਟੋਮੈਟਿਕ ਕੰਮ ਕਰਨਾ

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

ਉਸ ਤੋਂ ਬਾਅਦ ਦੇ ਦੋ ਦਹਾਕਿਆਂ ਵਿੱਚ, ਸਭ ਕੁਝ ਬਹੁਤ ਬਦਲ ਗਿਆ ਹੈ। ਵੈੱਬਸਾਈਟਾਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਬਣ ਗਈਆਂ ਹਨ; ਉਹਨਾਂ ਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਜਾਰੀ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਇਕੱਠਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਸਿੰਗਲ ਸਰਵਰ ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਦੇ ਪਿੱਛੇ ਚੱਲ ਰਹੇ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਬਣ ਗਏ, ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਆਮ ਹੋ ਗਈ।

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

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

ਪੂਰਵ -ਸ਼ਰਤਾਂ

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

ਉਦੇਸ਼

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

ਇਹ ਉਹ ਹੈ ਜੋ ਮੇਰਾ ਵਰਕਫਲੋ ਖਤਮ ਹੋਇਆ.

ਸਿਵਾਏ ਕਿਸੇ ਵੀ ਰਿਪੋਜ਼ਟਰੀ ਸ਼ਾਖਾ ਨੂੰ ਪੋਸਟ ਕੀਤੇ ਕੋਡ ਲਈ master, ਹੇਠ ਲਿਖੀਆਂ ਕਾਰਵਾਈਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ:

• ਟ੍ਰੈਵਿਸ ਸੀਆਈ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਨਿਰਮਾਣ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।
• ਸਾਰੇ ਯੂਨਿਟ, ਏਕੀਕਰਣ ਅਤੇ ਅੰਤ-ਤੋਂ-ਅੰਤ ਟੈਸਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਸਿਰਫ਼ ਕੋਡ ਲਈ ਜੋ ਵਿੱਚ ਆਉਂਦਾ ਹੈ master, ਹੇਠ ਲਿਖੇ ਕੰਮ ਕੀਤੇ ਜਾਂਦੇ ਹਨ:

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

ਜੇ ਤੁਸੀਂ ਡੌਕਰ, ਚਿੱਤਰਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਬਾਰੇ ਬਿਲਕੁਲ ਕੁਝ ਨਹੀਂ ਜਾਣਦੇ ਹੋ, ਤਾਂ ਚਿੰਤਾ ਨਾ ਕਰੋ। ਮੈਂ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਸਭ ਕੁਝ ਦੱਸਾਂਗਾ।

CI/CD ਕੀ ਹੈ?

ਸੰਖੇਪ CI/CD ਦਾ ਅਰਥ ਹੈ "ਨਿਰੰਤਰ ਏਕੀਕਰਣ/ਨਿਰੰਤਰ ਤੈਨਾਤੀ"।

▍ਲਗਾਤਾਰ ਏਕੀਕਰਣ

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

▍ਲਗਾਤਾਰ ਤੈਨਾਤੀ

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

ਸ਼ੁਰੂਆਤ

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

ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਐਕਸਪ੍ਰੈਸ ਸਰਵਰ ਹੈ ਜੋ Node.js ਵਾਤਾਵਰਣ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ, ਇੱਕ ਸਿੰਗਲ-ਪੇਜ ਰੀਐਕਟ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਸਰਵਰ-ਸਾਈਡ API ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਹ ਆਰਕੀਟੈਕਚਰ ਉਸ ਰਣਨੀਤੀ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਦਿੱਤਾ ਪੂਰੀ ਸਟੈਕ ਪ੍ਰਮਾਣਿਕਤਾ ਗਾਈਡ।

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

ਡੌਕਰ

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

ਡੌਕਰ ਹੱਬ ਲਗਭਗ ਉਹੀ ਚੀਜ਼ ਹੈ ਜਿਵੇਂ GitHub git ਰਿਪੋਜ਼ਟਰੀਆਂ, ਜਾਂ ਰਜਿਸਟਰੀ ਲਈ npm JavaScript ਪੈਕੇਜਾਂ ਲਈ. ਇਹ ਡੌਕਰ ਚਿੱਤਰਾਂ ਲਈ ਇੱਕ ਔਨਲਾਈਨ ਰਿਪੋਜ਼ਟਰੀ ਹੈ। ਇਹ ਉਹ ਹੈ ਜਿਸ ਨਾਲ ਡੌਕਰ ਡੈਸਕਟੌਪ ਜੁੜਦਾ ਹੈ।

ਇਸ ਲਈ, ਡੌਕਰ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਦੋ ਚੀਜ਼ਾਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

• ਸੈੱਟ ਕਰੋ ਡੌਕਰ ਡੈਸਕਟਾਪ.
• ਲਈ ਰਜਿਸਟਰ ਕਰੋ ਡੌਕਰ ਹੱਬ.

ਇਸ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਡੌਕਰ ਸੰਸਕਰਣ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਹੇਠ ਲਿਖੀ ਕਮਾਂਡ ਚਲਾ ਕੇ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਡੌਕਰ ਸੀਐਲਆਈ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ:

docker -v

ਅੱਗੇ, ਪੁੱਛਣ 'ਤੇ ਆਪਣਾ ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਦਰਜ ਕਰਕੇ ਡੌਕਰ ਹੱਬ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ:

docker login

ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਚਿੱਤਰਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ।

▍ਚਿੱਤਰ

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

# Вывод сведений обо всех образах
docker images

ਇਹ ਕਮਾਂਡ ਹੇਠਾਂ ਦਿੱਤੇ ਸਿਰਲੇਖ ਨਾਲ ਇੱਕ ਸਾਰਣੀ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੇਗੀ:

REPOSITORY     TAG     IMAGE ID     CREATED     SIZE
---

ਅੱਗੇ ਅਸੀਂ ਉਸੇ ਫਾਰਮੈਟ ਵਿੱਚ ਕਮਾਂਡਾਂ ਦੀਆਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਦੇਖਾਂਗੇ - ਪਹਿਲਾਂ ਇੱਕ ਟਿੱਪਣੀ ਦੇ ਨਾਲ ਇੱਕ ਕਮਾਂਡ ਹੈ, ਅਤੇ ਫਿਰ ਇੱਕ ਉਦਾਹਰਨ ਹੈ ਕਿ ਇਹ ਕੀ ਆਉਟਪੁੱਟ ਕਰ ਸਕਦੀ ਹੈ।

▍ਕੰਟੇਨਰ

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

# Перечисление всех контейнеров
docker ps -a
CONTAINER ID     IMAGE     COMMAND     CREATED     STATUS     PORTS     NAMES
---

▍ਟੈਗ

ਇੱਕ ਟੈਗ ਇੱਕ ਚਿੱਤਰ ਦੇ ਇੱਕ ਖਾਸ ਸੰਸਕਰਣ ਦਾ ਸੰਕੇਤ ਹੈ।

▍ ਡੌਕਰ ਕਮਾਂਡਾਂ ਦਾ ਇੱਕ ਤੇਜ਼ ਹਵਾਲਾ

ਇੱਥੇ ਕੁਝ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਡੌਕਰ ਕਮਾਂਡਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਹੈ।

ਦੀ ਟੀਮ

ਪ੍ਰਸੰਗ

ਪ੍ਰਭਾਵ

ਡੌਕਰ ਬਿਲਡ

ਚਿੱਤਰ

ਇੱਕ ਡੌਕਰਫਾਈਲ ਤੋਂ ਇੱਕ ਚਿੱਤਰ ਬਣਾਉਣਾ

ਡੌਕਰ ਟੈਗ

ਚਿੱਤਰ

ਚਿੱਤਰ ਟੈਗਿੰਗ

ਡੌਕਰ ਚਿੱਤਰ

ਚਿੱਤਰ

ਸੂਚੀਬੱਧ ਚਿੱਤਰ

ਡੌਕਰ ਰਨ

ਕੰਟੇਨਰ

ਇੱਕ ਚਿੱਤਰ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਕੰਟੇਨਰ ਚਲਾਉਣਾ

ਡੌਕਰ ਧੱਕਾ

ਚਿੱਤਰ

ਰਜਿਸਟਰੀ ਵਿੱਚ ਇੱਕ ਚਿੱਤਰ ਅੱਪਲੋਡ ਕਰਨਾ

ਡੌਕਰ ਖਿੱਚੋ

ਚਿੱਤਰ

ਰਜਿਸਟਰੀ ਤੋਂ ਇੱਕ ਚਿੱਤਰ ਲੋਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਡੌਕਰ ਪੀ.ਐੱਸ

ਕੰਟੇਨਰ

ਸੂਚੀਕਰਨ ਕੰਟੇਨਰ

ਡੌਕਰ ਸਿਸਟਮ ਪਰੂਨ

ਚਿੱਤਰ/ਕੰਟੇਨਰ

ਨਾ ਵਰਤੇ ਕੰਟੇਨਰਾਂ ਅਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਹਟਾਉਣਾ

▍ਡੌਕਰਫਾਈਲ

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

npm i         # установка зависимостей
npm run build # сборка React-приложения
npm run start # запуск Node-сервера

ਇਹ ਨੋਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮੇਰੇ ਕੋਲ ਇਸ ਸਮੱਗਰੀ ਲਈ ਇੱਕ ਉਦਾਹਰਣ ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਹੈ. ਪਰ ਇੱਥੇ, ਪ੍ਰਯੋਗਾਂ ਲਈ, ਕੋਈ ਵੀ ਸਧਾਰਨ ਨੋਡ ਐਪਲੀਕੇਸ਼ਨ ਕਰੇਗੀ।

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

ਪਰ ਇਸ ਵਿੱਚ ਜੋ ਕੁਝ ਸ਼ਾਮਲ ਹੈ, ਉਹ ਵਿਸ਼ੇਸ਼ ਕਮਾਂਡਾਂ ਦੇ ਨਾਲ, ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਾਤਾਵਰਣ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਦੇ ਸਮਾਨ ਹੀ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਕਮਾਂਡਾਂ ਹਨ:

• ਤੋਂ — ਇਹ ਕਮਾਂਡ ਇੱਕ ਫਾਈਲ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਇਹ ਅਧਾਰ ਚਿੱਤਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਕੰਟੇਨਰ ਬਣਾਇਆ ਗਿਆ ਹੈ।
• ਕਾਪੀ ਕਰੋ - ਇੱਕ ਸਥਾਨਕ ਸਰੋਤ ਤੋਂ ਕੰਟੇਨਰ ਵਿੱਚ ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕਰਨਾ।
• ਵਰਕਡਾਇਰ — ਹੇਠ ਲਿਖੀਆਂ ਕਮਾਂਡਾਂ ਲਈ ਵਰਕਿੰਗ ਡਾਇਰੈਕਟਰੀ ਸੈੱਟ ਕਰਨਾ।
• ਰਨ - ਕਮਾਂਡਾਂ ਚਲਾਓ।
• ਐਕਸਪੋਜ਼ ਕਰੋ - ਪੋਰਟ ਸੈਟਿੰਗ.
• ENTRYPOINT - ਚਲਾਉਣ ਲਈ ਕਮਾਂਡ ਦਾ ਸੰਕੇਤ।

Dockerfile ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ:

# Загрузить базовый образ
FROM node:12-alpine

# Скопировать файлы из текущей директории в директорию app/
COPY . app/

# Использовать app/ в роли рабочей директории
WORKDIR app/

# Установить зависимости (команда npm ci похожа npm i, но используется для автоматизированных сборок)
RUN npm ci --only-production

# Собрать клиентское React-приложение для продакшна
RUN npm run build

# Прослушивать указанный порт
EXPOSE 5000

# Запустить Node-сервер
ENTRYPOINT npm run start

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

▍ ਕੰਟੇਨਰ ਨੂੰ ਬਣਾਉਣਾ, ਟੈਗ ਕਰਨਾ ਅਤੇ ਚਲਾਉਣਾ

ਸਥਾਨਕ ਅਸੈਂਬਲੀ ਅਤੇ ਕੰਟੇਨਰ ਦੀ ਸ਼ੁਰੂਆਤ ਸਾਡੇ ਕੋਲ ਹੈ Dockerfile, ਕੰਮ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹਨ. ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਚਿੱਤਰ ਨੂੰ ਡੌਕਰ ਹੱਬ 'ਤੇ ਧੱਕੋ, ਤੁਹਾਨੂੰ ਇਸਦੀ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

▍ਅਸੈਂਬਲੀ

ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਇਕੱਠਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਇੱਕ ਚਿੱਤਰ, ਇੱਕ ਨਾਮ ਅਤੇ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ, ਇੱਕ ਟੈਗ (ਜੇਕਰ ਇੱਕ ਟੈਗ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਆਪਣੇ ਆਪ ਚਿੱਤਰ ਨੂੰ ਇੱਕ ਟੈਗ ਨਿਰਧਾਰਤ ਕਰੇਗਾ। latest).

# Сборка образа
docker build -t <image>:<tag> .

ਇਸ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਡੌਕਰ ਨੂੰ ਚਿੱਤਰ ਬਣਾਉਂਦੇ ਹੋਏ ਦੇਖ ਸਕਦੇ ਹੋ।

Sending build context to Docker daemon   2.88MB
Step 1/9 : FROM node:12-alpine
 ---> ...выполнение этапов сборки...
Successfully built 123456789123
Successfully tagged <image>:<tag>

ਬਿਲਡ ਵਿੱਚ ਕੁਝ ਮਿੰਟ ਲੱਗ ਸਕਦੇ ਹਨ - ਇਹ ਸਭ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਕਿੰਨੀ ਨਿਰਭਰਤਾ ਹੈ। ਇੱਕ ਵਾਰ ਬਿਲਡ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਕਮਾਂਡ ਚਲਾ ਸਕਦੇ ਹੋ docker images ਅਤੇ ਆਪਣੀ ਨਵੀਂ ਤਸਵੀਰ ਦਾ ਵੇਰਵਾ ਦੇਖੋ।

REPOSITORY          TAG               IMAGE ID            CREATED              SIZE
<image>             latest            123456789123        About a minute ago   x.xxGB

▍ਲੌਂਚ ਕਰੋ

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

# Запуск с использованием локального порта 5000 и порта контейнера 5000
docker run -p 5000:5000 <image>:<tag>

ਹੁਣ ਜਦੋਂ ਕੰਟੇਨਰ ਬਣਾਇਆ ਅਤੇ ਚੱਲ ਰਿਹਾ ਹੈ, ਤੁਸੀਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ docker ps ਇਸ ਕੰਟੇਨਰ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇਖਣ ਲਈ (ਜਾਂ ਤੁਸੀਂ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ docker ps -a, ਜੋ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਚੱਲ ਰਹੇ ਕੰਟੇਨਰਾਂ ਬਾਰੇ).

CONTAINER ID        IMAGE               COMMAND                  CREATED              STATUS                      PORTS                    NAMES
987654321234        <image>             "/bin/sh -c 'npm run…"   6 seconds ago        Up 6 seconds                0.0.0.0:5000->5000/tcp   stoic_darwin

ਜੇ ਤੁਸੀਂ ਹੁਣ ਪਤੇ 'ਤੇ ਜਾਓ localhost:5000 — ਤੁਸੀਂ ਇੱਕ ਚੱਲ ਰਹੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੱਕ ਪੰਨਾ ਦੇਖ ਸਕਦੇ ਹੋ ਜੋ ਇੱਕ ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਤਾਵਰਨ ਵਿੱਚ ਚੱਲ ਰਹੇ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਪੰਨੇ ਵਰਗਾ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

▍ਟੈਗ ਕਰਨਾ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ

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

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

docker build -t <username>/<repository>:<tag> .
docker tag <username>/<repository>:<tag> <username>/<repository>:latest
docker push <username>/<repository>:<tag>

# На практике это может выглядеть, например, так:
docker build -t user/app:v1.0.0 .
docker tag user/app:v1.0.0 user/app:latest
docker push user/app:v1.0.0

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

ਅਗਲੇ ਕਦਮ

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

• ਕੋਡ ਦੀ ਜਾਂਚ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਲਈ ਇੱਕ CI ਟੂਲ ਸਥਾਪਤ ਕਰਨਾ।
• ਪ੍ਰੋਡਕਸ਼ਨ ਸਰਵਰ ਸੈਟ ਅਪ ਕਰਨਾ ਤਾਂ ਜੋ ਇਹ ਸਾਡੇ ਕੋਡ ਨੂੰ ਡਾਊਨਲੋਡ ਅਤੇ ਚਲਾ ਸਕੇ।

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ ਟ੍ਰੈਵਿਸ ਸੀ.ਆਈ.. ਇੱਕ ਸਰਵਰ ਦੇ ਰੂਪ ਵਿੱਚ - DitigalOcean.

ਇਹ ਨੋਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇੱਥੇ ਤੁਸੀਂ ਸੇਵਾਵਾਂ ਦੇ ਇੱਕ ਹੋਰ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ. ਉਦਾਹਰਨ ਲਈ, ਟ੍ਰੈਵਿਸ ਸੀਆਈ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਸਰਕਲਸੀਆਈ ਜਾਂ ਗਿਥਬ ਐਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਅਤੇ DigitalOcean - AWS ਜਾਂ Linode ਦੀ ਬਜਾਏ.

ਅਸੀਂ Travis CI ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਅਤੇ ਮੇਰੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇਸ ਸੇਵਾ ਵਿੱਚ ਕੁਝ ਸੰਰਚਿਤ ਹੈ। ਇਸ ਲਈ, ਹੁਣ ਮੈਂ ਇਸ ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗਾ ਕਿ ਇਸਨੂੰ ਕੰਮ ਲਈ ਕਿਵੇਂ ਤਿਆਰ ਕਰਨਾ ਹੈ.

ਟ੍ਰੈਵਿਸ ਸੀ.ਆਈ.

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

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

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

▍ਨੌਕਰੀ ਜੀਵਨ ਚੱਕਰ

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

• apt addons
• cache components
• before_install
• install
• before_script
• script
• before_cache
• after_success или after_failure
• before_deploy
• deploy
• after_deploy
• after_script

▍ਟੈਸਟਿੰਗ

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

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

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

ਇਸ ਲਈ ਇੱਥੇ ਫਾਈਲ ਦੀ ਸਮੱਗਰੀ ਹੈ .travis.yml:

# Установить язык
language: node_js

# Установить версию Node.js
node_js:
  - '12'

services:
  # Использовать командную строку Docker
  - docker

install:
  # Установить зависимости для тестов
  - npm ci

before_script:
  # Запустить сервер и клиент для тестов
  - npm run dev &

script:
  # Запустить тесты
  - npm run test

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

▍ ਤੈਨਾਤੀ

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

deploy:
  # Собрать Docker-контейнер и отправить его на Docker Hub
  provider: script
  script: bash deploy.sh
  on:
    branch: master

ਡਿਪਲਾਇਮੈਂਟ ਸਕ੍ਰਿਪਟ ਦੋ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ:

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

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

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

ਇੱਥੇ ਸਕ੍ਰਿਪਟ ਦਾ ਪਹਿਲਾ ਹਿੱਸਾ ਹੈ deploy.sh.

#!/bin/sh
set -e # Остановить скрипт при наличии ошибок

IMAGE="<username>/<repository>"                             # Образ Docker
GIT_VERSION=$(git describe --always --abbrev --tags --long) # Git-хэш и теги

# Сборка и тегирование образа
docker build -t ${IMAGE}:${GIT_VERSION} .
docker tag ${IMAGE}:${GIT_VERSION} ${IMAGE}:latest

# Вход в Docker Hub и выгрузка образа
echo "${DOCKER_PASSWORD}" | docker login -u "${DOCKER_USERNAME}" --password-stdin
docker push ${IMAGE}:${GIT_VERSION}

ਸਕ੍ਰਿਪਟ ਦਾ ਦੂਜਾ ਭਾਗ ਕੀ ਹੋਵੇਗਾ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸ ਹੋਸਟ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਇਸ ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਕਿਵੇਂ ਵਿਵਸਥਿਤ ਹੈ। ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਕਿਉਂਕਿ ਮੈਂ ਡਿਜੀਟਲ ਓਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ, ਮੈਂ ਸਰਵਰ ਨਾਲ ਜੁੜਨ ਲਈ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ doctl. AWS ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਵੇਗੀ aws, ਇਤਆਦਿ.

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

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

• ਸਾਨੂੰ ਉਸ ਕੰਟੇਨਰ ਨੂੰ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਰੋਕਣਾ ਹੈ.
• ਫਿਰ ਤੁਹਾਨੂੰ ਪਿਛੋਕੜ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਕੰਟੇਨਰ ਲਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
• ਤੁਹਾਨੂੰ ਸਰਵਰ ਦੇ ਸਥਾਨਕ ਪੋਰਟ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ 80 - ਇਹ ਤੁਹਾਨੂੰ ਕਿਸੇ ਪਤੇ 'ਤੇ ਸਾਈਟ ਨੂੰ ਦਾਖਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਵੇਗਾ example.com, ਪੋਰਟ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕੀਤੇ ਬਿਨਾਂ, ਜਿਵੇਂ ਕਿ ਐਡਰੈੱਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬਜਾਏ example.com:5000.
• ਅੰਤ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਸਾਰੇ ਪੁਰਾਣੇ ਕੰਟੇਨਰਾਂ ਅਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਲੋੜ ਹੈ।

ਇੱਥੇ ਸਕ੍ਰਿਪਟ ਦੀ ਨਿਰੰਤਰਤਾ ਹੈ.

# Найти ID работающего контейнера
CONTAINER_ID=$(docker ps | grep takenote | cut -d" " -f1)

# Остановить старый контейнер, запустить новый, очистить систему
docker stop ${CONTAINER_ID}
docker run --restart unless-stopped -d -p 80:5000 ${IMAGE}:${GIT_VERSION}
docker system prune -a -f

ਧਿਆਨ ਦੇਣ ਲਈ ਕੁਝ ਗੱਲਾਂ

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

The authenticity of host '<hostname> (<IP address>)' can't be established.
RSA key fingerprint is <key fingerprint>.
Are you sure you want to continue connecting (yes/no)?

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

echo <public key> | base64 # выводит <публичный ключ, закодированный в base64>

ਅਭਿਆਸ ਵਿੱਚ, ਇਹ ਕਮਾਂਡ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ:

echo "123.45.67.89 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAklOUpkDHrfHY17SbrmTIpNLTGK9Tjom/BWDSU
GPl+nafzlHDTYW7hdI4yZ5ew18JH4JW9jbhUFrviQzM7xlELEVf4h9lFX5QVkbPppSwg0cda3
Pbv7kOdJ/MTyBlWXFCR+HAo3FXRitBqxiX1nKhXpHAZsMciLq8V6RjsNAQwdsdMFvSlVK/7XA
t3FaoJoAsncM1Q9x5+3V0Ww68/eIFmb1zuUFljQJKprrX88XypNDvjYNby6vw/Pb0rwert/En
mZ+AW4OZPnTPI89ZPmVMLuayrD2cE86Z/il8b+gw3r3+1nKatmIkjn2so1d01QraTlMqVSsbx
NrRFi9wrf+M7Q== [email protected]" | base64

ਅਤੇ ਇਹ ਉਹ ਹੈ ਜੋ ਇਹ ਪੈਦਾ ਕਰਦਾ ਹੈ - ਇੱਕ ਬੇਸ 64 ਏਨਕੋਡਡ ਸਤਰ:

MTIzLjQ1LjY3Ljg5IHNzaC1yc2EgQUFBQUIzTnphQzF5YzJFQUFBQUJJd0FBQVFFQWtsT1Vwa0RIcmZIWTE3U2JybVRJcE5MVEdLOVRqb20vQldEU1UKR1BsK25hZnpsSERUWVc3aGRJNHlaNWV3MThKSDRKVzlqYmhVRnJ2aVF6TTd4bEVMRVZmNGg5bEZYNVFWa2JQcHBTd2cwY2RhMwpQYnY3a09kSi9NVHlCbFdYRkNSK0hBbzNGWFJpdEJxeGlYMW5LaFhwSEFac01jaUxxOFY2UmpzTkFRd2RzZE1GdlNsVksvN1hBCnQzRmFvSm9Bc25jTTFROXg1KzNWMFd3NjgvZUlGbWIxenVVRmxqUUpLcHJyWDg4WHlwTkR2allOYnk2dncvUGIwcndlcnQvRW4KbVorQVc0T1pQblRQSTg5WlBtVk1MdWF5ckQyY0U4NlovaWw4YitndzNyMysxbkthdG1Ja2puMnNvMWQwMVFyYVRsTXFWU3NieApOclJGaTl3cmYrTTdRPT0geW91QGV4YW1wbGUuY29tCg==

ਇੱਥੇ ਉੱਪਰ ਜ਼ਿਕਰ ਕੀਤਾ ਹੁਕਮ ਹੈ

install:
  - echo < публичный ключ, закодированный в base64> | base64 -d >> $HOME/.ssh/known_hosts

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

ਨੋਟ ਕਰਨ ਵਾਲੀ ਇਕ ਹੋਰ ਗੱਲ ਇਹ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਪੂਰੀ ਤੈਨਾਤੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਇੱਕ ਲਾਈਨ ਦੇ ਤੌਰ ਤੇ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ - ਨਾਲ doctl. ਇਸ ਲਈ ਕੁਝ ਵਾਧੂ ਮਿਹਨਤ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

doctl compute ssh <droplet> --ssh-command "все команды будут здесь && здесь"

TLS/SSL ਅਤੇ ਲੋਡ ਬੈਲੇਂਸਿੰਗ

ਉਪਰੋਕਤ ਜ਼ਿਕਰ ਕੀਤੇ ਸਭ ਕੁਝ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਖਰੀ ਸਮੱਸਿਆ ਜਿਸ ਦਾ ਮੈਨੂੰ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ ਉਹ ਇਹ ਸੀ ਕਿ ਸਰਵਰ ਕੋਲ SSL ਨਹੀਂ ਸੀ. ਕਿਉਂਕਿ ਮੈਂ ਇੱਕ Node.js ਸਰਵਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ, ਮਜਬੂਰ ਕਰਨ ਲਈ ਕੰਮ ਕਰਨ ਲਈ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ Nginx ਅਤੇ ਆਓ ਐਨਕ੍ਰਿਪਟ ਕਰੀਏ, ਤੁਹਾਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਟਿੰਕਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.

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

ਹੁਣ ਤੁਸੀਂ ਸਰਵਰ 'ਤੇ ਸਾਰੀਆਂ ਪੋਰਟਾਂ ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ - ਪੋਰਟ ਨੂੰ ਛੱਡ ਕੇ 80, ਲੋਡ ਬੈਲੇਂਸਰ, ਅਤੇ ਪੋਰਟ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ 22 SSH ਲਈ। ਨਤੀਜੇ ਵਜੋਂ, ਇਹਨਾਂ ਦੋਨਾਂ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਵੀ ਪੋਰਟ 'ਤੇ ਸਰਵਰ ਨੂੰ ਸਿੱਧਾ ਐਕਸੈਸ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਅਸਫਲ ਹੋ ਜਾਵੇਗੀ।

ਨਤੀਜੇ

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

PS ਸਾਡੇ ਵਿੱਚ ਬਾਜ਼ਾਰ ਇੱਕ ਚਿੱਤਰ ਹੈ ਡੌਕਰ, ਜਿਸ ਨੂੰ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਇੰਸਟਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ 'ਤੇ ਕੰਟੇਨਰਾਂ ਦੇ ਸੰਚਾਲਨ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ VPS. ਸਾਰੇ ਨਵੇਂ ਗਾਹਕਾਂ ਨੂੰ 3 ਦਿਨਾਂ ਦੀ ਜਾਂਚ ਮੁਫ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

ਪਿਆਰੇ ਪਾਠਕ! ਕੀ ਤੁਸੀਂ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ CI/CD ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ?

ਸਰੋਤ: www.habr.com