ਪੇਸ਼ ਹੈ ਹੈਲਮ 3

ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਇਸ ਸਾਲ ਦੀ ਮਈ 16 ਕੁਬਰਨੇਟਸ - ਹੈਲਮ ਲਈ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਮੀਲ ਪੱਥਰ ਹੈ। ਇਸ ਦਿਨ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਭਵਿੱਖ ਦੇ ਪ੍ਰਮੁੱਖ ਸੰਸਕਰਣ - 3.0 - ਦਾ ਪਹਿਲਾ ਅਲਫ਼ਾ ਰੀਲੀਜ਼ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ. ਇਸਦੀ ਰਿਲੀਜ਼ ਹੇਲਮ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਉਡੀਕੀ ਜਾ ਰਹੀ ਤਬਦੀਲੀ ਲਿਆਵੇਗੀ, ਜਿਸ ਲਈ ਕੁਬਰਨੇਟਸ ਭਾਈਚਾਰੇ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਬਹੁਤ ਉਮੀਦਾਂ ਹਨ। ਅਸੀਂ ਖੁਦ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਾਂ, ਕਿਉਂਕਿ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਤੈਨਾਤੀ ਲਈ ਹੈਲਮ ਦੀ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ: ਅਸੀਂ ਇਸਨੂੰ CI/CD ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਆਪਣੇ ਟੂਲ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਹੈ। werf ਅਤੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਅਸੀਂ ਅੱਪਸਟਰੀਮ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਆਪਣਾ ਯੋਗਦਾਨ ਪਾਉਂਦੇ ਹਾਂ। ਇਹ ਅਨੁਵਾਦ ਅਧਿਕਾਰਤ ਹੈਲਮ ਬਲੌਗ ਤੋਂ 7 ਨੋਟਸ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਜੋ ਹੈਲਮ 3 ਦੇ ਪਹਿਲੇ ਐਲਫਾ ਰੀਲੀਜ਼ ਨੂੰ ਸਮਰਪਿਤ ਹਨ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਇਤਿਹਾਸ ਅਤੇ ਹੈਲਮ 3 ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਨ। ਉਹਨਾਂ ਦਾ ਲੇਖਕ ਮੈਟ "ਬੇਕੌਂਗੋਬਲਰ" ਫਿਸ਼ਰ ਹੈ, ਜੋ ਇੱਕ ਮਾਈਕ੍ਰੋਸਾਫਟ ਕਰਮਚਾਰੀ ਹੈ। ਅਤੇ ਹੈਲਮ ਦੇ ਮੁੱਖ ਰੱਖਿਅਕਾਂ ਵਿੱਚੋਂ ਇੱਕ।

15 ਅਕਤੂਬਰ, 2015 ਨੂੰ, ਹੁਣ ਹੈਲਮ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਜਨਮ ਹੋਇਆ ਸੀ। ਇਸਦੀ ਸਥਾਪਨਾ ਤੋਂ ਸਿਰਫ਼ ਇੱਕ ਸਾਲ ਬਾਅਦ, ਹੇਲਮ ਕਮਿਊਨਿਟੀ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਗਈ, ਜਦੋਂ ਕਿ ਹੇਲਮ 2 'ਤੇ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਕੀਤਾ ਗਿਆ। ਜੂਨ 2018 ਵਿੱਚ, ਹੈਲਮ CNCF ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਏ ਇੱਕ ਵਿਕਾਸਸ਼ੀਲ (ਇਨਕਿਊਬਟਿੰਗ) ਪ੍ਰੋਜੈਕਟ ਦੇ ਰੂਪ ਵਿੱਚ। ਵਰਤਮਾਨ ਵੱਲ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧੋ, ਅਤੇ ਨਵੇਂ ਹੈਲਮ 3 ਦੀ ਪਹਿਲੀ ਐਲਫ਼ਾ ਰੀਲੀਜ਼ ਇਸ ਦੇ ਰਾਹ 'ਤੇ ਹੈ। (ਇਹ ਰੀਲੀਜ਼ ਪਹਿਲਾਂ ਹੀ ਹੋ ਚੁੱਕੀ ਹੈ ਮੱਧ ਮਈ ਵਿੱਚ - ਲਗਭਗ. ਅਨੁਵਾਦ।).

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

ਸੰਖੇਪ:

• ਹੇਲਮ ਦੀ ਰਚਨਾ ਦਾ ਇਤਿਹਾਸ;
• ਟਿਲਰ ਨੂੰ ਕੋਮਲ ਵਿਦਾਈ;
• ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀਆਂ;
• ਰੀਲੀਜ਼ ਪ੍ਰਬੰਧਨ;
• ਚਾਰਟ ਨਿਰਭਰਤਾ ਵਿੱਚ ਬਦਲਾਅ;
• ਲਾਇਬ੍ਰੇਰੀ ਚਾਰਟ;
• ਅੱਗੇ ਕੀ ਹੈ?

ਹੇਲਮ ਦਾ ਇਤਿਹਾਸ

ਜਨਮ

ਹੈਲਮ 1 ਡੀਸ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਇੱਕ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਦੇ ਰੂਪ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ। ਅਸੀਂ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਸ਼ੁਰੂਆਤ ਸੀ ਲੀਨ ਮਾਈਕਰੋਸਾਫਟ ਬਸੰਤ 2017 ਵਿੱਚ. ਸਾਡੇ ਦੂਜੇ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ, ਜਿਸਦਾ ਨਾਮ Deis ਵੀ ਹੈ, ਕੋਲ ਇੱਕ ਟੂਲ ਸੀ deisctlਵਿੱਚ ਡੀਇਸ ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਥਾਪਿਤ ਅਤੇ ਸੰਚਾਲਿਤ ਕਰਨ ਲਈ (ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ) ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ ਫਲੀਟ ਕਲੱਸਟਰ. ਉਸ ਸਮੇਂ, ਫਲੀਟ ਪਹਿਲੇ ਕੰਟੇਨਰ ਆਰਕੈਸਟਰੇਸ਼ਨ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ।

2015 ਦੇ ਅੱਧ ਵਿੱਚ, ਅਸੀਂ ਕੋਰਸ ਬਦਲਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਅਤੇ Deis (ਉਸ ਸਮੇਂ Deis Workflow ਦਾ ਨਾਮ ਬਦਲ ਕੇ) ਨੂੰ ਫਲੀਟ ਤੋਂ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ। ਮੁੜ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਇੰਸਟਾਲੇਸ਼ਨ ਟੂਲ ਸੀ। deisctl. ਅਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਫਲੀਟ ਕਲੱਸਟਰ ਵਿੱਚ Deis ਵਰਕਫਲੋ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਹੈ।

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

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

* ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਹੇਲਮ ਦੇ ਪਹਿਲੇ ਸੰਸਕਰਣ ਤੋਂ, YAML ਸੰਟੈਕਸ ਨੂੰ ਕੁਬਰਨੇਟਸ ਸਰੋਤਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਚੁਣਿਆ ਗਿਆ ਸੀ, ਅਤੇ ਸੰਰਚਨਾ ਲਿਖਣ ਵੇਲੇ ਜਿੰਜਾ ਟੈਂਪਲੇਟਸ ਅਤੇ ਪਾਈਥਨ ਸਕ੍ਰਿਪਟਾਂ ਦਾ ਸਮਰਥਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਅਸੀਂ ਇਸ ਬਾਰੇ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਹੈਲਮ ਦੇ ਪਹਿਲੇ ਸੰਸਕਰਣ ਦੀ ਬਣਤਰ ਬਾਰੇ ਅਧਿਆਇ "ਹੇਲਮ ਦਾ ਸੰਖੇਪ ਇਤਿਹਾਸ" ਵਿੱਚ ਲਿਖਿਆ ਹੈ। ਇਹ ਸਮੱਗਰੀ.

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

#helm:generate sed -i -e s|ubuntu-debootstrap|fluffy-bunny| my/pod.yaml

ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ ਕਿ ਅੱਜ ਟੈਂਪਲੇਟ ਇੰਜਣ ਮੌਜੂਦ ਹਨ, ਹੈ ਨਾ?

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

ਪਿਛਲੀਆਂ ਗਲਤੀਆਂ ਦੇ ਅਨੁਭਵ ਦੇ ਆਧਾਰ 'ਤੇ, ਅਸੀਂ ਹੈਲਮ 2 ਨੂੰ ਵਿਕਸਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ।

ਹੈਲਮ ਬਣਾਉਣਾ 2

