ਇੱਕ ਰੋਲਆਊਟ ਕਹਾਣੀ ਜਿਸ ਨੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ

ਅਸਲੀਅਤ ਦੇ ਦੁਸ਼ਮਣ 12f-2 ਦੁਆਰਾ

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

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

ਪਿਛੋਕੜ + ਇਹ ਕਿਸ ਕਿਸਮ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਹੈ?

ਅਸੀਂ ਇੱਕ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਬਣਾ ਰਹੇ ਹਾਂ Mail.ru ਕਲਾਉਡ ਹੱਲ (MCS), ਜਿੱਥੇ ਮੈਂ ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹਾਂ। ਅਤੇ ਹੁਣ ਸਾਡੇ ਪਲੇਟਫਾਰਮ ਵਿੱਚ IAM (ਪਛਾਣ ਅਤੇ ਪਹੁੰਚ ਪ੍ਰਬੰਧਨ) ਨੂੰ ਜੋੜਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ, ਜੋ ਸਾਰੇ ਉਪਭੋਗਤਾ ਖਾਤਿਆਂ, ਉਪਭੋਗਤਾਵਾਂ, ਪਾਸਵਰਡਾਂ, ਭੂਮਿਕਾਵਾਂ, ਸੇਵਾਵਾਂ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਦਾ ਏਕੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਕਲਾਉਡ ਵਿੱਚ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ ਇਹ ਇੱਕ ਸਪੱਸ਼ਟ ਸਵਾਲ ਹੈ: ਉਪਭੋਗਤਾ ਦੀ ਸਾਰੀ ਜਾਣਕਾਰੀ ਇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਆਮ ਤੌਰ 'ਤੇ ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਕਿਸੇ ਵੀ ਪ੍ਰੋਜੈਕਟ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਬਣਨੀਆਂ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਪਰ ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ MCS ਵਿੱਚ ਚੀਜ਼ਾਂ ਥੋੜੀਆਂ ਵੱਖਰੀਆਂ ਹਨ। MCS ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਸੀ:

• ਆਪਣੇ ਖੁਦ ਦੇ ਕੀਸਟੋਨ ਪ੍ਰਮਾਣੀਕਰਨ ਮੋਡੀਊਲ ਨਾਲ ਓਪਨਸਟੈਕ,
• Hotbox (S3 ਸਟੋਰੇਜ) Mail.ru ਕਲਾਉਡ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਆਧਾਰਿਤ,

ਜਿਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਨਵੀਆਂ ਸੇਵਾਵਾਂ ਫਿਰ ਪ੍ਰਗਟ ਹੋਈਆਂ।

ਅਸਲ ਵਿੱਚ, ਇਹ ਅਧਿਕਾਰ ਦੀਆਂ ਦੋ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਸਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਕੁਝ ਵੱਖਰੇ Mail.ru ਵਿਕਾਸ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਆਮ Mail.ru ਪਾਸਵਰਡ ਸਟੋਰੇਜ, ਅਤੇ ਨਾਲ ਹੀ ਇੱਕ ਸਵੈ-ਲਿਖਤ ਓਪਨਿਡ ਕਨੈਕਟਰ, ਜਿਸਦਾ ਧੰਨਵਾਦ SSO (ਐਂਡ-ਟੂ-ਐਂਡ ਅਧਿਕਾਰ) ਹੋਰਾਈਜ਼ਨ ਪੈਨਲ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ (ਦੇਸੀ ਓਪਨਸਟੈਕ UI)।

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

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

ਅਸੀਂ ਕੀ ਰੋਲ ਆਊਟ ਕਰਨ ਜਾ ਰਹੇ ਹਾਂ?

ਇਸ ਨੂੰ ਬਹੁਤ ਮੋਟੇ ਤੌਰ 'ਤੇ ਰੱਖਣ ਲਈ, ਲਗਭਗ 4 ਮਹੀਨਿਆਂ ਵਿੱਚ ਅਸੀਂ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਤਿਆਰ ਕੀਤਾ:

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

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

ਅਜਿਹੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕਿਵੇਂ ਰੋਲ ਆਊਟ ਕਰਨਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਪੇਚ ਨਹੀਂ ਕਰਨਾ ਹੈ? ਪਹਿਲਾਂ ਅਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਥੋੜਾ ਜਿਹਾ ਵੇਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ.

ਰੋਲਆਊਟ ਰਣਨੀਤੀ

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

ਡਿਗ੍ਰੇਸ਼ਨ: ਰੋਲਆਊਟ ਕੀ ਹੈ?

