ਕਸਟਮਾਈਜ਼ ਲਈ ਇੱਕ ਸੰਖੇਪ ਜਾਣ-ਪਛਾਣ

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

ਕਸਟਮਾਈਜ਼ ਇੱਕ ਅਜਿਹਾ ਸਾਧਨ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ "ਵੱਖ-ਵੱਖ ਉਦੇਸ਼ਾਂ ਲਈ ਸਧਾਰਨ, ਟੈਂਪਲੇਟ-ਮੁਕਤ YAML ਫਾਈਲਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਸਲ YAML ਨੂੰ ਬਰਕਰਾਰ ਅਤੇ ਵਰਤੋਂ ਯੋਗ ਛੱਡਦਾ ਹੈ" (ਵਰਣਨ ਸਿੱਧੇ ਤੋਂ ਉਧਾਰ ਲਿਆ ਗਿਆ ਹੈ GitHub 'ਤੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਸਟਮਾਈਜ਼ ਕਰੋ). ਕਸਟਮਾਈਜ਼ ਨੂੰ ਸਿੱਧਾ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ, ਕੁਬਰਨੇਟਸ 1.14 ਦੇ ਅਨੁਸਾਰ, ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ kubectl -k ਇਸਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ (ਹਾਲਾਂਕਿ ਕੁਬਰਨੇਟਸ 1.15 ਦੇ ਅਨੁਸਾਰ, ਵੱਖਰੀ ਬਾਈਨਰੀ kubectl ਵਿੱਚ ਬਣੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨਾਲੋਂ ਨਵੀਂ ਹੈ)। (ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਅਤੇ ਹਾਲ ਹੀ ਦੇ ਰੀਲੀਜ਼ ਦੇ ਨਾਲ ਕੁਬਰਨੇਟਸ 1.16..XNUMX ਅਨੁਕੂਲਿਤ ਕਰੋ ਦੁਆਰਾ ਸਹਿਯੋਗੀ kubeadm ਉਪਯੋਗਤਾ ਵਿੱਚ ਵੀ।) ਇਸ ਪੋਸਟ ਵਿੱਚ, ਮੈਂ ਪਾਠਕਾਂ ਨੂੰ ਕਸਟਮਾਈਜ਼ ਦੀਆਂ ਮੂਲ ਗੱਲਾਂ ਨਾਲ ਜਾਣੂ ਕਰਵਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ।

ਇਸ ਦੇ ਸਭ ਤੋਂ ਸਰਲ ਰੂਪ/ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ, kustomize ਸਿਰਫ਼ ਸਰੋਤਾਂ ਦਾ ਇੱਕ ਸੰਗ੍ਰਹਿ ਹੈ (YAML ਫ਼ਾਈਲਾਂ ਜੋ Kubernetes ਆਬਜੈਕਟ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀਆਂ ਹਨ: ਤੈਨਾਤੀ, ਸੇਵਾਵਾਂ, ਆਦਿ) ਅਤੇ ਉਹਨਾਂ ਸੰਸਾਧਨਾਂ ਵਿੱਚ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਬਦਲਾਵਾਂ ਲਈ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਹੈ। ਜਿਵੇਂ ਕਿ ਮੇਕ ਵਿੱਚ ਮੌਜੂਦ ਨਿਰਦੇਸ਼ ਸੈੱਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ Makefile, ਅਤੇ ਡੌਕਰ ਦੀਆਂ ਹਦਾਇਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਕੰਟੇਨਰ ਬਣਾਉਂਦਾ ਹੈ Dockerfile, ਵਰਤੋਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰੋ kustomization.yaml ਇਸ ਬਾਰੇ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਕਿ ਉਪਭੋਗਤਾ ਸਰੋਤਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਕੀ ਬਦਲਾਅ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ।

ਇੱਥੇ ਇੱਕ ਉਦਾਹਰਨ ਫਾਈਲ ਹੈ kustomization.yaml:

resources:
- deployment.yaml
- service.yaml
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

ਮੈਂ ਫਾਈਲ ਵਿੱਚ ਸਾਰੇ ਸੰਭਵ ਖੇਤਰਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰਾਂਗਾ। kustomization.yaml (ਇਸ ਬਾਰੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਗਿਆ ਹੈ ਇੱਥੇ), ਪਰ ਮੈਂ ਇੱਕ ਖਾਸ ਉਦਾਹਰਣ ਦੀ ਇੱਕ ਸੰਖੇਪ ਵਿਆਖਿਆ ਦੇਵਾਂਗਾ:

• ਖੇਤਰ resources ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ (ਕਿਹੜੇ ਸਰੋਤ) ਕਸਟਮਾਈਜ਼ ਬਦਲੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਫਾਈਲਾਂ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਖੋਜ ਕਰੇਗਾ deployment.yaml и service.yaml ਤੁਹਾਡੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ (ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਪੂਰੇ ਜਾਂ ਸੰਬੰਧਿਤ ਮਾਰਗ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ)।
• ਖੇਤਰ namePrefix kustomize ਨੂੰ ਇੱਕ ਖਾਸ ਅਗੇਤਰ ਜੋੜਨ ਲਈ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ (ਇਸ ਕੇਸ ਵਿੱਚ - dev-) ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ name ਖੇਤਰ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਸਾਰੇ ਸਰੋਤ resources. ਇਸ ਤਰ੍ਹਾਂ, ਜੇਕਰ ਤੈਨਾਤੀ ਹੈ name ਅਰਥ ਦੇ ਨਾਲ nginx-deployment, ਅਨੁਕੂਲਿਤ ਇਸ ਨੂੰ ਬਣਾ ਦੇਵੇਗਾ dev-nginx-deployment.
• ਖੇਤਰ namespace kustomize ਨੂੰ ਸਾਰੇ ਸਰੋਤਾਂ ਵਿੱਚ ਨਿਸ਼ਚਿਤ ਨੇਮਸਪੇਸ ਜੋੜਨ ਲਈ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੈਨਾਤੀ ਅਤੇ ਸੇਵਾ ਨਾਮ-ਸਥਾਨ ਵਿੱਚ ਆ ਜਾਵੇਗੀ development.
• ਅੰਤ ਵਿੱਚ, ਖੇਤਰ commonLabels ਵਿੱਚ ਲੇਬਲਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ ਸਾਰੇ ਸਰੋਤਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾਵੇਗਾ। ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ, kustomize ਨਾਮ ਦੇ ਨਾਲ ਸਰੋਤਾਂ ਨੂੰ ਇੱਕ ਲੇਬਲ ਨਿਰਧਾਰਤ ਕਰੇਗਾ environment ਅਤੇ ਅਰਥ development.

ਜੇਕਰ ਉਪਭੋਗਤਾ ਕਰਦਾ ਹੈ kustomize build . ਫਾਈਲ ਦੇ ਨਾਲ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ kustomization.yaml ਅਤੇ ਲੋੜੀਂਦੇ ਸਰੋਤ (ਜਿਵੇਂ ਕਿ ਫਾਈਲਾਂ deployment.yaml и service.yaml), ਫਿਰ ਆਉਟਪੁੱਟ 'ਤੇ ਇਹ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਬਦਲਾਅ ਦੇ ਨਾਲ ਇੱਕ ਟੈਕਸਟ ਪ੍ਰਾਪਤ ਕਰੇਗਾ kustomization.yaml.

ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਕਸਟਮਾਈਜ਼ ਦੀ "ਸਧਾਰਨ" ਵਰਤੋਂ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਉਦਾਹਰਨ

ਆਉਟਪੁੱਟ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੇਕਰ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

kustomize build . > custom-config.yaml

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

kustomize build . | kubectl apply -f -

ਕਸਟਮਾਈਜ਼ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਰਾਹੀਂ ਵੀ ਪਹੁੰਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ kubectl -k (ਕੁਬਰਨੇਟਸ ਸੰਸਕਰਣ 1.14 ਤੋਂ)। ਹਾਲਾਂਕਿ, ਇਹ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਕਿ ਸਟੈਂਡਅਲੋਨ kustomize ਪੈਕੇਜ ਨੂੰ ਏਕੀਕ੍ਰਿਤ kubectl ਪੈਕੇਜ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਘੱਟੋ-ਘੱਟ ਇਹ ਕੁਬਰਨੇਟਸ 1.15 ਰੀਲੀਜ਼ ਨਾਲ ਹੁੰਦਾ ਹੈ)।