2015 ਦੇ ਅੰਤ ਵਿੱਚ, Google ਟੀਮ ਨੇ ਸਾਡੇ ਨਾਲ ਸੰਪਰਕ ਕੀਤਾ। ਉਹ ਕੁਬਰਨੇਟਸ ਲਈ ਇੱਕ ਸਮਾਨ ਟੂਲ 'ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਸਨ। ਕੁਬਰਨੇਟਸ ਲਈ ਤੈਨਾਤੀ ਪ੍ਰਬੰਧਕ ਇੱਕ ਮੌਜੂਦਾ ਟੂਲ ਦਾ ਇੱਕ ਪੋਰਟ ਸੀ ਜੋ Google ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਸੀ। “ਕੀ ਅਸੀਂ ਚਾਹਾਂਗੇ,” ਉਨ੍ਹਾਂ ਨੇ ਪੁੱਛਿਆ, “ਕੁੱਝ ਦਿਨ ਸਮਾਨਤਾਵਾਂ ਅਤੇ ਅੰਤਰਾਂ ਬਾਰੇ ਚਰਚਾ ਕਰਨ ਲਈ ਬਿਤਾਉਣਾ?”

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

ਅਸੀਂ ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਦੀ ਸੌਖ ਨੂੰ ਬਣਾਈ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਸੀ, ਪਰ ਹੇਠਾਂ ਦਿੱਤੇ ਜੋੜੋ:

• ਅਨੁਕੂਲਤਾ ਲਈ ਚਾਰਟ ਟੈਂਪਲੇਟ;
• ਟੀਮਾਂ ਲਈ ਅੰਤਰ-ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ;
• ਵਿਸ਼ਵ ਪੱਧਰੀ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀ;
• ਦਸਤਖਤ ਵਿਕਲਪ ਦੇ ਨਾਲ ਸਥਿਰ ਪੈਕੇਜ ਫਾਰਮੈਟ;
• ਸੰਸਕਰਣਾਂ ਦੇ ਵਿਚਕਾਰ ਅਰਥਪੂਰਨ ਸੰਸਕਰਣ ਅਤੇ ਪਿਛੜੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਵਚਨਬੱਧਤਾ।

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

2 ਵਿੱਚ ਹੈਲਮ 2016 ਦੀ ਰਿਲੀਜ਼ ਤੋਂ ਬਾਅਦ, ਕੁਬਰਨੇਟਸ ਨੇ ਕਈ ਵੱਡੀਆਂ ਕਾਢਾਂ ਨੂੰ ਜੋੜਿਆ ਹੈ। ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਜੋੜਿਆ ਗਿਆ (ਆਰ.ਬੀ.ਏ.ਸੀ.), ਜਿਸ ਨੇ ਅੰਤ ਵਿੱਚ ਐਟਰੀਬਿਊਟ-ਬੇਸਡ ਐਕਸੈਸ ਕੰਟਰੋਲ (ABAC) ਨੂੰ ਬਦਲ ਦਿੱਤਾ। ਨਵੇਂ ਸਰੋਤ ਕਿਸਮਾਂ ਨੂੰ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ (ਤੈਨਾਤੀ ਅਜੇ ਵੀ ਉਸ ਸਮੇਂ ਬੀਟਾ ਵਿੱਚ ਸੀ)। ਕਸਟਮ ਸਰੋਤ ਪਰਿਭਾਸ਼ਾਵਾਂ (ਅਸਲ ਵਿੱਚ ਥਰਡ ਪਾਰਟੀ ਰਿਸੋਰਸ ਜਾਂ ਟੀ.ਪੀ.ਆਰ. ਕਹਿੰਦੇ ਹਨ) ਦੀ ਖੋਜ ਕੀਤੀ ਗਈ ਸੀ। ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਸਾਹਮਣੇ ਆਇਆ ਹੈ.

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

ਟਿਲਰ ਨੂੰ ਕੋਮਲ ਵਿਦਾਈ

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

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

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

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

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

ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀਆਂ

ਉੱਚ ਪੱਧਰ 'ਤੇ, ਇੱਕ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀ ਇੱਕ ਅਜਿਹੀ ਥਾਂ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਚਾਰਟਾਂ ਨੂੰ ਸਟੋਰ ਅਤੇ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹੈਲਮ ਕਲਾਇੰਟ ਪੈਕੇਜ ਕਰਦਾ ਹੈ ਅਤੇ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ, ਇੱਕ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀ ਇੱਕ index.yaml ਫਾਈਲ ਅਤੇ ਕੁਝ ਪੈਕ ਕੀਤੇ ਚਾਰਟ ਵਾਲਾ ਇੱਕ ਮੁੱਢਲਾ HTTP ਸਰਵਰ ਹੈ।

ਹਾਲਾਂਕਿ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀ API ਦੇ ਜ਼ਿਆਦਾਤਰ ਬੁਨਿਆਦੀ ਸਟੋਰੇਜ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੇ ਕੁਝ ਫਾਇਦੇ ਹਨ, ਇਸਦੇ ਕੁਝ ਨੁਕਸਾਨ ਵੀ ਹਨ:

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

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

ਪਰ ਕੀ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਕਿਸੇ ਵੀ ਰੂਪ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਵੰਡਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਨਾ ਕਿ ਸਿਰਫ਼ ਕੰਟੇਨਰ ਚਿੱਤਰਾਂ ਨੂੰ?

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

ਹੈਲਮ ਚਾਰਟ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਆਉਣ ਵਾਲੀਆਂ ਕੁਝ ਤਬਦੀਲੀਆਂ ਦਾ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਉਪਲਬਧ ਹੈ ਲਿੰਕ.

ਰੀਲੀਜ਼ ਪ੍ਰਬੰਧਨ

ਹੈਲਮ 3 ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਸਟੇਟ ਨੂੰ ਆਬਜੈਕਟ ਦੇ ਇੱਕ ਜੋੜੇ ਦੁਆਰਾ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਟ੍ਰੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

• ਰੀਲੀਜ਼ ਆਬਜੈਕਟ - ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ;
• ਰੀਲੀਜ਼ ਵਰਜ਼ਨ ਸੀਕ੍ਰੇਟ - ਸਮੇਂ ਦੇ ਇੱਕ ਖਾਸ ਬਿੰਦੂ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਲੋੜੀਂਦੀ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਜਾਰੀ ਕਰਨਾ)।

ਚੁਣੌਤੀ helm install ਇੱਕ ਰੀਲਿਜ਼ ਆਬਜੈਕਟ ਅਤੇ ਰੀਲੀਜ਼ ਸੰਸਕਰਣ ਗੁਪਤ ਬਣਾਉਂਦਾ ਹੈ। ਕਾਲ ਕਰੋ helm upgrade ਇੱਕ ਰੀਲੀਜ਼ ਆਬਜੈਕਟ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਜਿਸ ਨੂੰ ਇਹ ਬਦਲ ਸਕਦਾ ਹੈ) ਅਤੇ ਇੱਕ ਨਵਾਂ ਰੀਲੀਜ਼ ਸੰਸਕਰਣ ਗੁਪਤ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਨਵੇਂ ਮੁੱਲ ਅਤੇ ਇੱਕ ਤਿਆਰ ਮੈਨੀਫੈਸਟ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।

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

ਰੀਲੀਜ਼ ਸੰਸਕਰਣ ਗੁਪਤ ਸੰਸ਼ੋਧਨਾਂ (ਸਥਾਪਨਾ, ਅੱਪਡੇਟ, ਰੋਲਬੈਕ, ਮਿਟਾਉਣਾ) ਦੀ ਇੱਕ ਲੜੀ ਦੇ ਨਾਲ ਇੱਕ ਰੀਲੀਜ਼ ਨੂੰ ਜੋੜਦਾ ਹੈ।

ਹੈਲਮ 2 ਵਿੱਚ, ਸੰਸ਼ੋਧਨ ਬਹੁਤ ਹੀ ਇਕਸਾਰ ਸਨ। ਕਾਲ ਕਰੋ helm install v1 ਬਣਾਇਆ ਗਿਆ, ਬਾਅਦ ਵਿੱਚ ਅੱਪਡੇਟ (ਅੱਪਗ੍ਰੇਡ) - v2, ਅਤੇ ਹੋਰ। ਰੀਲੀਜ਼ ਅਤੇ ਰੀਲੀਜ਼ ਵਰਜਨ ਸੀਕਰੇਟ ਨੂੰ ਸੰਸ਼ੋਧਨ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਇੱਕਲੇ ਵਸਤੂ ਵਿੱਚ ਸਮੇਟ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸੰਸ਼ੋਧਨ ਟਿਲਰ ਦੇ ਸਮਾਨ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਗਏ ਸਨ, ਜਿਸਦਾ ਮਤਲਬ ਸੀ ਕਿ ਹਰ ਰੀਲੀਜ਼ ਨੇਮਸਪੇਸ ਦੇ ਰੂਪ ਵਿੱਚ "ਗਲੋਬਲ" ਸੀ; ਨਤੀਜੇ ਵਜੋਂ, ਨਾਮ ਦੀ ਸਿਰਫ ਇੱਕ ਉਦਾਹਰਣ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ।

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

