ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨਾ: ਕਿੰਨੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ?

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

TL; ਡਾ: ਵਰਕਲੋਡ ਦਾ ਇੱਕੋ ਸੈੱਟ ਕਈ ਵੱਡੇ ਕਲੱਸਟਰਾਂ 'ਤੇ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ (ਹਰੇਕ ਕਲੱਸਟਰ ਵਿੱਚ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵਰਕਲੋਡ ਹੋਣਗੇ) ਜਾਂ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ (ਹਰੇਕ ਕਲੱਸਟਰ ਵਿੱਚ ਥੋੜ੍ਹੇ ਜਿਹੇ ਲੋਡ ਦੇ ਨਾਲ)।

ਹੇਠਾਂ ਇੱਕ ਸਾਰਣੀ ਹੈ ਜੋ ਹਰੇਕ ਪਹੁੰਚ ਦੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੀ ਹੈ:

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

• ਮੈਨੂੰ ਕਿੰਨੇ ਕਲੱਸਟਰ ਵਰਤਣੇ ਚਾਹੀਦੇ ਹਨ?
• ਮੈਨੂੰ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿੰਨਾ ਵੱਡਾ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ?
• ਹਰੇਕ ਕਲੱਸਟਰ ਵਿੱਚ ਕੀ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਇੱਕ ਪ੍ਰਸ਼ਨ ਦਾ ਬਿਆਨ

ਇੱਕ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਰ ਹੋਣ ਦੇ ਨਾਤੇ, ਤੁਸੀਂ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਇੱਕੋ ਸਮੇਂ ਕਈ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵਿਕਸਤ ਅਤੇ ਸੰਚਾਲਿਤ ਕਰਦੇ ਹੋ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਚੱਲਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਇਹ ਹੋ ਸਕਦੀਆਂ ਹਨ dev, ਟੈਸਟ и ਪੇਸ਼ੇ.

ਨਤੀਜਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਵਾਤਾਵਰਣਾਂ ਦਾ ਇੱਕ ਪੂਰਾ ਮੈਟ੍ਰਿਕਸ ਹੈ:

ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਵਾਤਾਵਰਣ

ਉਪਰੋਕਤ ਉਦਾਹਰਨ 3 ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ 3 ਵਾਤਾਵਰਣਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਨਤੀਜੇ ਵਜੋਂ ਕੁੱਲ 9 ਸੰਭਵ ਵਿਕਲਪ ਹਨ।

ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨ ਇੱਕ ਸਵੈ-ਨਿਰਮਿਤ ਤੈਨਾਤੀ ਯੂਨਿਟ ਹੈ ਜੋ ਦੂਜਿਆਂ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

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

ਨਤੀਜੇ ਵਜੋਂ, ਕੁਬਰਨੇਟਸ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕਈ ਸਵਾਲ ਹਨ:

• ਕੀ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨਾਂ ਨੂੰ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?
• ਕੀ ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨ ਲਈ ਇੱਕ ਵੱਖਰਾ ਕਲੱਸਟਰ ਹੋਣਾ ਮਹੱਤਵਪੂਰਣ ਹੈ?
• ਜਾਂ ਸ਼ਾਇਦ ਉਪਰੋਕਤ ਪਹੁੰਚਾਂ ਦਾ ਸੁਮੇਲ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?

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

ਇੱਥੇ ਕੁਝ ਸੰਭਵ ਤਰੀਕੇ ਹਨ:

• ਇੱਕ ਵੱਡਾ ਸਾਂਝਾ ਕਲੱਸਟਰ;
• ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਉੱਚ ਵਿਸ਼ੇਸ਼ ਕਲੱਸਟਰ;
• ਪ੍ਰਤੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਕਲੱਸਟਰ;
• ਪ੍ਰਤੀ ਵਾਤਾਵਰਣ ਇੱਕ ਕਲੱਸਟਰ।

ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ, ਪਹਿਲੇ ਦੋ ਪਹੁੰਚ ਵਿਕਲਪਾਂ ਦੇ ਪੈਮਾਨੇ ਦੇ ਉਲਟ ਸਿਰੇ 'ਤੇ ਹਨ:

ਕੁਝ ਵੱਡੇ ਸਮੂਹਾਂ (ਖੱਬੇ) ਤੋਂ ਕਈ ਛੋਟੇ (ਸੱਜੇ) ਤੱਕ