ਪਾਠਕ ਪੁੱਛ ਸਕਦੇ ਹਨ: "ਜੇ ਤੁਸੀਂ ਫਾਈਲਾਂ ਨੂੰ ਸਿੱਧਾ ਸੰਪਾਦਿਤ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਇਹ ਸਾਰੀ ਗੁੰਝਲਤਾ ਕਿਉਂ ਹੈ?" ਮਹਾਨ ਸਵਾਲ. ਸਾਡੇ ਉਦਾਹਰਨ ਵਿੱਚ, ਅਸਲ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ ਫਾਈਲਾਂ ਨੂੰ ਸੋਧੋ deployment.yaml и service.yaml ਸਿੱਧਾ, ਪਰ ਕੀ ਜੇ ਉਹ ਕਿਸੇ ਹੋਰ ਦੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਫੋਰਕ ਹਨ? ਫਾਈਲਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬਦਲਣ ਨਾਲ ਫੋਰਕ ਨੂੰ ਰੀਬੇਸ ਕਰਨਾ ਮੁਸ਼ਕਲ (ਜੇ ਅਸੰਭਵ ਨਹੀਂ) ਬਣਾਉਂਦਾ ਹੈ ਜਦੋਂ ਮੂਲ/ਸਰੋਤ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। kustomize ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਤੁਸੀਂ ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਕੇਂਦਰਿਤ ਕਰ ਸਕਦੇ ਹੋ kustomization.yaml, ਅਸਲੀ ਫਾਈਲਾਂ ਨੂੰ ਬਰਕਰਾਰ ਛੱਡ ਕੇ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਅਸਲ ਫਾਈਲਾਂ ਨੂੰ ਰੀਬੇਸ ਕਰਨਾ ਆਸਾਨ ਬਣਾ ਦਿੰਦਾ ਹੈ।

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