<ਸਾਵਧਾਨ, ਦਰਸ਼ਨ>

ਹਰ ਆਈਟੀ ਮਾਹਰ ਆਸਾਨੀ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ ਕਿ ਰੋਲਆਊਟ ਕੀ ਹੈ। ਤੁਸੀਂ CI/CD ਇੰਸਟਾਲ ਕਰਦੇ ਹੋ, ਅਤੇ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਸਟੋਰ 'ਤੇ ਡਿਲੀਵਰ ਹੋ ਜਾਂਦਾ ਹੈ। 🙂

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

ਅਤੇ ਸਾਰੀ ਤਸਵੀਰ ਇਸ ਤਰ੍ਹਾਂ ਹੈ. ਰੋਲਆਊਟ ਵਿੱਚ ਚਾਰ ਮੁੱਖ ਪਹਿਲੂ ਹੁੰਦੇ ਹਨ:

1. ਕੋਡ ਦੀ ਸਪੁਰਦਗੀ, ਡਾਟਾ ਸੋਧ ਸਮੇਤ। ਉਦਾਹਰਨ ਲਈ, ਉਹਨਾਂ ਦੇ ਪਰਵਾਸ.
2. ਕੋਡ ਰੋਲਬੈਕ ਜੇਕਰ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਵਾਪਸ ਜਾਣ ਦੀ ਯੋਗਤਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੁਆਰਾ.
3. ਹਰੇਕ ਰੋਲਆਊਟ/ਰੋਲਬੈਕ ਓਪਰੇਸ਼ਨ ਦਾ ਸਮਾਂ। ਤੁਹਾਨੂੰ ਪਹਿਲੇ ਦੋ ਬਿੰਦੂਆਂ ਦੇ ਕਿਸੇ ਵੀ ਓਪਰੇਸ਼ਨ ਦੇ ਸਮੇਂ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ।
4. ਪ੍ਰਭਾਵਿਤ ਕਾਰਜਕੁਸ਼ਲਤਾ. ਸੰਭਾਵਿਤ ਸਕਾਰਾਤਮਕ ਅਤੇ ਸੰਭਾਵੀ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵਾਂ ਦੋਵਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ.

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

ਐਕਟ 1..ਐਨ, ਰਿਹਾਈ ਦੀ ਤਿਆਰੀ

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

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

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

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

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

ਅਤੇ ਤਾਂ…

ਅੰਤਮ ਐਕਟ, ਰੋਲਿੰਗ ਆਊਟ ਤੋਂ ਪਹਿਲਾਂ

...ਇਹ ਰੋਲ ਆਊਟ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ।

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

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

1. ਪ੍ਰਭਾਵਤ (ਸਾਡੇ ਲਈ ਪਵਿੱਤਰ, ਸਭ ਤੋਂ ਕੀਮਤੀ) ਉਪਭੋਗਤਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ,
2. ਕਾਰਜਸ਼ੀਲਤਾ: ਰੋਲਆਊਟ ਤੋਂ ਬਾਅਦ ਸਾਡੀ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਪਹਿਲਾਂ ਵਾਂਗ ਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਰੋਲ ਆਊਟ

ਦੋ ਰੋਲ, 8 ਦਖਲ ਨਹੀਂ ਦਿੰਦੇ

ਅਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਲਈ 7 ਘੰਟਿਆਂ ਲਈ ਡਾਊਨਟਾਈਮ ਲੈਂਦੇ ਹਾਂ। ਇਸ ਸਮੇਂ, ਸਾਡੇ ਕੋਲ ਰੋਲਆਊਟ ਪਲਾਨ ਅਤੇ ਰੋਲਬੈਕ ਪਲਾਨ ਦੋਵੇਂ ਹਨ।

• ਰੋਲਆਊਟ ਆਪਣੇ ਆਪ ਵਿੱਚ ਲਗਭਗ 3 ਘੰਟੇ ਲੈਂਦਾ ਹੈ।
• ਟੈਸਟਿੰਗ ਲਈ 2 ਘੰਟੇ.
• 2 ਘੰਟੇ - ਤਬਦੀਲੀਆਂ ਦੇ ਸੰਭਾਵੀ ਰੋਲਬੈਕ ਲਈ ਰਿਜ਼ਰਵ।

ਹਰੇਕ ਕਿਰਿਆ ਲਈ ਇੱਕ ਗੈਂਟ ਚਾਰਟ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਕ੍ਰਮਵਾਰ ਕੀ ਹੁੰਦਾ ਹੈ, ਸਮਾਨਾਂਤਰ ਵਿੱਚ ਕੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

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

