ਹੈਲਮ ਡਿਵਾਈਸ ਅਤੇ ਇਸਦੇ ਨੁਕਸਾਨ

ਟਾਈਫਨ ਫਰੇਟ ਹੌਲਰ ਸੰਕਲਪ, ਐਂਟੋਨ ਸਵੈਨੇਪੋਏਲ

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

ਇਹ ਇੱਕ ਕਾਨਫਰੰਸ ਵਿੱਚ ਇੱਕ ਭਾਸ਼ਣ ਦੇ ਆਧਾਰ ਤੇ ਇੱਕ ਸੰਖੇਪ ਹੈ @ ਕੁਬਰਨੇਟਸ ਕਾਨਫਰੰਸ by Mail.ru ਕਲਾਉਡ ਹੱਲ - ਜੇ ਤੁਸੀਂ ਪੜ੍ਹਨਾ ਨਹੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਵੀਡੀਓ ਦੇਖੋ।

ਅਸੀਂ ਉਤਪਾਦਨ ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਕਰਦੇ ਹਾਂ

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

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

ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਵੱਡੀਆਂ YAML ਫਾਈਲਾਂ ਦਾ ਸਰਾਪ

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

ਹੈਲਮ ਦੇ ਮੁੱਖ ਰੱਖਿਅਕ ਐਡਮ ਰੀਸ ਨੇ "ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਵਿਕਾਸ ਚੱਕਰ", ਜੋ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

1. YAML ਕਾਪੀ ਕਰੋ - ਇੱਕ YAML ਫਾਈਲ ਦੀ ਨਕਲ ਕਰੋ।
2. YAML ਪੇਸਟ ਕਰੋ - ਇਸਨੂੰ ਪੇਸਟ ਕਰੋ।
3. ਫਿਕਸ ਇੰਡੈਂਟਸ - ਫਿਕਸ ਇੰਡੈਂਟਸ।
4. ਦੁਹਰਾਓ — ਮੁੜ ਦੁਹਰਾਓ।

ਵਿਕਲਪ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਕਈ ਵਾਰ YAML ਫਾਈਲਾਂ ਦੀ ਨਕਲ ਕਰਨੀ ਪਵੇਗੀ. ਇਸ ਚੱਕਰ ਨੂੰ ਬਦਲਣ ਲਈ, ਹੇਲਮ ਦੀ ਖੋਜ ਕੀਤੀ ਗਈ ਸੀ.

ਹੇਲਮ ਕੀ ਹੈ

ਪਹਿਲਾਂ, ਹੇਲਮ - ਪੈਕੇਜ ਮੈਨੇਜਰ, ਜੋ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਲੱਭਣ ਅਤੇ ਸਥਾਪਿਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਮੋਂਗੋਡੀਬੀ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਅਧਿਕਾਰਤ ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਾਣ ਅਤੇ ਬਾਈਨਰੀਆਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਸਿਰਫ਼ ਕਮਾਂਡ ਚਲਾਓ। helm install stable/mongodb.

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

ਤੀਜਾ, ਹੇਲਮ - ਤੈਨਾਤੀ ਮਾਸਟਰ. ਇਸਦੇ ਨਾਲ ਤੁਸੀਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਥਾਪਿਤ, ਰੋਲਬੈਕ ਅਤੇ ਅਪਡੇਟ ਕਰ ਸਕਦੇ ਹੋ। ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ.

ਤੁਹਾਡੀਆਂ ਖੁਦ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰੀਏ

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

• ਟੈਂਪਲੇਟਸ ਦੇ ਨਾਲ ਇੱਕ ਫੋਲਡਰ ਦਰਸਾਓ;
• ਆਰਕਾਈਵ ਨੂੰ ਇੱਕ .tar ਵਿੱਚ ਪੈਕ ਕਰੋ ਅਤੇ ਇਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ;
• ਟੈਂਪਲੇਟ ਨੂੰ ਰਿਮੋਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਹੈਲਮ ਕਲਾਇੰਟ ਵਿੱਚ ਰਿਪੋਜ਼ਟਰੀ ਲਈ ਇੱਕ ਲਿੰਕ ਜੋੜੋ।

ਤੁਹਾਨੂੰ ਮੁੱਲਾਂ ਵਾਲੀ ਇੱਕ ਫਾਈਲ ਦੀ ਵੀ ਲੋੜ ਹੈ - values.yaml. ਉਥੋਂ ਦੇ ਡੇਟਾ ਨੂੰ ਟੈਂਪਲੇਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇਗਾ। ਚਲੋ ਇਸਨੂੰ ਵੀ ਬਣਾਈਏ।

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