ਆਮ ਤੌਰ 'ਤੇ, ਇੱਕ ਕਲੱਸਟਰ ਨੂੰ ਦੂਜੇ ਨਾਲੋਂ "ਵੱਡਾ" ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਸ ਵਿੱਚ ਨੋਡਾਂ ਅਤੇ ਪੌਡਾਂ ਦਾ ਵੱਡਾ ਜੋੜ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, 10 ਨੋਡਾਂ ਅਤੇ 100 ਪੌਡਾਂ ਵਾਲਾ ਇੱਕ ਕਲੱਸਟਰ 1 ਨੋਡ ਅਤੇ 10 ਪੌਡਾਂ ਵਾਲੇ ਕਲੱਸਟਰ ਨਾਲੋਂ ਵੱਡਾ ਹੁੰਦਾ ਹੈ।

ਖੈਰ, ਆਓ ਸ਼ੁਰੂ ਕਰੀਏ!

1. ਇੱਕ ਵੱਡਾ ਸਾਂਝਾ ਕਲੱਸਟਰ

ਪਹਿਲਾ ਵਿਕਲਪ ਸਾਰੇ ਵਰਕਲੋਡਾਂ ਨੂੰ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਰੱਖਣਾ ਹੈ:

ਇੱਕ ਵੱਡਾ ਕਲੱਸਟਰ

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

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

ਆਓ ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਵੇਖੀਏ.

+ ਸਰੋਤਾਂ ਦੀ ਕੁਸ਼ਲ ਵਰਤੋਂ

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

ਉਦਾਹਰਨ ਲਈ, ਇਹ ਮਾਸਟਰ ਨੋਡਾਂ ਲਈ ਸੱਚ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਹਰੇਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ 3 ਮਾਸਟਰ ਨੋਡ ਹੁੰਦੇ ਹਨ, ਇਸਲਈ ਇੱਕ ਸਿੰਗਲ ਕਲੱਸਟਰ ਲਈ ਉਹਨਾਂ ਦੀ ਗਿਣਤੀ ਉਸੇ ਤਰ੍ਹਾਂ ਰਹੇਗੀ (ਤੁਲਨਾ ਲਈ, 10 ਕਲੱਸਟਰਾਂ ਨੂੰ 30 ਮਾਸਟਰ ਨੋਡਾਂ ਦੀ ਲੋੜ ਹੋਵੇਗੀ)।

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

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

+ ਸਸਤੇ

ਉਪਰੋਕਤ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਘੱਟ ਕਲੱਸਟਰ ਆਮ ਤੌਰ 'ਤੇ ਸਸਤੇ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਕੋਈ ਓਵਰਹੈੱਡ ਖਰਚੇ ਨਹੀਂ ਹੁੰਦੇ ਹਨ।

ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਮਾਸਟਰ ਨੋਡਾਂ ਲਈ ਸੱਚ ਹੈ, ਜਿਸ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਕਿ ਉਹ ਕਿਵੇਂ ਹੋਸਟ ਕੀਤੇ ਗਏ ਹਨ (ਆਨ-ਪ੍ਰੀਮਿਸਸ ਜਾਂ ਕਲਾਉਡ ਵਿੱਚ) ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਰਕਮ ਖਰਚ ਕਰ ਸਕਦੇ ਹਨ।

ਕੁਝ ਪ੍ਰਬੰਧਿਤ ਕੁਬਰਨੇਟਸ ਸੇਵਾਵਾਂ, ਜਿਵੇਂ ਕਿ ਗੂਗਲ ਕੁਬਰਨੇਟਸ ਇੰਜਣ (GKE) ਜ ਅਜ਼ੂਰ ਕੁਬਰਨੇਟਸ ਸਰਵਿਸ (AKS), ਨਿਯੰਤਰਣ ਪਰਤ ਮੁਫਤ ਪ੍ਰਦਾਨ ਕਰੋ। ਇਸ ਕੇਸ ਵਿੱਚ, ਲਾਗਤ ਦਾ ਮੁੱਦਾ ਘੱਟ ਗੰਭੀਰ ਹੈ.