ਘਟਨਾਵਾਂ ਦਾ ਇਤਿਹਾਸ

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

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

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

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

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

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

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

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

03:00। -2 ਸਮੱਸਿਆਵਾਂ +2 ਸਮੱਸਿਆਵਾਂ
ਪਿਛਲੀਆਂ ਦੋ ਵੱਡੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਅਤੇ ਲਗਭਗ ਸਾਰੀਆਂ ਛੋਟੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵੀ। ਉਹ ਸਾਰੇ ਜਿਹੜੇ ਫਿਕਸ ਵਿੱਚ ਰੁੱਝੇ ਹੋਏ ਹਨ ਉਹਨਾਂ ਦੇ ਖਾਤਿਆਂ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਜੋ ਮਿਲਦਾ ਹੈ ਉਸ ਦੀ ਰਿਪੋਰਟ ਕਰ ਰਹੇ ਹਨ। ਅਸੀਂ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ, ਟੀਮਾਂ ਵਿਚਕਾਰ ਵੰਡਦੇ ਹਾਂ, ਅਤੇ ਸਵੇਰ ਲਈ ਗੈਰ-ਨਾਜ਼ੁਕ ਚੀਜ਼ਾਂ ਛੱਡਦੇ ਹਾਂ।

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

03:20। ਸੰਕਟਕਾਲੀਨ ਸਮਕਾਲੀਕਰਨ
ਇੱਕ ਨਵਾਂ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ। ਦੂਜੇ ਲਈ, ਅਸੀਂ ਐਮਰਜੈਂਸੀ ਸਿੰਕ ਦਾ ਆਯੋਜਨ ਕਰ ਰਹੇ ਹਾਂ। ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਕੀ ਹੋ ਰਿਹਾ ਹੈ: ਪਿਛਲੇ ਫਿਕਸ ਨੇ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ, ਪਰ ਦੂਜੀ ਬਣਾਈ। ਅਸੀਂ ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਬ੍ਰੇਕ ਲੈਂਦੇ ਹਾਂ ਕਿ ਇਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਅਤੇ ਨਤੀਜਿਆਂ ਤੋਂ ਬਿਨਾਂ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।

03:30। ਛੇ ਅੱਖਾਂ
ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਅਧਾਰ ਦੀ ਅੰਤਮ ਸਥਿਤੀ ਕੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਜੋ ਸਾਰੇ ਭਾਈਵਾਲਾਂ ਲਈ ਸਭ ਕੁਝ ਠੀਕ ਰਹੇ। ਅਸੀਂ 6 ਅੱਖਾਂ ਨਾਲ ਇੱਕ ਬੇਨਤੀ ਲਿਖਦੇ ਹਾਂ, ਇਸਨੂੰ ਪ੍ਰੀ-ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਰੋਲ ਆਊਟ ਕਰਦੇ ਹਾਂ, ਇਸਨੂੰ ਟੈਸਟ ਕਰਦੇ ਹਾਂ, ਇਸਨੂੰ ਉਤਪਾਦਨ ਲਈ ਰੋਲ ਆਊਟ ਕਰਦੇ ਹਾਂ।

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

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

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

07:00। API ਲੋਡ ਨਾਲ ਸਮੱਸਿਆਵਾਂ
ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਅਸੀਂ ਆਪਣੇ API 'ਤੇ ਲੋਡ ਦੀ ਥੋੜੀ ਜਿਹੀ ਗਲਤ ਯੋਜਨਾ ਬਣਾਈ ਹੈ ਅਤੇ ਇਸ ਲੋਡ ਦੀ ਜਾਂਚ ਕੀਤੀ ਹੈ, ਜੋ ਸਮੱਸਿਆ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰ ਸਕਿਆ। ਨਤੀਜੇ ਵਜੋਂ, ≈5% ਬੇਨਤੀਆਂ ਅਸਫਲ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਆਓ ਲਾਮਬੰਦ ਹੋਈਏ ਅਤੇ ਕਾਰਨ ਲੱਭੀਏ।

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

08:00। ਫਿਕਸ API
ਅਸੀਂ ਲੋਡ ਲਈ ਇੱਕ ਫਿਕਸ ਕੀਤਾ, ਅਸਫਲਤਾਵਾਂ ਦੂਰ ਹੋ ਗਈਆਂ. ਅਸੀਂ ਘਰ ਜਾਣ ਲੱਗੇ।