ਹੈਲਮ 3 ਸਰਲ ਹੈ: ਸਰਵਰ 'ਤੇ ਟੈਂਪਲੇਟਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਦੀ ਬਜਾਏ, ਜਾਣਕਾਰੀ ਨੂੰ ਹੁਣ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੈਲਮ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਿੱਧੇ ਕੁਬਰਨੇਟਸ API ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਰਲੀਕਰਨ ਕਲੱਸਟਰ ਸੁਰੱਖਿਆ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਰੋਲਆਊਟ ਸਕੀਮ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ।

ਇਹ ਸਭ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਕਮਾਂਡ ਚਲਾਓ helm install. ਚਲੋ ਐਪਲੀਕੇਸ਼ਨ ਰੀਲੀਜ਼ ਦਾ ਨਾਮ ਦਰਸਾਓ ਅਤੇ values.yaml ਨੂੰ ਮਾਰਗ ਦਿਓ। ਅੰਤ ਵਿੱਚ ਅਸੀਂ ਉਸ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਦਰਸਾਵਾਂਗੇ ਜਿਸ ਵਿੱਚ ਚਾਰਟ ਸਥਿਤ ਹੈ ਅਤੇ ਚਾਰਟ ਦਾ ਨਾਮ। ਉਦਾਹਰਨ ਵਿੱਚ, ਇਹ ਕ੍ਰਮਵਾਰ "lmru" ਅਤੇ "bestchart" ਹਨ।

helm install --name bestapp --values values.yaml lmru/bestchart

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

helm upgrade --install bestapp --values values.yaml lmru/bestchart

ਹੈਲਮ ਦੇ ਨਾਲ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੇ ਨੁਕਸਾਨ

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

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

ਢੰਗ 1. ਆਖਰੀ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਜਾਣਕਾਰੀ ਨਾ ਬਦਲੋ

ਜਿਵੇਂ ਕਿ ਇਹ ਕਹਿੰਦਾ ਹੈ ਸਰਕਾਰੀ ਵੈਬਸਾਈਟ ਹੈਲਮ, "ਕੁਬਰਨੇਟਸ ਚਾਰਟ ਵੱਡੇ ਅਤੇ ਗੁੰਝਲਦਾਰ ਹੋ ਸਕਦੇ ਹਨ, ਇਸਲਈ ਹੈਲਮ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਛੂਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਦਾ ਹੈ।" ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਡੌਕਰ ਰਜਿਸਟਰੀ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਨੂੰ ਅਪਡੇਟ ਕਰਦੇ ਹੋ ਅਤੇ ਕਮਾਂਡ ਚਲਾਓ helm upgrade, ਫਿਰ ਕੁਝ ਨਹੀਂ ਹੋਵੇਗਾ। ਹੈਲਮ ਸੋਚੇਗਾ ਕਿ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਿਆ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ ਕੁਬਰਨੇਟਸ ਨੂੰ ਕਮਾਂਡ ਭੇਜਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

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

ਢੰਗ 2. ਚਿੱਤਰ ਵਿੱਚ LABEL ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ

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

ਢੰਗ 3: ਇੱਕ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰੋ --force

ਆਉ ਮੈਨੂਅਲ ਵੱਲ ਮੁੜੀਏ ਅਤੇ ਲੋੜੀਂਦੀ ਕੁੰਜੀ ਲੱਭੀਏ। ਕੁੰਜੀ ਸਭ ਤੋਂ ਵੱਧ ਅਰਥ ਰੱਖਦੀ ਹੈ --force. ਸਪੱਸ਼ਟ ਨਾਮ ਦੇ ਬਾਵਜੂਦ, ਵਿਵਹਾਰ ਉਮੀਦ ਤੋਂ ਵੱਖਰਾ ਹੈ. ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਅੱਪਡੇਟ ਲਈ ਮਜਬੂਰ ਕਰਨ ਦੀ ਬਜਾਏ, ਇਸਦਾ ਅਸਲ ਉਦੇਸ਼ ਇੱਕ ਰੀਲੀਜ਼ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਹੈ ਜੋ ਅਸਫਲ ਸਥਿਤੀ ਵਿੱਚ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਹਾਨੂੰ ਕ੍ਰਮਵਾਰ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ helm delete && helm install --replace. ਇਸਦੀ ਬਜਾਏ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ --force, ਜੋ ਇਹਨਾਂ ਕਮਾਂਡਾਂ ਦੇ ਕ੍ਰਮਵਾਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸਵੈਚਾਲਤ ਕਰਦਾ ਹੈ। ਇਸ ਸਬੰਧੀ ਹੋਰ ਜਾਣਕਾਰੀ ਬੇਨਤੀ ਖਿੱਚੋ. ਹੈਲਮ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸੰਸਕਰਣ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ ਕਹਿਣ ਲਈ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਕੁੰਜੀ ਕੰਮ ਨਹੀਂ ਕਰੇਗੀ।

