ਮਾਸਕੋ ਵਿੱਚ Slurm DevOps ਲਈ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਖੁੱਲੀ ਹੈ

TL; ਡਾ

Slurm DevOps ਮਾਸਕੋ ਵਿੱਚ 30 ਜਨਵਰੀ - 1 ਫਰਵਰੀ ਨੂੰ ਆਯੋਜਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

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

ਦਰਸ਼ਨ, ਸੰਦੇਹਵਾਦ ਅਤੇ ਅਚਾਨਕ ਸਫਲਤਾ ਬਾਰੇ

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

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

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

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

ਹਾਲਾਂਕਿ, ਜ਼ਿਆਦਾਤਰ ਭਾਗੀਦਾਰਾਂ ਨੇ ਸਰਵੇਖਣ ਵਿੱਚ ਜਵਾਬ ਦਿੱਤਾ ਕਿ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਗਿਆਨ ਅਭਿਆਸ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਆਪਣੇ ਦੇਸ਼ ਵਿੱਚ ਕੁਝ ਲਾਗੂ ਕਰਨਗੇ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਹਰ ਚੀਜ਼ ਜੋ ਅਸੀਂ ਸਮਝਾਈ ਹੈ ਉਹ ਉਪਯੋਗੀ ਚੀਜ਼ਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਸੀ: Git, Ansible, CI/CD, ਅਤੇ SRE।

ਇਹ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹੋਵੇਗਾ ਕਿ ਸ਼ੁਰੂ ਵਿੱਚ ਉਹਨਾਂ ਨੇ ਸਲਰਮ ਕੁਬਰਨੇਟਸ ਬਾਰੇ ਵੀ ਕਿਹਾ ਸੀ ਕਿ k3s ਨੂੰ 8 ਦਿਨਾਂ ਵਿੱਚ ਸਮਝਾਉਣਾ ਅਸੰਭਵ ਹੈ।

SRE ਵਿਸ਼ੇ ਦੀ ਅਗਵਾਈ ਕਰਨ ਵਾਲੇ ਇਵਾਨ ਕ੍ਰੂਗਲੋਵ ਨਾਲ, ਅਸੀਂ ਇੱਕ ਵੱਖਰੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਸਹਿਮਤ ਹੋਏ। ਅਸੀਂ ਫਿਲਹਾਲ ਵੇਰਵਿਆਂ 'ਤੇ ਚਰਚਾ ਕਰ ਰਹੇ ਹਾਂ, ਮੈਂ ਜਲਦੀ ਹੀ ਇੱਕ ਘੋਸ਼ਣਾ ਕਰਾਂਗਾ।

Slurm DevOps 'ਤੇ ਕੀ ਹੋਵੇਗਾ?

ਪ੍ਰੋਗਰਾਮ

ਵਿਸ਼ਾ #1: ਗਿੱਟ ਨਾਲ ਟੀਮ ਵਰਕ

• ਬੁਨਿਆਦੀ ਕਮਾਂਡਾਂ git init, ਕਮਿਟ, ਐਡ, ਡਿਫ, ਲੌਗ, ਸਟੇਟਸ, ਪੁੱਲ, ਪੁਸ਼
• ਗਿੱਟ ਵਹਾਅ, ਸ਼ਾਖਾਵਾਂ ਅਤੇ ਟੈਗਸ, ਰਣਨੀਤੀਆਂ ਨੂੰ ਮਿਲਾਓ
• ਮਲਟੀਪਲ ਰਿਮੋਟ ਪ੍ਰਤੀਨਿਧਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ
• GitHub ਵਹਾਅ
• ਫੋਰਕ, ਰਿਮੋਟ, ਪੁੱਲ ਬੇਨਤੀ
• ਟਕਰਾਅ, ਰੀਲੀਜ਼, ਇੱਕ ਵਾਰ ਫਿਰ ਗਿੱਟਫਲੋ ਅਤੇ ਟੀਮਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਹੋਰ ਪ੍ਰਵਾਹ ਬਾਰੇ

ਵਿਸ਼ਾ #2: ਵਿਕਾਸ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਕੰਮ ਕਰਨਾ

• ਪਾਈਥਨ ਵਿੱਚ ਇੱਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਲਿਖਣਾ
• ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ
• ਏਕੀਕਰਣ ਅਤੇ ਯੂਨਿਟ ਟੈਸਟ
• ਵਿਕਾਸ ਵਿੱਚ ਡੌਕਰ-ਕੰਪੋਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਵਿਸ਼ਾ #3: CI/CD: ਆਟੋਮੇਸ਼ਨ ਦੀ ਜਾਣ-ਪਛਾਣ

• ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਜਾਣ-ਪਛਾਣ
• ਟੂਲ (ਬਾਸ਼, ਮੇਕ, ਗ੍ਰੇਡਲ)
• ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਨ ਲਈ ਗਿੱਟ-ਹੁੱਕ ਦੀ ਵਰਤੋਂ ਕਰਨਾ
• ਫੈਕਟਰੀ ਅਸੈਂਬਲੀ ਲਾਈਨਾਂ ਅਤੇ IT ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਅਰਜ਼ੀ
• ਇੱਕ "ਆਮ" ਪਾਈਪਲਾਈਨ ਬਣਾਉਣ ਦੀ ਇੱਕ ਉਦਾਹਰਣ
• ਸੀਆਈ/ਸੀਡੀ ਲਈ ਆਧੁਨਿਕ ਸੌਫਟਵੇਅਰ: ਡਰੋਨ ਸੀਆਈ, ਬਿੱਟਬਕੇਟ ਪਾਈਪਲਾਈਨਜ਼, ਟ੍ਰੈਵਿਸ, ਆਦਿ।