10:00। ਸਾਰੇ
ਸਭ ਕੁਝ ਤੈਅ ਹੈ। ਇਹ ਨਿਗਰਾਨੀ ਵਿੱਚ ਸ਼ਾਂਤ ਹੈ ਅਤੇ ਗਾਹਕਾਂ ਦੇ ਸਥਾਨ 'ਤੇ, ਟੀਮ ਹੌਲੀ-ਹੌਲੀ ਸੌਂ ਜਾਂਦੀ ਹੈ। ਬਿਲਿੰਗ ਬਾਕੀ ਹੈ, ਅਸੀਂ ਇਸਨੂੰ ਕੱਲ੍ਹ ਬਹਾਲ ਕਰ ਦੇਵਾਂਗੇ।

ਫਿਰ ਦਿਨ ਦੇ ਦੌਰਾਨ ਰੋਲਆਉਟ ਸਨ ਜੋ ਸਾਡੇ ਕੁਝ ਗਾਹਕਾਂ ਲਈ ਲੌਗਸ, ਸੂਚਨਾਵਾਂ, ਰਿਟਰਨ ਕੋਡ ਅਤੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਫਿਕਸ ਕਰਦੇ ਸਨ।

ਇਸ ਲਈ, ਰੋਲਆਊਟ ਸਫਲ ਰਿਹਾ! ਇਹ, ਬੇਸ਼ੱਕ, ਬਿਹਤਰ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਅਸੀਂ ਇਸ ਬਾਰੇ ਸਿੱਟਾ ਕੱਢਿਆ ਜੋ ਸਾਡੇ ਲਈ ਸੰਪੂਰਨਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਸੀ.

ਕੁੱਲ

ਰੋਲਆਉਟ ਲਈ 2 ਮਹੀਨਿਆਂ ਦੀ ਸਰਗਰਮ ਤਿਆਰੀ ਦੇ ਦੌਰਾਨ, 43 ਕੰਮ ਪੂਰੇ ਕੀਤੇ ਗਏ ਸਨ, ਜੋ ਕੁਝ ਘੰਟਿਆਂ ਤੋਂ ਕਈ ਦਿਨਾਂ ਤੱਕ ਚੱਲਦੇ ਸਨ।

ਰੋਲਆਊਟ ਦੌਰਾਨ:

• ਨਵੇਂ ਅਤੇ ਬਦਲੇ ਹੋਏ ਭੂਤ - 5 ਟੁਕੜੇ, 2 ਮੋਨੋਲਿਥਸ ਦੀ ਥਾਂ;
• ਡੇਟਾਬੇਸ ਦੇ ਅੰਦਰ ਤਬਦੀਲੀਆਂ - ਉਪਭੋਗਤਾ ਡੇਟਾ ਵਾਲੇ ਸਾਡੇ ਸਾਰੇ 6 ਡੇਟਾਬੇਸ ਪ੍ਰਭਾਵਿਤ ਹੋਏ ਹਨ, ਤਿੰਨ ਪੁਰਾਣੇ ਡੇਟਾਬੇਸ ਤੋਂ ਇੱਕ ਨਵੇਂ ਵਿੱਚ ਡਾਊਨਲੋਡ ਕੀਤੇ ਗਏ ਹਨ;
• ਪੂਰੀ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਫਰੰਟਐਂਡ;
• ਡਾਊਨਲੋਡ ਕੀਤੇ ਕੋਡ ਦੀ ਮਾਤਰਾ - ਨਵੇਂ ਕੋਡ ਦੀਆਂ 33 ਹਜ਼ਾਰ ਲਾਈਨਾਂ, ਟੈਸਟਾਂ ਵਿੱਚ ਕੋਡ ਦੀਆਂ 3 ਹਜ਼ਾਰ ਲਾਈਨਾਂ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਕੋਡ ਦੀਆਂ ≈ 5 ਹਜ਼ਾਰ ਲਾਈਨਾਂ;
• ਸਾਰਾ ਡਾਟਾ ਬਰਕਰਾਰ ਹੈ, ਕਿਸੇ ਵੀ ਗਾਹਕ ਦੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਨੁਕਸਾਨ ਨਹੀਂ ਹੋਇਆ ਹੈ। 🙂

ਚੰਗੇ ਰੋਲਆਊਟ ਲਈ ਚੰਗੇ ਅਭਿਆਸ

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

1. ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਰੋਲਆਊਟ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਕਿਵੇਂ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ। ਕੀ ਉੱਥੇ ਡਾਊਨਟਾਈਮ ਹੋਵੇਗਾ? ਜੇਕਰ ਹਾਂ, ਤਾਂ ਡਾਊਨਟਾਈਮ ਕੀ ਹੈ? ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ? ਸਭ ਤੋਂ ਵਧੀਆ ਅਤੇ ਸਭ ਤੋਂ ਮਾੜੇ ਹਾਲਾਤ ਕੀ ਹਨ? ਅਤੇ ਜੋਖਮਾਂ ਨੂੰ ਕਵਰ ਕਰੋ।
2. ਹਰ ਚੀਜ਼ ਦੀ ਯੋਜਨਾ ਬਣਾਓ. ਹਰ ਪੜਾਅ 'ਤੇ, ਤੁਹਾਨੂੰ ਰੋਲਆਊਟ ਦੇ ਸਾਰੇ ਪਹਿਲੂਆਂ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ:
   • ਕੋਡ ਡਿਲੀਵਰੀ;
   • ਕੋਡ ਰੋਲਬੈਕ;
   • ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਦਾ ਸਮਾਂ;
   • ਪ੍ਰਭਾਵਿਤ ਕਾਰਜਕੁਸ਼ਲਤਾ.
3. ਰੋਲਆਉਟ ਦੇ ਸਾਰੇ ਪੜਾਵਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦੇ ਜੋਖਮ ਸਪੱਸ਼ਟ ਹੋਣ ਤੱਕ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਖੇਡੋ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਕੋਈ ਸ਼ੱਕ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਬ੍ਰੇਕ ਲੈ ਸਕਦੇ ਹੋ ਅਤੇ ਪ੍ਰਸ਼ਨਾਤਮਕ ਪੜਾਅ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।
4. ਹਰੇਕ ਪੜਾਅ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਜੇਕਰ ਇਹ ਸਾਡੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਮਦਦ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇਹ ਡਾਊਨਟਾਈਮ ਨੂੰ ਘਟਾ ਦੇਵੇਗਾ ਜਾਂ ਕੁਝ ਜੋਖਮਾਂ ਨੂੰ ਹਟਾ ਦੇਵੇਗਾ।
5. ਰੋਲਬੈਕ ਟੈਸਟਿੰਗ ਕੋਡ ਡਿਲੀਵਰੀ ਟੈਸਟਿੰਗ ਨਾਲੋਂ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਹ ਜਾਂਚ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਰੋਲਬੈਕ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਿਸਟਮ ਆਪਣੀ ਅਸਲ ਸਥਿਤੀ ਵਿੱਚ ਵਾਪਸ ਆ ਜਾਵੇਗਾ, ਅਤੇ ਟੈਸਟਾਂ ਨਾਲ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
6. ਹਰ ਚੀਜ਼ ਜੋ ਆਟੋਮੈਟਿਕ ਹੋ ਸਕਦੀ ਹੈ ਸਵੈਚਾਲਿਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ. ਹਰ ਚੀਜ਼ ਜੋ ਸਵੈਚਲਿਤ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਇੱਕ ਚੀਟ ਸ਼ੀਟ 'ਤੇ ਪਹਿਲਾਂ ਤੋਂ ਲਿਖੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
7. ਸਫਲਤਾ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਰਿਕਾਰਡ ਕਰੋ। ਕਿਹੜੀ ਕਾਰਜਸ਼ੀਲਤਾ ਉਪਲਬਧ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਕਿਸ ਸਮੇਂ? ਜੇਕਰ ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਰੋਲਬੈਕ ਯੋਜਨਾ ਚਲਾਓ।
8. ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ - ਲੋਕ. ਹਰ ਕੋਈ ਇਸ ਗੱਲ ਤੋਂ ਜਾਣੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਕੀ ਕਰ ਰਹੇ ਹਨ, ਕਿਉਂ ਅਤੇ ਕੀ ਰੋਲਆਊਟ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਉਹਨਾਂ ਦੀਆਂ ਕਾਰਵਾਈਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਅਤੇ ਇੱਕ ਵਾਕ ਵਿੱਚ, ਚੰਗੀ ਯੋਜਨਾਬੰਦੀ ਅਤੇ ਵਿਸਤਾਰ ਨਾਲ ਤੁਸੀਂ ਵਿਕਰੀ ਦੇ ਨਤੀਜਿਆਂ ਤੋਂ ਬਿਨਾਂ ਜੋ ਵੀ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਰੋਲ ਆਊਟ ਕਰ ਸਕਦੇ ਹੋ। ਇੱਥੋਂ ਤੱਕ ਕਿ ਕੁਝ ਅਜਿਹਾ ਜੋ ਉਤਪਾਦਨ ਵਿੱਚ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ।

ਸਰੋਤ: www.habr.com