ਇੱਥੇ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾਵਾਂ ਵੀ ਹਨ ਜੋ ਹਰੇਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦੇ ਸੰਚਾਲਨ ਲਈ ਇੱਕ ਨਿਸ਼ਚਿਤ ਫੀਸ ਵਸੂਲਦੀਆਂ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਐਮਾਜ਼ਾਨ ਇਲਾਸਟਿਕ ਕੁਬਰਨੇਟਸ ਸਰਵਿਸ, ਈ.ਕੇ.ਐਸ).

+ ਕੁਸ਼ਲ ਪ੍ਰਸ਼ਾਸਨ

ਇੱਕ ਕਲੱਸਟਰ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਕਈ ਪ੍ਰਬੰਧਨ ਨਾਲੋਂ ਸੌਖਾ ਹੈ।

ਪ੍ਰਸ਼ਾਸਨ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਕੰਮ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ:

• ਕੁਬਰਨੇਟਸ ਸੰਸਕਰਣ ਅਪਡੇਟ;
• ਇੱਕ CI/CD ਪਾਈਪਲਾਈਨ ਸਥਾਪਤ ਕਰਨਾ;
• CNI ਪਲੱਗਇਨ ਨੂੰ ਇੰਸਟਾਲ ਕਰਨਾ;
• ਇੱਕ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣੀਕਰਨ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰਨਾ;
• ਇੱਕ ਪਹੁੰਚ ਕੰਟਰੋਲਰ ਦੀ ਸਥਾਪਨਾ;

ਅਤੇ ਕਈ ਹੋਰ…

ਇੱਕ ਕਲੱਸਟਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਇਹ ਸਭ ਇੱਕ ਵਾਰ ਹੀ ਕਰਨਾ ਹੋਵੇਗਾ।

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

ਅਤੇ ਹੁਣ ਨੁਕਸਾਨ ਬਾਰੇ ਕੁਝ ਸ਼ਬਦ.

- ਅਸਫਲਤਾ ਦਾ ਸਿੰਗਲ ਬਿੰਦੂ

ਇਨਕਾਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕੇਵਲ ਇਕੋ ਕਲੱਸਟਰ ਤੁਰੰਤ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ ਸਾਰੇ ਕੰਮ ਦਾ ਬੋਝ!

ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਤਰੀਕੇ ਹਨ ਜੋ ਚੀਜ਼ਾਂ ਗਲਤ ਹੋ ਸਕਦੀਆਂ ਹਨ:

• ਕੁਬਰਨੇਟਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਨਾਲ ਅਚਾਨਕ ਮਾੜੇ ਪ੍ਰਭਾਵ ਹੁੰਦੇ ਹਨ;
• ਇੱਕ ਕਲੱਸਟਰ-ਵਾਈਡ ਕੰਪੋਨੈਂਟ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ CNI ਪਲੱਗਇਨ) ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਨਹੀਂ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ;
• ਕਲੱਸਟਰ ਭਾਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਰਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ;
• ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਅਸਫਲਤਾ।

ਅਜਿਹੀ ਇੱਕ ਘਟਨਾ ਸਾਂਝੇ ਕਲੱਸਟਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ ਸਾਰੇ ਵਰਕਲੋਡ ਨੂੰ ਗੰਭੀਰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੀ ਹੈ।

- ਕੋਈ ਸਖ਼ਤ ਇਨਸੂਲੇਸ਼ਨ ਨਹੀਂ

ਸਾਂਝੇ ਕਲੱਸਟਰ ਵਿੱਚ ਚੱਲਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਕਲੱਸਟਰ ਨੋਡਾਂ 'ਤੇ ਹਾਰਡਵੇਅਰ, ਨੈੱਟਵਰਕਿੰਗ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ।

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

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

ਇਹ ਇੱਕ ਸੁਰੱਖਿਆ ਮੁੱਦਾ ਹੋ ਸਕਦਾ ਹੈ: ਇਹ ਪ੍ਰਬੰਧ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਗੈਰ-ਸੰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਜਾਂ ਤਾਂ ਜਾਣਬੁੱਝ ਕੇ ਜਾਂ ਅਚਾਨਕ)।

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

ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਆ ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਉਪਰੋਕਤ ਸਾਰੇ ਬਿੰਦੂਆਂ ਦੇ ਵੱਖੋ-ਵੱਖਰੇ ਅਰਥ ਹੋ ਸਕਦੇ ਹਨ।

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

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

