ਕੁਬਰਨੇਟਸ ਦੀ ਵਧ ਰਹੀ ਪ੍ਰਸਿੱਧੀ ਬਾਰੇ

ਹੇ ਹਬਰ!

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

ਪੜ੍ਹਨ ਦਾ ਆਨੰਦ ਮਾਣੋ!

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

ਕੰਟੇਨਰ ਲੀਨਕਸ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਅਲੱਗ ਕਰਨ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਡਿਜ਼ਾਈਨ ਵਜੋਂ ਸ਼ੁਰੂ ਹੋਇਆ; ਕੰਟੇਨਰ 2007 ਤੋਂ ਸ਼ਾਮਲ ਹਨ ਸਮੂਹ, ਅਤੇ 2002 ਤੋਂ - ਨੇਮਸਪੇਸ। ਕੰਟੇਨਰਾਂ ਨੂੰ 2008 ਤੱਕ ਹੋਰ ਵੀ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਦੋਂ ਇਹ ਉਪਲਬਧ ਹੋਇਆ ਸੀ LXC, ਅਤੇ ਗੂਗਲ ਨੇ ਆਪਣੀ ਅੰਦਰੂਨੀ ਕਾਰਪੋਰੇਟ ਵਿਧੀ ਵਿਕਸਿਤ ਕੀਤੀ ਜਿਸ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਬੋਰਗ, ਜਿੱਥੇ "ਸਾਰਾ ਕੰਮ ਡੱਬਿਆਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।" ਇੱਥੋਂ ਅਸੀਂ 2013 ਤੱਕ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਦੇ ਹਾਂ, ਜਦੋਂ ਡੌਕਰ ਦੀ ਪਹਿਲੀ ਰਿਲੀਜ਼ ਹੋਈ ਸੀ, ਅਤੇ ਕੰਟੇਨਰ ਆਖਰਕਾਰ ਇੱਕ ਪ੍ਰਸਿੱਧ ਜਨਤਕ ਹੱਲ ਬਣ ਗਏ ਸਨ। ਉਸ ਸਮੇਂ, ਕੰਟੇਨਰ ਆਰਕੈਸਟ੍ਰੇਸ਼ਨ ਦਾ ਮੁੱਖ ਸੰਦ ਸੀ ਮੇਸੋਸ, ਹਾਲਾਂਕਿ ਉਹ ਬਹੁਤ ਮਸ਼ਹੂਰ ਨਹੀਂ ਸੀ। ਕੁਬਰਨੇਟਸ ਨੂੰ ਪਹਿਲੀ ਵਾਰ 2015 ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਇਹ ਟੂਲ ਕੰਟੇਨਰ ਆਰਕੈਸਟਰੇਸ਼ਨ ਦੇ ਖੇਤਰ ਵਿੱਚ ਡੀ ਫੈਕਟੋ ਸਟੈਂਡਰਡ ਬਣ ਗਿਆ।

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

YAML ਦੇ ਰੂਪ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚਾ

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

apiVersion: v1
kind: Pod
metadata:
  name: site
  labels:
    app: web
spec:
  containers:
    - name: front-end
      image: nginx
      ports:
        - containerPort: 80

ਇਹ ਦ੍ਰਿਸ਼ DevOps ਜਾਂ SRE ਪੇਸ਼ੇਵਰਾਂ ਲਈ ਪਾਈਥਨ ਜਾਂ ਜਾਵਾਸਕ੍ਰਿਪਟ ਵਰਗੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਕੋਡ ਲਿਖਣ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਆਪਣੇ ਵਰਕਲੋਡ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪ੍ਰਗਟ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।

