ਸਲੈਕ ਵਿੱਚ ਵਰਤੀ ਗਈ ਪ੍ਰੋਜੈਕਟ ਤੈਨਾਤੀ ਵਿਧੀ

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

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

ਅੱਜ ਪ੍ਰੋਜੈਕਟ ਤੈਨਾਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ

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

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

ਚੈੱਕਪੁਆਇੰਟ ਸਿਸਟਮ ਦਾ ਇੰਟਰਫੇਸ, ਜੋ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ ਸਲੈਕ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

ਉਤਪਾਦਨ ਲਈ ਇੱਕ ਨਵੀਂ ਰੀਲੀਜ਼ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਚਾਰ ਕਦਮਾਂ ਦੇ ਨਾਲ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ।

▍1. ਇੱਕ ਰੀਲੀਜ਼ ਸ਼ਾਖਾ ਬਣਾਉਣਾ

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

▍2. ਸਟੇਜਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਤੈਨਾਤੀ

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

▍3. ਡੌਗਫੂਡ ਅਤੇ ਕੈਨਰੀ ਵਾਤਾਵਰਨ ਵਿੱਚ ਤੈਨਾਤੀ

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

▍4. ਉਤਪਾਦਨ ਲਈ ਹੌਲੀ ਹੌਲੀ ਰੀਲੀਜ਼

ਜੇ ਨਵੀਂ ਰੀਲੀਜ਼ ਲਈ ਨਿਗਰਾਨੀ ਸੂਚਕ ਸਥਿਰ ਹੋ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਜੇ ਕੈਨਰੀ ਵਾਤਾਵਰਣ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਾਨੂੰ ਕੋਈ ਸ਼ਿਕਾਇਤ ਨਹੀਂ ਮਿਲੀ ਹੈ, ਤਾਂ ਅਸੀਂ ਹੌਲੀ-ਹੌਲੀ ਉਤਪਾਦਨ ਸਰਵਰਾਂ ਨੂੰ ਨਵੀਂ ਰੀਲੀਜ਼ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ। ਤੈਨਾਤੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੇਠ ਲਿਖੇ ਪੜਾਵਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ: 10%, 25%, 50%, 75% ਅਤੇ 100%। ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਹੌਲੀ-ਹੌਲੀ ਉਤਪਾਦਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਿਸਟਮ ਦੀ ਨਵੀਂ ਰੀਲੀਜ਼ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਸਕਦੇ ਹਾਂ। ਉਸੇ ਸਮੇਂ, ਸਾਡੇ ਕੋਲ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ ਜੇਕਰ ਕੋਈ ਵਿਗਾੜਾਂ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ।

▍ਜੇ ਤੈਨਾਤੀ ਦੌਰਾਨ ਕੁਝ ਗਲਤ ਹੋ ਜਾਵੇ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?

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

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

ਇੱਕ ਡਿਪਲਾਇਮੈਂਟ ਸਿਸਟਮ ਦੇ ਬਿਲਡਿੰਗ ਬਲਾਕ

ਆਉ ਉਹਨਾਂ ਤਕਨੀਕਾਂ ਨੂੰ ਵੇਖੀਏ ਜੋ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਡਿਪਲਾਇਮੈਂਟ ਸਿਸਟਮ ਨੂੰ ਦਰਸਾਉਂਦੀਆਂ ਹਨ।

▍ਤੁਰੰਤ ਤੈਨਾਤੀਆਂ

ਉੱਪਰ ਵਰਣਿਤ ਵਰਕਫਲੋ, ਪਿਛਾਂਹ-ਖਿੱਚੂ, ਕੁਝ ਹੱਦ ਤੱਕ ਸਪੱਸ਼ਟ ਜਾਪਦਾ ਹੈ। ਪਰ ਸਾਡੀ ਤੈਨਾਤੀ ਪ੍ਰਣਾਲੀ ਤੁਰੰਤ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਬਣੀ।

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

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

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

1. ਉਤਪਾਦਨ ਸਰਵਰ ਕੌਂਸਲ ਕੁੰਜੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਨ। 2. ਮੁੱਖ ਬਦਲਾਅ, ਇਹ ਸਰਵਰਾਂ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਨਵਾਂ ਕੋਡ ਡਾਊਨਲੋਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। 3. ਸਰਵਰ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨਾਲ ਟਾਰਬਾਲ ਫਾਈਲਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਨ

▍ ਪਰਮਾਣੂ ਤੈਨਾਤੀ

ਇੱਕ ਹੋਰ ਹੱਲ ਜਿਸਨੇ ਸਾਨੂੰ ਇੱਕ ਬਹੁ-ਪੱਧਰੀ ਤੈਨਾਤੀ ਪ੍ਰਣਾਲੀ ਤੱਕ ਪਹੁੰਚਣ ਵਿੱਚ ਸਹਾਇਤਾ ਕੀਤੀ ਪਰਮਾਣੂ ਤੈਨਾਤੀ ਸੀ।

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

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

1. ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ "ਕੋਲਡ" ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਖੋਲ੍ਹਣਾ। 2. ਸਿਸਟਮ ਨੂੰ "ਠੰਡੇ" ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਦਲਣਾ, ਜੋ "ਗਰਮ" (ਪਰਮਾਣੂ ਕਾਰਵਾਈ) ਬਣ ਜਾਂਦੀ ਹੈ

ਨਤੀਜੇ: ਭਰੋਸੇਯੋਗਤਾ ਵੱਲ ਜ਼ੋਰ ਦੇਣਾ

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

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

ਪਰ ਅਸੀਂ ਉੱਥੇ ਰੁਕਣ ਵਾਲੇ ਨਹੀਂ ਹਾਂ। ਅਸੀਂ ਵਧੇਰੇ ਉੱਨਤ ਸਹਾਇਕ ਔਜ਼ਾਰਾਂ ਅਤੇ ਕੰਮ ਆਟੋਮੇਸ਼ਨ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਇਸ ਸਿਸਟਮ ਨੂੰ ਲਗਾਤਾਰ ਸੁਧਾਰ ਰਹੇ ਹਾਂ।

ਪਿਆਰੇ ਪਾਠਕ! ਜਿੱਥੇ ਤੁਸੀਂ ਕੰਮ ਕਰਦੇ ਹੋ ਉੱਥੇ ਨਵੇਂ ਪ੍ਰੋਜੈਕਟ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?

ਸਰੋਤ: www.habr.com