- ਸਖ਼ਤ ਬਹੁ-ਕਿਰਾਏਦਾਰੀ ਦੀ ਘਾਟ

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

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਸਾਂਝੇ ਸਰੋਤ (ਜਿਵੇਂ ਕਿ CPU ਜਾਂ ਮੈਮੋਰੀ) ਦਾ ਏਕਾਧਿਕਾਰ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਉਸੇ ਨੋਡ ਦੀ ਪਹੁੰਚ 'ਤੇ ਚੱਲ ਰਹੀਆਂ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੋਂ ਇਨਕਾਰ ਕਰ ਸਕਦੀ ਹੈ।

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

- ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਵੱਡੀ ਗਿਣਤੀ

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

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

- ਕਲੱਸਟਰ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਨਹੀਂ ਵਧ ਸਕਦੇ

ਕਲੱਸਟਰ ਜੋ ਸਾਰੇ ਵਰਕਲੋਡ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਵੱਡਾ ਹੋਵੇਗਾ (ਨੋਡਾਂ ਅਤੇ ਪੌਡਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਰੂਪ ਵਿੱਚ)।

ਪਰ ਇੱਥੇ ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਪੈਦਾ ਹੁੰਦੀ ਹੈ: ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਕਲੱਸਟਰ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਨਹੀਂ ਵਧ ਸਕਦੇ।

ਕਲੱਸਟਰ ਦੇ ਆਕਾਰ 'ਤੇ ਇੱਕ ਸਿਧਾਂਤਕ ਸੀਮਾ ਹੈ। ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਇਹ ਲਗਭਗ ਹੈ 5000 ਨੋਡ, 150 ਹਜ਼ਾਰ ਪੌਡ ਅਤੇ 300 ਹਜ਼ਾਰ ਕੰਟੇਨਰ.

ਹਾਲਾਂਕਿ, ਅਸਲ ਜੀਵਨ ਵਿੱਚ, ਸਮੱਸਿਆਵਾਂ ਬਹੁਤ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੋ ਸਕਦੀਆਂ ਹਨ - ਉਦਾਹਰਨ ਲਈ, ਸਿਰਫ਼ ਨਾਲ 500 ਗੰਢ.

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

ਇਸ ਮੁੱਦੇ ਦੀ ਖੋਜ ਮੂਲ ਬਲੌਗ 'ਤੇ ਇੱਕ ਸੰਬੰਧਿਤ ਲੇਖ ਵਿੱਚ ਕੀਤੀ ਗਈ ਹੈ ਜਿਸਨੂੰ "Kubernetes ਕਲੱਸਟਰਾਂ ਦਾ ਆਰਕੀਟੈਕਟ ਕਰਨਾ — ਇੱਕ ਵਰਕਰ ਨੋਡ ਦਾ ਆਕਾਰ ਚੁਣਨਾ".

ਪਰ ਆਓ ਉਲਟ ਪਹੁੰਚ 'ਤੇ ਵਿਚਾਰ ਕਰੀਏ: ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਕਲੱਸਟਰ.

2. ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ, ਵਿਸ਼ੇਸ਼ ਕਲੱਸਟਰ

ਇਸ ਪਹੁੰਚ ਨਾਲ, ਤੁਸੀਂ ਹਰੇਕ ਤੱਤ ਲਈ ਇੱਕ ਵੱਖਰੇ ਕਲੱਸਟਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਦੇ ਹੋ:

ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਕਲੱਸਟਰ

ਇਸ ਲੇਖ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਹੇਠ ਤੈਨਾਤ ਤੱਤ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਵੱਖਰੀ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਇੱਕ dev ਸੰਸਕਰਣ।

ਇਹ ਰਣਨੀਤੀ ਕੁਬਰਨੇਟਸ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਵਰਤਦੀ ਹੈ ਰਨਟਾਈਮ ਵਿਅਕਤੀਗਤ ਐਪਲੀਕੇਸ਼ਨ ਮੌਕਿਆਂ ਲਈ।

ਆਓ ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਵੇਖੀਏ.

+ ਸੀਮਤ "ਧਮਾਕੇ ਦਾ ਘੇਰਾ"

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

