ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਸਾਡੇ ਆਪਣੇ ਪਲੇਟਫਾਰਮ ਤੱਕ: ਅਸੀਂ CIAN 'ਤੇ ਵਿਕਾਸ ਨੂੰ ਕਿਵੇਂ ਸਵੈਚਲਿਤ ਕੀਤਾ

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

ਜ਼ੀਰੋ ਪੱਧਰ

"ਜ਼ੀਰੋ ਪੱਧਰ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਹੈ, ਮੈਨੂੰ ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਪਤਾ"
ਫਿਲਮ "ਕੁੰਗ ਫੂ ਪਾਂਡਾ" ਤੋਂ ਮਾਸਟਰ ਸ਼ਿਫੂ

CIAN ਵਿਖੇ ਆਟੋਮੇਸ਼ਨ ਕੰਪਨੀ ਦੀ ਸਥਾਪਨਾ ਤੋਂ 14 ਸਾਲ ਬਾਅਦ ਸ਼ੁਰੂ ਹੋਈ। ਉਸ ਸਮੇਂ ਵਿਕਾਸ ਟੀਮ ਵਿੱਚ 35 ਲੋਕ ਸਨ। ਵਿਸ਼ਵਾਸ ਕਰਨਾ ਔਖਾ, ਠੀਕ ਹੈ? ਬੇਸ਼ੱਕ, ਆਟੋਮੇਸ਼ਨ ਕਿਸੇ ਨਾ ਕਿਸੇ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦ ਸੀ, ਪਰ ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਅਤੇ ਕੋਡ ਡਿਲੀਵਰੀ ਲਈ ਇੱਕ ਵੱਖਰੀ ਦਿਸ਼ਾ 2015 ਵਿੱਚ ਰੂਪ ਧਾਰਨ ਕਰਨ ਲੱਗੀ। 

ਉਸ ਸਮੇਂ, ਸਾਡੇ ਕੋਲ ਪਾਈਥਨ, C# ਅਤੇ PHP ਦਾ ਇੱਕ ਵਿਸ਼ਾਲ ਮੋਨੋਲਿਥ ਸੀ, ਜੋ ਲੀਨਕਸ/ਵਿੰਡੋਜ਼ ਸਰਵਰਾਂ 'ਤੇ ਤਾਇਨਾਤ ਸੀ। ਇਸ ਰਾਖਸ਼ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ, ਸਾਡੇ ਕੋਲ ਸਕ੍ਰਿਪਟਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਸੀ ਜੋ ਅਸੀਂ ਹੱਥੀਂ ਚਲਾਉਂਦੇ ਹਾਂ। ਮੋਨੋਲਿਥ ਦੀ ਅਸੈਂਬਲੀ ਵੀ ਸੀ, ਜਿਸ ਨੇ ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਮਿਲਾਉਣ, ਨੁਕਸ ਨੂੰ ਠੀਕ ਕਰਨ, ਅਤੇ "ਬਿਲਡ ਵਿੱਚ ਵੱਖੋ-ਵੱਖਰੇ ਕਾਰਜਾਂ ਦੇ ਨਾਲ" ਦੁਬਾਰਾ ਬਣਾਉਣ ਵੇਲੇ ਟਕਰਾਅ ਕਾਰਨ ਦਰਦ ਅਤੇ ਦੁੱਖ ਲਿਆਇਆ। ਇੱਕ ਸਰਲ ਪ੍ਰਕਿਰਿਆ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

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

ਸਾਨੂੰ ਆਪਣੇ ਸਿਸਟਮ ਦਾ ਵਿਚਾਰ ਆਉਂਦਾ ਹੈ

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

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

ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਵਾਧੇ ਦੇ ਕਾਰਨ, ਟੀਮਸਿਟੀ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਦੌੜਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਵਾਧਾ ਹੋਇਆ ਹੈ। ਇਸ ਲਈ ਇੱਕ ਨਵੀਂ ਸਮੱਸਿਆ ਆਈ: ਇੱਕ ਮੁਫਤ ਟੀਮਸਿਟੀ ਉਦਾਹਰਣ ਕਾਫ਼ੀ ਨਹੀਂ ਸੀ (3 ਏਜੰਟ ਅਤੇ 100 ਪ੍ਰੋਜੈਕਟ), ਅਸੀਂ ਇੱਕ ਹੋਰ ਉਦਾਹਰਣ (3 ਹੋਰ ਏਜੰਟ ਅਤੇ 100 ਪ੍ਰੋਜੈਕਟ), ਫਿਰ ਇੱਕ ਹੋਰ ਜੋੜਿਆ। ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਕਈ ਕਲੱਸਟਰਾਂ ਦੀ ਇੱਕ ਪ੍ਰਣਾਲੀ ਦੇ ਨਾਲ ਸਮਾਪਤ ਹੋਏ, ਜਿਸਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਮੁਸ਼ਕਲ ਸੀ:

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

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

