ਪ੍ਰੋਡ ਵੈਰੀਫਿਕੇਸ਼ਨ, ਰੀਲੀਜ਼ ਰਣਨੀਤੀਆਂ ਅਤੇ ਐਂਡ-ਟੂ-ਐਂਡ AI ਵਰਕਫਲੋ

ਲਾਭ:

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

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

ਇਸ ਅੰਤਮ ਇਕਾਈ ਵਿੱਚ ਅਸੀਂ ਦੋ ਚੀਜ਼ਾਂ ਨੂੰ ਜੋੜਦੇ ਹਾਂ: (1) ਰੀਲੀਜ਼ ਵਿਧੀਆਂ ਜੋ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ (ਕੈਨਰੀ, ਨੀਲਾ-ਹਰਾ, ਵਿਸ਼ੇਸ਼ਤਾ ਫਲੈਗ) ਅਤੇ ਉਤਪਾਦ ਤਸਦੀਕ ਦਾ ਅਨੁਸ਼ਾਸਨ; (2) ਕਿਵੇਂ ਹਰ ਟੁਕੜਾ ਜੋ ਅਸੀਂ ਪੂਰੇ ਮੋਡੀਊਲ ਵਿੱਚ ਸਿੱਖਿਆ ਹੈ—CI/CD, IaC, ਕੰਟੇਨਰ, ਨਿਗਰਾਨੀ, ਘਟਨਾ, ਲਾਗਤ, ਸਕ੍ਰਿਪਟ, ਸੁਰੱਖਿਆ—ਇੱਕ ਸਿੰਗਲ AI-ਸੰਚਾਲਿਤ ਐਂਡ-ਟੂ-ਐਂਡ ਵਰਕਫਲੋ ਵਿੱਚ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ। ਆਉ ਇੱਕ ਆਖਰੀ ਵਾਰ ਸ਼ੁਰੂਆਤੀ ਹਵਾਲੇ ਨੂੰ ਦੁਹਰਾਓ: AI ਹਰ ਕਦਮ 'ਤੇ ਡਰਾਫਟ ਤਿਆਰ ਕਰਦਾ ਹੈ ਅਤੇ ਤੇਜ਼ ਕਰਦਾ ਹੈ; ਪਰ ਤੁਸੀਂ ਉਹ ਹੋ ਜੋ "ਮੈਂ ਇਹ ਲਾਈਵ ਲੈ ਰਿਹਾ/ਰਹੀ ਹਾਂ" ਬਟਨ ਨੂੰ ਦਬਾਉਂਦੇ ਹੋ ਅਤੇ ਨਤੀਜੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ।

ਰਣਨੀਤੀਆਂ ਜਾਰੀ ਕਰੋ ਜੋ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ

ਇੱਕੋ ਸਮੇਂ 'ਤੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੱਕ ਤਬਦੀਲੀ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣਾ ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਤਰੀਕਾ ਹੈ। ਸਿਆਣੇ ਤਰੀਕੇ:

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

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

ਉਤਪਾਦ ਤਸਦੀਕ: ਤੈਨਾਤੀ ਖਤਮ ਹੋਣ 'ਤੇ ਕੰਮ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ

ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿਉਂਕਿ ਇੱਕ ਤੈਨਾਤੀ "ਹਰਾ" ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਪ੍ਰਣਾਲੀਗਤ ਪੁਸ਼ਟੀਕਰਨ:

ਸਿਹਤ ਜਾਂਚ: ਕੀ ਸੇਵਾ ਚਾਲੂ ਹੈ, ਕੀ /healthz ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੈ?
ਸਮੋਕ ਟੈਸਟ: ਕੀ ਕੁਝ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਉਪਭੋਗਤਾ ਮਾਰਗ (ਲੌਗਇਨ, ਭੁਗਤਾਨ, ਖੋਜ) ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ? ਆਟੋਮੈਟਿਕ ਅਤੇ ਤੇਜ਼.
ਸੁਨਹਿਰੀ ਸਿਗਨਲਾਂ ਲਈ ਦੇਖੋ: ਪੋਸਟ-ਡਿਪਲਾਇ ਐਰਰ ਰੇਟ, ਲੇਟੈਂਸੀ, ਕੀ ਟ੍ਰੈਫਿਕ ਆਮ ਹੈ? (ਇਕਾਈ 6 'ਤੇ ਚਾਰ ਸਿਗਨਲ।)
ਹੌਲੀ-ਹੌਲੀ ਫੈਲਾਓ: ਹਰ ਪੜਾਅ 'ਤੇ ਮੈਟ੍ਰਿਕਸ ਦੇਖੋ ਕਿਉਂਕਿ ਤੁਸੀਂ ਕੈਨਰੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਵਧਾਉਂਦੇ ਹੋ।
ਨਿਰੀਖਣ ਵਿੰਡੋ: ਤੈਨਾਤੀ ਤੋਂ ਬਾਅਦ ਸਮੇਂ ਦੀ ਇੱਕ ਮਿਆਦ (ਜਿਵੇਂ ਕਿ 30 ਮਿੰਟ) ਲਈ ਧਿਆਨ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰੋ; ਘਾਤਕ ਸਮੱਸਿਆਵਾਂ ਤੁਰੰਤ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀਆਂ.

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

ਰੀਲੀਜ਼ ਰਣਨੀਤੀਆਂ ਦੀ ਤੁਲਨਾ

ਰਣਨੀਤੀ

ਮੁੱਖ ਫਾਇਦਾ

ਲਾਗਤ/ਜਟਿਲਤਾ

ਸਭ ਤੋਂ ਢੁਕਵਾਂ

ਨੀਲਾ-ਹਰਾ

ਤੁਰੰਤ ਰੋਲਬੈਕ

ਦੋ ਵਾਤਾਵਰਣ = 2x ਸਰੋਤ

ਜੇਕਰ ਤੇਜ਼ ਪ੍ਰਾਪਤੀ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਕੈਨਰੀ

ਪ੍ਰਭਾਵ ਨੂੰ ਛੋਟੇ ਟੁਕੜਿਆਂ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ

ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੈ

ਵਿਸ਼ਾਲ ਉਪਭੋਗਤਾ ਅਧਾਰ

ਫੀਚਰ ਫਲੈਗ

ਰੀਲੀਜ਼ ਤੋਂ ਵੱਖਰਾ ਤੈਨਾਤ

ਫਲੈਗ ਪ੍ਰਬੰਧਨ ਕਰਜ਼ਾ

ਹੌਲੀ-ਹੌਲੀ/ਨਿਸ਼ਾਨਾ ਖੋਲ੍ਹਣਾ

ਰੋਲਿੰਗ ਅੱਪਡੇਟ

ਸਰਲ, ਸਰੋਤ-ਅਨੁਕੂਲ

ਹੌਲੀ ਰੋਲਬੈਕ

ਸਧਾਰਨ ਸੇਵਾਵਾਂ

ਐਂਡ-ਟੂ-ਐਂਡ AI-ਸੰਚਾਲਿਤ ਵਰਕਫਲੋ

ਆਉ ਹੁਣ ਪੂਰੇ ਮੋਡੀਊਲ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਫਲੋ ਵਿੱਚ ਜੋੜਦੇ ਹਾਂ। ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਇੱਕ ਨਵੀਂ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਰਹੇ ਹੋ। AI ਹਰ ਕਦਮ 'ਤੇ ਡਰਾਫਟ ਤਿਆਰ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਹਰ ਪੜਾਅ 'ਤੇ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ:

ਕੋਡ ਅਤੇ ਕੰਟੇਨਰ (ਯੂਨਿਟ 4): AI ਇੱਕ ਅਨੁਕੂਲਿਤ, ਸੁਰੱਖਿਅਤ ਡੌਕਰਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ; ਤੁਸੀਂ ਨੋ-ਗੁਪਤ ਅਤੇ ਆਕਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ।
CI/CD (ਯੂਨਿਟ 2): AI ਟੈਸਟ-ਬਿਲਡ-ਡਿਪਲਾਇ ਪਾਈਪਲਾਈਨ ਲਿਖਦਾ ਹੈ; ਤੁਸੀਂ ਅਨੁਮਤੀਆਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹੋ ਅਤੇ ਗੁਪਤ ਸੰਦਰਭਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹੋ.
ਬੁਨਿਆਦੀ ਢਾਂਚਾ (ਯੂਨਿਟ 3): AI ਟੈਰਾਫਾਰਮ ਨਾਲ ਲੋੜੀਂਦੇ ਸਰੋਤਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਯੋਜਨਾ ਆਉਟਪੁੱਟ ਨੂੰ ਪੜ੍ਹਦੇ ਹੋ ਅਤੇ ਅਚਾਨਕ ਮਿਟਾਏ ਜਾਣ ਦੀ ਭਾਲ ਨਹੀਂ ਕਰਦੇ।
ਆਰਕੈਸਟਰੇਸ਼ਨ (ਯੂਨਿਟ 5): AI ਕੁਬਰਨੇਟਸ ਮੈਨੀਫੈਸਟ ਪੈਦਾ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਸਰੋਤ ਸੀਮਾ, ਪੜਤਾਲ, ਅਤੇ RBAC ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ।
ਸੁਰੱਖਿਆ (ਯੂਨਿਟ 10): ਏਆਈ ਸਕੈਨ ਆਉਟਪੁੱਟ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ; ਤੁਸੀਂ ਪਹਿਲਾਂ ਸ਼ੋਸ਼ਣ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਫੜੋ।
ਨਿਗਰਾਨੀ (ਯੂਨਿਟ 6): AI ਅਲਾਰਮ ਨਿਯਮ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਬਣਾਉਂਦਾ ਹੈ; ਤੁਸੀਂ ਆਪਣੇ ਪਿਛਲੇ ਡੇਟਾ ਨਾਲ ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹੋ।
ਰੀਲੀਜ਼ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ (ਇਹ ਯੂਨਿਟ): AI ਸਮੋਕ ਟੈਸਟ ਅਤੇ ਰੋਲਬੈਕ ਯੋਜਨਾ ਦੀ ਰੂਪਰੇਖਾ; ਤੁਸੀਂ ਕੈਨਰੀ ਸ਼ੁਰੂ ਕਰੋ, ਮੈਟ੍ਰਿਕਸ ਦੇਖੋ, ਬਟਨ ਦਬਾਓ।
ਜੇਕਰ ਘਟਨਾ ਵਾਪਰਦੀ ਹੈ (ਯੂਨਿਟ 7): AI ਪਰਿਕਲਪਨਾ ਅਤੇ ਪੋਸਟਮਾਰਟਮ ਸਕੈਚ ਤਿਆਰ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਤਸਦੀਕ ਕਰਦੇ ਹੋ ਅਤੇ ਸਬਕ ਸਿੱਖਦੇ ਹੋ।
ਲਾਗਤ (ਯੂਨਿਟ 8): AI ਨਵੇਂ ਸਰੋਤਾਂ ਦੀ ਬਰਬਾਦੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਸਹੀ ਆਕਾਰ ਦੇ ਫੈਸਲੇ ਕਰਦੇ ਹੋ।

ਹਰ ਕਦਮ 'ਤੇ, ਆਮ ਨਿਯਮ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ: AI ਪੈਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਤੇਜ਼ ਕਰਦਾ ਹੈ, ਮਨੁੱਖੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਅਤੇ ਵਾਉਚ ਕਰਦਾ ਹੈ। ਇਹ ਮੋਡੀਊਲ ਦਾ ਸਾਰ ਹੈ.

ਤਿੰਨ ਛੋਟੇ ਕੇਸ

ਕੇਸ 1 - ਕੈਨਰੀ ਨੇ ਤਬਾਹੀ ਨੂੰ 5% ਤੱਕ ਸੀਮਤ ਕੀਤਾ। ਇੱਕ ਟੀਮ ਨੇ ਕੈਨਰੀ ਦੇ ਨਾਲ 5% ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਨਵਾਂ ਸੰਸਕਰਣ ਦਿੱਤਾ. AI ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਡੈਸ਼ਬੋਰਡ ਨੇ ਤੁਰੰਤ ਦਿਖਾਇਆ ਕਿ ਇਸ ਸਲਾਈਸ ਵਿੱਚ ਗਲਤੀ ਦਰ 8% ਹੋ ਗਈ ਹੈ। ਟੀਮ ਨੇ ਇਸਨੂੰ 100% ਤੱਕ ਵਧਾਏ ਬਿਨਾਂ ਵਾਪਸ ਲਿਆ; ਇਸ ਮੁੱਦੇ ਨੇ ਸਿਰਫ 5% ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ, ਅਤੇ ਇਹ ਕੁਝ ਮਿੰਟਾਂ ਲਈ ਸੀ। ਜੇਕਰ ਕੋਈ ਵੱਡਾ ਧਮਾਕਾ ਤਾਇਨਾਤ ਸੀ, ਤਾਂ ਸਾਰੇ ਗਾਹਕ ਪ੍ਰਭਾਵਿਤ ਹੋਣਗੇ।

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

ਕੇਸ 3 — ਤਿਆਰ ਰੋਲਬੈਕ 90 ਸਕਿੰਟਾਂ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ। ਇੱਕ ਟੀਮ ਜਿਸਨੇ ਨੀਲੇ-ਹਰੇ ਨੂੰ ਸਥਾਪਿਤ ਕੀਤਾ, ਨਵੇਂ ਸੰਸਕਰਣ ਨੂੰ ਹਰੇ ਵਿੱਚ ਲੈ ਗਿਆ; 2 ਮਿੰਟ ਬਾਅਦ ਦੇਰੀ ਦੁੱਗਣੀ ਹੋ ਗਈ। ਉਨ੍ਹਾਂ ਨੇ ਪਹਿਲਾਂ ਤੋਂ ਤਿਆਰ ਕੀਤੇ ਰੋਲਬੈਕ ਨਾਲ 90 ਸਕਿੰਟਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨੀਲੇ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ। ਉਨ੍ਹਾਂ ਨੇ ਮੂਲ ਕਾਰਨ (ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਇੱਕ ਹੌਲੀ ਪੁੱਛਗਿੱਛ) ਨੂੰ ਦਬਾਅ ਵਿੱਚ ਨਹੀਂ, ਫਿਰ ਸ਼ਾਂਤ ਰੂਪ ਵਿੱਚ ਪਾਇਆ। ਤਿਆਰ ਰੋਲਬੈਕ ਮਾਰਗ ਨੇ ਰੁਕਾਵਟ ਨੂੰ ਲਗਭਗ ਅਦਿੱਖ ਬਣਾ ਦਿੱਤਾ।

ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਟੈਂਪਲੇਟ

1) ਰਣਨੀਤੀ ਦੀ ਚੋਣ ਜਾਰੀ ਕਰੋ:

ਮੈਂ ਨਿਮਨਲਿਖਤ ਸੇਵਾ ਦਾ ਉਤਪਾਦਨ ਕਰਾਂਗਾ: [ਸੇਵਾ/ਪ੍ਰਸੰਗ: ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ, ਆਊਟੇਜ ਸਹਿਣਸ਼ੀਲਤਾ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ]। ਤੁਸੀਂ ਨੀਲੇ-ਹਰੇ, ਕੈਨਰੀ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਝੰਡਿਆਂ ਵਿੱਚੋਂ ਕਿਸ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹੋ? ਇਸ ਸੰਦਰਭ ਵਿੱਚ ਹਰੇਕ ਦੇ ਫਾਇਦਿਆਂ, ਲਾਗਤਾਂ ਅਤੇ ਰੋਲਬੈਕ ਸਪੀਡ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਕੋਈ ਸੁਝਾਅ ਦਿਓ, ਪਰ ਦੱਸੋ ਕਿ ਮੈਂ ਅੰਤਿਮ ਫੈਸਲਾ ਕਰਾਂਗਾ।

2) ਸਮੋਕ ਟੈਸਟ / ਤਸਦੀਕ ਸੂਚੀ:

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

3) ਰੋਲਬੈਕ ਯੋਜਨਾ:

ਮੈਂ [DEPLOY METHOD] ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਮੈਨੂੰ ਇੱਕ ਸਪਸ਼ਟ ਰੋਲਬੈਕ ਪਲਾਨ ਲਿਖੋ: ਮੈਂ ਪੁਰਾਣੇ ਸੰਸਕਰਣ 'ਤੇ ਕਿਸ ਕਮਾਂਡ/ਕਦਮ ਨਾਲ ਵਾਪਸ ਆਵਾਂ, ਇਸ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਰੋਲਬੈਕ ਦੇ ਖੁਦ ਦੇ ਜੋਖਮ ਕੀ ਹਨ (ਜਿਵੇਂ ਕਿ ਡੇਟਾਬੇਸ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਰੋਲਬੈਕ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ), ਰੋਲਬੈਕ ਤੋਂ ਪਹਿਲਾਂ ਮੈਨੂੰ ਕੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

4) ਐਂਡ-ਟੂ-ਐਂਡ ਰੀਲੀਜ਼ ਚੈਕਲਿਸਟ:

ਇੱਕ ਨਵੇਂ [SERVICE] ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਇੱਕ ਅੰਤ-ਤੋਂ-ਅੰਤ ਤਿਆਰੀ ਚੈੱਕਲਿਸਟ ਤਿਆਰ ਕਰੋ: ਕੋਡ/ਚਿੱਤਰ ਸੁਰੱਖਿਆ, ਪਾਈਪਲਾਈਨ, ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਯੋਜਨਾ, ਨਿਗਰਾਨੀ ਅਤੇ ਚਿੰਤਾਜਨਕ, ਸੁਰੱਖਿਆ ਸਕੈਨਿੰਗ, ਰੀਲੀਜ਼ ਰਣਨੀਤੀ, ਰੋਲਬੈਕ ਅਤੇ ਤਸਦੀਕ। "ਕੀ ਮੈਂ ਤਿਆਰ ਹਾਂ?" ਸਵਾਲ ਦੇ ਨਾਲ ਹਰੇਕ ਆਈਟਮ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸਨੂੰ ਇੱਕ ਸਵਾਲ ਵਿੱਚ ਬਦਲੋ.

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ: "ਮੈਂ ਇਸਨੂੰ ਉਤਪਾਦ ਵਿੱਚ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਾਂ?"

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

Güçlü: "ਮੈਂ 10 ਮਿਲੀਅਨ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਨਾਲ ਇੱਕ ਭੁਗਤਾਨ ਸੇਵਾ ਤਿਆਰ ਕਰਾਂਗਾ, ਡਾਊਨਟਾਈਮ ਲਈ ਮੇਰੀ ਸਹਿਣਸ਼ੀਲਤਾ ਬਹੁਤ ਘੱਟ ਹੈ। ਕੀ ਤੁਸੀਂ ਕੈਨਰੀ ਜਾਂ ਬਲੂ-ਗਰੀਨ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹੋ, ਕਿਉਂ? ਤੈਨਾਤੀ ਤੋਂ ਬਾਅਦ ਮੈਨੂੰ ਕਿਹੜੇ ਨਾਜ਼ੁਕ ਮਾਰਗਾਂ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਮੈਨੂੰ ਕਿੰਨੇ ਮਿੰਟਾਂ ਲਈ ਮੈਟ੍ਰਿਕਸ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ 60-ਸਕਿੰਟ ਦੀ ਰੋਲਬੈਕ ਯੋਜਨਾ ਕਿਹੋ ਜਿਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ? ਮੈਂ ਅੰਤਿਮ ਫੈਸਲਾ ਕਰਾਂਗਾ।"