+ ਇਨਸੂਲੇਸ਼ਨ

ਵਿਅਕਤੀਗਤ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ ਗਏ ਵਰਕਲੋਡ ਸਰੋਤਾਂ ਨੂੰ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਪ੍ਰੋਸੈਸਰ, ਮੈਮੋਰੀ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਨੈੱਟਵਰਕ, ਜਾਂ ਹੋਰ ਸੇਵਾਵਾਂ।

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

+ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਘੱਟ ਗਿਣਤੀ

ਇਹ ਦੇਖਦੇ ਹੋਏ ਕਿ ਹਰੇਕ ਕਲੱਸਟਰ ਵਿੱਚ ਵਰਕਲੋਡ ਦਾ ਸਿਰਫ ਇੱਕ ਸੀਮਤ ਸਮੂਹ ਹੁੰਦਾ ਹੈ, ਇਸ ਤੱਕ ਪਹੁੰਚ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਘਟ ਜਾਂਦੀ ਹੈ।

ਜਿੰਨੇ ਘੱਟ ਲੋਕ ਕਲੱਸਟਰ ਤੱਕ ਪਹੁੰਚ ਰੱਖਦੇ ਹਨ, ਓਨਾ ਹੀ ਘੱਟ ਜੋਖਮ ਹੁੰਦਾ ਹੈ ਕਿ ਕੁਝ "ਟੁੱਟ ਜਾਵੇਗਾ।"

ਦੇ ਨੁਕਸਾਨ 'ਤੇ ਗੌਰ ਕਰੀਏ.

- ਸਰੋਤਾਂ ਦੀ ਅਕੁਸ਼ਲ ਵਰਤੋਂ

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

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

- ਮਹਿੰਗਾ

ਸੰਸਾਧਨਾਂ ਦੀ ਅਕੁਸ਼ਲ ਵਰਤੋਂ ਆਪਣੇ ਆਪ ਹੀ ਉੱਚ ਲਾਗਤਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦੀ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕੋ ਕੰਪਿਊਟਿੰਗ ਪਾਵਰ ਨਾਲ ਤਿੰਨ ਦੀ ਬਜਾਏ 30 ਮਾਸਟਰ ਨੋਡਾਂ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਲਾਗਤਾਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ।

- ਪ੍ਰਸ਼ਾਸਨ ਵਿੱਚ ਮੁਸ਼ਕਲਾਂ

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

ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਹਰੇਕ ਕਲੱਸਟਰ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਸੰਰਚਨਾ ਕਰਨੀ ਪਵੇਗੀ। ਕੁਬਰਨੇਟਸ ਵਰਜਨ ਨੂੰ ਵੀ ਕਈ ਵਾਰ ਅਪਡੇਟ ਕਰਨਾ ਹੋਵੇਗਾ।

ਇਹਨਾਂ ਸਾਰੇ ਕੰਮਾਂ ਨੂੰ ਹੋਰ ਕੁਸ਼ਲ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਆਟੋਮੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਪਵੇਗੀ।

ਹੁਣ ਆਉ ਘੱਟ ਅਤਿਅੰਤ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਵੇਖੀਏ.

3. ਪ੍ਰਤੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਕਲੱਸਟਰ

ਇਸ ਪਹੁੰਚ ਵਿੱਚ, ਤੁਸੀਂ ਇੱਕ ਖਾਸ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਲਈ ਇੱਕ ਵੱਖਰਾ ਕਲੱਸਟਰ ਬਣਾਉਂਦੇ ਹੋ:

ਪ੍ਰਤੀ ਐਪਲੀਕੇਸ਼ਨ ਕਲੱਸਟਰ

ਇਸ ਮਾਰਗ ਨੂੰ ਸਿਧਾਂਤ ਦੇ ਆਮਕਰਨ ਵਜੋਂ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ "ਪ੍ਰਤੀ ਟੀਮ ਵੱਖਰਾ ਕਲੱਸਟਰ", ਕਿਉਂਕਿ ਆਮ ਤੌਰ 'ਤੇ ਇੰਜੀਨੀਅਰਾਂ ਦੀ ਇੱਕ ਟੀਮ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਵਿਕਾਸ ਕਰ ਰਹੀ ਹੈ।

ਆਓ ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਵੇਖੀਏ.