ਓਵਰਲੇਅ ਅਤੇ ਅੰਡਰਲਾਈੰਗ ਸਰੋਤਾਂ ਦੇ ਵਿਚਾਰ ਨੂੰ ਦਰਸਾਉਣ ਲਈ (ਬੇਸ ਸਰੋਤ), ਚਲੋ ਇਹ ਮੰਨ ਲਓ ਕਿ ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਹੇਠ ਲਿਖੀ ਬਣਤਰ ਹੈ:

- base
  - deployment.yaml
  - service.yaml
  - kustomization.yaml
- overlays
  - dev
    - kustomization.yaml
  - staging
    - kustomization.yaml
  - prod
    - kustomization.yaml

ਫਾਈਲ ਵਿੱਚ base/kustomization.yaml ਖੇਤਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਉਪਭੋਗਤਾ resources ਬਸ ਉਹਨਾਂ ਸਰੋਤਾਂ ਦੀ ਘੋਸ਼ਣਾ ਕਰੋ ਜੋ ਕਸਟਮਾਈਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

ਹਰੇਕ ਫਾਈਲ ਵਿੱਚ overlays/{dev,staging,prod}/kustomization.yaml ਉਪਭੋਗਤਾ ਖੇਤਰ ਵਿੱਚ ਅਧਾਰ ਸੰਰਚਨਾ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ resources, ਅਤੇ ਫਿਰ ਲਈ ਖਾਸ ਬਦਲਾਅ ਦਰਸਾਓ ਦਿੱਤਾ ਵਾਤਾਵਰਣ. ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲ overlays/dev/kustomization.yaml ਪਹਿਲਾਂ ਦਿੱਤੀ ਗਈ ਉਦਾਹਰਣ ਵਾਂਗ ਲੱਗ ਸਕਦਾ ਹੈ:

resources:
- ../../base
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਫਾਈਲ overlays/prod/kustomization.yaml ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ:

