ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ, ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਟੈਸਟਰਾਂ ਨੂੰ DevOps ਅਭਿਆਸਾਂ ਨੂੰ ਕਿਉਂ ਸਿੱਖਣਾ ਚਾਹੀਦਾ ਹੈ?

ਇਸ ਗਿਆਨ ਦੇ ਨਾਲ ਕਿੱਥੇ ਜਾਣਾ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕੀ ਕਰਨਾ ਹੈ ਅਤੇ ਕਿੰਨੀ ਕਮਾਈ ਕਰਨੀ ਹੈ, ਇੱਕ ਇੰਟਰਵਿਊ ਵਿੱਚ ਕੀ ਕਹਿਣਾ ਹੈ ਅਤੇ ਪੁੱਛਣਾ ਹੈ - ਐਕਸਪ੍ਰੈਸ 42 ਦੇ ਮੈਨੇਜਿੰਗ ਪਾਰਟਨਰ ਅਤੇ ਲੇਖਕ ਅਲੈਗਜ਼ੈਂਡਰ ਟਿਟੋਵ ਕਹਿੰਦਾ ਹੈ ਔਨਲਾਈਨ ਕੋਰਸ "DevOps ਅਭਿਆਸ ਅਤੇ ਸਾਧਨ".

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਹਾਲਾਂਕਿ DevOps ਸ਼ਬਦ 2009 ਤੋਂ ਮੌਜੂਦ ਹੈ, ਰੂਸੀ ਭਾਈਚਾਰੇ ਵਿੱਚ ਅਜੇ ਵੀ ਕੋਈ ਸਹਿਮਤੀ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ਸ਼ਾਇਦ ਦੇਖਿਆ ਹੋਵੇਗਾ ਕਿ ਕੁਝ ਲੋਕ DevOps ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਮੰਨਦੇ ਹਨ, ਦੂਸਰੇ ਇਸਨੂੰ ਇੱਕ ਦਰਸ਼ਨ ਮੰਨਦੇ ਹਨ, ਅਤੇ ਦੂਸਰੇ ਸ਼ਬਦ ਨੂੰ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਮੰਨਦੇ ਹਨ। ਨਾਲ ਪਹਿਲਾਂ ਵੀ ਕਈ ਵਾਰ ਪ੍ਰਦਰਸ਼ਨ ਕੀਤਾ ਹੈ ਲੈਕਚਰ ਇਸ ਦਿਸ਼ਾ ਦੇ ਵਿਕਾਸ ਬਾਰੇ, ਇਸ ਲਈ ਮੈਂ ਇਸ ਲੇਖ ਵਿਚ ਵਿਸਥਾਰ ਵਿਚ ਨਹੀਂ ਜਾਵਾਂਗਾ. ਮੈਨੂੰ ਸਿਰਫ਼ ਇਹ ਕਹਿਣ ਦਿਓ ਕਿ ਐਕਸਪ੍ਰੈਸ 42 ਵਿੱਚ ਅਸੀਂ ਇਸ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਸ਼ਾਮਲ ਕਰਦੇ ਹਾਂ:

DevOps ਇੱਕ ਖਾਸ ਕਾਰਜਪ੍ਰਣਾਲੀ ਹੈ, ਇੱਕ ਡਿਜੀਟਲ ਉਤਪਾਦ ਬਣਾਉਣ ਦਾ ਇੱਕ ਸੱਭਿਆਚਾਰ, ਜਦੋਂ ਟੀਮ ਦੇ ਸਾਰੇ ਮਾਹਰ ਉਤਪਾਦਨ ਵਿੱਚ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ।

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

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

ਇਸ ਪਹੁੰਚ ਤੋਂ ਕੀ ਨਿਕਲਦਾ ਹੈ?

• ਤੁਸੀਂ ਕੁਝ "ਇੰਜੀਨੀਅਰ" ਨੂੰ ਨਿਯੁਕਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਆ ਕੇ ਉਤਪਾਦਨ ਦੀਆਂ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰੇਗਾ। ਪੂਰੀ ਟੀਮ ਨੂੰ ਤਕਨੀਕ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ.

  

• DevOps ਅਪਗ੍ਰੇਡ ਕਰਨ ਲਈ sysadmin ਦਾ ਅਗਲਾ ਰੂਪ ਨਹੀਂ ਹੈ। "DevOps ਇੰਜੀਨੀਅਰ" ਦੀ ਆਵਾਜ਼ "ਐਜਾਇਲ ਡਿਵੈਲਪਰ" ਵਰਗੀ ਹੈ।

  
  

