ਅਸੀਂ ਸਮਝਣ ਯੋਗ ਭਾਸ਼ਾ ਵਿੱਚ DevOps ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ

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

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

ਇਸ ਲਈ, ਤੁਸੀਂ ਅਕਸਰ DevOps ਬਾਰੇ ਸਵਾਲ ਸੁਣ ਸਕਦੇ ਹੋ, ਕੀ ਇਹ ਚੁਸਤ ਵਾਂਗ ਹੈ? ਜਾਂ ਕੀ ਇਹ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਵਿਧੀ ਹੈ? ਜਾਂ ਕੀ ਇਹ "ਸਹਿਯੋਗ" ਸ਼ਬਦ ਦਾ ਇੱਕ ਹੋਰ ਸਮਾਨਾਰਥੀ ਸ਼ਬਦ ਹੈ?

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

DevOps ਕੀ ਹੈ: 6 ਪਰਿਭਾਸ਼ਾਵਾਂ ਅਤੇ ਸਮਾਨਤਾਵਾਂ

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

1. DevOps ਇੱਕ ਸੱਭਿਆਚਾਰਕ ਲਹਿਰ ਹੈ

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

2. DevOps ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਬਾਰੇ ਹੈ।

"DevOps ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਮਾਲਕ ਬਣਨ, ਉਹਨਾਂ ਨੂੰ ਚਲਾਉਣ, ਅਤੇ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਡਿਲੀਵਰੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹੈ।"

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

3. DevOps ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਅਤੇ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਸਹਿਯੋਗ ਬਾਰੇ ਹੈ।

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

4. DevOps ਇੱਕ ਪਾਈਪਲਾਈਨ ਹੈ

"ਕਨਵੇਅਰ ਅਸੈਂਬਲੀ ਤਾਂ ਹੀ ਸੰਭਵ ਹੈ ਜੇਕਰ ਸਾਰੇ ਹਿੱਸੇ ਇਕੱਠੇ ਫਿੱਟ ਹੋਣ।"

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

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

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

5. DevOps ਲੋਕਾਂ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਦਾ ਸਹੀ ਸੁਮੇਲ ਹੈ

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

6. DevOps ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਗਰਾਮਰ ਇੱਕ ਫਾਰਮੂਲਾ 1 ਟੀਮ ਵਾਂਗ ਕੰਮ ਕਰਦੇ ਹਨ

"ਦੌੜ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਯੋਜਨਾਬੱਧ ਨਹੀਂ ਹੈ, ਪਰ ਇਸਦੇ ਉਲਟ, ਸਮਾਪਤੀ ਤੋਂ ਸ਼ੁਰੂ ਤੱਕ."

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

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

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

DevOps ਨੂੰ ਕਿਵੇਂ ਸਕੇਲ ਕਰਨਾ ਹੈ: ਮਾਹਰਾਂ ਤੋਂ 10 ਸੁਝਾਅ

ਇਹ ਸਿਰਫ ਇਹ ਹੈ ਕਿ DevOps ਅਤੇ mass DevOps ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ. ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਪਹਿਲੇ ਤੋਂ ਦੂਜੇ ਦੇ ਰਸਤੇ ਵਿੱਚ ਰੁਕਾਵਟਾਂ ਨੂੰ ਕਿਵੇਂ ਦੂਰ ਕਰਨਾ ਹੈ।

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

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

ਇਹ ਵੇਖਣਾ ਆਸਾਨ ਹੈ ਕਿ ਨਤੀਜਾ "ਸਾਡੇ" ਅਤੇ "ਉਨ੍ਹਾਂ" ਵਿਚਕਾਰ ਵੰਡ ਦਾ ਸੱਭਿਆਚਾਰ ਹੈ।

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

“ਅਤੇ ਇਹ ਸੱਭਿਆਚਾਰਕ ਸਮੱਸਿਆ ਸਿਰਫ ਇੱਕ ਕਾਰਨ ਹੈ ਕਿ DevOps ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ। DevOps ਟੀਮਾਂ ਵਧੀਆਂ ਤਕਨੀਕੀ ਚੁਣੌਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰ ਰਹੀਆਂ ਹਨ ਜੋ ਤੇਜ਼ੀ ਨਾਲ ਵਧਣ ਵਾਲੀਆਂ ਆਈਟੀ-ਪਹਿਲੀ ਕੰਪਨੀਆਂ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹਨ, ”ਸਕੇਲਰ ਦੇ ਸੰਸਥਾਪਕ ਅਤੇ ਚੇਅਰਮੈਨ ਸਟੀਵ ਨਿਊਮੈਨ ਨੇ ਕਿਹਾ।

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

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