ਅੰਤਰ: ਦੂਜਾ ਪ੍ਰੋਂਪਟ ਸਕੇਲ, ਸਹਿਣਸ਼ੀਲਤਾ ਅਤੇ ਰੋਲਬੈਕ ਉਮੀਦ ਦਿੰਦਾ ਹੈ; ਇਸ ਨੂੰ ਰਣਨੀਤੀ + ਤਸਦੀਕ + ਅਨਡੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਹ ਫੈਸਲਾ ਮਨੁੱਖ 'ਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ।

ਆਮ ਗਲਤੀਆਂ

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

ਸਾਰੰਸ਼ ਵਿੱਚ

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

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਕੋਈ ਸੇਵਾ (ਅਸਲ ਜਾਂ ਕਾਲਪਨਿਕ) ਚੁਣੋ। (1) ਇੱਕ ਰਣਨੀਤੀ ਚੁਣੋ ਜੋ "ਰੀਲੀਜ਼ ਰਣਨੀਤੀ ਚੋਣ" ਟੈਮਪਲੇਟ ਦੇ ਨਾਲ ਤੁਹਾਡੇ ਸੰਦਰਭ ਵਿੱਚ ਫਿੱਟ ਹੋਵੇ ਅਤੇ ਕਿਉਂ ਲਿਖੋ। (2) "ਸਮੋਕ ਟੈਸਟ / ਤਸਦੀਕ ਸੂਚੀ" ਟੈਮਪਲੇਟ ਨਾਲ ਤਿਆਰ ਕੀਤੀ ਇੱਕ ਤਸਦੀਕ ਸੂਚੀ ਰੱਖੋ ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਵਪਾਰਕ ਮਾਰਗਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਜੋੜੋ। (3) "ਰੋਲਬੈਕ ਪਲਾਨ" ਟੈਂਪਲੇਟ ਨਾਲ 60-ਸਕਿੰਟ ਦੀ ਰੋਲਬੈਕ ਯੋਜਨਾ ਤਿਆਰ ਕਰੋ ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਇਸ ਵਿੱਚ ਕੋਈ ਅਟੱਲ ਕਦਮ ਹਨ।

ਚੈੱਕਲਿਸਟ

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

ਮੋਡੀਊਲ ਪ੍ਰੀਖਿਆ

1. ਕਲਾਉਡ ਵਿੱਚ DevOps ਅਤੇ AI ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸਥਿਤੀ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ?

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

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

2. ਇੱਕ DevOps ਕਮਾਂਡ ਜਾਂ ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀ ਸੰਰਚਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਸਦੀਕ ਅਨੁਸ਼ਾਸਨ ਲਈ ਸਭ ਤੋਂ ਸਹੀ ਸਮੀਕਰਨ ਕਿਹੜਾ ਹੈ?

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

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

3. ਇੱਕ .env ਫਾਈਲ ਜਿਸ ਵਿੱਚ ਇੱਕ ਅਸਲੀ ਡੇਟਾਬੇਸ ਪਾਸਵਰਡ ਹੈ, ਨਾਲ ਇੱਕ ਗਲਤੀ ਜਾਂ ਤੈਨਾਤੀ ਦੇ ਮੁੱਦੇ ਬਾਰੇ ਆਰਟੀਫੀਸ਼ੀਅਲ ਇੰਟੈਲੀਜੈਂਸ ਨੂੰ ਪੁੱਛਣ ਵੇਲੇ ਸਹੀ ਪਹੁੰਚ ਕੀ ਹੈ?

A) <PLACEHOLDER> ਨਾਲ ਅਸਲੀ ਭੇਦ ਲੁਕਾਓ; ਸਿਰਫ ਮਾਸਕ ਕੀਤੀ ਗਲਤੀ ਅਤੇ ਸੰਦਰਭ ਸਾਂਝਾ ਕਰੋ ✔
ਅ) ਪੂਰੀ .env ਫਾਈਲ ਨੂੰ ਪੇਸਟ ਕਰਨ ਨਾਲ ਸਮੱਸਿਆ ਤੇਜ਼ੀ ਨਾਲ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ
C) ਕਿਉਂਕਿ ਭੇਦ ਪਹਿਲਾਂ ਹੀ ਅਧਾਰ 64 ਹਨ, ਇਸ ਲਈ ਪਲੇਨ ਪੇਸਟ ਕਰਨਾ ਸੁਰੱਖਿਅਤ ਹੈ
ਡੀ) ਪਾਸਵਰਡ ਨੂੰ ਪੇਸਟ ਕਰਨਾ ਸੁਰੱਖਿਅਤ ਹੈ ਕਿਉਂਕਿ ਨਕਲੀ ਬੁੱਧੀ ਇਸ ਨੂੰ ਕਦੇ ਵੀ ਸਟੋਰ ਨਹੀਂ ਕਰਦੀ ਹੈ