+ ਕਲੱਸਟਰ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਐਡਜਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ

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

ਅਜਿਹੀਆਂ ਲੋੜਾਂ ਵਿੱਚ GPU ਵਰਕਰ, ਕੁਝ CNI ਪਲੱਗਇਨ, ਇੱਕ ਸੇਵਾ ਜਾਲ, ਜਾਂ ਕੁਝ ਹੋਰ ਸੇਵਾ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ।

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

- ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣ

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

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

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

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਸਾਡੀ ਸੂਚੀ ਵਿੱਚ ਆਖਰੀ ਦ੍ਰਿਸ਼.

4. ਪ੍ਰਤੀ ਵਾਤਾਵਰਣ ਇੱਕ ਕਲੱਸਟਰ

ਇਸ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਹਰੇਕ ਵਾਤਾਵਰਣ ਲਈ ਇੱਕ ਵੱਖਰਾ ਕਲੱਸਟਰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ:

ਪ੍ਰਤੀ ਵਾਤਾਵਰਨ ਇੱਕ ਕਲੱਸਟਰ

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

ਇੱਥੇ ਇਸ ਪਹੁੰਚ ਦੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ.

+ ਉਤਪਾਦ ਵਾਤਾਵਰਣ ਨੂੰ ਅਲੱਗ ਕਰਨਾ

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

ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਉਤਪਾਦਨ ਸੰਸਕਰਣ ਹੁਣ ਹੋਰ ਕਲੱਸਟਰਾਂ ਅਤੇ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ ਤੋਂ ਸੁਤੰਤਰ ਹਨ।

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

+ ਕਲੱਸਟਰ ਨੂੰ ਵਾਤਾਵਰਣ ਵਿੱਚ ਐਡਜਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ

ਹਰੇਕ ਕਲੱਸਟਰ ਨੂੰ ਇਸਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਐਡਜਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਇਹ ਕਰ ਸਕਦੇ ਹੋ:

• dev ਕਲੱਸਟਰ ਵਿੱਚ ਵਿਕਾਸ ਅਤੇ ਡੀਬੱਗਿੰਗ ਲਈ ਟੂਲ ਇੰਸਟਾਲ ਕਰੋ;
• ਕਲੱਸਟਰ ਵਿੱਚ ਟੈਸਟ ਫਰੇਮਵਰਕ ਅਤੇ ਟੂਲ ਸਥਾਪਿਤ ਕਰੋ ਟੈਸਟ;
• ਕਲੱਸਟਰ ਵਿੱਚ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹਾਰਡਵੇਅਰ ਅਤੇ ਨੈੱਟਵਰਕ ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਪੇਸ਼ੇ.

ਇਹ ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਾਸ ਅਤੇ ਸੰਚਾਲਨ ਦੋਵਾਂ ਦੀ ਕੁਸ਼ਲਤਾ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

+ ਉਤਪਾਦਨ ਕਲੱਸਟਰ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਸੀਮਤ ਕਰਨਾ

ਪ੍ਰੋਡ ਕਲੱਸਟਰ ਦੇ ਨਾਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਘੱਟ ਹੀ ਪੈਦਾ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਉਹਨਾਂ ਲੋਕਾਂ ਦੇ ਸਰਕਲ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ ਜਿਨ੍ਹਾਂ ਕੋਲ ਇਸ ਤੱਕ ਪਹੁੰਚ ਹੈ।

ਤੁਸੀਂ ਇਸ ਤੋਂ ਵੀ ਅੱਗੇ ਜਾ ਸਕਦੇ ਹੋ ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਇਸ ਕਲੱਸਟਰ ਤੱਕ ਪਹੁੰਚ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਨਕਾਰ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਸਵੈਚਲਿਤ CI/CD ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਰੀਆਂ ਤੈਨਾਤੀਆਂ ਕਰ ਸਕਦੇ ਹੋ। ਅਜਿਹੀ ਪਹੁੰਚ ਮਨੁੱਖੀ ਗਲਤੀਆਂ ਦੇ ਖਤਰੇ ਨੂੰ ਬਿਲਕੁਲ ਘੱਟ ਕਰੇਗੀ ਜਿੱਥੇ ਇਹ ਸਭ ਤੋਂ ਢੁਕਵੀਂ ਹੈ।

