DevOps ਪਹੁੰਚ ਦੇ ਪ੍ਰਸ਼ੰਸਕਾਂ ਲਈ ਕਾਨਫਰੰਸ

ਅਸੀਂ, ਬੇਸ਼ਕ, ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ DevOpsConf. ਜੇਕਰ ਤੁਸੀਂ ਵੇਰਵਿਆਂ ਵਿੱਚ ਨਹੀਂ ਜਾਂਦੇ ਹੋ, ਤਾਂ 30 ਸਤੰਬਰ ਅਤੇ 1 ਅਕਤੂਬਰ ਨੂੰ ਅਸੀਂ ਵਿਕਾਸ, ਟੈਸਟਿੰਗ ਅਤੇ ਸੰਚਾਲਨ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਜੋੜਨ ਲਈ ਇੱਕ ਕਾਨਫਰੰਸ ਆਯੋਜਿਤ ਕਰਾਂਗੇ, ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਵੇਰਵੇ ਵਿੱਚ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ, ਬਿੱਲੀ ਦੇ ਹੇਠਾਂ।

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

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

ਸੀਨ ਦੇ ਪਿੱਛੇ

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

• ਸੀਨੀਅਰ ਇੰਜੀਨੀਅਰ;
• ਡਿਵੈਲਪਰ;
• ਟੀਮ ਦੇ ਆਗੂ;
• ਸੀ.ਟੀ.ਓ.

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

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

ਕਾਨਫਰੰਸ ਸੈਕਸ਼ਨ ਪਹਿਲਾਂ ਵਾਂਗ ਹੀ ਰਹਿਣਗੇ ਪਿਛਲੀ ਵਾਰ.

• ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪਲੇਟਫਾਰਮ.
• ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ।
• ਨਿਰੰਤਰ ਸਪੁਰਦਗੀ.
• ਸੁਝਾਅ.
• DevOps ਵਿੱਚ ਆਰਕੀਟੈਕਚਰ, CTO ਲਈ DevOps।
• SRE ਅਭਿਆਸ।
• ਸਿਖਲਾਈ ਅਤੇ ਗਿਆਨ ਪ੍ਰਬੰਧਨ.
• ਸੁਰੱਖਿਆ, DevSecOps.
• DevOps ਪਰਿਵਰਤਨ।

ਕਾਗਜ਼ਾਂ ਲਈ ਕਾਲ ਕਰੋ: ਅਸੀਂ ਕਿਹੋ ਜਿਹੀਆਂ ਰਿਪੋਰਟਾਂ ਲੱਭ ਰਹੇ ਹਾਂ

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

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

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

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

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

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

ਜੇਕਰ ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਮਾਮਲਿਆਂ ਬਾਰੇ ਕੁਝ ਕਹਿਣਾ ਹੈ, ਤਾਂ ਚੁੱਪ ਨਾ ਰਹੋ, ਆਪਣੀ ਰਿਪੋਰਟ ਦਰਜ ਕਰੋ. ਪੇਪਰਾਂ ਲਈ ਕਾਲ ਕਰਨ ਦੀ ਅੰਤਿਮ ਮਿਤੀ 20 ਅਗਸਤ ਹੈ। ਜਿੰਨੀ ਜਲਦੀ ਤੁਸੀਂ ਰਜਿਸਟਰ ਕਰੋਗੇ, ਤੁਹਾਨੂੰ ਆਪਣੀ ਰਿਪੋਰਟ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇਣ ਅਤੇ ਆਪਣੀ ਪੇਸ਼ਕਾਰੀ ਲਈ ਤਿਆਰ ਕਰਨ ਲਈ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗੇਗਾ। ਇਸ ਲਈ, ਦੇਰੀ ਨਾ ਕਰੋ.

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

ਅਸੀਂ DevOps ਨੂੰ ਕਿਵੇਂ ਦੇਖਦੇ ਹਾਂ

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

DevOps ਇੱਕ ਗੁੰਝਲਦਾਰ ਸਿਸਟਮ ਹੈ, ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

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

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

ਤੁਸੀਂ ਰਿਪੋਰਟ ਦੀ ਵੀਡੀਓ ਦੇਖ ਸਕਦੇ ਹੋ ਇੱਥੇ.

ਅਤੇ ਹੁਣ ਇੱਕ ਬੋਨਸ ਹੋਵੇਗਾ: RIT++ 2019 ਤੋਂ ਕਈ ਵੀਡੀਓਜ਼, ਜੋ DevOps ਪਰਿਵਰਤਨ ਦੇ ਸਭ ਤੋਂ ਆਮ ਮੁੱਦਿਆਂ ਨੂੰ ਛੂਹਦੇ ਹਨ।

