ਸ਼ੁਰੂਆਤੀ ਗਾਈਡ: ਇੱਕ DevOps ਪਾਈਪਲਾਈਨ ਬਣਾਉਣਾ

ਜੇਕਰ ਤੁਸੀਂ DevOps ਲਈ ਨਵੇਂ ਹੋ, ਤਾਂ ਆਪਣੀ ਪਹਿਲੀ ਪਾਈਪਲਾਈਨ ਬਣਾਉਣ ਲਈ ਇਸ ਪੰਜ-ਕਦਮ ਗਾਈਡ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ।

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

ਮੇਰੀ DevOps ਯਾਤਰਾ

ਮੈਂ ਪਹਿਲਾਂ Citi ਦੇ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ Infrastructure-as-a-Service (IaaS) ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਸਿਤ ਕਰਨ ਵਾਲੀ Citi ਗਰੁੱਪ ਕਲਾਊਡ ਟੀਮ 'ਤੇ ਕੰਮ ਕੀਤਾ ਸੀ, ਪਰ ਮੈਂ ਹਮੇਸ਼ਾ ਇਸ ਗੱਲ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਸੀ ਕਿ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੋਰ ਕੁਸ਼ਲ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਅਤੇ ਇਸ ਵਿੱਚ ਸਕਾਰਾਤਮਕ ਸੱਭਿਆਚਾਰਕ ਤਬਦੀਲੀ ਕਿਵੇਂ ਲਿਆਂਦੀ ਜਾਵੇ। ਵਿਕਾਸ ਟੀਮ. ਮੈਨੂੰ Citi ਵਿਖੇ ਕਲਾਉਡ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਸੀਟੀਓ ਗ੍ਰੇਗ ਲੈਵੇਂਡਰ ਦੁਆਰਾ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤੀ ਗਈ ਇੱਕ ਕਿਤਾਬ ਵਿੱਚ ਜਵਾਬ ਮਿਲਿਆ। ਕਿਤਾਬ ਨੂੰ ਫੀਨਿਕਸ ਪ੍ਰੋਜੈਕਟ ਕਿਹਾ ਜਾਂਦਾ ਸੀ (ਫੀਨਿਕਸ ਪ੍ਰੋਜੈਕਟ), ਅਤੇ ਇਹ DevOps ਦੇ ਸਿਧਾਂਤਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਨਾਵਲ ਵਾਂਗ ਪੜ੍ਹਦਾ ਹੈ।

ਕਿਤਾਬ ਦੇ ਪਿਛਲੇ ਪਾਸੇ ਦੀ ਸਾਰਣੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਵੱਖ-ਵੱਖ ਕੰਪਨੀਆਂ ਇੱਕ ਰੀਲੀਜ਼ ਵਾਤਾਵਰਨ ਵਿੱਚ ਕਿੰਨੀ ਵਾਰ ਆਪਣੇ ਸਿਸਟਮਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਦੀਆਂ ਹਨ:

ਐਮਾਜ਼ਾਨ: 23 ਪ੍ਰਤੀ ਦਿਨ
ਗੂਗਲ: 5 ਪ੍ਰਤੀ ਦਿਨ
Netflix: 500 ਪ੍ਰਤੀ ਦਿਨ
ਫੇਸਬੁੱਕ: ਦਿਨ ਵਿੱਚ ਇੱਕ ਵਾਰ
ਟਵਿੱਟਰ: ਹਫ਼ਤੇ ਵਿੱਚ 3 ਵਾਰ
ਆਮ ਕੰਪਨੀ: ਹਰ 9 ਮਹੀਨਿਆਂ ਵਿੱਚ ਇੱਕ ਵਾਰ

ਐਮਾਜ਼ਾਨ, ਗੂਗਲ ਅਤੇ ਨੈੱਟਫਲਿਕਸ ਫ੍ਰੀਕੁਐਂਸੀ ਵੀ ਕਿਵੇਂ ਸੰਭਵ ਹਨ? ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਇਹਨਾਂ ਕੰਪਨੀਆਂ ਨੇ ਇਹ ਪਤਾ ਲਗਾਇਆ ਹੈ ਕਿ ਲਗਭਗ ਸੰਪੂਰਨ DevOps ਪਾਈਪਲਾਈਨ ਕਿਵੇਂ ਬਣਾਈ ਜਾਵੇ।

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

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