ਢੰਗ 4. ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸਿੱਧੇ ਲੇਬਲ ਬਦਲੋ

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

ਹੈਲਮ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?

ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਿ ਕੀ ਕੋਈ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੀ ਆਖਰੀ ਰੀਲੀਜ਼ ਤੋਂ ਬਦਲ ਗਈ ਹੈ, ਹੈਲਮ ਇਹ ਵਰਤ ਸਕਦਾ ਹੈ:

• ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਚੱਲ ਰਹੀ ਐਪਲੀਕੇਸ਼ਨ;
• new values.yaml ਅਤੇ ਮੌਜੂਦਾ ਚਾਰਟ;
• ਹੈਲਮ ਦੀ ਅੰਦਰੂਨੀ ਰਿਲੀਜ਼ ਜਾਣਕਾਰੀ।

ਵਧੇਰੇ ਉਤਸੁਕਤਾ ਲਈ: ਹੈਲਮ ਰੀਲੀਜ਼ਾਂ ਬਾਰੇ ਅੰਦਰੂਨੀ ਜਾਣਕਾਰੀ ਕਿੱਥੇ ਸਟੋਰ ਕਰਦਾ ਹੈ?ਹੁਕਮ ਚਲਾ ਕੇ helm history, ਅਸੀਂ ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਥਾਪਿਤ ਕੀਤੇ ਸੰਸਕਰਣਾਂ ਬਾਰੇ ਸਾਰੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਾਂਗੇ।

ਭੇਜੇ ਗਏ ਟੈਂਪਲੇਟਾਂ ਅਤੇ ਮੁੱਲਾਂ ਬਾਰੇ ਵੀ ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਹੈ। ਅਸੀਂ ਇਸਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦੇ ਹਾਂ:

ਹੈਲਮ ਦੇ ਦੂਜੇ ਸੰਸਕਰਣ ਵਿੱਚ, ਇਹ ਜਾਣਕਾਰੀ ਉਸੇ ਨਾਮ-ਸਪੇਸ ਵਿੱਚ ਸਥਿਤ ਹੈ ਜਿੱਥੇ ਟਿਲਰ ਚੱਲ ਰਿਹਾ ਹੈ (ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਕਿਊਬ-ਸਿਸਟਮ), ਕੌਨਫਿਗਮੈਪ ਵਿੱਚ, ਲੇਬਲ “OWNER=TILLER” ਨਾਲ ਚਿੰਨ੍ਹਿਤ:

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

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

ਤੀਸਰਾ ਹੈਲਮ ਤਿੰਨ-ਤਰੀਕੇ ਨਾਲ ਵਿਲੀਨਤਾ ਰਣਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ: ਉਸ ਜਾਣਕਾਰੀ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦਾ ਹੈ ਜੋ ਇਸ ਸਮੇਂ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ।

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

ਢੰਗ 5. --recreate-pods ਸਵਿੱਚ ਦੀ ਵਰਤੋਂ ਕਰੋ