resources:
- ../../base
namePrefix: prod-
namespace: production
commonLabels:
  environment: production
  sre-team: blue

ਜਦੋਂ ਉਪਭੋਗਤਾ ਚਲਦਾ ਹੈ kustomize build . ਕੈਟਾਲਾਗ ਵਿਚ overlays/dev, kustomize ਵਿਕਾਸ ਵਿਕਲਪ ਤਿਆਰ ਕਰੇਗਾ। ਜੇ ਤੁਸੀਂ ਦੌੜਦੇ ਹੋ kustomize build . ਕੈਟਾਲਾਗ ਵਿਚ overlays/prod - ਤੁਹਾਨੂੰ ਉਤਪਾਦਨ ਵਿਕਲਪ ਮਿਲਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਭ - ਮੂਲ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਕੀਤੇ ਬਿਨਾਂ (ਆਧਾਰ) ਫਾਈਲਾਂ, ਸਭ ਇੱਕ ਘੋਸ਼ਣਾਤਮਕ ਅਤੇ ਨਿਰਣਾਇਕ ਤਰੀਕੇ ਨਾਲ. ਤੁਸੀਂ ਬੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ਓਵਰਲੇ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਸਿੱਧਾ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਲਈ ਕਰ ਸਕਦੇ ਹੋ, ਇਹ ਜਾਣਦੇ ਹੋਏ ਕਿ ਇਹਨਾਂ ਫਾਈਲਾਂ ਦੇ ਅਧਾਰ ਤੇ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਮੇਂ ਲੋੜੀਂਦੀ ਸੰਰਚਨਾ ਨੂੰ ਦੁਬਾਰਾ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹੋ।

ਨੋਟ ਕਰੋ। ਅਨੁਵਾਦ: ਕਸਟਮਾਈਜ਼ ਵਿੱਚ ਓਵਰਲੇਅ ਦੀ ਵਰਤੋਂ ਕਰਨ ਬਾਰੇ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਉਦਾਹਰਨ

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

ਵਧੀਕ ਸਰੋਤ

ਕਸਟਮਾਈਜ਼ ਬਾਰੇ ਬਹੁਤ ਸਾਰੇ ਚੰਗੇ ਲੇਖ ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਹਨ। ਇੱਥੇ ਕੁਝ ਕੁ ਹਨ ਜੋ ਮੈਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਲੱਗੇ:

• Kustomize ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਨ ਪ੍ਰੋਡ/ਟੈਸਟ ਲਈ ਆਧਾਰ YAML ਸੰਰਚਨਾ ਬਦਲੋ;
• ਕਸਟਮਾਈਜ਼ - ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਟੈਂਪਲੇਟਿੰਗ ਕਰਨ ਦਾ ਸਹੀ ਤਰੀਕਾ;
• ਕਸਟਮਾਈਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੁਬਰਨੇਟਸ ਆਬਜੈਕਟ ਦਾ ਘੋਸ਼ਣਾਤਮਕ ਪ੍ਰਬੰਧਨ;
• ਅਪਸਟ੍ਰੀਮ ਹੈਲਮ ਚਾਰਟਸ ਨੂੰ ਅਨੁਕੂਲਿਤ ਨਾਲ ਅਨੁਕੂਲਿਤ ਕਰਨਾ.

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

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

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

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

• «ਕੁਬਰਨੇਟਸ 'ਤੇ ਚੱਲ ਰਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਡਿਵੈਲਪਰਾਂ ਲਈ ਟੂਲ";
• «ਕੁਬਰਨੇਟਸ 1.14: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ";
• «ਐਮਸਟਰਡਮ ਵਿੱਚ ਹੈਲਮ ਸਮਿਟ 2019 ਦੇ ਪੰਜ ਮੁੱਖ ਨਤੀਜੇ";
• «ਕੁਬਰਨੇਟਸ - ਹੈਲਮ ਲਈ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਵਿਹਾਰਕ ਜਾਣ-ਪਛਾਣ".

ਸਰੋਤ: www.habr.com