ਅਸੀਂ ਆਟੋਮੈਟਿਕ ਟੈਸਟਿੰਗ ਕਰਦੇ ਹਾਂ

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

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

ਆਟੋਮੇਸ਼ਨ ਟੀਮ

ਸਾਡੇ ਕੋਲ ਵਰਤਮਾਨ ਵਿੱਚ 130 ਡਿਵੈਲਪਰਾਂ ਦਾ ਸਟਾਫ ਹੈ, ਅਤੇ ਅਸੀਂ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ ਵੱਡਾ ਹੋ. ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਅਤੇ ਕੋਡ ਡਿਲੀਵਰੀ ਲਈ ਟੀਮ (ਇਸ ਤੋਂ ਬਾਅਦ ਡਿਪਲੋਏ ਅਤੇ ਏਕੀਕਰਣ ਜਾਂ DI ਟੀਮ ਵਜੋਂ ਜਾਣੀ ਜਾਂਦੀ ਹੈ) ਵਿੱਚ 7 ​​ਲੋਕ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਅਤੇ 2 ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ: ਇੰਟੈਗਰੋ ਆਟੋਮੇਸ਼ਨ ਪਲੇਟਫਾਰਮ ਅਤੇ DevOps ਦਾ ਵਿਕਾਸ। 

DevOps CIAN ਸਾਈਟ, ਇੰਟੈਗਰੋ ਵਾਤਾਵਰਣ ਦੇ ਦੇਵ/ਬੀਟਾ ਵਾਤਾਵਰਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਸਕੇਲਿੰਗ ਵਾਤਾਵਰਨ ਲਈ ਨਵੇਂ ਤਰੀਕੇ ਵਿਕਸਿਤ ਕਰਦਾ ਹੈ। ਇੰਟੈਗਰੋ ਡਿਵੈਲਪਮੈਂਟ ਦਿਸ਼ਾ ਇੰਟੈਗਰੋ ਆਪਣੇ ਆਪ ਅਤੇ ਸੰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਦੋਵਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜੇਨਕਿਨਸ, ਜੀਰਾ, ਕਨਫਲੂਏਂਸ ਲਈ ਪਲੱਗਇਨ, ਅਤੇ ਵਿਕਾਸ ਟੀਮਾਂ ਲਈ ਸਹਾਇਕ ਉਪਯੋਗਤਾਵਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਵਿਕਾਸ ਵੀ ਕਰਦਾ ਹੈ। 

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

CIAN 'ਤੇ ਆਟੋਮੇਸ਼ਨ ਦਾ ਲੇਅਰ ਕੇਕ

ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਸਾਰੇ ਸਿਸਟਮਾਂ ਨੂੰ ਕਈ ਲੇਅਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

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

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

ਬਰਕਰਾਰ ਹੈ

ਆਓ Integro 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰੀਏ ਅਤੇ ਤਕਨਾਲੋਜੀ ਸਟੈਕ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ:

