ਹੈਲਮ ਸੁਰੱਖਿਆ

ਕੁਬਰਨੇਟਸ ਲਈ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਪੈਕੇਜ ਮੈਨੇਜਰ ਬਾਰੇ ਕਹਾਣੀ ਦਾ ਸਾਰ ਇੱਕ ਇਮੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਬਾਕਸ ਹੈਲਮ ਹੈ (ਜੋ ਨਵੀਨਤਮ ਇਮੋਜੀ ਰੀਲੀਜ਼ ਦੀ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਚੀਜ਼ ਹੈ);
• ਤਾਲਾ - ਸੁਰੱਖਿਆ;
• ਛੋਟਾ ਆਦਮੀ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਹੈ।

ਵਾਸਤਵ ਵਿੱਚ, ਸਭ ਕੁਝ ਥੋੜਾ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੋਵੇਗਾ, ਅਤੇ ਕਹਾਣੀ ਬਾਰੇ ਤਕਨੀਕੀ ਵੇਰਵਿਆਂ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ ਹੈਲਮ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ.

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

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

ਸਪੀਕਰ ਬਾਰੇ: ਅਲੈਗਜ਼ੈਂਡਰ ਖਯੋਰੋਵ (alexxx) ਸਮੱਗਰੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹੋਏ, 10 ਸਾਲਾਂ ਤੋਂ ਵਿਕਸਿਤ ਹੋ ਰਿਹਾ ਹੈ ਮਾਸਕੋ ਪਾਈਥਨ ਕਨਫ++ ਅਤੇ ਕਮੇਟੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਏ ਹੈਲਮ ਸਮਿਟ. ਹੁਣ ਉਹ ਚੈਨਸਟੈਕ 'ਤੇ ਇੱਕ ਵਿਕਾਸ ਲੀਡ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ - ਇਹ ਇੱਕ ਵਿਕਾਸ ਪ੍ਰਬੰਧਕ ਅਤੇ ਇੱਕ ਵਿਅਕਤੀ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਹੈ ਜੋ ਅੰਤਿਮ ਰੀਲੀਜ਼ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਭਾਵ, ਇਹ ਜੰਗ ਦੇ ਮੈਦਾਨ 'ਤੇ ਸਥਿਤ ਹੈ, ਜਿੱਥੇ ਉਤਪਾਦ ਬਣਾਉਣ ਤੋਂ ਲੈ ਕੇ ਇਸ ਦੇ ਸੰਚਾਲਨ ਤੱਕ ਸਭ ਕੁਝ ਹੁੰਦਾ ਹੈ।

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

ਹੇਲਮ

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

ਅਸੀਂ, ਬੇਸ਼ਕ, ਤੁਹਾਡੇ ਆਪਣੇ YAML ਮੈਨੀਫੈਸਟ ਬਣਾਉਣ ਅਤੇ ਛੋਟੀਆਂ ਉਪਯੋਗਤਾਵਾਂ ਲਿਖਣ ਨਾਲੋਂ ਵਧੇਰੇ ਢਾਂਚਾਗਤ ਅਤੇ ਉਦਯੋਗਿਕ ਪਹੁੰਚ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

ਹੈਲਮ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਉਪਲਬਧ ਅਤੇ ਪ੍ਰਸਿੱਧ ਹੈ।