ਅਤੇ ਹੁਣ ਨੁਕਸਾਨ ਬਾਰੇ ਕੁਝ ਸ਼ਬਦ.

- ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿਚਕਾਰ ਕੋਈ ਅਲੱਗ-ਥਲੱਗ ਨਹੀਂ

ਪਹੁੰਚ ਦਾ ਮੁੱਖ ਨੁਕਸਾਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿਚਕਾਰ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸਰੋਤ ਅਲੱਗ-ਥਲੱਗ ਦੀ ਘਾਟ ਹੈ।

ਗੈਰ-ਸੰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨ ਕਲੱਸਟਰ ਸਰੋਤਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ: ਸਿਸਟਮ ਕੋਰ, ਪ੍ਰੋਸੈਸਰ, ਮੈਮੋਰੀ, ਅਤੇ ਕੁਝ ਹੋਰ ਸੇਵਾਵਾਂ।

ਜਿਵੇਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਇਹ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਖ਼ਤਰਨਾਕ ਹੋ ਸਕਦਾ ਹੈ।

- ਐਪਲੀਕੇਸ਼ਨ ਨਿਰਭਰਤਾਵਾਂ ਦਾ ਸਥਾਨੀਕਰਨ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥਾ

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਉੱਚ ਲਾਗਤਾਂ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਅਕੁਸ਼ਲ ਵਰਤੋਂ ਦਾ ਜੋਖਮ ਲੈਂਦੇ ਹਾਂ।

ਸਿੱਟਾ

ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਇੱਕ ਖਾਸ ਸੈੱਟ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਕਈ ਵੱਡੇ ਕਲੱਸਟਰਾਂ ਜਾਂ ਕਈ ਛੋਟੇ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਲੇਖ ਇੱਕ ਗਲੋਬਲ ਕਲੱਸਟਰ ਤੋਂ ਲੈ ਕੇ ਕਈ ਛੋਟੇ ਅਤੇ ਉੱਚ ਵਿਸ਼ੇਸ਼ਤਾ ਵਾਲੇ ਵੱਖ-ਵੱਖ ਪਹੁੰਚਾਂ ਦੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਬਾਰੇ ਚਰਚਾ ਕਰਦਾ ਹੈ:

• ਇੱਕ ਵੱਡਾ ਜਨਰਲ ਕਲੱਸਟਰ;
• ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਉੱਚ ਵਿਸ਼ੇਸ਼ ਕਲੱਸਟਰ;
• ਪ੍ਰਤੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਕਲੱਸਟਰ;
• ਪ੍ਰਤੀ ਵਾਤਾਵਰਣ ਇੱਕ ਕਲੱਸਟਰ।

ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਕਿਹੜੀ ਪਹੁੰਚ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ?

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

ਹਾਲਾਂਕਿ, ਚੋਣ ਉਪਰੋਕਤ ਉਦਾਹਰਣਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹੈ - ਤੁਸੀਂ ਉਹਨਾਂ ਦੇ ਕਿਸੇ ਵੀ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ!

ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਹਰੇਕ ਟੀਮ ਲਈ ਕੁਝ ਕਲੱਸਟਰਾਂ ਨੂੰ ਸੰਗਠਿਤ ਕਰ ਸਕਦੇ ਹੋ: ਇੱਕ ਵਿਕਾਸ ਕਲੱਸਟਰ (ਜਿਸ ਵਿੱਚ ਵਾਤਾਵਰਨ ਹੋਵੇਗਾ dev и ਟੈਸਟ) ਅਤੇ ਕਲੱਸਟਰ ਲਈ ਦੇ ਉਤਪਾਦਨ (ਜਿੱਥੇ ਉਤਪਾਦਨ ਵਾਤਾਵਰਣ ਸਥਿਤ ਹੋਵੇਗਾ).

ਇਸ ਲੇਖ ਵਿਚ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਦੇ ਆਧਾਰ 'ਤੇ, ਤੁਸੀਂ ਕਿਸੇ ਖਾਸ ਸਥਿਤੀ ਲਈ ਉਸ ਅਨੁਸਾਰ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾ ਸਕਦੇ ਹੋ। ਖੁਸ਼ਕਿਸਮਤੀ!

PS

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

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

ਸਰੋਤ: www.habr.com