ਹੁਣ ਮੈਂ ਸਮਝ ਗਿਆ ਹਾਂ ਕਿ ਸਾਡੀ DevOps ਪਾਈਪਲਾਈਨ ਕਿੰਨੀ ਸਧਾਰਨ ਸੀ: ਅਸੀਂ ਜੇਨਕਿੰਸ ਫਾਈਲਾਂ ਜਾਂ ਜਵਾਬਦੇਹ ਵਰਗੇ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ। ਹਾਲਾਂਕਿ, ਇਸ ਸਧਾਰਨ ਪਾਈਪਲਾਈਨ ਨੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕੀਤਾ, ਸ਼ਾਇਦ ਪੈਰੇਟੋ ਸਿਧਾਂਤ (ਜਿਸ ਨੂੰ 80/20 ਨਿਯਮ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਦੇ ਕਾਰਨ।

DevOps ਅਤੇ CI/CD ਪਾਈਪਲਾਈਨ ਦੀ ਇੱਕ ਸੰਖੇਪ ਜਾਣ-ਪਛਾਣ

ਜੇ ਤੁਸੀਂ ਕਈ ਲੋਕਾਂ ਨੂੰ ਪੁੱਛਦੇ ਹੋ, "DevOps ਕੀ ਹੈ?", ਤਾਂ ਤੁਹਾਨੂੰ ਸ਼ਾਇਦ ਕਈ ਵੱਖਰੇ ਜਵਾਬ ਮਿਲਣਗੇ। DevOps, Agile ਵਾਂਗ, ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਅਨੁਸ਼ਾਸਨਾਂ ਨੂੰ ਫੈਲਾਉਣ ਲਈ ਵਿਕਸਤ ਹੋਇਆ ਹੈ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਕੁਝ ਗੱਲਾਂ 'ਤੇ ਸਹਿਮਤ ਹੋਣਗੇ: DevOps ਇੱਕ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਅਭਿਆਸ ਜਾਂ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਲਾਈਫ ਚੱਕਰ (SDLC) ਹੈ ਜਿਸਦਾ ਕੇਂਦਰੀ ਸਿਧਾਂਤ ਸੱਭਿਆਚਾਰ ਨੂੰ ਬਦਲ ਰਿਹਾ ਹੈ ਜਿਸ ਵਿੱਚ ਡਿਵੈਲਪਰ ਅਤੇ ਗੈਰ- ਡਿਵੈਲਪਰ ਇੱਕ ਵਾਤਾਵਰਣ ਵਿੱਚ ਮੌਜੂਦ ਹਨ ਜਿਸ ਵਿੱਚ:

ਓਪਰੇਸ਼ਨ ਜੋ ਪਹਿਲਾਂ ਹੱਥੀਂ ਕੀਤੇ ਗਏ ਸਨ ਸਵੈਚਲਿਤ ਕੀਤੇ ਗਏ ਹਨ;
ਹਰ ਕੋਈ ਉਹੀ ਕਰਦਾ ਹੈ ਜੋ ਉਹ ਸਭ ਤੋਂ ਵਧੀਆ ਕਰਦੇ ਹਨ;
ਸਮੇਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਿਆਦ ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਦੀ ਗਿਣਤੀ ਵਧਦੀ ਹੈ; ਥ੍ਰੂਪੁੱਟ ਵਧਦਾ ਹੈ;
ਵਿਕਾਸ ਲਚਕਤਾ ਵਿੱਚ ਵਾਧਾ.

ਜਦੋਂ ਕਿ ਸਹੀ ਸੌਫਟਵੇਅਰ ਟੂਲ ਹੋਣ ਦੀ ਤੁਹਾਨੂੰ ਇੱਕ DevOps ਵਾਤਾਵਰਣ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਕੁਝ ਟੂਲ ਜ਼ਰੂਰੀ ਹਨ। ਇੱਕ ਮੁੱਖ ਸਾਧਨ ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਅਤੇ ਨਿਰੰਤਰ ਤੈਨਾਤੀ (CI/CD) ਹੈ। ਇਸ ਪਾਈਪਲਾਈਨ ਵਿੱਚ, ਵਾਤਾਵਰਨ ਦੇ ਵੱਖ-ਵੱਖ ਪੜਾਅ ਹਨ (ਉਦਾਹਰਨ ਲਈ DEV, INT, TST, QA, UAT, STG, PROD), ਬਹੁਤ ਸਾਰੇ ਓਪਰੇਸ਼ਨ ਸਵੈਚਾਲਿਤ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਡਿਵੈਲਪਰ ਉੱਚ-ਗੁਣਵੱਤਾ ਕੋਡ ਲਿਖ ਸਕਦੇ ਹਨ, ਵਿਕਾਸ ਦੀ ਚੁਸਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਉੱਚ ਤੈਨਾਤੀ ਦਰਾਂ।

ਇਹ ਲੇਖ ਇੱਕ DevOps ਪਾਈਪਲਾਈਨ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪੰਜ-ਕਦਮ ਪਹੁੰਚ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਓਪਨ ਸੋਰਸ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਕਦਮ 1: CI/CD ਢੰਗ

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

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

ਜੇਨਕਿੰਸ ਬਹੁਤ ਸਾਰੇ ਓਪਨ ਸੋਰਸ CI/CD ਟੂਲਸ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਤੁਸੀਂ ਆਪਣੀ DevOps ਪਾਈਪਲਾਈਨ ਬਣਾਉਣ ਲਈ ਕਰ ਸਕਦੇ ਹੋ।

ਜੇਨਕਿੰਸ: ਕਰੀਏਟਿਵ ਕਾਮਨਜ਼ ਅਤੇ ਐਮ.ਆਈ.ਟੀ
ਟ੍ਰੈਵਿਸ ਸੀਆਈ: ਐਮਆਈਟੀ
ਕਰੂਜ਼ ਕੰਟਰੋਲ: ਬੀ.ਐੱਸ.ਡੀ
ਬਿਲਡਬੋਟ: GPL
ਅਪਾਚੇ ਗੰਪ: ਅਪਾਚੇ 2.0
ਕੈਬੀ: ਜੀ.ਐਨ.ਯੂ

ਇੱਥੇ ਇੱਕ CI/CD ਟੂਲ ਨਾਲ DevOps ਪ੍ਰਕਿਰਿਆਵਾਂ ਕਿਵੇਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ:

ਤੁਹਾਡੇ ਕੋਲ ਤੁਹਾਡੇ ਲੋਕਲਹੋਸਟ 'ਤੇ ਇੱਕ CI/CD ਟੂਲ ਚੱਲ ਰਿਹਾ ਹੈ, ਪਰ ਇਸ ਸਮੇਂ ਤੁਸੀਂ ਬਹੁਤ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਆਓ DevOps ਯਾਤਰਾ ਦੇ ਅਗਲੇ ਪੜਾਅ 'ਤੇ ਚੱਲੀਏ।

ਕਦਮ 2: ਸਰੋਤ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ

ਇਹ ਤਸਦੀਕ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਵਧੀਆ (ਅਤੇ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਆਸਾਨ) ਤਰੀਕਾ ਹੈ ਕਿ ਤੁਹਾਡਾ CI/CD ਟੂਲ ਆਪਣਾ ਜਾਦੂ ਕਰ ਸਕਦਾ ਹੈ, ਇੱਕ ਸਰੋਤ ਕੋਡ ਕੰਟਰੋਲ (SCM) ਟੂਲ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਹੈ। ਤੁਹਾਨੂੰ ਸਰੋਤ ਨਿਯੰਤਰਣ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ? ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਸਿਤ ਕਰ ਰਹੇ ਹੋ। ਜਦੋਂ ਵੀ ਤੁਸੀਂ ਕੋਈ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਂਦੇ ਹੋ, ਤੁਸੀਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਇਸ ਨਾਲ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਤੁਸੀਂ Java, Python, C++, Go, Ruby, JavaScript, ਜਾਂ ਕੋਈ ਵੀ ਲੱਖਾਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਤੁਹਾਡੇ ਦੁਆਰਾ ਲਿਖੇ ਕੋਡ ਨੂੰ ਸਰੋਤ ਕੋਡ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਸ਼ੁਰੂ ਵਿੱਚ, ਖਾਸ ਤੌਰ 'ਤੇ ਜਦੋਂ ਤੁਸੀਂ ਇਕੱਲੇ ਕੰਮ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸੰਭਵ ਹੈ ਕਿ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਥਾਨਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਰੱਖਣਾ ਠੀਕ ਹੈ। ਪਰ ਜਿਵੇਂ ਕਿ ਪ੍ਰੋਜੈਕਟ ਵੱਡਾ ਹੁੰਦਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਦੂਜੇ ਲੋਕਾਂ ਨੂੰ ਸਹਿਯੋਗ ਕਰਨ ਲਈ ਸੱਦਾ ਦਿੰਦੇ ਹੋ, ਤੁਹਾਨੂੰ ਸੋਧਾਂ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਸਾਂਝਾ ਕਰਦੇ ਹੋਏ ਵਿਵਾਦਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਇੱਕ ਤਰੀਕੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਬਹਾਲ ਕਰਨ ਲਈ ਇੱਕ ਤਰੀਕੇ ਦੀ ਵੀ ਲੋੜ ਹੈ, ਕਿਉਂਕਿ ਬੈਕਅੱਪ ਬਣਾਉਣਾ ਅਤੇ ਉਹਨਾਂ ਵਿੱਚ ਕਾਪੀ/ਪੇਸਟ ਕਰਨਾ ਪੁਰਾਣਾ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ। ਤੁਹਾਨੂੰ (ਅਤੇ ਤੁਹਾਡੇ ਸਾਥੀਆਂ) ਨੂੰ ਕੁਝ ਬਿਹਤਰ ਚਾਹੀਦਾ ਹੈ।

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

ਜਦੋਂ ਕਿ ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਸਰੋਤ ਨਿਯੰਤਰਣ ਸਾਧਨ ਹਨ, ਗਿੱਟ ਮਿਆਰੀ ਹੈ, ਅਤੇ ਸਹੀ ਹੈ. ਮੈਂ ਗਿੱਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ, ਹਾਲਾਂਕਿ ਜੇ ਤੁਸੀਂ ਤਰਜੀਹ ਦਿੰਦੇ ਹੋ ਤਾਂ ਹੋਰ ਓਪਨ ਸੋਰਸ ਵਿਕਲਪ ਹਨ.

ਗਿੱਟ: GPLv2 ਅਤੇ LGPL v2.1
ਸਬਵਰਜ਼ਨ: ਅਪਾਚੇ 2.0
ਸਮਕਾਲੀ ਸੰਸਕਰਣ ਸਿਸਟਮ (CVS): GNU
ਵੇਸਟਾ: LGPL
Mercurial: GNU GPL v2+

ਸਰੋਤ ਕੋਡ ਨਿਯੰਤਰਣਾਂ ਨੂੰ ਜੋੜਨ ਨਾਲ ਇੱਕ DevOps ਪਾਈਪਲਾਈਨ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

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

ਕਦਮ 3: ਇੱਕ ਬਿਲਡ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਬਣਾਓ

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

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

ਟਾਈਟਲ
ਲਾਇਸੈਂਸ
ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ

ਮੈਵਨ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਕੀੜੀ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਗਰੈੱਡਲ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਬਾਜ਼ਲ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਬਣਾਓ
ਗਨੂ
N / A

ਗਰਾਂਟ
MIT
ਜਾਵਾਸਕਰਿਪਟ

gulp
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਬਿਲਡਰ
ਅਪਾਚੇ
ਰੂਬੀ

ਰੈਕ
MIT
ਰੂਬੀ

'ਆਪ'
ਗਨੂ
ਪਾਈਥਨ

ਸਕੌਨ
MIT
ਪਾਈਥਨ

ਬਿਟਬੇਕ
GPLv2
ਪਾਈਥਨ

ਕੇਕ
MIT
C#

ਏਐਸਡੀਐਫ
ਐਕਸਪੈਟ (MIT)
LISP

ਕਾਬਾਲ
BSD
ਹਾਸਕੈਲ

ਬਹੁਤ ਵਧੀਆ! ਤੁਸੀਂ ਬਿਲਡ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਨੂੰ ਆਪਣੇ ਸਰੋਤ ਨਿਯੰਤਰਣ ਸਿਸਟਮ ਵਿੱਚ ਪਾ ਸਕਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ CI/CD ਟੂਲ ਨੂੰ ਸਭ ਕੁਝ ਇਕੱਠੇ ਰੱਖਣ ਦਿਓ।

ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਹੈ ਨਾ? ਪਰ ਤੁਹਾਡੀ ਅਰਜ਼ੀ ਕਿੱਥੇ ਤਾਇਨਾਤ ਕਰਨੀ ਹੈ?

ਕਦਮ 4: ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ

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

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

ਕਈ ਓਪਨ ਸੋਰਸ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਹਨ।

ਟਾਈਟਲ
ਲਾਇਸੈਂਸ
ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ

ਟੋਮਕੈਟ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਜੈਟੀ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਵਾਈਲਡਫਲਾਈ
GNU ਘੱਟ ਜਨਤਕ
ਜਾਵਾ

ਗਲਾਸ ਫਿਸ਼
CDDL ਅਤੇ GNU ਘੱਟ ਜਨਤਕ
ਜਾਵਾ

Django
3-ਕਲਾਜ਼ BSD
ਪਾਈਥਨ

ਬਵੰਡਰ
ਅਪਾਚੇ 2.0
ਪਾਈਥਨ

ਗਨੀਕੋਰਨ
MIT
ਪਾਈਥਨ

ਪਾਈਥਨ
MIT
ਪਾਈਥਨ

ਰੇਲਜ਼
MIT
ਰੂਬੀ

Node.js
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਤੁਹਾਡੀ DevOps ਪਾਈਪਲਾਈਨ ਵਰਤੋਂ ਲਈ ਲਗਭਗ ਤਿਆਰ ਹੈ। ਅੱਛਾ ਕੰਮ!

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

ਕਦਮ 5: ਕੋਡ ਟੈਸਟਿੰਗ ਕਵਰੇਜ

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

ਕੋਡ ਟੈਸਟਿੰਗ ਵਿੱਚ ਦੋ ਭਾਗ ਹੁੰਦੇ ਹਨ: ਕੋਡ ਟੈਸਟਿੰਗ ਫਰੇਮਵਰਕ ਜੋ ਤੁਹਾਨੂੰ ਟੈਸਟ ਲਿਖਣ ਅਤੇ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਸੁਝਾਅ ਟੂਲ ਜੋ ਤੁਹਾਡੇ ਕੋਡ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਦੇ ਹਨ।

ਕੋਡ ਟੈਸਟਿੰਗ ਸਿਸਟਮ

ਟਾਈਟਲ
ਲਾਇਸੈਂਸ
ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ

ਜੂਨੀਟ
ਈਲੈਪਸ ਪਬਲਿਕ ਲਾਇਸੈਂਸ
ਜਾਵਾ

EasyMock
ਅਪਾਚੇ
ਜਾਵਾ

ਮੋਕੀਟੋ
MIT
ਜਾਵਾ

ਪਾਵਰਮੌਕ
ਅਪਾਚੇ 2.0
ਜਾਵਾ

ਪਾਈਟੇਸਟ
MIT
ਪਾਈਥਨ

ਹਾਇਪੋਸਿਸਿਸ
ਮੋਜ਼ੀਲਾ
ਪਾਈਥਨ

ਟੌਕਸ
MIT
ਪਾਈਥਨ

ਕੋਡ ਸੁਧਾਰ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ ਪ੍ਰਣਾਲੀਆਂ

ਟਾਈਟਲ
ਲਾਇਸੈਂਸ
ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ

ਕੋਬਰਟੁਰਾ
ਗਨੂ
ਜਾਵਾ

ਕੋਡਕਵਰ
ਈਲੈਪਸ ਪਬਲਿਕ (EPL)
ਜਾਵਾ

ਕਵਰੇਜ.ਪੀ
ਅਪਾਚੇ 2.0
ਪਾਈਥਨ

Emma
ਆਮ ਪਬਲਿਕ ਲਾਇਸੰਸ
ਜਾਵਾ

ਜੈਕੋਕੋ
ਈਲੈਪਸ ਪਬਲਿਕ ਲਾਇਸੈਂਸ
ਜਾਵਾ

ਹਾਇਪੋਸਿਸਿਸ
ਮੋਜ਼ੀਲਾ
ਪਾਈਥਨ

ਟੌਕਸ
MIT
ਪਾਈਥਨ

ਜੈਸਮੀਨ
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਕਰਮਾ
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਮੋਚਾ
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਹੁੰਦਾ ਹੈ,
MIT
ਜਾਵਾਸਕਰਿਪਟ

ਨੋਟ ਕਰੋ ਕਿ ਉੱਪਰ ਦੱਸੇ ਗਏ ਜ਼ਿਆਦਾਤਰ ਟੂਲ ਅਤੇ ਫਰੇਮਵਰਕ Java, Python ਅਤੇ JavaScript ਲਈ ਲਿਖੇ ਗਏ ਹਨ, ਕਿਉਂਕਿ C++ ਅਤੇ C# ਮਲਕੀਅਤ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਹਨ (ਹਾਲਾਂਕਿ GCC ਓਪਨ ਸੋਰਸ ਹੈ)।

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

ਵਧੀਕ ਕਦਮ

ਕੰਟੇਨਰ

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

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

ਜਦੋਂ ਕਿ ਹੋਰ ਕੰਟੇਨਰ ਵਿਕਲਪ ਹਨ, ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਹਨ ਡੌਕਰ ਅਤੇ ਕੁਬਰਨੇਟਸ।

ਡੌਕਰ: ਅਪਾਚੇ 2.0
ਕੁਬਰਨੇਟਸ: ਅਪਾਚੇ 2.0

ਇੰਟਰਮੀਡੀਏਟ ਆਟੋਮੇਸ਼ਨ ਟੂਲ

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

ਇੱਥੇ ਕੁਝ ਓਪਨ ਸੋਰਸ ਮਿਡਲਵੇਅਰ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਹਨ:

ਜਵਾਬ: GNU ਪਬਲਿਕ
ਸਾਲਟਸਟੈਕ: ਅਪਾਚੇ 2.0
ਸ਼ੈੱਫ: ਅਪਾਚੇ 2.0
ਕਠਪੁਤਲੀ: ਅਪਾਚੇ ਜਾਂ GPL

SkillFactory ਤੋਂ ਭੁਗਤਾਨ ਕੀਤੇ ਔਨਲਾਈਨ ਕੋਰਸ ਲੈ ਕੇ ਹੁਨਰ ਅਤੇ ਤਨਖਾਹ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸ਼ੁਰੂ ਤੋਂ ਜਾਂ ਲੈਵਲ ਅੱਪ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ ਇਸ ਬਾਰੇ ਵੇਰਵੇ ਲੱਭੋ:

• DevOps ਕੋਰਸ (12 ਮਹੀਨੇ)

ਹੋਰ ਕੋਰਸ

• ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਕੋਰਸ (12 ਹਫ਼ਤੇ)
• ਸਕਰੈਚ ਤੋਂ ਡਾਟਾ ਸਾਇੰਸ ਦੇ ਪੇਸ਼ੇ ਨੂੰ ਪੜ੍ਹਾਉਣਾ (12 ਮਹੀਨੇ)
• ਕਿਸੇ ਵੀ ਸ਼ੁਰੂਆਤੀ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਕ ਪੇਸ਼ੇ (9 ਮਹੀਨੇ)
• ਵੈੱਬ ਵਿਕਾਸ ਕੋਰਸ ਲਈ ਪਾਈਥਨ (9 ਮਹੀਨੇ)

ਲਾਭਦਾਇਕ

• 450 ਮੁਫ਼ਤ ਆਈਵੀ ਲੀਗ ਕੋਰਸ
• ਡਾਟਾ ਸਾਇੰਸ 2020 ਵਿੱਚ ਰੁਝਾਨ
• ਡਾਟਾ ਸਾਇੰਸ ਮਰ ਗਿਆ ਹੈ। ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਬਿਜ਼ਨਸ ਸਾਇੰਸ
• ਸਟੀਰੌਇਡਜ਼ 'ਤੇ ਡਾਟਾ ਵਿਗਿਆਨ: ਨਿਰਣਾਇਕ ਬੁੱਧੀ ਦੀ ਜਾਣ-ਪਛਾਣ
• ਸਭ ਤੋਂ ਸਫਲ ਅਤੇ ਸਭ ਤੋਂ ਘਿਣਾਉਣੀ ਡੇਟਾ ਸਾਇੰਸ ਪ੍ਰੋਜੈਕਟ: ਕੈਮਬ੍ਰਿਜ ਐਨਾਲਿਟਿਕਾ

ਸਰੋਤ: www.habr.com