ਡੇਟਾ ਦੇ ਰੂਪ ਵਿੱਚ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੇ ਹੋਰ ਫਾਇਦਿਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• GitOps ਜਾਂ Git ਓਪਰੇਸ਼ਨ ਵਰਜ਼ਨ ਕੰਟਰੋਲ। ਇਹ ਪਹੁੰਚ ਤੁਹਾਨੂੰ ਸਾਰੀਆਂ Kubernetes YAML ਫਾਈਲਾਂ ਨੂੰ git ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਰੱਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਸਹੀ ਢੰਗ ਨਾਲ ਟ੍ਰੈਕ ਕਰ ਸਕੋ ਕਿ ਤਬਦੀਲੀ ਕਦੋਂ ਕੀਤੀ ਗਈ ਸੀ, ਕਿਸ ਨੇ ਕੀਤੀ ਸੀ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਿਆ ਗਿਆ ਸੀ। ਇਹ ਪੂਰੇ ਸੰਗਠਨ ਵਿੱਚ ਸੰਚਾਲਨ ਦੀ ਪਾਰਦਰਸ਼ਤਾ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ ਅਤੇ ਅਸਪਸ਼ਟਤਾ ਨੂੰ ਖਤਮ ਕਰਕੇ ਸੰਚਾਲਨ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜਿੱਥੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਲੋੜੀਂਦੇ ਸਰੋਤਾਂ ਦੀ ਭਾਲ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਉਸੇ ਸਮੇਂ, ਕੁਬਰਨੇਟਸ ਸਰੋਤਾਂ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਪੁੱਲ ਬੇਨਤੀ ਨੂੰ ਮਿਲਾ ਕੇ ਆਪਣੇ ਆਪ ਤਬਦੀਲੀਆਂ ਕਰਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ।
• ਸਕੇਲੇਬਿਲਟੀ। ਜਦੋਂ ਸਰੋਤਾਂ ਨੂੰ YAML ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕਲੱਸਟਰ ਓਪਰੇਟਰਾਂ ਲਈ ਕੁਬਰਨੇਟਸ ਸਰੋਤ ਵਿੱਚ ਇੱਕ ਜਾਂ ਦੋ ਨੰਬਰਾਂ ਨੂੰ ਬਦਲਣਾ ਬਹੁਤ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਸਕੇਲ ਕਰਦਾ ਹੈ। ਕੁਬਰਨੇਟਸ ਪੌਡਾਂ ਦੀ ਹਰੀਜੱਟਲ ਆਟੋਸਕੇਲਿੰਗ ਲਈ ਇੱਕ ਵਿਧੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਆਸਾਨੀ ਨਾਲ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕਿ ਘੱਟ ਅਤੇ ਉੱਚ ਪੱਧਰੀ ਆਵਾਜਾਈ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਇੱਕ ਖਾਸ ਤੈਨਾਤੀ ਸੰਰਚਨਾ ਵਿੱਚ ਪੌਡਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਗਿਣਤੀ ਦੀ ਕੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸੰਰਚਨਾ ਤੈਨਾਤ ਕੀਤੀ ਹੈ ਜਿਸ ਲਈ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਅਚਾਨਕ ਵਾਧਾ ਹੋਣ ਕਾਰਨ ਵਾਧੂ ਸਮਰੱਥਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ maxReplicas ਨੂੰ 10 ਤੋਂ 20 ਤੱਕ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ:

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: myapp
  namespace: default
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: myapp-deployment
  minReplicas: 1
  maxReplicas: 20
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 50

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

package main

deny[msg] {
  input.kind = "Deployment"
  not input.spec.template.spec.securityContext.runAsNonRoot = true
  msg = "Containers must not run as root"
}

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

ਵਿਸਤਾਰਯੋਗਤਾ

ਕੁਬਰਨੇਟਸ ਬਹੁਤ ਵਿਸਤ੍ਰਿਤ ਹੈ ਅਤੇ ਡਿਵੈਲਪਰ ਇਸਨੂੰ ਪਸੰਦ ਕਰਦੇ ਹਨ. ਇੱਥੇ ਉਪਲਬਧ ਸਰੋਤਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜਿਵੇਂ ਕਿ ਪੌਡ, ਤੈਨਾਤੀ, StatefulSets, ਰਾਜ਼, ConfigMaps, ਆਦਿ ਇਹ ਸੱਚ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਅਤੇ ਡਿਵੈਲਪਰ ਫਾਰਮ ਵਿੱਚ ਹੋਰ ਸਰੋਤ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹਨ ਕਸਟਮ ਸਰੋਤ ਪਰਿਭਾਸ਼ਾਵਾਂ.

ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਸਰੋਤ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ CronTab, ਫਿਰ ਤੁਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਕੁਝ ਕਰ ਸਕਦੇ ਹੋ:

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: crontabs.my.org
spec:
  group: my.org
  versions:
    - name: v1
      served: true
      storage: true
      Schema:
        openAPIV3Schema:
          type: object
          properties:
            spec:
              type: object
              properties:
                cronSpec:
                  type: string
                  pattern: '^(d+|*)(/d+)?(s+(d+|*)(/d+)?){4}$'
                replicas:
                  type: integer
                  minimum: 1
                  maximum: 10
  scope: Namespaced
  names:
    plural: crontabs
    singular: crontab
    kind: CronTab
    shortNames:
    - ct