• CentOS 7
• ਡੌਕਰ + ਨੋਮੈਡ + ਕੌਂਸਲ + ਵਾਲਟ
• Java 11 (ਪੁਰਾਣਾ ਇੰਟੈਗਰੋ ਮੋਨੋਲਿਥ Java 8 'ਤੇ ਰਹੇਗਾ)
• ਸਪਰਿੰਗ ਬੂਟ 2.X + ਸਪਰਿੰਗ ਕਲਾਉਡ ਕੌਂਫਿਗ
• PostgreSql 11
• ਰੈਬਿਟਮਕਿQ 
• ਅਪਾਚੇ ਇਗਨਾਈਟ
• ਕੈਮੁੰਡਾ (ਏਮਬੈਡਡ)
• ਗ੍ਰਾਫਾਨਾ + ਗ੍ਰੈਫਾਈਟ + ਪ੍ਰੋਮੀਥੀਅਸ + ਜੈਗਰ + ELK
• ਵੈੱਬ UI: ਪ੍ਰਤੀਕਿਰਿਆ (CSR) + MobX
• SSO: ਕੀਕਲੋਕ

ਅਸੀਂ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਿਕਾਸ ਦੇ ਸਿਧਾਂਤ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਾਂ, ਹਾਲਾਂਕਿ ਸਾਡੇ ਕੋਲ ਇੰਟੈਗਰੋ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸੰਸਕਰਣ ਦੇ ਮੋਨੋਲਿਥ ਦੇ ਰੂਪ ਵਿੱਚ ਵਿਰਾਸਤ ਹੈ। ਹਰੇਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਇਸਦੇ ਆਪਣੇ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਚਲਦੀ ਹੈ, ਅਤੇ ਸੇਵਾਵਾਂ HTTP ਬੇਨਤੀਆਂ ਅਤੇ RabbitMQ ਸੁਨੇਹਿਆਂ ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰਦੀਆਂ ਹਨ। ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਕੌਂਸਲ ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨੂੰ ਲੱਭਦੇ ਹਨ ਅਤੇ SSO (Keycloak, OAuth 2/OpenID ਕਨੈਕਟ) ਰਾਹੀਂ ਪ੍ਰਮਾਣੀਕਰਨ ਪਾਸ ਕਰਦੇ ਹੋਏ ਇਸ ਨੂੰ ਬੇਨਤੀ ਕਰਦੇ ਹਨ।

ਇੱਕ ਅਸਲ-ਜੀਵਨ ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਜੇਨਕਿੰਸ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਹਨ:

1. ਵਰਕਫਲੋ ਪ੍ਰਬੰਧਨ ਮਾਈਕ੍ਰੋਸਰਵਿਸ (ਇਸ ਤੋਂ ਬਾਅਦ ਫਲੋ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਜੇਨਕਿੰਸ ਵਿੱਚ ਇੱਕ ਬਿਲਡ ਚਲਾਉਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਉਹ ਜੇਨਕਿੰਸ (ਇਸ ਤੋਂ ਬਾਅਦ ਜੈਨਕਿੰਸ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ) ਦੇ ਨਾਲ ਏਕੀਕਰਣ ਲਈ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਦੇ IP:PORT ਨੂੰ ਲੱਭਣ ਲਈ ਕੌਂਸਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਅਤੇ ਜੇਨਕਿੰਸ ਵਿੱਚ ਬਿਲਡ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇਸਨੂੰ ਇੱਕ ਅਸਿੰਕ੍ਰੋਨਸ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ।
2. ਇੱਕ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਜੇਨਕਿੰਸ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਇੱਕ ਜੌਬ ਆਈਡੀ ਤਿਆਰ ਕਰਦੀ ਹੈ ਅਤੇ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਕੰਮ ਦੇ ਨਤੀਜੇ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਉਸੇ ਸਮੇਂ, ਇਹ ਇੱਕ REST API ਕਾਲ ਦੁਆਰਾ ਜੇਨਕਿੰਸ ਵਿੱਚ ਬਿਲਡ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ।
3. ਜੇਨਕਿੰਸ ਬਿਲਡ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਅਤੇ, ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਜੇਨਕਿੰਸ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਨੂੰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਤੀਜਿਆਂ ਦੇ ਨਾਲ ਇੱਕ ਵੈਬਹੁੱਕ ਭੇਜਦਾ ਹੈ।
4. ਜੇਨਕਿੰਸ ਮਾਈਕ੍ਰੋਸਰਵਿਸ, ਵੈੱਬਹੁੱਕ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਪੂਰਾ ਹੋਣ ਬਾਰੇ ਇੱਕ ਸੁਨੇਹਾ ਤਿਆਰ ਕਰਦੀ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਤੀਜੇ ਨੱਥੀ ਕਰਦੀ ਹੈ। ਤਿਆਰ ਕੀਤਾ ਸੁਨੇਹਾ RabbitMQ ਕਤਾਰ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
5. RabbitMQ ਦੁਆਰਾ, ਪ੍ਰਕਾਸ਼ਿਤ ਸੁਨੇਹਾ ਫਲੋ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਜੋ ਕਿ ਬੇਨਤੀ ਅਤੇ ਪ੍ਰਾਪਤ ਸੰਦੇਸ਼ ਤੋਂ ਜੌਬ ਆਈਡੀ ਨੂੰ ਮਿਲਾ ਕੇ ਆਪਣੇ ਕੰਮ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਤੀਜੇ ਬਾਰੇ ਸਿੱਖਦਾ ਹੈ।

ਹੁਣ ਸਾਡੇ ਕੋਲ ਲਗਭਗ 30 ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਈ ਸਮੂਹਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

1. ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ.
2. ਉਪਭੋਗਤਾਵਾਂ (ਸੰਦੇਸ਼, ਮੇਲ) ਨਾਲ ਜਾਣਕਾਰੀ ਅਤੇ ਗੱਲਬਾਤ।
3. ਸਰੋਤ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨਾ।
4. ਤੈਨਾਤੀ ਸਾਧਨਾਂ ਨਾਲ ਏਕੀਕਰਣ (ਜੇਨਕਿੰਸ, ਨੌਮੈਡ, ਕੌਂਸਲ, ਆਦਿ)।
5. ਨਿਗਰਾਨੀ (ਰਿਲੀਜ਼, ਤਰੁੱਟੀਆਂ, ਆਦਿ)।
6. ਵੈੱਬ ਉਪਯੋਗਤਾਵਾਂ (ਟੈਸਟ ਵਾਤਾਵਰਨ ਦੇ ਪ੍ਰਬੰਧਨ, ਅੰਕੜੇ ਇਕੱਠੇ ਕਰਨ, ਆਦਿ ਲਈ UI)।
7. ਟਾਸਕ ਟਰੈਕਰਾਂ ਅਤੇ ਸਮਾਨ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਏਕੀਕਰਣ।
8. ਵੱਖ-ਵੱਖ ਕੰਮਾਂ ਲਈ ਵਰਕਫਲੋ ਪ੍ਰਬੰਧਨ।

ਵਰਕਫਲੋ ਕਾਰਜ

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

ਆਉ ਅਸੀਂ ਵਰਕਫਲੋ ਨੂੰ ਵੇਖੀਏ ਜੋ ਅਸੀਂ ਅਕਸਰ ਵਰਤਦੇ ਹਾਂ:

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

ਕੈਨਰੀ ਟੈਸਟਾਂ ਤੋਂ ਬਿਨਾਂ DEV + BETA 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੈਨੂਅਲ ਟੈਸਟਿੰਗ (ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਮੋਨੋਲਿਥ ਨੂੰ ਜਾਰੀ ਕਰਦੇ ਹਾਂ):

ਹੋਰ ਪਰਿਵਰਤਨ ਸੰਜੋਗ ਹੋ ਸਕਦੇ ਹਨ। ਕਈ ਵਾਰੀ ਉਹ ਮਾਰਗ ਜੋ ਕੋਈ ਮੁੱਦਾ ਲੈ ਜਾਵੇਗਾ ਜੀਰਾ ਵਿੱਚ ਵਿਕਲਪਾਂ ਦੁਆਰਾ ਚੁਣਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਕਾਰਜ ਅੰਦੋਲਨ

ਆਉ ਅਸੀਂ ਮੁੱਖ ਕਦਮਾਂ ਨੂੰ ਵੇਖੀਏ ਜੋ ਉਦੋਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਕੰਮ "DEV ਟੈਸਟਿੰਗ + ਕੈਨਰੀ ਟੈਸਟ" ਵਰਕਫਲੋ ਦੁਆਰਾ ਅੱਗੇ ਵਧਦਾ ਹੈ:

1. ਵਿਕਾਸਕਾਰ ਜਾਂ ਪ੍ਰਧਾਨ ਮੰਤਰੀ ਕਾਰਜ ਨੂੰ ਬਣਾਉਂਦਾ ਹੈ।

2. ਡਿਵੈਲਪਰ ਕੰਮ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਲੈਂਦਾ ਹੈ। ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਸਮੀਖਿਆ ਸਥਿਤੀ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ।

3. ਜੀਰਾ ਜੀਰਾ ਮਾਈਕ੍ਰੋਸਰਵਿਸ (ਜੀਰਾ ਨਾਲ ਏਕੀਕਰਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ) ਨੂੰ ਇੱਕ ਵੈਬਹੁੱਕ ਭੇਜਦਾ ਹੈ।

4. ਜੀਰਾ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਰਕਫਲੋ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਫਲੋ ਸੇਵਾ (ਅੰਦਰੂਨੀ ਵਰਕਫਲੋਜ਼ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਜਿਸ ਵਿੱਚ ਕੰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ) ਨੂੰ ਇੱਕ ਬੇਨਤੀ ਭੇਜਦੀ ਹੈ।

5. ਪ੍ਰਵਾਹ ਸੇਵਾ ਦੇ ਅੰਦਰ:

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

  i) ਮਾਸਟਰ ਬ੍ਰਾਂਚ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ (ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਗਿੱਟ ਮਾਈਕ੍ਰੋਸਰਵਿਸ)।
  ii) ਬ੍ਰਾਂਚ ਨੂੰ ਡਿਵੈਲਪਰ (ਬਿਟਬਕੇਟ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਦੁਆਰਾ ਤਬਦੀਲੀਆਂ ਤੋਂ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ।
  iii) ਇਸ ਬ੍ਰਾਂਚ (ਬਿਟਬਕੇਟ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਲਈ ਇੱਕ ਪੁੱਲ ਬੇਨਤੀ ਬਣਾਈ ਗਈ ਹੈ।
  iv) ਇੱਕ ਨਵੀਂ ਪੁੱਲ ਬੇਨਤੀ ਬਾਰੇ ਇੱਕ ਸੁਨੇਹਾ ਡਿਵੈਲਪਰ ਚੈਟਾਂ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ (ਸੂਚਨਾਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਨੂੰ ਸੂਚਿਤ ਕਰੋ)।
  v) DEV (Jenkins ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ Jenkins microservice) 'ਤੇ ਬਿਲਡ, ਟੈਸਟ ਅਤੇ ਡਿਪਲੋਏ ਟਾਸਕ ਸ਼ੁਰੂ ਕੀਤੇ ਗਏ ਹਨ।
  vi) ਜੇਕਰ ਪਿਛਲੇ ਸਾਰੇ ਪੜਾਅ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰੇ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਇੰਟੈਗਰੋ ਪੁੱਲ ਬੇਨਤੀ (ਬਿਟਬਕੇਟ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਵਿੱਚ ਆਪਣੀ ਮਨਜ਼ੂਰੀ ਪਾਉਂਦਾ ਹੈ।

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

6. ਟੈਸਟਰ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਨ। ਜੇ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੰਮ ਨੂੰ ਬਿਲਡ ਲਈ ਤਿਆਰ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ.

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

8. ਕੰਮ ਨੂੰ ਕੈਨਰੀ ਸਥਿਤੀ (ਜੀਰਾ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।

9. ਜੇਨਕਿੰਸ ਕੈਨਰੀ ਮੋਡ (ਆਮ ਤੌਰ 'ਤੇ 1-3 ਮੌਕਿਆਂ) ਵਿੱਚ ਨੋਮੈਡ ਦੁਆਰਾ ਇੱਕ ਤੈਨਾਤੀ ਕਾਰਜ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਅਤੇ ਤੈਨਾਤੀ ਬਾਰੇ ਰੀਲੀਜ਼ ਨਿਗਰਾਨੀ ਸੇਵਾ (ਡਿਪਲੋਏਵਾਚ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।

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

11. ਉਤਪਾਦਨ ਲਈ ਤੈਨਾਤੀ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਬਾਅਦ:

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

12. ਜੇਕਰ ਗਲਤ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਿਵਹਾਰ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਡਿਵੈਲਪਰਾਂ ਕੋਲ ਉਤਪਾਦਨ ਤੋਂ ਇੱਕ ਕੰਮ ਨੂੰ ਵਾਪਸ ਲਿਆਉਣ ਲਈ 30 ਮਿੰਟ ਹੋਣਗੇ। ਇਸ ਸਮੇਂ ਤੋਂ ਬਾਅਦ, ਕੰਮ ਆਪਣੇ ਆਪ ਮਾਸਟਰ (Git ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਵਿੱਚ ਮਿਲਾ ਦਿੱਤਾ ਜਾਵੇਗਾ।

13. ਮਾਸਟਰ ਵਿੱਚ ਸਫਲਤਾਪੂਰਵਕ ਅਭੇਦ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਕਾਰਜ ਸਥਿਤੀ ਨੂੰ ਬੰਦ (ਜੀਰਾ ਮਾਈਕ੍ਰੋਸਰਵਿਸ) ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਜਾਵੇਗਾ।

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

ਅੱਗੇ ਕੀ ਹੈ

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

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

ਸਰੋਤ: www.habr.com