ਜਦੋਂ ਤੁਹਾਡਾ Pipeline ਇੱਕ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: SPOF ਦਾ ਅਸਲ ਵਿੱਚ ਕੀ ਅਰਥ ਹੈ CI/CD
ਵਿੱਚ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ CI/CD ਇਹ ਸਿਰਫ਼ ਇੱਕ ਸਿਧਾਂਤਕ ਕਮਜ਼ੋਰੀ ਨਹੀਂ ਹੈ; ਇਹ ਉਹ ਇੱਕ ਨਿਰਭਰਤਾ, ਟੋਕਨ, ਜਾਂ ਸੇਵਾ ਹੈ ਜੋ, ਜਦੋਂ ਇਹ ਘੱਟ ਜਾਂਦੀ ਹੈ ਜਾਂ ਸਮਝੌਤਾ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਪੂਰੀ ਬਿਲਡ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਆਪਣੇ ਨਾਲ ਲੈ ਜਾਂਦੀ ਹੈ। ਇਸ ਬਾਰੇ ਸੋਚੋ: ਤੁਹਾਡਾ ਬਿਲਡ ਏਜੰਟ ਇੱਕ ਸਵੈ-ਹੋਸਟਡ ਰਨਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਤੁਹਾਡਾ ਤੈਨਾਤੀ ਕਦਮ ਪੂਰੀ ਪਹੁੰਚ ਵਾਲੇ ਇੱਕ ਸਿੰਗਲ GitHub ਟੋਕਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਜਾਂ ਤੁਹਾਡਾ ਆਰਟੀਫੈਕਟ ਅਪਲੋਡ ਇੱਕ ਸਿੰਗਲ ਰਿਪੋਜ਼ਟਰੀ ਐਂਡਪੁਆਇੰਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਹ ਕਾਰਵਾਈ ਵਿੱਚ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਸਪੌਫ ਸਿੰਗਲ ਪੁਆਇੰਟ ਹੈ, ਅਤੇ ਵਿੱਚ CI/CD, ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਉਦੋਂ ਤੱਕ ਅਦਿੱਖ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੁਝ ਟੁੱਟ ਨਹੀਂ ਜਾਂਦਾ। ਉਦਾਹਰਨ ਦ੍ਰਿਸ਼:
If $DEPLOY_TOKEN ਮਿਆਦ ਪੁੱਗ ਜਾਂਦੀ ਹੈ ਜਾਂ ਰੱਦ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਡਿਲੀਵਰੀ ਤੁਰੰਤ ਰੁਕ ਜਾਂਦੀ ਹੈ। ਇਹ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ ਹੈ, ਇੱਕ ਗੁੰਮ ਟੋਕਨ, ਇੱਕ ਬਲੌਕ ਕੀਤੀ ਸੇਵਾ, ਇੱਕ ਟੁੱਟੀ ਹੋਈ pipeline.
ਤੁਹਾਡੇ ਵਿੱਚ ਛੁਪੇ ਹੋਏ ਆਮ SPOF Pipeline ਸੰਰਚਨਾ
ਅਸਫਲਤਾ ਦੇ ਜ਼ਿਆਦਾਤਰ ਸਿੰਗਲ ਪੁਆਇੰਟ ਤੁਰੰਤ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੁੰਦੇ। ਉਹ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਪਿੱਛੇ ਲੁਕ ਜਾਂਦੇ ਹਨ। ਇੱਥੇ ਆਮ ਸ਼ੱਕੀ ਹਨ:
- ਫੇਲਓਵਰ ਤੋਂ ਬਿਨਾਂ ਏਜੰਟ ਬਣਾਓ: ਜਦੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਰਨਰ ਬਿਲਡ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਾਰੀਆਂ ਨੌਕਰੀਆਂ ਲਈ ਸਿੰਗਲ ਨਿਰਭਰਤਾ ਬਣ ਜਾਂਦਾ ਹੈ।
- ਸਾਂਝੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਂ ਟੋਕਨ: ਇੱਕ ਸਿੰਗਲ ਸਮਝੌਤਾ ਕੀਤੀ ਜਾਂ ਮਿਆਦ ਪੁੱਗ ਚੁੱਕੀ API ਕੁੰਜੀ ਤੈਨਾਤੀਆਂ ਨੂੰ ਰੋਕ ਸਕਦੀ ਹੈ।
- ਸਿੰਗਲ ਆਰਟੀਫੈਕਟ ਰਿਪੋਜ਼ਟਰੀ: ਜੇਕਰ ਤੁਹਾਡਾ ਪੂਰਾ ਸੰਗਠਨ ਇੱਕ ਸਿੰਗਲ Nexus ਜਾਂ ਆਰਟੀਫੈਕਟਰੀ ਨੋਡ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, pipeline ਜਦੋਂ ਇਹ ਆਫ਼ਲਾਈਨ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਡਿਲੀਵਰੀ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ।
- ਅਣ-ਨਿਗਰਾਨੀ ਕੀਤੇ ਤੀਜੀ-ਧਿਰ ਪੈਕੇਜ: ਜੇਕਰ ਤੁਸੀਂ GitHub ਰੈਪੋ ਤੋਂ ਇੱਕ ਨਿਰਭਰਤਾ ਖਿੱਚਦੇ ਹੋ ਜੋ ਅਚਾਨਕ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਜਾਂ ਹਾਈਜੈਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਬਿਲਡ ਟੁੱਟ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਇਸ ਤੋਂ ਵੀ ਮਾੜਾ, ਖਤਰਨਾਕ ਕੋਡ ਤੁਹਾਡੀ ਸਪਲਾਈ ਚੇਨ ਵਿੱਚ ਦਾਖਲ ਹੋ ਜਾਂਦਾ ਹੈ।
- ਬਿਨਾਂ ਕਿਸੇ ਰਿਡੰਡੈਂਸੀ ਦੇ ਸਵੈ-ਹੋਸਟ ਕੀਤੇ ਦੌੜਾਕ: ਇੱਕ ਕੰਟੇਨਰ ਕਰੈਸ਼ = ਪੂਰਾ ਵਿਰਾਮ।
ਅਸੁਰੱਖਿਅਤ ਬਨਾਮ ਸੁਰੱਖਿਅਤ ਦੌੜਾਕ ਸੰਰਚਨਾ ਦੀ ਉਦਾਹਰਣ:
ਅਸਫਲਤਾ ਦੇ ਇਹਨਾਂ ਸਿੰਗਲ ਬਿੰਦੂਆਂ ਵਿੱਚੋਂ ਹਰੇਕ ਜੋਖਮ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਸਮੇਂ ਦੇ ਦਬਾਅ ਹੇਠ ਜਾਂ ਨਾਜ਼ੁਕ ਰੀਲੀਜ਼ਾਂ ਦੌਰਾਨ।
ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ: ਸੁਰੱਖਿਆ ਪ੍ਰਭਾਵ
ਤੋਂ Pipeline ਸਪਲਾਈ ਚੇਨ ਐਕਸਪੋਜ਼ਰ ਲਈ ਡਾਊਨਟਾਈਮ
ਵਿੱਚ ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ CI/CD ਸਿਰਫ਼ ਕਾਰਜਸ਼ੀਲ ਨਹੀਂ ਹੈ, ਇਹ ਇੱਕ ਸਿੱਧਾ ਸੁਰੱਖਿਆ ਜੋਖਮ ਹੈ। ਹਮਲਾਵਰਾਂ ਨੂੰ SPOF ਪਸੰਦ ਹਨ ਕਿਉਂਕਿ ਉਹ ਘੁਸਪੈਠ ਦੇ ਰਸਤੇ ਸਰਲ ਬਣਾਉਂਦੇ ਹਨ। ਉਦਾਹਰਨਾਂ:
- ਲੌਗਸ ਵਿੱਚ ਇੱਕ ਟੋਕਨ ਨੂੰ ਰੋਕਣਾ: ਲੌਗਸ ਵਿੱਚ ਲੀਕ ਹੋਇਆ ਡਿਪਲਾਇ ਟੋਕਨ ਹਮਲਾਵਰਾਂ ਨੂੰ ਉਤਪਾਦਨ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ
- ਪੈਕੇਜ ਨਾਲ ਛੇੜਛਾੜ: ਜੇਕਰ ਤੁਹਾਡਾ ਨਿਰਮਾਣ pipeline ਇੱਕ ਅਣ-ਪ੍ਰਮਾਣਿਤ ਸਰੋਤ ਤੋਂ ਨਿਰਭਰਤਾਵਾਂ ਖਿੱਚਦਾ ਹੈ, ਇੱਕ ਹਮਲਾਵਰ ਕਰ ਸਕਦਾ ਹੈ ਖਤਰਨਾਕ ਅੱਪਡੇਟ ਲਗਾਓ
- Cਪ੍ਰਵਾਨਿਤ ਦਸਤਖਤ ਕੁੰਜੀ: ਜੇਕਰ ਸਿਰਫ਼ ਇੱਕ ਕੋਡ ਸਾਈਨਿੰਗ ਕੁੰਜੀ ਹੈ ਅਤੇ ਇਹ ਚੋਰੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਪੂਰੀ ਰਿਲੀਜ਼ ਚੇਨ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇੱਥੇ ਇੱਕ ਆਮ ਅਸੁਰੱਖਿਅਤ ਪੈਟਰਨ ਹੈ:
ਇੱਕ ਸਮਝੌਤਾ ਕੀਤੇ ਗਏ ਅਸਫਲਤਾ ਦੇ ਇੱਕ ਬਿੰਦੂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਅਕਸਰ ਇੱਕ ਡੋਮਿਨੋ ਪ੍ਰਭਾਵ ਹੁੰਦਾ ਹੈ: ਇੱਕ ਗੁਪਤ ਲੀਕ → ਅਣਅਧਿਕਾਰਤ ਬਿਲਡ ਪਹੁੰਚ → ਆਰਟੀਫੈਕਟ ਨਾਲ ਛੇੜਛਾੜ → ਸਮਝੌਤਾ ਕੀਤੇ ਉਪਭੋਗਤਾ।
SPOF ਨੂੰ ਰੋਕਣਾ: ਰਿਡੰਡੈਂਸੀ, ਪ੍ਰਮਾਣਿਕਤਾ, ਅਤੇ ਨਾਲ ਅਸਫਲਤਾ ਦਾ ਸਿੰਗਲ ਪੁਆਇੰਟ Guardrails
ਅਸਫਲਤਾ ਦੇ ਸਿੰਗਲ ਪੁਆਇੰਟਾਂ ਦੇ ਵਿਰੁੱਧ ਸਭ ਤੋਂ ਵਧੀਆ ਬਚਾਅ ਲੇਅਰਡ ਰਿਡੰਡੈਂਸੀ, ਪ੍ਰਮਾਣਿਕਤਾ, ਅਤੇ ਕਿਰਿਆਸ਼ੀਲ ਖੋਜ ਹੈ। ਘਟਾਉਣ ਦੇ ਪੈਟਰਨ:
- ਖੇਤਰਾਂ ਜਾਂ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ ਵੰਡੇ ਹੋਏ ਦੌੜਾਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- ਫੇਲਓਵਰ ਵਿਧੀਆਂ ਦੇ ਨਾਲ ਪ੍ਰਤੀਕ੍ਰਿਤ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਕਲਾਕ੍ਰਿਤੀਆਂ ਨੂੰ ਸਟੋਰ ਕਰੋ।
- ਬਿਲਡਾਂ ਵਿੱਚ ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਨਿਰਭਰਤਾ ਨੂੰ ਹੈਸ਼ ਜਾਂ ਦਸਤਖਤ ਜਾਂਚਾਂ ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਤ ਕਰੋ।
- ਰਿਡੰਡੈਂਸੀ ਅਤੇ ਗੁਪਤ ਮਿਆਦ ਪੁੱਗਣ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਨੀਤੀ-ਐਜ਼-ਕੋਡ ਲਾਗੂ ਕਰੋ।
ਮਿੰਨੀ-ਚੈੱਕਲਿਸਟ: ਵਿਕਾਸਕਾਰਾਂ ਲਈ SPOF ਰੋਕਥਾਮ
- ਹਰੇਕ ਬਾਹਰੀ ਨਿਰਭਰਤਾ ਦੀ ਪੁਸ਼ਟੀ ਇਮਾਨਦਾਰੀ ਜਾਂਚਾਂ (ਹੈਸ਼/ਦਸਤਖਤ) ਨਾਲ ਕਰੋ।
- ਕਦੇ ਵੀ ਇੱਕ ਸਿੰਗਲ ਡਿਪਲਾਇ ਟੋਕਨ 'ਤੇ ਭਰੋਸਾ ਨਾ ਕਰੋ; ਘੁੰਮਾਓ ਅਤੇ ਸਕੋਪ ਸੀਕਰੇਟਸ
- ਆਰਟੀਫੈਕਟ ਅਤੇ ਪੈਕੇਜ ਸਟੋਰੇਜ ਦੀ ਨਕਲ ਕਰੋ
- ਸਵੈ-ਹੋਸਟ ਕੀਤੇ ਦੌੜਾਕਾਂ ਲਈ ਆਟੋਮੇਟ ਫੇਲਓਵਰ
- ਯੋਗ ਕਰੋ pipeline ਸਿਹਤ ਨਿਗਰਾਨੀ ਅਤੇ ਚੇਤਾਵਨੀ
- ਇਹਨਾਂ ਲਈ ਪਹੁੰਚ ਵਿਭਾਜਨ ਦੀ ਵਰਤੋਂ ਕਰੋ pipeline ਸਰਟੀਫਿਕੇਟਸ
ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਇੱਕ ਸਿੰਗਲ ਪੁਆਇੰਟ ਦੀ ਅਸਫਲਤਾ ਨੂੰ ਰੋਕਣ ਜਾਂ ਡਿਲੀਵਰੀ ਨਾਲ ਸਮਝੌਤਾ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
DevSecOps ਵਰਕਫਲੋ ਵਿੱਚ SPOF ਖੋਜ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ
ਅਸਫਲਤਾ ਦੇ ਇੱਕਲੇ ਬਿੰਦੂਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਤੁਹਾਡੇ ਕੰਮ ਦਾ ਹਿੱਸਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ DevSecOps ਆਟੋਮੇਸ਼ਨ, ਪੋਸਟਮਾਰਟਮ ਦਾ ਕੰਮ ਨਹੀਂ। ਤੁਸੀਂ ਆਪਣੇ ਵਿੱਚ ਚੈੱਕ ਏਮਬੈਡ ਕਰ ਸਕਦੇ ਹੋ CI/CD pipeline-ਐਜ਼-ਕੋਡ:
ਆਟੋਮੇਸ਼ਨ ਵਿਚਾਰ:
- SPOF ਸਕੈਨਿੰਗ ਨੂੰ ਇਸ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰੋ pull requests.
- ਨਿਰਭਰਤਾ ਦੀ ਇਕਸਾਰਤਾ ਅਤੇ ਗੁਪਤ ਐਕਸਪੋਜਰ ਦੀ ਨਿਰੰਤਰ ਨਿਗਰਾਨੀ ਕਰੋ।
- ਦਿਖਣਯੋਗਤਾ ਵਰਤੋ dashboardਪਛਾਣ ਕਰਨ ਲਈ pipeline ਰੁਕਾਵਟਾਂ
- ਬਿਲਡ ਪ੍ਰਜਨਨਯੋਗਤਾ ਜਾਂਚਾਂ ਨੂੰ ਲਾਗੂ ਕਰੋ।
ਇਸ ਤਰਕ ਨੂੰ ਜਲਦੀ ਏਮਬੈਡ ਕਰਨ ਨਾਲ SPOF ਖੋਜ ਇੱਕ ਮਾਪਣਯੋਗ ਨਿਯੰਤਰਣ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਵਿੱਚ।
ਕੇਸ ਇਨਸਾਈਟ: ਇੱਕ ਅਸਲੀ ਵਿੱਚ ਇੱਕ ਲੁਕਵੇਂ SPOF ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਅਤੇ ਠੀਕ ਕਰਨਾ CI/CD ਫਲੋ
ਆਓ ਇੱਕ ਆਮ ਅਸਫਲਤਾ ਦੀ ਨਕਲ ਕਰੀਏ। ਤੁਹਾਡਾ CI/CD pipeline ਇੱਕ ਸਿੰਗਲ GitHub ਟੋਕਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਤਪਾਦਨ ਵਿੱਚ ਤੈਨਾਤ ਕਰਦਾ ਹੈ:
ਇੱਕ ਦਿਨ, $GH_ਟੋਕਨ ਰੱਦ ਹੋ ਜਾਂਦਾ ਹੈ। pipeline ਰਿਲੀਜ਼ ਦੇ ਵਿਚਕਾਰ ਰੋਕ ਦਿੰਦਾ ਹੈ। ਜਾਂਚ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਹਰ ਵਾਤਾਵਰਣ ਉਸੇ ਟੋਕਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਸਫਲਤਾ ਦਾ ਇੱਕ ਬਿੰਦੂ। ਰਸਤਾ ਠੀਕ ਕਰੋ:
- ਟੋਕਨ ਰੋਟੇਸ਼ਨ ਅਤੇ ਸਕੋਪਿੰਗ (ਪ੍ਰਤੀ ਵਾਤਾਵਰਣ ਇੱਕ) ਪੇਸ਼ ਕਰੋ।
- ਤੈਨਾਤੀਆਂ ਲਈ ਬੈਕਅੱਪ ਦੌੜਾਕ ਸ਼ਾਮਲ ਕਰੋ।
- ਨੌਕਰੀਆਂ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਟੋਕਨ ਉਪਲਬਧਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਇੱਕ ਪ੍ਰੀ-ਚੈੱਕ ਕਦਮ ਸ਼ਾਮਲ ਕਰੋ:
ਇੱਕ ਵਾਰ ਰਿਡੰਡੈਂਸੀ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਲਾਗੂ ਹੋ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਤੈਨਾਤੀ ਲਚਕੀਲੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਸਿੰਗਲ ਮਿਆਦ ਪੁੱਗਿਆ ਟੋਕਨ ਹੁਣ ਰਿਲੀਜ਼ ਟ੍ਰੇਨ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ।
ਇਮਾਰਤ ਲਚਕੀਲਾ, SPOF-ਮੁਕਤ Pipelines
ਤੁਹਾਡੇ ਵਿੱਚੋਂ ਅਸਫਲਤਾ ਦੇ ਹਰ ਇੱਕ ਬਿੰਦੂ ਨੂੰ ਖਤਮ ਕਰਨਾ CI/CD pipeline ਅਸੰਭਵ ਹੈ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਅਤੇ ਨਿਗਰਾਨੀ ਕਰਨਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ। ਹਰੇਕ ਸੇਵਾ, ਟੋਕਨ, ਅਤੇ ਨਿਰਭਰਤਾ ਨੂੰ ਇੱਕ ਸੰਭਾਵੀ SPOF ਵਜੋਂ ਸਮਝੋ। ਰਿਡੰਡੈਂਸੀ ਬਣਾਓ, ਵਿਸ਼ਵਾਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰੋ, ਅਤੇ ਲਚਕੀਲੇਪਣ ਨੂੰ ਸਵੈਚਾਲਿਤ ਕਰੋ।
ਉਨ੍ਹਾਂ ਟੀਮਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਦਾ ਉਦੇਸ਼ ਆਪਣੇ ਆਪ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਨਾ ਹੈ DevSecOps ਮੁਦਰਾ, ਟੂਲ ਵਰਗੇ ਜ਼ਾਇਗੇਨੀ ਅਸਫਲਤਾ ਦੇ ਸਿੰਗਲ ਪੁਆਇੰਟ, ਅਸੁਰੱਖਿਅਤ ਸੰਰਚਨਾਵਾਂ, ਅਤੇ ਨਿਰਭਰਤਾ ਜੋਖਮਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰੋ pipelines, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਉਤਪਾਦਨ ਬ੍ਰੇਕ ਤੋਂ ਪਹਿਲਾਂ ਜਲਦੀ ਦ੍ਰਿਸ਼ਟੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਓ, ਪਰ ਲਚਕੀਲਾ ਬਣਾਓ। ਅਸਫਲਤਾ ਦੇ ਇੱਕ ਵੀ ਬਿੰਦੂ ਨੂੰ ਆਪਣਾ ਮਾਲਕ ਨਾ ਬਣਨ ਦਿਓ pipeline.