1. ਯਾਦ ਰੱਖੋ ਕਿ ਸੱਭਿਆਚਾਰ ਨੂੰ ਬਦਲਣ ਵਿੱਚ ਸਮਾਂ ਲੱਗਦਾ ਹੈ।

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

2. ਪਲੈਟਫਾਰਮ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਅਤੇ ਚੁਣਨ ਲਈ ਕਾਫ਼ੀ ਸਮਾਂ ਬਿਤਾਓ

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

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

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

3. ਦੋਸ਼ ਨੂੰ ਜ਼ਿੰਮੇਵਾਰੀ ਤੋਂ ਬਾਹਰ ਕੱਢੋ।

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

4. ਅੱਗੇ ਦਾ ਰਸਤਾ ਸਾਫ਼ ਕਰੋ

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

"ਲੋਕਾਂ ਨੂੰ ਸੰਚਾਰ ਦੁਆਰਾ ਸੰਗਠਨਾਤਮਕ ਸਮਰਥਨ ਅਤੇ ਗਤੀ ਪ੍ਰਦਾਨ ਕਰੋ ਜੋ ਕੰਮ ਕਰਨ ਦੇ ਨਵੇਂ ਤਰੀਕਿਆਂ ਦੀ ਸਫਲਤਾ ਦਾ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਜਸ਼ਨ ਮਨਾ ਕੇ ਪਾਇਨੀਅਰਿੰਗ ਸਮੂਹ ਤੋਂ ਪਰੇ ਹੈ। ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਕੋਚ ਕਰੋ ਜੋ DevOps ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਅਗਲੀ ਲਹਿਰ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਪਹਿਲੀ ਵਾਰ DevOps ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਘਬਰਾਉਂਦੇ ਹਨ। ਅਤੇ ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਲੋਕ ਪਾਇਨੀਅਰਾਂ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰੇ ਹਨ।”

5. ਟੂਲਜ਼ ਦਾ ਲੋਕਤੰਤਰੀਕਰਨ ਕਰੋ

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

6. ਟੀਮ ਵਰਕ ਲਈ ਆਦਰਸ਼ ਹਾਲਾਤ ਬਣਾਓ

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

7. ਕੌਨਵੇ ਦੇ ਕਾਨੂੰਨ ਅਤੇ ਕੰਨਬਨ ਬੋਰਡਾਂ ਬਾਰੇ ਨਾ ਭੁੱਲੋ

Logan Daigle, CollabNetVersionOne 'ਤੇ ਸਾਫਟਵੇਅਰ ਡਿਲੀਵਰੀ ਅਤੇ DevOps ਰਣਨੀਤੀ ਦੇ ਡਾਇਰੈਕਟਰ: “ਕੌਨਵੇ ਦੇ ਕਾਨੂੰਨ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਮੇਰੇ ਢਿੱਲੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਕਾਨੂੰਨ ਦੱਸਦਾ ਹੈ ਕਿ ਜੋ ਉਤਪਾਦ ਅਸੀਂ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਜੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਸੀਂ ਅਜਿਹਾ ਕਰਨ ਲਈ ਵਰਤਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ DevOps ਵੀ ਸ਼ਾਮਲ ਹਨ, ਸਾਡੀ ਸੰਸਥਾ ਵਾਂਗ ਹੀ ਬਣਤਰ ਬਣਦੇ ਹਨ।

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

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

8. ਪੁਰਾਣੇ ਦਾਗਾਂ ਦੀ ਭਾਲ ਕਰੋ

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

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

9. DevOps ਵਿਕਲਪਾਂ ਦੀ ਨਸਲ ਨਾ ਕਰੋ

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

10. DevOps ਦੇ ਵਪਾਰਕ ਮੁੱਲ ਦਾ ਪ੍ਰਚਾਰ ਕਰੋ

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

ਬੋਨਸ

'ਤੇ Red Hat ਫੋਰਮ ਰੂਸ ਸਾਡੇ ਆਪਣੇ DevOps 13 ਸਤੰਬਰ ਨੂੰ ਆ ਜਾਣਗੇ - ਹਾਂ, ਇੱਕ ਸਾਫਟਵੇਅਰ ਨਿਰਮਾਤਾ ਦੇ ਰੂਪ ਵਿੱਚ, Red Hat ਦੀਆਂ ਆਪਣੀਆਂ DevOps ਟੀਮਾਂ ਅਤੇ ਅਭਿਆਸ ਹਨ।

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

ਪਰ ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ:

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

ਸਰੋਤ: www.habr.com