ਵਰਣਨ: AI ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਕੋਈ ਅਸਲ ਰਾਜ਼ ਪੇਸਟ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ। ਮੁੱਲ ਜਿਵੇਂ ਕਿ ਪਾਸਵਰਡ ਅਤੇ ਟੋਕਨਾਂ ਨੂੰ <PLACEHOLDER> ਨਾਲ ਮਾਸਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਸਿਰਫ਼ ਗਲਤੀ ਸੁਨੇਹਾ ਅਤੇ ਲੋੜੀਂਦੇ ਸੰਦਰਭ ਸਾਂਝੇ ਕੀਤੇ ਗਏ ਹਨ। ਜੇ ਰਾਜ਼ ਪਹਿਲਾਂ ਹੀ ਲੀਕ ਹੋ ਚੁੱਕਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਤੁਰੰਤ ਰੱਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਘੁੰਮਾਉਣਾ ਚਾਹੀਦਾ ਹੈ.

4. ਇੱਕ CI/CD ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਭੇਦ (ਪਾਸਵਰਡ, ਟੋਕਨ) ਦਾ ਸਹੀ ਪ੍ਰਬੰਧਨ ਹੇਠ ਲਿਖਿਆਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਹੈ?

A) ਇਸਨੂੰ ਪਲੇਟਫਾਰਮ ਦੇ ਗੁਪਤ ਭੰਡਾਰ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੰਦਰਭ ਦੁਆਰਾ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ ${{ secrets.X }}), ਸਾਦੇ ਟੈਕਸਟ ਵਿੱਚ ਨਹੀਂ ਲਿਖਿਆ ਜਾਂਦਾ ✔
ਅ) ਸਹੂਲਤ ਲਈ ਪਾਈਪਲਾਈਨ YAML ਨੂੰ ਸਾਦੇ ਟੈਕਸਟ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ
C) ਹਰੇਕ ਕੰਮ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਈਕੋ ਅਤੇ ਲੌਗ ਦਬਾ ਕੇ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
D) ਜੇਕਰ ਵਿਆਪਕ ਅਨੁਮਤੀ (ਲਿਖੋ-ਸਾਰੇ) ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੁਰੱਖਿਆ ਵਧ ਜਾਂਦੀ ਹੈ

ਵਿਆਖਿਆ: ਸਾਦੇ ਪਾਠ ਵਿੱਚ YAML ਨੂੰ ਰਾਜ਼ ਨਹੀਂ ਲਿਖੇ ਗਏ ਹਨ; ਇਸਨੂੰ ਪਲੇਟਫਾਰਮ ਦੇ ਗੁਪਤ ਭੰਡਾਰ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ${{ secrets.X }} ਵਰਗੇ ਸੰਦਰਭਾਂ ਨਾਲ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਘੱਟੋ-ਘੱਟ ਅਧਿਕਾਰ ਦੇ ਸਿਧਾਂਤ ਦੇ ਨਾਲ, ਟੋਕਨ ਅਨੁਮਤੀਆਂ ਨੂੰ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗੁਪਤ ਲੌਗ ਨੂੰ ਰਿਕਾਰਡ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

5. ਟੈਰਾਫਾਰਮ ਦੇ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਬੰਧਨ ਵਿੱਚ, ਤਬਦੀਲੀ ਲਾਈਵ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਦਮ ਕੀ ਹੈ?

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

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

6. ਇਸਦਾ ਕੀ ਅਰਥ ਹੈ ਅਤੇ ਜੇਕਰ ਉਤਪਾਦਨ ਡੇਟਾਬੇਸ ਲਈ '-/+ ਬਦਲੋ' ਲਾਈਨ ਟੈਰਾਫਾਰਮ ਪਲਾਨ ਆਉਟਪੁੱਟ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਤਾਂ ਕੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਵਿਆਖਿਆ: '-/+ ਬਦਲੋ' ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਰੋਤ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ ਅਤੇ ਦੁਬਾਰਾ ਬਣਾਇਆ ਜਾਵੇਗਾ; ਇੱਕ ਡੇਟਾਬੇਸ ਲਈ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਡੇਟਾ ਦਾ ਨੁਕਸਾਨ. ਜੇਕਰ ਉਮੀਦ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਲਾਗੂ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰਿਵਰਤਨ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਅਤ ਢੰਗ ਵਿੱਚ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਅਟੱਲ ਖੇਤਰ ਨੂੰ ਅਛੂਤ ਛੱਡ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

7. ਡੌਕਰਫਾਈਲ ਦੀ ਸੁਰੱਖਿਆ ਅਤੇ ਆਕਾਰ ਦੇ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਹੋਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿੱਚੋਂ ਕਿਹੜਾ ਸੱਚ ਹੈ?