ਵਿਸ਼ਾ #4: CI/CD: Gitlab ਨਾਲ ਕੰਮ ਕਰਨਾ

• ਗਿਟਲੈਬ ਸੀ.ਆਈ
• ਗਿਟਲਬ ਰਨਰ, ਉਹਨਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ
• Gitlab CI, ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਵਧੀਆ ਅਭਿਆਸ
• Gitlab CI ਪੜਾਅ
• Gitlab CI ਵੇਰੀਏਬਲ
• ਬਣਾਓ, ਟੈਸਟ ਕਰੋ, ਤੈਨਾਤ ਕਰੋ
• ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕੰਟਰੋਲ ਅਤੇ ਪਾਬੰਦੀਆਂ: ਸਿਰਫ਼, ਜਦੋਂ
• ਕਲਾਤਮਕ ਚੀਜ਼ਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ
• .gitlab-ci.yml ਦੇ ਅੰਦਰ ਨਮੂਨੇ, ਪਾਈਪਲਾਈਨ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿੱਚ ਕਾਰਵਾਈਆਂ ਦੀ ਮੁੜ ਵਰਤੋਂ
• ਸ਼ਾਮਲ ਕਰੋ - ਭਾਗ
• gitlab-ci.yml ਦਾ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ (ਇੱਕ ਫਾਈਲ ਅਤੇ ਦੂਜੇ ਰਿਪੋਜ਼ਟਰੀਆਂ ਲਈ ਆਟੋਮੈਟਿਕ ਪੁਸ਼)

ਵਿਸ਼ਾ #5: ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚਾ

• IaC: ਕੋਡ ਦੇ ਤੌਰ 'ਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਤੱਕ ਪਹੁੰਚਣਾ
• ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਦਾਤਾ ਵਜੋਂ
• ਸਿਸਟਮ ਸ਼ੁਰੂਆਤੀ ਸਾਧਨ, ਚਿੱਤਰ ਨਿਰਮਾਣ (ਪੈਕਰ)
• ਉਦਾਹਰਨ ਵਜੋਂ ਟੈਰਾਫਾਰਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ IaC
• ਕੌਂਫਿਗਰੇਸ਼ਨ ਸਟੋਰੇਜ, ਸਹਿਯੋਗ, ਐਪਲੀਕੇਸ਼ਨ ਆਟੋਮੇਸ਼ਨ
• ਜਵਾਬਦੇਹ ਪਲੇਬੁੱਕ ਬਣਾਉਣ ਦਾ ਅਭਿਆਸ
• ਨਿਪੁੰਸਕਤਾ, ਘੋਸ਼ਣਾਤਮਕਤਾ
• ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ Ansible ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ IaC

ਵਿਸ਼ਾ #6: ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਟੈਸਟਿੰਗ

• ਅਣੂ ਅਤੇ ਗਿਟਲਬ ਸੀਆਈ ਦੇ ਨਾਲ ਟੈਸਟਿੰਗ ਅਤੇ ਨਿਰੰਤਰ ਏਕੀਕਰਣ
• ਵੈਗਰੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਵਿਸ਼ਾ #7: ਪ੍ਰੋਮੀਥੀਅਸ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ

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

ਵਿਸ਼ਾ #8: ELK ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲੌਗ ਕਰਨਾ

• ਵਧੀਆ ਲੌਗਿੰਗ ਅਭਿਆਸ
• ELK ਸਟੈਕ

ਵਿਸ਼ਾ #9: ChatOps ਦੇ ਨਾਲ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਆਟੋਮੇਸ਼ਨ

• DevOps ਅਤੇ ChatOps
• ChatOps: ਤਾਕਤ
• ਢਿੱਲੀ ਅਤੇ ਵਿਕਲਪ
• ChatOps ਲਈ ਬੋਟਸ
• Hubot ਅਤੇ ਵਿਕਲਪ
• ਸੁਰੱਖਿਆ ਨੂੰ
• ਸਭ ਤੋਂ ਵਧੀਆ ਅਤੇ ਮਾੜੇ ਅਭਿਆਸ

ਇੱਕ ਜਗ੍ਹਾ: ਮਾਸਕੋ, ਸੇਵਾਸਤੋਪੋਲ ਹੋਟਲ ਦਾ ਕਾਨਫਰੰਸ ਰੂਮ.

ਤਾਰੀਖਾਂ: 30 ਜਨਵਰੀ ਤੋਂ 1 ਫਰਵਰੀ ਤੱਕ, ਸਖ਼ਤ ਮਿਹਨਤ ਦੇ 3 ਦਿਨ।

ਰਜਿਸਟਰ

ਸਰੋਤ: www.habr.com