ਬਾਅਦ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਕ੍ਰੋਨਟੈਬ ਸਰੋਤ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਬਣਾ ਸਕਦੇ ਹਾਂ:

apiVersion: "my.org/v1"
kind: CronTab
metadata:
  name: my-cron-object
spec:
  cronSpec: "* * * * */5"
  image: my-cron-image
  replicas: 5

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

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

$ operator-sdk new my-operator --repo github.com/myuser/my-operator

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

.
|____cmd
| |____manager
| | |____main.go
|____go.mod
|____deploy
| |____role.yaml
| |____role_binding.yaml
| |____service_account.yaml
| |____operator.yaml
|____tools.go
|____go.sum
|____.gitignore
|____version
| |____version.go
|____build
| |____bin
| | |____user_setup
| | |____entrypoint
| |____Dockerfile
|____pkg
| |____apis
| | |____apis.go
| |____controller
| | |____controller.go

ਫਿਰ ਤੁਸੀਂ ਲੋੜੀਂਦੇ API ਅਤੇ ਕੰਟਰੋਲਰ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ, ਇਸ ਤਰ੍ਹਾਂ:

$ operator-sdk add api --api-version=myapp.com/v1alpha1 --kind=MyAppService

$ operator-sdk add controller --api-version=myapp.com/v1alpha1 --kind=MyAppService

ਫਿਰ, ਅੰਤ ਵਿੱਚ, ਆਪਰੇਟਰ ਨੂੰ ਇਕੱਠਾ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਕੰਟੇਨਰ ਦੀ ਰਜਿਸਟਰੀ ਵਿੱਚ ਭੇਜੋ:

$ operator-sdk build your.container.registry/youruser/myapp-operator

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

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

$ kubectl kudo install zookeeper
$ kubectl kudo install kafka

ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਕਿਸੇ ਹੋਰ ਕਮਾਂਡ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰੋ:

$ kubectl kudo install kafka --instance=my-kafka-name 
            -p ZOOKEEPER_URI=zk-zookeeper-0.zk-hs:2181 
            -p ZOOKEEPER_PATH=/my-path -p BROKER_CPUS=3000m 
            -p BROKER_COUNT=5 -p BROKER_MEM=4096m 
            -p DISK_SIZE=40Gi -p MIN_INSYNC_REPLICAS=3 
            -p NUM_NETWORK_THREADS=10 -p NUM_IO_THREADS=20

ਨਵੀਨਤਾ

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

ਨਵੀਆਂ ਸਮਰੱਥਾਵਾਂ ਤੁਹਾਨੂੰ ਵਿਭਿੰਨ ਵਰਕਲੋਡਾਂ ਵਿੱਚ ਵਧੇਰੇ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਕਲੱਸਟਰ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰੋਗ੍ਰਾਮਰਾਂ ਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਲਈ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਵੇਲੇ ਵਧੇਰੇ ਨਿਯੰਤਰਣ ਦਾ ਆਨੰਦ ਮਿਲਦਾ ਹੈ।

ਕਮਿਊਨਿਟੀ

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

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

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

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

ਅੰਤ ਵਿੱਚ, ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਕੁਬਰਨੇਟਸ ਓਨਾ ਸਫਲ ਨਹੀਂ ਹੋਵੇਗਾ ਜਿੰਨਾ ਇਹ ਸਮੁੱਚੇ ਭਾਈਚਾਰੇ ਦੇ ਸੁਚੇਤ ਯਤਨਾਂ ਤੋਂ ਬਿਨਾਂ ਹੁੰਦਾ ਹੈ, ਜਿੱਥੇ ਲੋਕ ਇੱਕਠੇ ਰਹਿੰਦੇ ਹਨ ਪਰ ਨਾਲ ਹੀ ਨਵੇਂ ਆਏ ਲੋਕਾਂ ਦਾ ਸੁਆਗਤ ਕਰਦੇ ਹਨ।

ਭਵਿੱਖ

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

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

ਸਰੋਤ: www.habr.com