A) ਸਹੂਲਤ ਲਈ, ENV ਦੇ ਨਾਲ ਚਿੱਤਰ ਵਿੱਚ ਗੁਪਤ ਨੂੰ ਏਮਬੈਡ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਰੂਟ ਦੇ ਰੂਪ ਵਿੱਚ ਚਲਾਉਣਾ
B) ਹਮੇਸ਼ਾ ':latest' ਟੈਗ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਅਧਾਰ ਚਿੱਤਰ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਵੱਡਾ ਰੱਖੋ
C) ਸਿੰਗਲ-ਸਟੇਜ ਬਿਲਡ ਅਤੇ ਅੰਤਿਮ ਚਿੱਤਰ ਵਿੱਚ ਸਾਰੇ ਬਿਲਡ ਟੂਲਸ ਨੂੰ ਛੱਡਣਾ
ਡੀ) ਗੁਪਤ ਨੂੰ ਏਮਬੈਡ ਨਾ ਕਰਨਾ, ਅਣਅਧਿਕਾਰਤ ਉਪਭੋਗਤਾ ਨਾਲ ਕੰਮ ਕਰਨਾ, ਛੋਟੇ ਅਤੇ ਸਥਿਰ ਅਧਾਰ ਚਿੱਤਰ ਅਤੇ ਮਲਟੀ-ਸਟੇਜ ਬਿਲਡ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ✔

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

8. ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਤੈਨਾਤੀ ਲਈ ਸਰੋਤ ਸੀਮਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਾ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਜੋਖਮ ਕੀ ਹੈ?

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

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

9. ਨਿਗਰਾਨੀ ਅਤੇ ਅਲਾਰਮ ਸੈੱਟਅੱਪ ਵਿੱਚ 'ਅਲਰਟ ਥਕਾਵਟ' ਤੋਂ ਕਿਵੇਂ ਬਚਿਆ ਜਾਵੇ?

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

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

10. ਉਤਪਾਦਨ ਦੀ ਘਟਨਾ ਦੌਰਾਨ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰਜੀਹੀ ਆਰਡਰ ਕੀ ਹੈ?

A) ਪਹਿਲਾਂ ਸਹੀ ਮੂਲ ਕਾਰਨ ਲੱਭੋ ਅਤੇ ਕਾਰਨ ਸਪੱਸ਼ਟ ਹੋਣ 'ਤੇ ਹੀ ਇਸ ਨੂੰ ਘਟਾਓ।
ਅ) ਪਹਿਲਾਂ ਪੋਸਟਮਾਰਟਮ ਰਿਪੋਰਟ ਲਿਖੋ, ਫਿਰ ਸੇਵਾ ਨੂੰ ਛੂਹੋ
C) ਪਹਿਲਾਂ ਘਟਾਓ (ਸੇਵਾ ਨੂੰ ਬਹਾਲ/ਬਹਾਲ ਕਰੋ), ਬਾਅਦ ਵਿੱਚ ਮੂਲ ਕਾਰਨ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਛੱਡ ਕੇ ✔
ਡੀ) ਪਹਿਲਾਂ ਘਟਨਾ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਨੂੰ ਲੱਭੋ ਅਤੇ ਇਸਦੀ ਰਿਪੋਰਟ ਕਰੋ

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

11. ਦੋਸ਼ ਰਹਿਤ ਪੋਸਟਮਾਰਟਮ ਸੱਭਿਆਚਾਰ ਦਾ ਮੁੱਖ ਉਦੇਸ਼ ਕੀ ਹੈ?

ਏ) ਗਲਤੀ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਕਰਨਾ ਅਤੇ ਉਸ 'ਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਪਾਉਣਾ
ਅ) ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਨਾ ਅਤੇ ਸਿੱਖਣ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਨਾ; ✔ ਸਬਕ ਸਿੱਖਣਾ ਜੋ ਦੋਸ਼ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਦੁਹਰਾਉਣ ਨੂੰ ਰੋਕਦਾ ਹੈ
C) ਕਦੇ ਵੀ ਘਟਨਾ ਦੀ ਰਿਪੋਰਟ ਨਾ ਕਰੋ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਭੁੱਲ ਗਈ ਹੈ
ਡੀ) ਸਿਰਫ਼ ਤਕਨੀਕੀ ਵੇਰਵੇ ਲਿਖਣਾ ਅਤੇ ਕਾਰਵਾਈਯੋਗ ਵਸਤੂਆਂ ਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਨਾ

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

12. ਕਲਾਉਡ ਲਾਗਤ ਅਨੁਕੂਲਨ (FinOps) ਵਿੱਚ, ਪ੍ਰਤੀਬੱਧ ਛੋਟਾਂ (ਰਿਜ਼ਰਵਡ/ਬਚਤ ਯੋਜਨਾ) ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਤਰਕਪੂਰਨ ਕਦਮ ਕੀ ਹੈ?

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