ਹੇਲਮ ਕਿਉਂ? ਮੁੱਖ ਤੌਰ 'ਤੇ ਕਿਉਂਕਿ ਇਹ CNCF ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ। ਕਲਾਉਡ ਨੇਟਿਵ ਇੱਕ ਵੱਡੀ ਸੰਸਥਾ ਹੈ ਅਤੇ Kubernetes, etcd, Fluentd ਅਤੇ ਹੋਰ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਮੂਲ ਕੰਪਨੀ ਹੈ।

ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਤੱਥ ਇਹ ਹੈ ਕਿ ਹੈਲਮ ਇੱਕ ਬਹੁਤ ਮਸ਼ਹੂਰ ਪ੍ਰੋਜੈਕਟ ਹੈ. ਜਦੋਂ ਮੈਂ ਜਨਵਰੀ 2019 ਵਿੱਚ ਹੈਲਮ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣ ਬਾਰੇ ਗੱਲ ਕਰਨੀ ਸ਼ੁਰੂ ਕੀਤੀ, ਤਾਂ ਪ੍ਰੋਜੈਕਟ ਦੇ GitHub 'ਤੇ ਇੱਕ ਹਜ਼ਾਰ ਸਿਤਾਰੇ ਸਨ। ਮਈ ਤੱਕ ਇਨ੍ਹਾਂ ਦੀ ਗਿਣਤੀ 12 ਹਜ਼ਾਰ ਸੀ।

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

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

ਹੈਲਮ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਬੰਧਨ ਦੀਆਂ ਕਈ ਰੂਟ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।

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

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

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

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

ਹੈਲਮ ਤੁਹਾਨੂੰ ਇਹ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ:

• ਤੈਨਾਤੀਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਸੰਰਚਨਾ ਅਤੇ ਸੰਸ਼ੋਧਨ ਦੀ ਧਾਰਨਾ ਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ;
• ਸਫਲਤਾਪੂਰਵਕ ਰੋਲਬੈਕ ਨੂੰ ਪੂਰਾ ਕਰੋ;
• ਵੱਖ-ਵੱਖ ਸਮਾਗਮਾਂ ਲਈ ਹੁੱਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ;
• ਵਾਧੂ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂਚਾਂ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦਾ ਜਵਾਬ ਦਿਓ।

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

ਹੈਲਮ ਤਿੰਨ ਮੁੱਖ ਧਾਰਨਾਵਾਂ 'ਤੇ ਅਧਾਰਤ ਹੈ:

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

ਹੈਲਮ ਆਰਕੀਟੈਕਚਰ

ਚਿੱਤਰ ਹੈਲਮ ਦੇ ਉੱਚ-ਪੱਧਰੀ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਸੰਕਲਪਿਤ ਰੂਪ ਵਿੱਚ ਦਰਸਾਉਂਦਾ ਹੈ।

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

ਪਰ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਹੈਲਮ ਵਿੱਚ ਟਿਲਰ ਨਾਮਕ ਇੱਕ ਸਰਵਰ ਭਾਗ ਹੈ। ਇਹ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਹੈਲਮ ਦੇ ਹਿੱਤਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ; ਇਹ ਕਿਸੇ ਹੋਰ ਵਾਂਗ, ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਹੈ।

ਚਾਰਟ ਰੇਪੋ ਦਾ ਅਗਲਾ ਭਾਗ ਚਾਰਟਾਂ ਦੇ ਨਾਲ ਇੱਕ ਭੰਡਾਰ ਹੈ। ਇੱਥੇ ਇੱਕ ਅਧਿਕਾਰਤ ਰਿਪੋਜ਼ਟਰੀ ਹੈ, ਅਤੇ ਇੱਕ ਕੰਪਨੀ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਦਾ ਇੱਕ ਨਿੱਜੀ ਭੰਡਾਰ ਹੋ ਸਕਦਾ ਹੈ।

ਇੰਟਰੈਕਸ਼ਨ

ਆਉ ਦੇਖੀਏ ਕਿ ਜਦੋਂ ਅਸੀਂ ਹੈਲਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਤਾਂ ਆਰਕੀਟੈਕਚਰ ਦੇ ਹਿੱਸੇ ਕਿਵੇਂ ਇੰਟਰੈਕਟ ਕਰਦੇ ਹਨ।

• ਅਸੀਂ ਬੋਲ ਰਹੇ ਹਾਂ Helm install, ਰਿਪੋਜ਼ਟਰੀ (ਚਾਰਟ ਰੇਪੋ) ਤੱਕ ਪਹੁੰਚ ਕਰੋ ਅਤੇ ਹੈਲਮ ਚਾਰਟ ਪ੍ਰਾਪਤ ਕਰੋ।

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

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