ਇੱਕ ਉਤਪਾਦ ਦੇ ਰੂਪ ਵਿੱਚ ਕੰਪਨੀ ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ

Artyom Naumenko Skyeng ਵਿਖੇ DevOps ਟੀਮ ਦੀ ਅਗਵਾਈ ਕਰਦਾ ਹੈ ਅਤੇ ਆਪਣੀ ਕੰਪਨੀ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਵਿਕਾਸ ਦਾ ਧਿਆਨ ਰੱਖਦਾ ਹੈ। ਉਸਨੇ ਦੱਸਿਆ ਕਿ ਬੁਨਿਆਦੀ ਢਾਂਚਾ SkyEng 'ਤੇ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਤ ਕਰਦਾ ਹੈ: ਇਸਦੇ ਲਈ ROI ਦੀ ਗਣਨਾ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਗਣਨਾ ਲਈ ਕਿਹੜੇ ਮੈਟ੍ਰਿਕਸ ਚੁਣੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸੁਧਾਰਨ ਲਈ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ।

ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਲਈ ਸੜਕ 'ਤੇ

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

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

ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਸਾਰੀਆਂ ਤਕਨੀਕੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਜ਼ਰੂਰਤ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਆਪਣੀ ਰਿਪੋਰਟ ਵਿੱਚ, ਬੋਰਿਸ ਨੇ ਕਿਹਾ:

• ਪ੍ਰੋਜੈਕਟ ਲਈ ਸਹੀ ਆਰਕੀਟੈਕਚਰ ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਕਿਵੇਂ ਰੱਖਣਾ ਹੈ;
• ਕਿਹੜੇ ਟੂਲ ਵਰਤਣੇ ਹਨ ਅਤੇ ਪਰਿਵਰਤਨ ਦੇ ਮਾਰਗ 'ਤੇ ਕਿਹੜੀਆਂ ਮੁਸ਼ਕਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ;
• ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ।

ਰੀਲੀਜ਼ਾਂ ਦਾ ਸਵੈਚਾਲਨ ਜਾਂ ਜਲਦੀ ਅਤੇ ਦਰਦ ਰਹਿਤ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ

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

ਦੁਰਘਟਨਾਵਾਂ ਤੁਹਾਨੂੰ ਸਿੱਖਣ ਵਿੱਚ ਕਿਵੇਂ ਮਦਦ ਕਰਦੀਆਂ ਹਨ?

ਅਲੈਕਸੀ ਕਿਰਪਿਚਨੀਕੋਵ 5 ਸਾਲਾਂ ਤੋਂ SKB ਕੋਂਟੂਰ ਵਿਖੇ DevOps ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਲਾਗੂ ਕਰ ਰਿਹਾ ਹੈ। ਤਿੰਨ ਸਾਲਾਂ ਦੇ ਦੌਰਾਨ, ਉਸਦੀ ਕੰਪਨੀ ਵਿੱਚ ਲਗਭਗ 1000 ਫੈਕੈਪਸ ਵੱਖ-ਵੱਖ ਡਿਗਰੀਆਂ ਦੇ ਮਹਾਂਕਾਵਿ ਵਿੱਚ ਆਏ। ਉਹਨਾਂ ਵਿੱਚੋਂ, ਉਦਾਹਰਨ ਲਈ, 36% ਉਤਪਾਦਨ ਵਿੱਚ ਘੱਟ-ਗੁਣਵੱਤਾ ਵਾਲੇ ਰੀਲੀਜ਼ ਨੂੰ ਰੋਲ ਆਊਟ ਕਰਨ ਦੇ ਕਾਰਨ ਹੋਏ ਸਨ, ਅਤੇ 14% ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਹਾਰਡਵੇਅਰ ਰੱਖ-ਰਖਾਅ ਦੇ ਕੰਮ ਕਾਰਨ ਹੋਏ ਸਨ।

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

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

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

ਅਸੀਂ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਕਿਹੜੀਆਂ ਰਿਪੋਰਟਾਂ ਪਹਿਲਾਂ ਹੀ ਸਵੀਕਾਰ ਕਰ ਲਈਆਂ ਹਨ?

ਇਸ ਹਫ਼ਤੇ ਪ੍ਰੋਗਰਾਮ ਕਮੇਟੀ ਨੇ 4 ਰਿਪੋਰਟਾਂ ਅਪਣਾਈਆਂ: ਸੁਰੱਖਿਆ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਅਤੇ SRE ਅਭਿਆਸਾਂ 'ਤੇ।

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

• ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਕਿਸ ਤੋਂ;
• ਰੁਟੀਨ ਸੁਰੱਖਿਆ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕੀ ਹਨ;
• IT ਅਤੇ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕਿਵੇਂ ਆਪਸ ਵਿੱਚ ਮਿਲਦੀਆਂ ਹਨ;
• CIS CSC ਕੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ;
• ਕਿਵੇਂ ਅਤੇ ਕਿਹੜੇ ਸੂਚਕਾਂ ਦੁਆਰਾ ਨਿਯਮਤ ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਜਾਂਚਾਂ ਕਰਨੀਆਂ ਹਨ।

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

ਮੈਕਸਿਮ ਦਿਖਾਏਗਾ ਕਿ ਕੋਡ ਪਲੇਸਮੈਂਟ ਪੈਟਰਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਜਿਸਦਾ ਉਦੇਸ਼ ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਵਿਕਾਸ ਨੂੰ ਸਰਲ ਬਣਾਉਣਾ ਹੈ।

ਹੋਰ ਰਿਪੋਰਟ ਤੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਬਾਰੇ ਸੁਣਾਂਗੇ ਪਲੇਕੀ ਤੋਂ ਵਲਾਦੀਮੀਰ ਰਿਆਬੋਵ. ਇੱਥੇ ਅਸੀਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪਲੇਟਫਾਰਮ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ, ਅਤੇ ਅਸੀਂ ਸਿੱਖਾਂਗੇ:

• ਇਹ ਕਿਵੇਂ ਸਮਝਣਾ ਹੈ ਕਿ ਕੀ ਸਟੋਰੇਜ਼ ਸਪੇਸ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਵਰਤੀ ਜਾ ਰਹੀ ਹੈ;
• ਜੇਕਰ ਸਿਰਫ 10 TB ਸਟੋਰੇਜ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਕਈ ਸੌ ਉਪਭੋਗਤਾ 20 TB ਸਮੱਗਰੀ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ;
• ਡੇਟਾ ਨੂੰ 5 ਵਾਰ ਸੰਕੁਚਿਤ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਰੀਅਲ-ਟਾਈਮ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ;
• ਕਈ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿਚਕਾਰ ਫਲਾਈ 'ਤੇ ਡੇਟਾ ਨੂੰ ਕਿਵੇਂ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਨਾ ਹੈ;
• ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਕ੍ਰਮਵਾਰ ਵਰਤਦੇ ਸਮੇਂ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਪ੍ਰਭਾਵ ਨੂੰ ਕਿਵੇਂ ਖਤਮ ਕਰਨਾ ਹੈ।

ਇਸ ਜਾਦੂ ਦਾ ਰਾਜ਼ ਤਕਨੀਕ ਹੈ FreeBSD ਲਈ ZFS ਅਤੇ ਇਸ ਦਾ ਤਾਜ਼ਾ ਕਾਂਟਾ ਲੀਨਕਸ ਉੱਤੇ ਜ਼ੈਡਐਫਐਸ. ਵਲਾਦੀਮੀਰ ਪਲੇਕੀ ਤੋਂ ਕੇਸ ਸਾਂਝੇ ਕਰੇਗਾ।

Amixr.IO ਤੋਂ Matvey Kukuy ਜੀਵਨ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਨਾਲ ਤਿਆਰ ਦੱਸਣ ਲਈ, ਕੀ ਹੋਇਆ ਹੈ ਐਸ.ਆਰ.ਈ. ਅਤੇ ਇਹ ਕਿਵੇਂ ਭਰੋਸੇਯੋਗ ਸਿਸਟਮ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। Amixr.IO ਆਪਣੇ ਬੈਕਐਂਡ ਦੁਆਰਾ ਗਾਹਕ ਦੀਆਂ ਘਟਨਾਵਾਂ ਨੂੰ ਪਾਸ ਕਰਦਾ ਹੈ; ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਦਰਜਨਾਂ ਆਨ-ਡਿਊਟੀ ਟੀਮਾਂ ਪਹਿਲਾਂ ਹੀ 150 ਹਜ਼ਾਰ ਕੇਸਾਂ ਨਾਲ ਨਜਿੱਠ ਚੁੱਕੀਆਂ ਹਨ। ਕਾਨਫਰੰਸ ਵਿੱਚ, ਮੈਟਵੇ ਉਹਨਾਂ ਅੰਕੜਿਆਂ ਅਤੇ ਸੂਝਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰੇਗਾ ਜੋ ਉਸਦੀ ਕੰਪਨੀ ਨੇ ਗਾਹਕਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਕੇ ਅਤੇ ਅਸਫਲਤਾਵਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ ਇਕੱਠੀਆਂ ਕੀਤੀਆਂ ਹਨ।

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

ਸਰੋਤ: www.habr.com