ਇੱਕ ਕੁੰਜੀ ਨਾਲ --recreate-pods ਤੁਸੀਂ ਉਹ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੁੰਜੀ ਨਾਲ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਸੀ --force. ਕੰਟੇਨਰ ਰੀਸਟਾਰਟ ਹੋ ਜਾਣਗੇ ਅਤੇ, imagePullPolicy: ਨਵੀਨਤਮ ਟੈਗ ਲਈ ਹਮੇਸ਼ਾਂ ਨੀਤੀ (ਉਪਰੋਕਤ ਫੁਟਨੋਟ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ) ਦੇ ਅਨੁਸਾਰ, Kubernetes ਚਿੱਤਰ ਦਾ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਡਾਊਨਲੋਡ ਅਤੇ ਲਾਂਚ ਕਰੇਗਾ। ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ: ਡਿਪਲਾਇਮੈਂਟ ਦੀ ਰਣਨੀਤੀ ਕਿਸਮ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੇ ਬਿਨਾਂ, ਇਹ ਅਚਾਨਕ ਸਾਰੀਆਂ ਪੁਰਾਣੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨਾਂ ਨੂੰ ਬੰਦ ਕਰ ਦੇਵੇਗਾ ਅਤੇ ਨਵੇਂ ਲਾਂਚ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਰੀਸਟਾਰਟ ਦੌਰਾਨ, ਸਿਸਟਮ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਨੁਕਸਾਨ ਹੋਵੇਗਾ.

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

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

ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਐਪਲੀਕੇਸ਼ਨ ਵਰਜ਼ਨ ਨੂੰ ਕਿਵੇਂ ਅਪਡੇਟ ਕਰਨਾ ਹੈ?

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

1. ਬੇਤਰਤੀਬ ਮੁੱਲ ਸਟੈਂਡਰਡ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ - {{ randAlphaNum 6 }}.
   ਇੱਕ ਚੇਤਾਵਨੀ ਹੈ: ਅਜਿਹੇ ਵੇਰੀਏਬਲ ਦੇ ਨਾਲ ਇੱਕ ਚਾਰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਹਰੇਕ ਤੈਨਾਤੀ ਤੋਂ ਬਾਅਦ, ਐਨੋਟੇਸ਼ਨ ਮੁੱਲ ਵਿਲੱਖਣ ਹੋਵੇਗਾ, ਅਤੇ ਹੈਲਮ ਇਹ ਮੰਨ ਲਵੇਗਾ ਕਿ ਤਬਦੀਲੀਆਂ ਹਨ। ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਅਸੀਂ ਹਮੇਸ਼ਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਾਂਗੇ, ਭਾਵੇਂ ਅਸੀਂ ਇਸਦਾ ਸੰਸਕਰਣ ਨਹੀਂ ਬਦਲਿਆ ਹੈ। ਇਹ ਨਾਜ਼ੁਕ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇੱਥੇ ਕੋਈ ਡਾਊਨਟਾਈਮ ਨਹੀਂ ਹੋਵੇਗਾ, ਪਰ ਇਹ ਅਜੇ ਵੀ ਕੋਝਾ ਹੈ।
2. ਮੌਜੂਦਾ ਪੇਸਟ ਕਰੋ ਮਿਤੀ ਅਤੇ ਸਮਾਂ - {{ .Release.Date }}.
   ਇੱਕ ਰੂਪ ਇੱਕ ਸਥਾਈ ਤੌਰ 'ਤੇ ਵਿਲੱਖਣ ਵੇਰੀਏਬਲ ਦੇ ਨਾਲ ਇੱਕ ਬੇਤਰਤੀਬ ਮੁੱਲ ਦੇ ਸਮਾਨ ਹੁੰਦਾ ਹੈ।
3. ਇੱਕ ਹੋਰ ਸਹੀ ਤਰੀਕਾ ਵਰਤਣਾ ਹੈ ਚੈੱਕਸਮ. ਇਹ ਚਿੱਤਰ ਦਾ SHA ਜਾਂ ਗਿੱਟ ਵਿੱਚ ਆਖਰੀ ਕਮਿਟ ਦਾ SHA ਹੈ - {{ .Values.sha }}.
   ਉਹਨਾਂ ਨੂੰ ਗਿਣਨ ਅਤੇ ਕਾਲਿੰਗ ਸਾਈਡ 'ਤੇ ਹੈਲਮ ਕਲਾਇੰਟ ਨੂੰ ਭੇਜਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਉਦਾਹਰਨ ਲਈ ਜੇਨਕਿੰਸ ਵਿੱਚ। ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਬਦਲ ਗਈ ਹੈ, ਤਾਂ ਚੈੱਕਸਮ ਬਦਲ ਜਾਵੇਗਾ। ਇਸ ਲਈ, ਹੈਲਮ ਸਿਰਫ ਲੋੜ ਪੈਣ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਪਡੇਟ ਕਰੇਗਾ।

ਆਓ ਆਪਣੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਸੰਖੇਪ ਕਰੀਏ