ਹਮਲਾ ਵੈਕਟਰ

ਪਹਿਲਾ ਸੰਭਾਵੀ ਕਮਜ਼ੋਰ ਬਿੰਦੂ ਹੈ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ API-ਯੂਜ਼ਰ. ਸਕੀਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਇਹ ਇੱਕ ਹੈਕਰ ਹੈ ਜਿਸ ਨੇ ਹੈਲਮ CLI ਤੱਕ ਪ੍ਰਸ਼ਾਸਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ।

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

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

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

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

ਆਉ ਡਾਇਗ੍ਰਾਮ ਨੂੰ ਵੱਡਾ ਕਰੀਏ, ਹੋਰ ਤੱਤ ਜੋੜੀਏ, ਪਰ ਸਾਰੇ ਬੁਨਿਆਦੀ ਭਾਗਾਂ ਨੂੰ ਰੱਖੋ।

ਹੈਲਮ CLI ਚਾਰਟ ਰੇਪੋ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ, ਕੁਬੇਕਨੌਫਿਗ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੰਮ ਨੂੰ ਟਿਲਰ ਕੰਪੋਨੈਂਟ ਨੂੰ ਕਲੱਸਟਰ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਟਿਲਰ ਨੂੰ ਦੋ ਵਸਤੂਆਂ ਦੁਆਰਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ:

• ਟਿਲਰ-ਡਿਪਲਾਇ ਐਸਵੀਸੀ, ਜੋ ਕਿਸੇ ਖਾਸ ਸੇਵਾ ਦਾ ਪਰਦਾਫਾਸ਼ ਕਰਦਾ ਹੈ;
• ਟਿਲਰ-ਡਿਪਲੋਏ ਪੌਡ (ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਕਾਪੀ ਵਿੱਚ ਚਿੱਤਰ ਵਿੱਚ), ਜਿਸ ਉੱਤੇ ਪੂਰਾ ਲੋਡ ਚੱਲਦਾ ਹੈ, ਜੋ ਕਿ ਕਲੱਸਟਰ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ।

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

• ਵਿਧੀ ਜਿਸ ਦੁਆਰਾ ਹੈਲਮ CLI ਚਾਰਟ ਰੈਪੋ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ: ਕੀ ਪ੍ਰੋਟੋਕੋਲ, ਕੀ ਇੱਥੇ ਪ੍ਰਮਾਣਿਕਤਾ ਹੈ ਅਤੇ ਇਸ ਨਾਲ ਕੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
• ਪ੍ਰੋਟੋਕੋਲ ਜਿਸ ਦੁਆਰਾ ਹੈਲਮ CLI, kubectl ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਟਿਲਰ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ। ਇਹ ਇੱਕ RPC ਸਰਵਰ ਹੈ ਜੋ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਸਥਾਪਿਤ ਹੈ।
• ਟਿਲਰ ਖੁਦ ਮਾਈਕ੍ਰੋਸਰਵਿਸਜ਼ ਲਈ ਪਹੁੰਚਯੋਗ ਹੈ ਜੋ ਕਲੱਸਟਰ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਕੁਬੇ-ਏਪੀਸਰਵਰ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੇ ਹਨ।

ਆਉ ਇਹਨਾਂ ਸਾਰੇ ਖੇਤਰਾਂ ਦੀ ਕ੍ਰਮਵਾਰ ਚਰਚਾ ਕਰੀਏ।

ਆਰ.ਬੀ.ਏ.ਸੀ.

ਹੈਲਮ ਜਾਂ ਕਲੱਸਟਰ ਦੇ ਅੰਦਰ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਲਈ ਕਿਸੇ ਸੁਰੱਖਿਆ ਬਾਰੇ ਗੱਲ ਕਰਨ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ ਜਦੋਂ ਤੱਕ RBAC ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।

ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਨਵੀਨਤਮ ਸਿਫ਼ਾਰਿਸ਼ ਨਹੀਂ ਹੈ, ਪਰ ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੇ ਅਜੇ ਵੀ ਉਤਪਾਦਨ ਵਿੱਚ ਵੀ RBAC ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗੜਬੜ ਹੈ ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਹਾਲਾਂਕਿ, ਮੈਂ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹਾਂ।

