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

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

ਮੇਰੇ ਲਈ ਸੈਸ਼ਨ ਦੇ ਤਿੰਨ ਮੁੱਖ ਉਪਾਅ ਸਨ: -

  • ਪਹਿਲਾ ਟੇਕਅਵੇ ਸਭ ਤੋਂ ਸਰਲ ਸੀ, ਪਰ ਸ਼ਾਇਦ ਹਮੇਸ਼ਾ ਸਭ ਤੋਂ ਵਧੀਆ ਸਮਝਿਆ ਨਹੀਂ ਜਾਂਦਾ, ਅਰਥਾਤ DevOps ਕੀ ਹੈ? ਉਸ ਹੋਣ ਦਾ ਪਹਿਲਾ ਜਵਾਬ, "ਇਹ ਇੱਕ ਨੌਕਰੀ ਦਾ ਸਿਰਲੇਖ ਹੈ"। ਅਸੀਂ ਹੁਣ ਜਾਪਦੇ ਹਾਂ ਕਿ ਸੰਸਥਾਵਾਂ ਇਸ ਸ਼ਬਦ ਨੂੰ ਨੌਕਰੀ ਦੇ ਸਿਰਲੇਖਾਂ ਵਿੱਚ ਪੇਸ਼ ਕਰਦੀਆਂ ਹਨ, ਪਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿੰਨੀਆਂ ਭੂਮਿਕਾਵਾਂ ਸੱਚਮੁੱਚ DevOps ਨੂੰ ਸਮਝ ਰਹੀਆਂ ਹਨ ਅਤੇ ਅਪਣਾ ਰਹੀਆਂ ਹਨ? ਦੂਜਾ ਜਵਾਬ ਸੀ "ਇਹ ਇੱਕ ਵਿਕਾਸ ਅਤੇ ਸੰਚਾਲਨ ਸਹਿਯੋਗ ਹੈ" - ਇਹ ਕੁੰਜੀ ਹੈ; ਬਹੁਤ ਸਾਰੇ ਇਹ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਕਿ DevOps ਨੂੰ ਵਿਕਾਸ ਟੀਮਾਂ ਅਤੇ ਓਪਰੇਸ਼ਨ ਟੀਮਾਂ ਵਿਚਕਾਰ ਰੁਕਾਵਟਾਂ ਨੂੰ ਤੋੜਨਾ ਚਾਹੀਦਾ ਹੈ। DevOps ਦਾ ਤੀਜਾ ਨਾਮ ਤੱਤ ਸੀ, "ਇਹ ਆਟੋਮੇਸ਼ਨ ਹੈ"। ਇਹ ਇੱਕ ਕਾਰਨ ਹੈ ਕਿ ਵਪਾਰਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ DevOps ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਇਹ ਉਹਨਾਂ ਕੰਮਾਂ ਨਾਲ ਜੁੜੀਆਂ ਨਿਰਾਸ਼ਾਵਾਂ ਨੂੰ ਦੂਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਜੋ ਅਜੇ ਵੀ ਮੈਨੂਅਲ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਟੀਮਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲ ਬਣਾਉਂਦੇ ਹਨ। ਅੰਤਮ ਬਿੰਦੂ ਸੀ "ਇਸਦਾ ਅਰਥ ਹੈ ਛੋਟੀਆਂ ਅਤੇ ਤੇਜ਼ ਰੀਲੀਜ਼ਾਂ", ਇਹ ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਆਪਣੇ ਖਪਤਕਾਰਾਂ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅਨੁਕੂਲ ਬਣਾਉਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ CICD (ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਨਿਰੰਤਰ ਤਾਇਨਾਤੀ) ਨੂੰ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ।
  • ਦੂਸਰਾ ਟੇਕਅਵੇਅ ਅਤੇ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਮਜ਼ੇਦਾਰ ਡੋਨੋਵਨ ਬ੍ਰਾਊਨ, ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੇ ਇੱਕ ਪ੍ਰਮੁੱਖ DevOps ਮੈਨੇਜਰ ਦੁਆਰਾ ਆਇਆ, ਜਿਸਨੇ ਕਿਹਾ, "DevOps ਸਾਡੇ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਮੁੱਲ ਦੀ ਨਿਰੰਤਰ ਡਿਲੀਵਰੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਲੋਕਾਂ, ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਉਤਪਾਦਾਂ ਦਾ ਸੰਘ ਹੈ"। ਇਸ ਵਿੱਚ DevOps ਦੀਆਂ ਸਾਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਸਾਨੂੰ DevOps ਨੂੰ ਅਪਣਾਉਣ ਪਿੱਛੇ ਅਸਲ ਤਰਕ ਦੀ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ।
  • ਅੰਤਿਮ ਰੂਪ ਇੱਕ ਵੀਡੀਓ ਤੋਂ ਆਇਆ। ਤਸਵੀਰ ਨੂੰ ਪੇਂਟ ਕਰਨ ਲਈ, ਵੀਡੀਓ ਨੇ ਪਹਿਲੀ ਵਾਰ 1950 ਦੇ ਦਹਾਕੇ ਵਿੱਚ ਇੱਕ ਗ੍ਰੈਂਡ ਪ੍ਰਿਕਸ ਦੇ ਦੌਰਾਨ ਇੱਕ ਡਰਾਈਵਰ ਨੂੰ ਇੱਕ ਟੋਏ-ਸਟਾਪ ਬਣਾਉਣ ਦੀ ਫੁਟੇਜ ਦਿਖਾਈ। ਡਰਾਈਵਰ ਨੇ ਆਪਣੇ ਟੋਏ ਵਾਲੇ ਡੱਬੇ ਵਿੱਚ ਖਿੱਚ ਲਿਆ ਅਤੇ ਉਸੇ ਸਮੇਂ, ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਾਰ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਪੰਜ ਲੋਕ ਇਕੱਠੇ ਹੋ ਗਏ। ਇੱਕ ਵਿਅਕਤੀ ਪਹੀਏ ਅਤੇ ਟਾਇਰ ਬਦਲ ਰਿਹਾ ਹੈ; ਇੱਕ ਹੋਰ ਵਿਅਕਤੀ ਕਾਰ ਵਿੱਚ ਈਂਧਨ ਭਰਦਾ ਹੈ, ਕੋਈ ਹੋਰ ਵਿਅਕਤੀ ਛੋਟੀ ਵਿੰਡਸਕਰੀਨ ਨੂੰ ਪੂੰਝਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਹੋਰ ਵਿਅਕਤੀ ਕਾਰ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਘੁੰਮਦੇ ਹੋਏ ਨੁਕਸਾਨ ਦੀ ਜਾਂਚ ਕਰਦਾ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ, ਇੱਕ ਵਿਅਕਤੀ ਡਰਾਈਵਰ ਨਾਲ ਗੱਲ ਕਰਦਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ. ਮੋਟਰ ਰੇਸਿੰਗ ਦੇਖਣ ਦੇ ਆਦੀ ਲੋਕਾਂ ਲਈ, ਅਤੇ ਇਹ ਜਾਣਦੇ ਹੋਏ ਕਿ ਪਿਟ ਲੇਨ ਵਿੱਚ ਗੁਆਚਿਆ ਸਮਾਂ ਇੱਕ ਦੌੜ ਦੇ ਨਤੀਜੇ 'ਤੇ ਨਾਟਕੀ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ, ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਬਹੁਤ ਆਰਾਮਦਾਇਕ ਦਿਖਾਈ ਦਿੱਤੀ ਅਤੇ ਕੁੱਲ ਮਿਲਾ ਕੇ ਪੂਰਾ ਹੋਣ ਵਿੱਚ 54 ਸਕਿੰਟ ਲੱਗੇ। ਵੀਡੀਓ ਦਾ ਅਗਲਾ ਹਿੱਸਾ ਇੱਕ ਆਧੁਨਿਕ ਫਾਰਮੂਲਾ 1 ਕਾਰ ਦੇ ਇੱਕ ਓਵਰਹੈੱਡ ਸ਼ਾਟ ਨੂੰ ਕੱਟਦਾ ਹੈ ਜੋ ਆਪਣੇ ਪਿਟ ਬਾਕਸ ਵਿੱਚ ਖਿੱਚਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕਾਰ 'ਤੇ ਕੰਮ ਕਰਨ ਜਾ ਰਹੇ ਟੋਏ ਦੇ ਅਮਲੇ ਦੀ ਫੌਜ। ਹੁਣ ਕਾਰ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਲਗਭਗ 20 ਲੋਕ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਉਹ ਲੋਕ ਵੀ ਸ਼ਾਮਲ ਹਨ ਜੋ ਸਿਰਫ਼ ਦੂਜੇ ਲੋਕਾਂ ਨੂੰ ਆਪਣੀਆਂ ਨੌਕਰੀਆਂ ਕਰਦੇ ਹੋਏ ਦੇਖਣ ਲਈ ਕੰਮ ਕਰਦੇ ਹਨ। ਇਸ ਲਈ, ਨਾ ਸਿਰਫ ਟੀਮ ਬਹੁਤ ਵੱਡੀ ਹੈ, ਪਰ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬੇਲੋੜੀ ਵੀ ਹੈ.

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