• ਹੈਲਮ ਘੱਟ ਤੋਂ ਘੱਟ ਹਮਲਾਵਰ ਤਰੀਕੇ ਨਾਲ ਬਦਲਾਅ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਡੌਕਰ ਰਜਿਸਟਰੀ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਚਿੱਤਰ ਪੱਧਰ 'ਤੇ ਕੋਈ ਵੀ ਬਦਲਾਅ ਇੱਕ ਅੱਪਡੇਟ ਦਾ ਨਤੀਜਾ ਨਹੀਂ ਹੋਵੇਗਾ: ਕਮਾਂਡ ਦੇ ਚੱਲਣ ਤੋਂ ਬਾਅਦ ਕੁਝ ਨਹੀਂ ਹੋਵੇਗਾ।
• ਕੁੰਜੀ --force ਸਮੱਸਿਆ ਵਾਲੇ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਬਹਾਲ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜ਼ਬਰਦਸਤੀ ਅੱਪਡੇਟ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੈ।
• ਕੁੰਜੀ --recreate-pods ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਅੱਪਡੇਟ ਕਰੇਗਾ, ਪਰ ਇਸਨੂੰ ਵਿਨਾਸ਼ਕਾਰੀ ਤਰੀਕੇ ਨਾਲ ਕਰੇਗਾ: ਇਹ ਅਚਾਨਕ ਸਾਰੇ ਕੰਟੇਨਰਾਂ ਨੂੰ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। ਉਪਭੋਗਤਾ ਇਸ ਤੋਂ ਪੀੜਤ ਹੋਣਗੇ; ਤੁਹਾਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਅਜਿਹਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬਦਲਾਅ ਕਰੋ kubectl edit ਨਾ ਕਰੋ: ਅਸੀਂ ਇਕਸਾਰਤਾ ਨੂੰ ਤੋੜਾਂਗੇ, ਅਤੇ ਹੈਲਮ ਦੇ ਸੰਸਕਰਣ ਦੇ ਆਧਾਰ 'ਤੇ ਵਿਹਾਰ ਵੱਖਰਾ ਹੋਵੇਗਾ।
• ਹੈਲਮ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਦੇ ਜਾਰੀ ਹੋਣ ਦੇ ਨਾਲ, ਬਹੁਤ ਸਾਰੀਆਂ ਸੂਖਮਤਾਵਾਂ ਪ੍ਰਗਟ ਹੋਈਆਂ ਹਨ. ਹੈਲਮ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਮੁੱਦਿਆਂ ਦਾ ਵਰਣਨ ਸਪਸ਼ਟ ਭਾਸ਼ਾ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਹ ਵੇਰਵਿਆਂ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨਗੇ।
• ਇੱਕ ਚਾਰਟ ਵਿੱਚ ਇੱਕ ਸੰਪਾਦਨਯੋਗ ਐਨੋਟੇਸ਼ਨ ਜੋੜਨਾ ਇਸਨੂੰ ਹੋਰ ਲਚਕਦਾਰ ਬਣਾ ਦੇਵੇਗਾ। ਇਹ ਤੁਹਾਨੂੰ ਡਾਊਨਟਾਈਮ ਦੇ ਬਿਨਾਂ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਰੋਲ ਆਊਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ।

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

ਹੋਰ ਸੰਬੰਧਿਤ ਲਿੰਕ:

1. ਜਾਣੂ ਕਰਵਾਉਣਾ ਹੇਲਮ 3
2. ਹੈਲਮ ਦੀ ਅਧਿਕਾਰਤ ਵੈੱਬਸਾਈਟ
3. GitHub 'ਤੇ ਹੈਲਮ ਰਿਪੋਜ਼ਟਰੀ
4. 25 ਉਪਯੋਗੀ ਕੁਬਰਨੇਟਸ ਟੂਲ: ਤੈਨਾਤੀ ਅਤੇ ਪ੍ਰਬੰਧਨ

ਇਹ ਰਿਪੋਰਟ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਸੀ @ ਕੁਬਰਨੇਟਸ ਕਾਨਫਰੰਸ Mail.ru ਕਲਾਉਡ ਹੱਲ਼ ਦੁਆਰਾ। ਦੇਖੋ видео ਹੋਰ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਟੈਲੀਗ੍ਰਾਮ 'ਤੇ ਇਵੈਂਟ ਘੋਸ਼ਣਾਵਾਂ ਦੇ ਗਾਹਕ ਬਣੋ Mail.ru ਗਰੁੱਪ 'ਤੇ ਕੁਬਰਨੇਟਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ.

ਸਰੋਤ: www.habr.com