https://rbac.dev/ - RBAC ਲਈ ਵੈੱਬਸਾਈਟ ਵਕੀਲ। ਇਸ ਵਿੱਚ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਸ਼ਾਮਲ ਹੈ ਜੋ ਤੁਹਾਨੂੰ RBAC ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗੀ, ਇਹ ਦਿਖਾਉਣ ਵਿੱਚ ਕਿ ਇਹ ਵਧੀਆ ਕਿਉਂ ਹੈ ਅਤੇ ਅਸਲ ਵਿੱਚ ਉਤਪਾਦਨ ਵਿੱਚ ਇਸਦੇ ਨਾਲ ਕਿਵੇਂ ਰਹਿਣਾ ਹੈ।

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

ਜਦੋਂ ਤੁਸੀਂ ਹੈਲਮ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਪਹਿਲੀ ਵਾਰ ਸਰਵਰ 'ਤੇ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੇਵਾ ਖਾਤਾ ਸੈਟ ਕਰ ਸਕਦੇ ਹੋ --service-account. ਇਹ ਤੁਹਾਨੂੰ ਅਧਿਕਾਰਾਂ ਦੇ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦੇ ਸੈੱਟ ਦੇ ਨਾਲ ਉਪਭੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ। ਇਹ ਸੱਚ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਅਜਿਹੀ "ਮਾਲਾ" ਬਣਾਉਣੀ ਪਵੇਗੀ: ਰੋਲ ਅਤੇ ਰੋਲ ਬਾਈਡਿੰਗ।

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

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

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

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

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ।

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