• ਜੇਕਰ ਕੋਈ ਟੀਮ Kubernetes, Ansible, Prometheus, Mesosphere ਅਤੇ Docker ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ DevOps ਅਭਿਆਸਾਂ ਨੂੰ ਉੱਥੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ।

  
  

DevOps ਤੋਂ ਬਾਅਦ ਦੀ ਜ਼ਿੰਦਗੀ ਕਦੇ ਵੀ ਇੱਕੋ ਜਿਹੀ ਨਹੀਂ ਹੋਵੇਗੀ

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

1. ਸਵੈ-ਨਿਰਣੇ

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

2. ਸਾਧਨ ਅਤੇ ਅਭਿਆਸ

ਵਿਦਿਆਰਥੀ DevOps ਵਿਧੀ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਖਾਸ ਤਕਨੀਕਾਂ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਦੇ ਹਨ।

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

ਅਸੀਂ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹਾਂ ਕੋਰਸ ਤੁਸੀਂ ਮਸ਼ਹੂਰ Reddit ਵਰਗੀ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਲੀਨ ਹੋ ਜਾਵੋਗੇ, ਇਸਦੇ ਮੋਨੋਲੀਥਿਕ ਸੰਸਕਰਣ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵੱਲ ਕਦਮ ਦਰ ਕਦਮ ਵਧਾਉਂਦੇ ਹੋਏ. ਕਦਮ ਦਰ ਕਦਮ ਅਸੀਂ ਨਵੇਂ ਟੂਲਸ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰਾਂਗੇ: Git, Ansible, Gitlab ਅਤੇ Kubernetes ਅਤੇ Prometheus ਨਾਲ ਪੂਰਾ ਕਰੋ।

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

ਇਹ ਗਿਆਨ ਹਰੇਕ ਮਾਹਰ ਨੂੰ ਕੀ ਦਿੰਦਾ ਹੈ?

ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਲਈ

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

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

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

ਡਿਵੈਲਪਰਾਂ ਲਈ

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

ਟੈਸਟਰਾਂ ਲਈ

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

ਇਸ ਲਈ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਸਾਰੇ ਤਿੰਨ ਪੜਾਅ ਇੱਕੋ ਸਮੇਂ ਹੁੰਦੇ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ:

ਡਿਵੈਲਪਰ ਕੋਡ ਲਿਖਦਾ ਹੈ, ਤੁਰੰਤ ਇਸਦੇ ਲਈ ਟੈਸਟ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਕੋਡ ਲਈ ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਚਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਤੁਰੰਤ ਨਿਗਰਾਨੀ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ ਉਤਪਾਦਨ ਵਿੱਚ ਇਸ ਸੇਵਾ ਦੇ ਸੰਚਾਲਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰੇਗਾ, ਅਤੇ ਇਹ ਸਭ ਕੁਝ ਕਰਦਾ ਹੈ।

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

ਮੈਂ DevOps ਦਾ ਅਧਿਐਨ ਕੀਤਾ, ਅੱਗੇ ਕੀ?

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

ਅਤੇ ਹੁਣ ਚੰਗੀਆਂ ਚੀਜ਼ਾਂ ਬਾਰੇ: DevOps ਅਭਿਆਸਾਂ ਅਤੇ ਸਾਧਨਾਂ ਦੀ ਮੁਹਾਰਤ ਲੇਬਰ ਮਾਰਕੀਟ 'ਤੇ ਤੁਹਾਡੇ ਮੁੱਲ ਦੇ ਲਗਭਗ +30% ਹੈ। ਤਨਖਾਹਾਂ 140 ਹਜ਼ਾਰ ਰੂਬਲ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਤੁਹਾਡੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੁਆਰਾ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

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

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

ਇਹ ਕੰਪਨੀ ਤੋਂ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦਾ ਇੱਕ ਕਾਰਨ ਹੈ ਕਿ ਸੌਫਟਵੇਅਰ ਡਿਲੀਵਰੀ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਤਕਨਾਲੋਜੀ ਸਟੈਕ ਅਤੇ ਤੁਸੀਂ ਕਿਹੜੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨਿਭਾਓਗੇ।

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

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

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

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

ਸਰੋਤ: www.habr.com