ਟਿਲਰ ਨੂੰ ਛੱਡਣ ਤੋਂ ਬਾਅਦ, ਹੈਲਮ 3 ਰੀਲੀਜ਼ ਦੇ ਸਮਾਨ ਨਾਮ-ਸਪੇਸ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਇਹ ਪਰਿਵਰਤਨ ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਖਰੇ ਨੇਮਸਪੇਸ ਵਿੱਚ ਇੱਕੋ ਰੀਲੀਜ਼ ਨਾਮ ਦੇ ਨਾਲ ਇੱਕ ਚਾਰਟ ਸਥਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਡੇਟਾ ਨੂੰ etcd ਵਿੱਚ ਕਲੱਸਟਰ ਅੱਪਡੇਟ/ਰੀਬੂਟ ਵਿਚਕਾਰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਵਰਡਪਰੈਸ ਨੂੰ "foo" ਨੇਮਸਪੇਸ ਵਿੱਚ ਅਤੇ ਫਿਰ "bar" ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਦੋਵੇਂ ਰੀਲੀਜ਼ਾਂ ਨੂੰ "wordpress" ਨਾਮ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਚਾਰਟ ਨਿਰਭਰਤਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ

ਚਾਰਟ ਪੈਕ ਕੀਤੇ (ਵਰਤਦੇ ਹੋਏ helm packageਹੈਲਮ 2 ਦੇ ਨਾਲ ਵਰਤਣ ਲਈ ਹੈਲਮ 3 ਦੇ ਨਾਲ ਇੰਸਟਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਚਾਰਟ ਵਿਕਾਸ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਹੈਲਮ 3 ਦੇ ਨਾਲ ਚਾਰਟ ਵਿਕਾਸ ਨੂੰ ਜਾਰੀ ਰੱਖਣ ਲਈ ਕੁਝ ਬਦਲਾਅ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, ਚਾਰਟ ਨਿਰਭਰਤਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਬਦਲ ਗਈ ਹੈ।

ਚਾਰਟ ਦੀ ਨਿਰਭਰਤਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਤੋਂ ਚਲੇ ਗਏ ਹਨ requirements.yaml и requirements.lock 'ਤੇ Chart.yaml и Chart.lock. ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਚਾਰਟ ਜੋ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ helm dependency, ਹੈਲਮ 3 ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਕੁਝ ਸੈੱਟਅੱਪ ਦੀ ਲੋੜ ਹੈ।

ਆਓ ਇੱਕ ਉਦਾਹਰਨ ਦੇਖੀਏ। ਆਉ ਹੈਲਮ 2 ਵਿੱਚ ਚਾਰਟ ਵਿੱਚ ਇੱਕ ਨਿਰਭਰਤਾ ਜੋੜੀਏ ਅਤੇ ਵੇਖੀਏ ਕਿ ਹੇਲਮ 3 ਵਿੱਚ ਜਾਣ ਵੇਲੇ ਕੀ ਬਦਲਦਾ ਹੈ।

ਹੇਲਮ 2 ਵਿੱਚ requirements.yaml ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੱਤਾ:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ਹੈਲਮ 3 ਵਿੱਚ, ਉਹੀ ਨਿਰਭਰਤਾ ਤੁਹਾਡੇ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ ਹੋਵੇਗੀ Chart.yaml:

dependencies:
- name: mariadb
  version: 5.x.x
  repository: https://kubernetes-charts.storage.googleapis.com/
  condition: mariadb.enabled
  tags:
    - database

ਚਾਰਟ ਅਜੇ ਵੀ ਡਾਉਨਲੋਡ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਰੱਖੇ ਗਏ ਹਨ charts/, ਇਸ ਲਈ ਸਬਚਾਰਟ (ਉਪਚਾਰਟ), ਕੈਟਾਲਾਗ ਵਿੱਚ ਪਿਆ ਹੋਇਆ charts/, ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇਗਾ।

ਪੇਸ਼ ਹੈ ਲਾਇਬ੍ਰੇਰੀ ਚਾਰਟ

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

ਸੈਕਸ਼ਨ ਵਿੱਚ ਲਾਇਬ੍ਰੇਰੀ ਚਾਰਟ ਘੋਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ dependencies ਫਾਈਲ ਵਿੱਚ Chart.yaml. ਉਹਨਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਦੂਜੇ ਚਾਰਟਾਂ ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਹੈ।

dependencies:
  - name: mylib
    version: 1.x.x
    repository: quay.io

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

ਅੱਗੇ ਕੀ ਹੈ?

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

ਜਿਵੇਂ ਹੀ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਜਾਰੀ ਹੁੰਦਾ ਹੈ (ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਹੈ ਪਹਿਲਾਂ ਹੀ ਹੋਇਆ ਹੈ - ਲਗਭਗ ਅਨੁਵਾਦ।), ਅਸੀਂ ਕਮਿਊਨਿਟੀ ਤੋਂ ਹੈਲਮ 3 ਲਈ ਪੈਚ ਸਵੀਕਾਰ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਾਂਗੇ। ਤੁਹਾਨੂੰ ਇੱਕ ਮਜ਼ਬੂਤ ​​ਬੁਨਿਆਦ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਨਵੀਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਅਤੇ ਅਪਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਟਿਕਟਾਂ ਖੋਲ੍ਹਣ ਅਤੇ ਫਿਕਸ ਕਰਕੇ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸ਼ਾਮਲ ਮਹਿਸੂਸ ਕਰਨ ਲਈ.

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

ਜੇਕਰ ਤੁਸੀਂ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ ਕਿ ਅਸੀਂ ਕੁਝ ਗੁਆ ਲਿਆ ਹੈ, ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੇ ਵਿਚਾਰ ਸੁਣਨਾ ਪਸੰਦ ਕਰਾਂਗੇ!

ਸਾਡੇ 'ਤੇ ਚਰਚਾ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ ਢਿੱਲੇ ਚੈਨਲ:

• #helm-users ਭਾਈਚਾਰੇ ਨਾਲ ਸਵਾਲਾਂ ਅਤੇ ਸਧਾਰਨ ਸੰਚਾਰ ਲਈ;
• #helm-dev ਪੁੱਲ ਬੇਨਤੀਆਂ, ਕੋਡ ਅਤੇ ਬੱਗਾਂ 'ਤੇ ਚਰਚਾ ਕਰਨ ਲਈ।

ਤੁਸੀਂ ਵੀਰਵਾਰ ਨੂੰ 19:30 MSK 'ਤੇ ਸਾਡੀਆਂ ਹਫ਼ਤਾਵਾਰੀ ਪਬਲਿਕ ਡਿਵੈਲਪਰ ਕਾਲਾਂ ਵਿੱਚ ਵੀ ਗੱਲਬਾਤ ਕਰ ਸਕਦੇ ਹੋ। ਮੀਟਿੰਗਾਂ ਉਹਨਾਂ ਮੁੱਦਿਆਂ 'ਤੇ ਚਰਚਾ ਕਰਨ ਲਈ ਸਮਰਪਿਤ ਹੁੰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਮੁੱਖ ਡਿਵੈਲਪਰ ਅਤੇ ਕਮਿਊਨਿਟੀ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਨਾਲ ਹੀ ਹਫ਼ਤੇ ਲਈ ਚਰਚਾ ਦੇ ਵਿਸ਼ੇ। ਮੀਟਿੰਗ ਵਿੱਚ ਕੋਈ ਵੀ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਹਿੱਸਾ ਲੈ ਸਕਦਾ ਹੈ। ਸਲੈਕ ਚੈਨਲ ਵਿੱਚ ਲਿੰਕ ਉਪਲਬਧ ਹੈ #helm-dev.

ਅਨੁਵਾਦਕ ਤੋਂ ਪੀ.ਐਸ

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

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

ਸਰੋਤ: www.habr.com