ਇਹ ਇੱਕ ਕੰਮ ਕਰਨ ਯੋਗ ਪਹੁੰਚ ਹੈ, ਟਿਲਰ ਇੰਨਾ ਪਾਵਰ ਭੁੱਖਾ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੇ ਬਜਟ ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਕਰੇਗਾ। ਇਹ ਤੇਜ਼ ਹੱਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਟਿਲਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਬੇਝਿਜਕ ਮਹਿਸੂਸ ਕਰੋ ਅਤੇ ਟੀਮ ਲਈ, ਕਿਸੇ ਖਾਸ ਡਿਵੈਲਪਰ ਲਈ ਜਾਂ ਵਾਤਾਵਰਣ ਲਈ ਸੰਦਰਭ ਦੇ ਨਾਲ Kubeconfig ਪ੍ਰਦਾਨ ਕਰੋ: ਦੇਵ, ਸਟੇਜਿੰਗ, ਉਤਪਾਦਨ (ਇਹ ਸ਼ੱਕ ਹੈ ਕਿ ਸਭ ਕੁਝ ਉਸੇ ਕਲੱਸਟਰ 'ਤੇ ਹੋਵੇਗਾ, ਹਾਲਾਂਕਿ, ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ)।

ਸਾਡੀ ਕਹਾਣੀ ਨੂੰ ਜਾਰੀ ਰੱਖਦੇ ਹੋਏ, ਆਓ RBAC ਤੋਂ ਬਦਲੀਏ ਅਤੇ ConfigMaps ਬਾਰੇ ਗੱਲ ਕਰੀਏ।

ConfigMaps

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

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

ਇਹ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਕੀਤਾ ਗਿਆ ਹੈ. ਟਿਲਰ ਸੈਟਿੰਗ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰੋ ਅਤੇ ਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਸਟੋਰੇਜ ਗੁਪਤ ਹੋਵੇਗੀ। ਫਿਰ ਹਰੇਕ ਤੈਨਾਤੀ ਲਈ ਤੁਹਾਨੂੰ ਇੱਕ ConfigMap ਨਹੀਂ, ਪਰ ਇੱਕ ਗੁਪਤ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ।

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

ਸਟੋਰੇਜ ਹੈਲਮ ਨੂੰ ਭੇਦ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ ਬਿਹਤਰ ਹੈ, ਅਤੇ ਉਹ, ਬਦਲੇ ਵਿੱਚ, ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਹਨ।

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

ਚਾਰਟ ਰਿਪੋਜ਼

ਚਾਰਟ ਸਮਾਜਿਕ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਕਮਜ਼ੋਰ ਹੁੰਦੇ ਹਨ ਅਤੇ "ਮੱਧ ਵਿੱਚ ਮਨੁੱਖ" ਦਾ ਇੱਕ ਸਰੋਤ ਬਣ ਸਕਦੇ ਹਨ, ਖਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਸਟਾਕ ਹੱਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਰਿਪੋਜ਼ਟਰੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ ਜੋ HTTP ਦੁਆਰਾ ਪ੍ਰਗਟ ਹੁੰਦੇ ਹਨ.

ਤੁਹਾਨੂੰ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਹੈਲਮ ਰੇਪੋ ਨੂੰ HTTPS ਉੱਤੇ ਬੇਨਕਾਬ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ - ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਹੈ ਅਤੇ ਸਸਤਾ ਹੈ.

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

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

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

ਜੇਕਰ ਤੁਸੀਂ HTTPS ਜਾਂ TLS ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹੋ, mTLS ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਅਤੇ ਜੋਖਮਾਂ ਨੂੰ ਹੋਰ ਘਟਾਉਣ ਲਈ ਬੁਨਿਆਦੀ ਪ੍ਰਮਾਣੀਕਰਨ ਨੂੰ ਸਮਰੱਥ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਹੈਲਮ CLI ਅਤੇ ਚਾਰਟ ਰੇਪੋ ਦੇ ਨਾਲ ਇੱਕ ਸੁਰੱਖਿਅਤ ਸੰਚਾਰ ਚੈਨਲ ਮਿਲੇਗਾ।

gRPC API

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

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

ਉਤਪਾਦਨ ਅਤੇ ਸਟੇਜਿੰਗ ਲਈ, ਮੈਂ gRPC 'ਤੇ TLS ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹਾਂ।

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

ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਕਲੱਸਟਰ ਦੇ ਬਾਹਰੋਂ ਟਿਲਰ ਦੀਆਂ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਤੋਂ ਬਚਾਓਗੇ।

ਇਸ ਲਈ, ਅਸੀਂ ਟਿਲਰ ਨਾਲ ਕਨੈਕਸ਼ਨ ਚੈਨਲ ਸੁਰੱਖਿਅਤ ਕਰ ਲਿਆ ਹੈ, ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ RBAC 'ਤੇ ਚਰਚਾ ਕੀਤੀ ਹੈ ਅਤੇ Kubernetes apiserver ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਐਡਜਸਟ ਕੀਤਾ ਹੈ, ਜਿਸ ਨਾਲ ਇਹ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ, ਉਸ ਡੋਮੇਨ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਸੁਰਖਿਅਤ ਹੈਲਮ

ਆਉ ਅੰਤਮ ਚਿੱਤਰ ਨੂੰ ਵੇਖੀਏ. ਇਹ ਉਹੀ ਆਰਕੀਟੈਕਚਰ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹੀ ਤੀਰ ਹਨ।

ਸਾਰੇ ਕੁਨੈਕਸ਼ਨ ਹੁਣ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਹਰੇ ਰੰਗ ਵਿੱਚ ਖਿੱਚੇ ਜਾ ਸਕਦੇ ਹਨ:

• ਚਾਰਟ ਰੇਪੋ ਲਈ ਅਸੀਂ TLS ਜਾਂ mTLS ਅਤੇ ਮੂਲ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ;
• ਟਿਲਰ ਲਈ mTLS, ਅਤੇ ਇਹ TLS ਦੇ ਨਾਲ ਇੱਕ gRPC ਸੇਵਾ ਵਜੋਂ ਸਾਹਮਣੇ ਆਇਆ ਹੈ, ਅਸੀਂ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ;
• ਕਲੱਸਟਰ ਰੋਲ ਅਤੇ ਰੋਲਬਾਈਡਿੰਗ ਦੇ ਨਾਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੇਵਾ ਖਾਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। 

ਅਸੀਂ ਕਲੱਸਟਰ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਹੈ, ਪਰ ਕਿਸੇ ਸਮਾਰਟ ਨੇ ਕਿਹਾ:

"ਸਿਰਫ ਇੱਕ ਹੀ ਬਿਲਕੁਲ ਸੁਰੱਖਿਅਤ ਹੱਲ ਹੋ ਸਕਦਾ ਹੈ - ਇੱਕ ਸਵਿੱਚ ਆਫ ਕੰਪਿਊਟਰ, ਜੋ ਕਿ ਕੰਕਰੀਟ ਦੇ ਬਕਸੇ ਵਿੱਚ ਸਥਿਤ ਹੈ ਅਤੇ ਸੈਨਿਕਾਂ ਦੁਆਰਾ ਪਹਿਰਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।"

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

ਬੋਨਸ

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

ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ github.com/helm/charts ਹੁਣ ਲਗਭਗ 300 ਚਾਰਟ ਅਤੇ ਦੋ ਧਾਰਾਵਾਂ ਹਨ: ਸਥਿਰ ਅਤੇ ਇਨਕਿਊਬੇਟਰ। ਕੋਈ ਵੀ ਜੋ ਯੋਗਦਾਨ ਪਾਉਂਦਾ ਹੈ ਉਹ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਦਾ ਹੈ ਕਿ ਇਨਕਿਊਬੇਟਰ ਤੋਂ ਸਥਿਰ ਤੱਕ ਜਾਣਾ ਕਿੰਨਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਸਥਿਰ ਤੋਂ ਬਾਹਰ ਉੱਡਣਾ ਕਿੰਨਾ ਆਸਾਨ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਪ੍ਰੋਮੀਥੀਅਸ ਲਈ ਚਾਰਟਾਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਸਾਧਨ ਨਹੀਂ ਹੈ ਅਤੇ ਜੋ ਵੀ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਇੱਕ ਸਧਾਰਨ ਕਾਰਨ ਲਈ - ਇਹ ਇੱਕ ਪੋਰਟਲ ਨਹੀਂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਪੈਕੇਜਾਂ ਦੀ ਆਸਾਨੀ ਨਾਲ ਖੋਜ ਕਰ ਸਕਦੇ ਹੋ।

ਪਰ ਇੱਕ ਸੇਵਾ ਹੈ hub.helm.sh, ਜੋ ਚਾਰਟਾਂ ਨੂੰ ਲੱਭਣਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਬਣਾਉਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਬਾਹਰੀ ਭੰਡਾਰ ਹਨ ਅਤੇ ਲਗਭਗ 800 ਸੁਹਜ ਉਪਲਬਧ ਹਨ। ਨਾਲ ਹੀ, ਤੁਸੀਂ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰ ਸਕਦੇ ਹੋ ਜੇਕਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਤੁਸੀਂ ਆਪਣੇ ਚਾਰਟ ਨੂੰ ਸਥਿਰ 'ਤੇ ਨਹੀਂ ਭੇਜਣਾ ਚਾਹੁੰਦੇ ਹੋ।

hub.helm.sh ਨੂੰ ਅਜ਼ਮਾਓ ਅਤੇ ਆਓ ਮਿਲ ਕੇ ਇਸਨੂੰ ਵਿਕਸਿਤ ਕਰੀਏ। ਇਹ ਸੇਵਾ ਹੈਲਮ ਪ੍ਰੋਜੈਕਟ ਦੇ ਅਧੀਨ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਇਸਦੇ UI ਵਿੱਚ ਵੀ ਯੋਗਦਾਨ ਪਾ ਸਕਦੇ ਹੋ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਫਰੰਟ-ਐਂਡ ਡਿਵੈਲਪਰ ਹੋ ਅਤੇ ਸਿਰਫ ਦਿੱਖ ਨੂੰ ਸੁਧਾਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।

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

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

ਦੂਸਰੇ, ਸਾਡੇ ਵਾਂਗ Chainstack 'ਤੇ, ਆਪਣੇ ਸਰਵਰਾਂ ਲਈ MySQL ਜਾਂ PostgreSQL ਵਰਗੇ ਪ੍ਰਬੰਧਿਤ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਇਸ ਲਈ ਸਾਡੇ ਡੇਟਾਬੇਸ ਕਲਾਉਡ ਵਿੱਚ ਕਿਤੇ ਸਥਿਤ ਹਨ।

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

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

ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਹੈਲਮ ਇੱਕ ਗੂੰਦ ਦੇ ਤੌਰ ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਪਾਸੇ, ਤੁਹਾਨੂੰ ਸੇਵਾਵਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ, ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ.

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

ਇਕ ਹੋਰ ਖੋਜ ਜਿਸਦਾ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ helm-gcs ਪਲੱਗਇਨ, ਜੋ ਤੁਹਾਨੂੰ ਹੈਲਮ ਚਾਰਟ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਗੂਗਲ-ਬਕੇਟ (ਆਬਜੈਕਟ ਸਟੋਰੇਜ) ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਇਸਦੀ ਵਰਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਚਾਰ ਕਮਾਂਡਾਂ ਦੀ ਲੋੜ ਹੈ:

1. ਪਲੱਗਇਨ ਇੰਸਟਾਲ ਕਰੋ;
2. ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰੋ;
3. ਬਾਲਟੀ ਲਈ ਮਾਰਗ ਸੈੱਟ ਕਰੋ, ਜੋ ਕਿ gcp ਵਿੱਚ ਸਥਿਤ ਹੈ;
4. ਮਿਆਰੀ ਤਰੀਕੇ ਨਾਲ ਚਾਰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ.

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

ਬਦਲ

ਹੈਲਮ ਸਿਰਫ ਸੇਵਾ ਪ੍ਰਬੰਧਨ ਹੱਲ ਨਹੀਂ ਹੈ। ਇਸ ਬਾਰੇ ਬਹੁਤ ਸਾਰੇ ਸਵਾਲ ਹਨ, ਸ਼ਾਇਦ ਇਸੇ ਕਰਕੇ ਤੀਜਾ ਸੰਸਕਰਣ ਇੰਨੀ ਜਲਦੀ ਪ੍ਰਗਟ ਹੋਇਆ. ਬੇਸ਼ੱਕ ਵਿਕਲਪ ਹਨ.

ਇਹ ਵਿਸ਼ੇਸ਼ ਹੱਲ ਹੋ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, Ksonnet ਜਾਂ Metaparticle। ਤੁਸੀਂ ਆਪਣੇ ਕਲਾਸਿਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਬੰਧਨ ਸਾਧਨਾਂ (ਐਂਸੀਬਲ, ਟੈਰਾਫਾਰਮ, ਸ਼ੈੱਫ, ਆਦਿ) ਦੀ ਵਰਤੋਂ ਉਸੇ ਉਦੇਸ਼ ਲਈ ਕਰ ਸਕਦੇ ਹੋ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਮੈਂ ਗੱਲ ਕੀਤੀ ਹੈ।

ਅੰਤ ਵਿੱਚ ਇੱਕ ਹੱਲ ਹੈ ਆਪਰੇਟਰ ਫਰੇਮਵਰਕ, ਜਿਸ ਦੀ ਪ੍ਰਸਿੱਧੀ ਵਧ ਰਹੀ ਹੈ।

ਆਪਰੇਟਰ ਫਰੇਮਵਰਕ ਵਿਚਾਰ ਕਰਨ ਲਈ ਚੋਟੀ ਦਾ ਹੈਲਮ ਵਿਕਲਪ ਹੈ।

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

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

ਇੱਥੇ ਸਭ ਕੁਝ ਕਿੱਥੇ ਹੈ ਦਾ ਇੱਕ ਵਿਜ਼ੂਅਲ ਚਾਰਟ ਹੈ।

x-ਧੁਰੇ 'ਤੇ ਕੀ ਹੋ ਰਿਹਾ ਹੈ 'ਤੇ ਤੁਹਾਡੇ ਨਿੱਜੀ ਨਿਯੰਤਰਣ ਦਾ ਪੱਧਰ ਹੈ, y-ਧੁਰੇ 'ਤੇ ਕੁਬਰਨੇਟਸ ਦੀ ਮੂਲਤਾ ਦਾ ਪੱਧਰ ਹੈ। ਹੈਲਮ ਸੰਸਕਰਣ 2 ਮੱਧ ਵਿੱਚ ਕਿਤੇ ਡਿੱਗਦਾ ਹੈ। ਸੰਸਕਰਣ 3 ਵਿੱਚ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਹੀਂ, ਪਰ ਨਿਯੰਤਰਣ ਅਤੇ ਮੂਲਤਾ ਦੇ ਪੱਧਰ ਦੋਵਾਂ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। Ksonnet ਪੱਧਰ 'ਤੇ ਹੱਲ ਅਜੇ ਵੀ ਹੈਲਮ 2 ਤੋਂ ਘਟੀਆ ਹਨ। ਹਾਲਾਂਕਿ, ਉਹ ਇਹ ਜਾਣਨ ਲਈ ਦੇਖਣ ਯੋਗ ਹਨ ਕਿ ਇਸ ਸੰਸਾਰ ਵਿੱਚ ਹੋਰ ਕੀ ਹੈ। ਬੇਸ਼ੱਕ, ਤੁਹਾਡਾ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਕ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਅਧੀਨ ਹੋਵੇਗਾ, ਪਰ ਇਹ ਬਿਲਕੁਲ ਕੁਬਰਨੇਟਸ ਦਾ ਮੂਲ ਨਹੀਂ ਹੈ।

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

ਐਕਸਟੈਂਡਰ ਸਿਰਫ਼ ਨਿਯੰਤਰਣ ਵਿੱਚ ਥੋੜ੍ਹਾ ਸੁਧਾਰ ਕਰਦੇ ਹਨ, ਵਰਕਫਲੋ ਨੂੰ ਪੂਰਕ ਕਰਦੇ ਹਨ, ਜਾਂ CI/CD ਪਾਈਪਲਾਈਨਾਂ 'ਤੇ ਕੋਨੇ ਕੱਟਦੇ ਹਨ।

ਹੇਲਮ ਦਾ ਭਵਿੱਖ

ਚੰਗੀ ਖ਼ਬਰ ਇਹ ਹੈ ਕਿ ਹੈਲਮ 3 ਆ ਰਿਹਾ ਹੈ। ਹੈਲਮ 3.0.0-ਅਲਫਾ.2 ਦਾ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਪਹਿਲਾਂ ਹੀ ਰਿਲੀਜ਼ ਹੋ ਚੁੱਕਾ ਹੈ, ਤੁਸੀਂ ਇਸਨੂੰ ਅਜ਼ਮਾ ਸਕਦੇ ਹੋ। ਇਹ ਕਾਫ਼ੀ ਸਥਿਰ ਹੈ, ਪਰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਅਜੇ ਵੀ ਸੀਮਤ ਹੈ।

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

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

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

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

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

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

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

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

'ਤੇ ਕਾਨਫਰੰਸ ਚੌਕੀਆਂ ਅਤੇ ਖ਼ਬਰਾਂ ਦਾ ਪਾਲਣ ਕਰੋ ਮੇਲਿੰਗ ਸੂਚੀ и ਟੈਲੀਗ੍ਰਾਮ ਚੈਨਲ.

ਸਰੋਤ: www.habr.com