ਕੰਪਨੀ ਦੇ ਅੰਦਰ ਪ੍ਰਬੰਧਕਾਂ, ਡਿਵੋਪਸ, ਬੇਅੰਤ ਉਲਝਣ ਅਤੇ DevOps ਤਬਦੀਲੀ ਬਾਰੇ

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

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

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

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

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

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

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

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

ਕੈਚ ਕੀ ਹੈ?

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

ਪਰ ਕਾਰੋਬਾਰ ਲਈ ਇਸਦਾ ਕੀ ਅਰਥ ਹੈ?

ਭਰਤੀ, ਇਹ ਸਭ ਇਸ ਬਾਰੇ ਹੈ.

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

ਹਾਲਾਂਕਿ, ਅਜਿਹੀ ਖਾਲੀ ਥਾਂ ਨੂੰ ਪੜ੍ਹ ਕੇ ਕੋਈ ਕੀ ਪ੍ਰਭਾਵ ਪਾਉਂਦਾ ਹੈ? ਕਿ ਕੰਪਨੀ ਇੱਕ ਮਲਟੀ-ਮਸ਼ੀਨ ਆਪਰੇਟਰ ਦੀ ਭਾਲ ਕਰ ਰਹੀ ਹੈ ਜੋ ਇੱਕ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਅਤੇ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਦੋਵਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰੇਗਾ ਅਤੇ ਆਪਣੇ ਦੰਦਾਂ ਨਾਲ ਟਵਿਸਟਰ ਨੂੰ ਨਿਚੋੜ ਦੇਵੇਗਾ ...

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

ਨਹੀਂ ਨਹੀਂ ਅਤੇ ਇੱਕ ਵਾਰ ਹੋਰ ਨਹੀਂ। ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਸ਼ਾਸਕ ਜੋ ਕੰਪਨੀ ਦੇ ਅੰਦਰੂਨੀ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਗੇ, ਜਾਂ L2/L3 ਸਹਾਇਤਾ ਅਹੁਦਿਆਂ 'ਤੇ ਕਬਜ਼ਾ ਕਰਨਗੇ ਅਤੇ ਦੂਜੇ ਕਰਮਚਾਰੀਆਂ ਦੀ ਮਦਦ ਕਰਨਗੇ, ਦੂਰ ਨਹੀਂ ਗਏ ਹਨ ਅਤੇ ਦੂਰ ਨਹੀਂ ਜਾ ਰਹੇ ਹਨ।

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

ਇੱਕ ਹੋਰ DevOps ਸਮੱਸਿਆ

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

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

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

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

ਗਿਰੀਦਾਰ, ਬੇਸ਼ਕ, ਡਿਵੌਪਸ 'ਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਸ ਨੇ "ਇੱਕ ਸਹੀ ਰੋਲਬੈਕ ਸਿਸਟਮ ਨਹੀਂ ਬਣਾਇਆ," ਅਤੇ ਕੋਈ ਵੀ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਸ ਕਹਾਣੀ ਵਿੱਚ ਮੂਜ਼ ਡਿਵੈਲਪਰ ਹਨ।

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

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

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

ਸਰੋਤ: www.habr.com