ਵਿਆਖਿਆ: ਕੂੜੇ ਨੂੰ ਪਹਿਲਾਂ ਸਾਫ਼ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਵਿਹਲੇ ਸਰੋਤਾਂ ਨੂੰ ਬੰਦ ਕਰਨਾ, ਵੱਡੇ ਸਰੋਤਾਂ ਨੂੰ ਘਟਾਉਣਾ)। ਨਹੀਂ ਤਾਂ, ਤੁਸੀਂ 1-3 ਸਾਲਾਂ ਲਈ ਛੂਟ ਵਾਲੀ ਕੀਮਤ 'ਤੇ ਬਰਬਾਦ ਵਰਤੋਂ ਨੂੰ ਲਾਕ ਕਰ ਦਿਓਗੇ। ਸਹੀ-ਆਕਾਰ ਅਤੇ ਨਿਸ਼ਕਿਰਿਆ ਸਫਾਈ ਲਈ ਕੋਈ ਵਚਨਬੱਧਤਾ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਅਤੇ ਜੋਖਮ-ਮੁਕਤ ਦੇ ਨੇੜੇ ਹਨ।

13. ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸੁਰੱਖਿਆ ਮਾਪਦੰਡ ਕੀ ਹੈ ਜੇਕਰ ਇੱਕ AI-ਸੁਝਾਈ ਗਈ ਸਕ੍ਰਿਪਟ ਵਿੱਚ 'rm -rf "$DIR"/' ਲਾਈਨ ਹੈ?

A) ਸਕ੍ਰਿਪਟ ਨੂੰ ਬਿਨਾਂ ਪੜ੍ਹੇ ਸਿੱਧੇ ਉਤਪਾਦ ਵਿੱਚ ਚਲਾਉਣਾ ਤੇਜ਼ ਹੋ ਜਾਵੇਗਾ
ਅ) ਸੈੱਟ -euo ਪਾਈਪਫੇਲ ਅਤੇ ਖਾਲੀ ਵੇਰੀਏਬਲ ਨਿਯੰਤਰਣ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਪਹਿਲਾਂ ਡਰਾਈ-ਰਨ ਨਾਲ ਕੋਸ਼ਿਸ਼ ਕਰੋ ✔
C) ਵੇਰੀਏਬਲ ਨਾਮ ਨੂੰ ਛੋਟਾ ਕਰਨਾ ਕਾਫੀ ਹੈ
D) rm ਦੀ ਬਜਾਏ rm -rf --force ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਸਮੱਸਿਆ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ

ਵਿਆਖਿਆ: ਜੇਕਰ $DIR ਖਾਲੀ ਹੈ, ਤਾਂ ਇਹ ਸਟੇਟਮੈਂਟ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੀ ਹੈ। 'set -u' ਦੇ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਵੇਰੀਏਬਲ 'ਤੇ ਰੁਕਣਾ ਅਤੇ ਜਾਂਚ ਕਰਨਾ ਕਿ ਵੇਰੀਏਬਲ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਖਾਲੀ ਨਹੀਂ ਹੈ (ਉਦਾਹਰਨ ਲਈ [ -n "$DIR" ] || ਐਗਜ਼ਿਟ 1) ਤਬਾਹੀ ਤੋਂ ਬਚਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵਿਨਾਸ਼ਕਾਰੀ ਕਾਰਵਾਈਆਂ ਨੂੰ ਪਹਿਲਾਂ ਡਰਾਈ-ਰਨ ਨਾਲ ਅਜ਼ਮਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

14. ਜੇਕਰ ਕੋਈ ਕਲਾਉਡ ਐਕਸੈਸ ਕੁੰਜੀ ਗਲਤੀ ਨਾਲ ਕਿਸੇ ਪਬਲਿਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਲੀਕ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਕਰਨਾ ਹੈ?

ਏ) ਕੁੰਜੀ ਨੂੰ ਤੁਰੰਤ ਰੱਦ ਕਰੋ ਅਤੇ ਰੀਨਿਊ ਕਰੋ (ਘੁੰਮਾਓ); ਇਕੱਲੇ ਨੂੰ ਮਿਟਾਉਣਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ ✔
ਅ) ਸਟੋਰੇਜ ਤੋਂ ਫਾਈਲ ਨੂੰ ਮਿਟਾਓ ਅਤੇ ਕੁੰਜੀ ਸੁਰੱਖਿਅਤ ਹੈ
C) ਕੁਝ ਨਹੀਂ ਕਰ ਰਿਹਾ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਇਹ ਨਹੀਂ ਦੇਖਿਆ
D) ਸਟੋਰੇਜ ਨੂੰ ਨਿੱਜੀ ਬਣਾਉਣਾ ਕੁੰਜੀ ਨੂੰ ਘੁੰਮਾਉਣ ਦੀ ਲੋੜ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ

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

15. ਪ੍ਰੋਡ ਦੇ ਇੱਕ ਨਵੇਂ ਸੰਸਕਰਣ ਨੂੰ ਜਾਰੀ ਕਰਦੇ ਸਮੇਂ ਹੇਠਾਂ ਦਿੱਤੀ ਪਹੁੰਚ ਵਿੱਚੋਂ ਕਿਹੜੀ ਪਹੁੰਚ ਜੋਖਮ ਨੂੰ ਘੱਟ ਕਰਦੀ ਹੈ?

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

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