ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਨਾਮ-ਸਥਾਨ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਦਾ ਸੰਗਠਨ

ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਛੋਟੇ ਕੰਟੇਨਰ ਬਣਾਉਣਾ

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

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

ਜ਼ਿਆਦਾਤਰ ਕੁਬਰਨੇਟਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ 'ਤੇ, ਕਲੱਸਟਰ "ਡਿਫਾਲਟ" ਕਹੇ ਜਾਂਦੇ ਨੇਮਸਪੇਸ ਦੇ ਨਾਲ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਆਉਂਦਾ ਹੈ। ਅਸਲ ਵਿੱਚ ਤਿੰਨ ਨੇਮ-ਸਪੇਸ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਕੁਬਰਨੇਟਸ ਕੰਮ ਕਰਦਾ ਹੈ: ਡਿਫਾਲਟ, ਕਿਊਬ-ਸਿਸਟਮ, ਅਤੇ ਕਿਊਬ-ਪਬਲਿਕ। ਵਰਤਮਾਨ ਵਿੱਚ, ਕੁਬੇ-ਜਨਤਕ ਦੀ ਵਰਤੋਂ ਅਕਸਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

kube ਨੇਮਸਪੇਸ ਨੂੰ ਇਕੱਲੇ ਛੱਡਣਾ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ Google Kubernetes Engine ਵਰਗੇ ਪ੍ਰਬੰਧਿਤ ਸਿਸਟਮ 'ਤੇ। ਇਹ "ਡਿਫਾਲਟ" ਨੇਮਸਪੇਸ ਦੀ ਵਰਤੋਂ ਉਸ ਥਾਂ ਵਜੋਂ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੀਆਂ ਸੇਵਾਵਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਸ ਵਿੱਚ ਬਿਲਕੁਲ ਕੁਝ ਖਾਸ ਨਹੀਂ ਹੈ, ਸਿਵਾਏ ਕਿ ਕੁਬਰਨੇਟਸ ਨੂੰ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਹਟਾ ਨਹੀਂ ਸਕਦੇ। ਇਹ ਸ਼ੁਰੂਆਤ ਕਰਨ ਅਤੇ ਘੱਟ ਕਾਰਗੁਜ਼ਾਰੀ ਵਾਲੇ ਸਿਸਟਮਾਂ ਲਈ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਪਰ ਮੈਂ ਵੱਡੇ ਪ੍ਰੋਡ ਸਿਸਟਮਾਂ 'ਤੇ ਡਿਫੌਲਟ ਨੇਮਸਪੇਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕਰਾਂਗਾ। ਬਾਅਦ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ ਵਿਕਾਸ ਟੀਮ ਆਸਾਨੀ ਨਾਲ ਕਿਸੇ ਹੋਰ ਦੇ ਕੋਡ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖ ਸਕਦੀ ਹੈ ਅਤੇ ਕਿਸੇ ਹੋਰ ਟੀਮ ਦੇ ਕੰਮ ਨੂੰ ਸਮਝੇ ਬਿਨਾਂ ਵੀ ਤੋੜ ਸਕਦੀ ਹੈ।

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

ਤੁਸੀਂ $kubectl get namespace ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਰੀਆਂ ਨੇਮਸਪੇਸ ਦੇਖ ਸਕਦੇ ਹੋ।

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

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

ਦੂਜਾ ਤਰੀਕਾ ਹੈ YAML ਘੋਸ਼ਣਾ ਵਿੱਚ ਨੇਮਸਪੇਸ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨਾ।

ਜੇਕਰ ਤੁਸੀਂ YAML ਵਿੱਚ ਇੱਕ ਨੇਮਸਪੇਸ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਰੋਤ ਹਮੇਸ਼ਾ ਉਸ ਨਾਮ-ਸਪੇਸ ਵਿੱਚ ਬਣਾਇਆ ਜਾਵੇਗਾ। ਜੇਕਰ ਤੁਸੀਂ ਨੇਮਸਪੇਸ ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਵੱਖਰੀ ਨੇਮਸਪੇਸ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਕਮਾਂਡ ਫੇਲ ਹੋ ਜਾਵੇਗੀ। ਹੁਣ ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਪੋਡ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹਾ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੋਗੇ.

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

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

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

ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਟੈਸਟ ਨੇਮਸਪੇਸ ਵਿੱਚ ਪੌਡ ਦੇਖਣ ਲਈ ਨੇਮਸਪੇਸ ਫਲੈਗ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

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

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

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

ਆਮ ਤੌਰ 'ਤੇ, ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਸੇਵਾ ਦੇ ਨਾਮ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ DNS ਆਪਣੇ ਆਪ ਪੂਰਾ ਪਤਾ ਨਿਰਧਾਰਤ ਕਰੇਗਾ।

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

ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਟੈਸਟ ਨੇਮਸਪੇਸ ਵਿੱਚ ਇੱਕ ਸੇਵਾ ਡੇਟਾਬੇਸ ਨਾਲ ਜੁੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਤਾ ਡੇਟਾਬੇਸ database.test ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ

ਜੇਕਰ ਤੁਸੀਂ ਪ੍ਰੋਡ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸੇਵਾ ਡੇਟਾਬੇਸ ਨਾਲ ਜੁੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ database.prod ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ।

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

ਮੈਨੂੰ ਅਕਸਰ ਇਹ ਸਵਾਲ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਮੈਨੂੰ ਕਿੰਨੇ ਨੇਮ-ਸਪੇਸ ਬਣਾਉਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਕਿਸ ਮਕਸਦ ਲਈ? ਡੇਟਾ ਦਾ ਪ੍ਰਬੰਧਿਤ ਟੁਕੜਾ ਕੀ ਹੈ?

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

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

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

ਜਿਵੇਂ ਕਿ ਹਰੇਕ ਟੀਮ ਮੈਂਬਰ ਇਸ ਗੱਲ ਦੀ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਸਿਸਟਮ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਹ ਹੋਰ ਸਾਰੇ ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਹਰ ਤਬਦੀਲੀ ਦਾ ਤਾਲਮੇਲ ਕਰਨਾ ਵਧੇਰੇ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਡੀ ਸਥਾਨਕ ਮਸ਼ੀਨ 'ਤੇ ਪੂਰੇ ਸਟੈਕ ਨੂੰ ਸਪਿਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਹਰ ਦਿਨ ਔਖਾ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ।

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

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

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

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

ਕੁਬਰਨੇਟਸ ਦੇ ਵਧੀਆ ਅਭਿਆਸ। ਤਿਆਰੀ ਅਤੇ ਜੀਵਣਤਾ ਟੈਸਟਾਂ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ ਲਾਈਵਨੇਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ

ਕੁਝ ਵਿਗਿਆਪਨ 🙂

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, $4.99 ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲਾਉਡ VPS, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2697 v3 (6 ਕੋਰ) 10GB DDR4 480GB SSD 1Gbps ਤੋਂ $19 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

ਡੈਲ R730xd ਐਮਸਟਰਡਮ ਵਿੱਚ ਈਕੁਇਨਿਕਸ ਟੀਅਰ IV ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com