ਕੁਬਰਨੇਟਸ ਟਿਪਸ ਅਤੇ ਟ੍ਰਿਕਸ: ਸਥਾਨਕ ਵਿਕਾਸ ਅਤੇ ਟੈਲੀਪ੍ਰੈਸੈਂਸ ਬਾਰੇ

ਸਾਨੂੰ Kubernetes ਵਿੱਚ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵਿਕਸਿਤ ਕਰਨ ਬਾਰੇ ਵੱਧ ਤੋਂ ਵੱਧ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ। ਡਿਵੈਲਪਰ, ਖਾਸ ਕਰਕੇ ਦੁਭਾਸ਼ੀਏ ਭਾਸ਼ਾਵਾਂ ਦੇ, ਆਪਣੇ ਪਸੰਦੀਦਾ IDE ਵਿੱਚ ਕੋਡ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਠੀਕ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਬਿਲਡ/ਡਿਪਲਾਇਮੈਂਟ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਨਤੀਜਾ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹਨ - ਸਿਰਫ਼ F5 ਦਬਾ ਕੇ। ਅਤੇ ਜਦੋਂ ਇੱਕ ਮੋਨੋਲੀਥਿਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਗੱਲ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਇੱਕ ਡੇਟਾਬੇਸ ਅਤੇ ਇੱਕ ਵੈਬ ਸਰਵਰ (ਡੌਕਰ, ਵਰਚੁਅਲ ਬਾਕਸ ਵਿੱਚ ...) ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸੀ, ਅਤੇ ਫਿਰ ਤੁਰੰਤ ਵਿਕਾਸ ਦਾ ਅਨੰਦ ਲਓ। ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਵਿੱਚ ਮੋਨੋਲਿਥਸ ਦੇ ਕੱਟਣ ਅਤੇ ਕੁਬਰਨੇਟਸ ਦੇ ਆਉਣ ਨਾਲ, ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਨਿਰਭਰਤਾ ਦੀ ਦਿੱਖ ਦੇ ਨਾਲ, ਸਭ ਕੁਝ ਇਹ ਥੋੜਾ ਹੋਰ ਮੁਸ਼ਕਲ ਹੋ ਗਿਆ. ਇਹ ਮਾਈਕ੍ਰੋਸਰਵਿਸਜ਼ ਜਿੰਨੀਆਂ ਜ਼ਿਆਦਾ ਹਨ, ਓਨੀਆਂ ਹੀ ਜ਼ਿਆਦਾ ਸਮੱਸਿਆਵਾਂ। ਦੁਬਾਰਾ ਵਿਕਾਸ ਦਾ ਆਨੰਦ ਲੈਣ ਲਈ, ਤੁਹਾਨੂੰ ਇੱਕ ਜਾਂ ਦੋ ਤੋਂ ਵੱਧ ਡੌਕਰ ਕੰਟੇਨਰਾਂ, ਅਤੇ ਕਈ ਵਾਰ ਇੱਕ ਦਰਜਨ ਤੋਂ ਵੱਧ ਵੀ ਚੁੱਕਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ... ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਸਭ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਨੂੰ ਅੱਪ ਟੂ ਡੇਟ ਰੱਖਣ ਦੀ ਵੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। .

ਵੱਖ-ਵੱਖ ਸਮਿਆਂ 'ਤੇ ਅਸੀਂ ਸਮੱਸਿਆ ਦੇ ਵੱਖ-ਵੱਖ ਹੱਲਾਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਅਤੇ ਮੈਂ ਇਕੱਠੇ ਕੀਤੇ ਕਾਰਜ-ਸਾਧਨਾਂ ਜਾਂ ਬਸ "ਬਸਾਖੀਆਂ" ਨਾਲ ਸ਼ੁਰੂ ਕਰਾਂਗਾ।

1. ਬੈਸਾਖੀਆਂ

ਜ਼ਿਆਦਾਤਰ IDEs ਕੋਲ FTP/SFTP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਰਵਰ 'ਤੇ ਸਿੱਧੇ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ। ਇਹ ਮਾਰਗ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੈ ਅਤੇ ਅਸੀਂ ਤੁਰੰਤ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਇਸਦਾ ਸਾਰ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਉਬਲਦਾ ਹੈ:

1. ਵਿਕਾਸ ਵਾਤਾਵਰਨ (ਦੇਵ/ਸਮੀਖਿਆ) ਦੇ ਪੌਡ ਵਿੱਚ, ਇੱਕ ਵਾਧੂ ਕੰਟੇਨਰ SSH ਪਹੁੰਚ ਦੇ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡਿਵੈਲਪਰ ਦੀ ਜਨਤਕ SSH ਕੁੰਜੀ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪ੍ਰਤੀਬੱਧ/ਤੈਨਾਤ ਕਰੇਗਾ।
2. ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ (ਡੱਬੇ ਦੇ ਅੰਦਰ prepare-app) ਨੂੰ ਕੋਡ ਟ੍ਰਾਂਸਫਰ ਕਰੋ emptyDirਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰਾਂ ਅਤੇ SSH ਸਰਵਰ ਤੋਂ ਕੋਡ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।

ਅਜਿਹੀ ਸਕੀਮ ਦੇ ਤਕਨੀਕੀ ਅਮਲ ਨੂੰ ਬਿਹਤਰ ਤਰੀਕੇ ਨਾਲ ਸਮਝਣ ਲਈ, ਮੈਂ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸ਼ਾਮਲ YAML ਸੰਰਚਨਾਵਾਂ ਦੇ ਟੁਕੜੇ ਪ੍ਰਦਾਨ ਕਰਾਂਗਾ।

ਸੰਰਚਨਾਵਾਂ

1.1 values.yaml

ssh_pub_key:
  vasya.pupkin: <ssh public key in base64> 

ਇਹ ਇਸ ਲਈ ਹੈ vasya.pupkin ਵੇਰੀਏਬਲ ਦਾ ਮੁੱਲ ਹੈ ${GITLAB_USER_LOGIN}.

1.2 deployment.yaml

...
{{ if eq .Values.global.debug "yes" }}
      volumes:
      - name: ssh-pub-key
        secret:
          defaultMode: 0600
          secretName: {{ .Chart.Name }}-ssh-pub-key
      - name: app-data
        emptyDir: {}
      initContainers:
      - name: prepare-app
{{ tuple "backend" . | include "werf_container_image" | indent 8 }}
        volumeMounts:
        - name: app-data
          mountPath: /app-data
        command: ["bash", "-c", "cp -ar /app/* /app-data/" ]
{{ end }}
      containers:
{{ if eq .Values.global.debug "yes" }}
      - name: ssh
        image: corbinu/ssh-server
        volumeMounts:
        - name: ssh-pub-key
          readOnly: true
          mountPath: /root/.ssh/authorized_keys
          subPath: authorized_keys
        - name: app-data
          mountPath: /app
        ports:
        - name: ssh
          containerPort: 22
          protocol: TCP
{{ end }}
      - name: backend
        volumeMounts:
{{ if eq .Values.global.debug "yes" }}
        - name: app-data
          mountPath: /app
{{ end }}
        command: ["/usr/sbin/php-fpm7.2", "--fpm-config", "/etc/php/7.2/php-fpm.conf", "-F"]
...

1.3 secret.yaml

{{ if eq .Values.global.debug "yes" }}
apiVersion: v1
kind: Secret
metadata:
  name: {{ .Chart.Name }}-ssh-pub-key
type: Opaque
data:
  authorized_keys: "{{ first (pluck .Values.global.username .Values.ssh_pub_key) }}"
{{ end }}

ਅੰਤਮ ਛੂਹ

ਉਸ ਤੋਂ ਬਾਅਦ ਜੋ ਬਾਕੀ ਰਹਿੰਦਾ ਹੈ ਉਹ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਹੈ ਲੋੜੀਂਦੇ gitlab-ci.yml ਵੇਰੀਏਬਲ:

dev:
  stage: deploy
  script:
   - type multiwerf && source <(multiwerf use 1.0 beta)
   - type werf && source <(werf ci-env gitlab --tagging-strategy tag-or-branch --verbose)
   - werf deploy
     --namespace ${CI_PROJECT_NAME}-stage
     --set "global.env=stage"
     --set "global.git_rev=${CI_COMMIT_SHA}"
     --set "global.debug=yes"
     --set "global.username=${GITLAB_USER_LOGIN}"
 tags:
   - build

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

ਇਹ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਵਾਲਾ ਹੱਲ ਹੈ, ਪਰ ਲਾਗੂ ਕਰਨ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਇਸਦੇ ਸਪੱਸ਼ਟ ਨੁਕਸਾਨ ਹਨ:

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

2. ਟੈਲੀਪ੍ਰੇਜ਼ੈਂਸ

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

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

!!! Разработка сервиса локально, в составе Kubernetes !!!

* Настройка окружения
* * Должен быть доступ до кластера через VPN
* * На локальном ПК установлен kubectl ( https://kubernetes.io/docs/tasks/tools/install-kubectl/ )
* * Получить config-файл для kubectl (скопировать в ~/.kube/config)
* * На локальном ПК установлен telepresence ( https://www.telepresence.io/reference/install )
* * Должен быть установлен Docker
* * Необходим доступ уровня reporter или выше к репозиторию https://gitlab.site.com/group/app
* * Необходимо залогинится в registry с логином/паролем от GitLab (делается один раз):

#########################################################################
docker login registry.site.com
#########################################################################

* Запуск окружения

#########################################################################
telepresence --namespace {{ .Values.global.env }} --swap-deployment {{ .Chart.Name  }}:backend --mount=/tmp/app --docker-run -v `pwd`:/app -v /tmp/app/var/run/secrets:/var/run/secrets -ti registry.site.com/group/app/backend:v8
#########################################################################

ਅਸੀਂ ਇਸ ਹਿਦਾਇਤ ਵਿੱਚ ਵਰਣਿਤ ਕਦਮਾਂ 'ਤੇ ਵਿਸਥਾਰ ਵਿੱਚ ਨਹੀਂ ਵਿਚਾਰਾਂਗੇ... ਆਖਰੀ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ। Telepresence ਦੇ ਲਾਂਚ ਦੌਰਾਨ ਕੀ ਹੁੰਦਾ ਹੈ?

Telepresence ਨਾਲ ਕੰਮ ਕਰਨਾ

ਸ਼ੁਰੂਆਤ 'ਤੇ (ਉਪਰੋਕਤ ਨਿਰਦੇਸ਼ਾਂ ਵਿੱਚ ਦੱਸੀ ਗਈ ਆਖਰੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ), ਅਸੀਂ ਸੈੱਟ ਕਰਦੇ ਹਾਂ:

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

ਬਾਕੀ ਦਲੀਲਾਂ ਵਿਕਲਪਿਕ ਹਨ। ਜੇਕਰ ਸਾਡੀ ਸੇਵਾ ਕੁਬਰਨੇਟਸ API ਨਾਲ ਅਤੇ ਇਸ ਲਈ ਇੰਟਰੈਕਟ ਕਰਦੀ ਹੈ ਸੇਵਾ ਖਾਤਾ ਬਣਾਇਆ ਗਿਆ, ਸਾਨੂੰ ਸਾਡੇ ਡੈਸਕਟਾਪ ਉੱਤੇ ਸਰਟੀਫਿਕੇਟ/ਟੋਕਨ ਮਾਊਂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰੋ --mount=true (ਜ --mount=/dst_path), ਜੋ ਕਿ ਕੁਬਰਨੇਟਸ ਕੰਟੇਨਰ ਤੋਂ ਸਾਡੇ ਡੈਸਕਟਾਪ 'ਤੇ ਰੂਟ (/) ਨੂੰ ਮਾਊਂਟ ਕਰੇਗਾ। ਇਸ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ (OS ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ) ਕਲੱਸਟਰ ਤੋਂ "ਕੁੰਜੀਆਂ" ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ।

ਪਹਿਲਾਂ, ਆਓ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਸਭ ਤੋਂ ਵਿਆਪਕ ਵਿਕਲਪ ਵੇਖੀਏ - ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ। ਅਜਿਹਾ ਕਰਨ ਲਈ ਅਸੀਂ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ --docker-run ਅਤੇ ਕੋਡ ਨਾਲ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਕੰਟੇਨਰ ਵਿੱਚ ਮਾਊਂਟ ਕਰੋ: -v `pwd`:/app

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਪ੍ਰੋਜੈਕਟ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਚੱਲ ਰਿਹਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਮਾਊਂਟ ਕੀਤਾ ਜਾਵੇਗਾ /app ਇੱਕ ਕੰਟੇਨਰ ਵਿੱਚ.

ਅਗਲਾ: -v /tmp/app/var/run/secrets:/var/run/secrets — ਸਰਟੀਫਿਕੇਟ/ਟੋਕਨ ਨਾਲ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਕੰਟੇਨਰ ਵਿੱਚ ਮਾਊਂਟ ਕਰਨ ਲਈ।

ਇਹ ਵਿਕਲਪ ਅੰਤ ਵਿੱਚ ਚਿੱਤਰ ਦੇ ਬਾਅਦ ਆਉਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲੇਗੀ। NB: ਇੱਕ ਚਿੱਤਰ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ CMD ਜ ENTRYPOINT!

ਅਸਲ ਵਿੱਚ ਅੱਗੇ ਕੀ ਹੋਵੇਗਾ?

• ਕੁਬਰਨੇਟਸ ਵਿੱਚ, ਨਿਸ਼ਚਿਤ ਤੈਨਾਤੀ ਲਈ, ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਸੰਖਿਆ ਨੂੰ 0 ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਇਸਦੀ ਬਜਾਏ, ਇੱਕ ਨਵੀਂ ਤੈਨਾਤੀ ਸ਼ੁਰੂ ਕੀਤੀ ਜਾਵੇਗੀ - ਇੱਕ ਬਦਲਵੇਂ ਕੰਟੇਨਰ ਦੇ ਨਾਲ backend.
• 2 ਕੰਟੇਨਰ ਡੈਸਕਟੌਪ 'ਤੇ ਲਾਂਚ ਹੋਣਗੇ: ਪਹਿਲਾ ਟੈਲੀਪ੍ਰੇਸੈਂਸ (ਇਹ ਕੁਬਰਨੇਟਸ ਤੋਂ/ਨੂੰ ਪ੍ਰੌਕਸੀ ਬੇਨਤੀਆਂ ਕਰੇਗਾ), ਦੂਜਾ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਸਿਤ ਹੋਣ ਦੇ ਨਾਲ।
• ਜੇਕਰ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਾਲ ਕੰਟੇਨਰ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹਾਂ, ਤਾਂ ਤੈਨਾਤੀ ਦੌਰਾਨ ਹੇਲਮ ਦੁਆਰਾ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਸਾਰੇ ENV ਵੇਰੀਏਬਲ ਸਾਡੇ ਲਈ ਉਪਲਬਧ ਹੋਣਗੇ, ਅਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਵੀ ਉਪਲਬਧ ਹੋਣਗੀਆਂ। ਜੋ ਬਚਿਆ ਹੈ ਉਹ ਹੈ ਤੁਹਾਡੇ ਮਨਪਸੰਦ IDE ਵਿੱਚ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨਾ ਅਤੇ ਨਤੀਜੇ ਦਾ ਅਨੰਦ ਲੈਣਾ।
• ਕੰਮ ਦੇ ਅੰਤ 'ਤੇ, ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਉਸ ਟਰਮੀਨਲ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਵਿੱਚ ਟੈਲੀਪ੍ਰੇਸੈਂਸ ਚੱਲ ਰਿਹਾ ਹੈ (ਸੈਸ਼ਨ ਨੂੰ Ctrl+C ਨਾਲ ਸਮਾਪਤ ਕਰੋ) - ਡੌਕਰ ਕੰਟੇਨਰ ਡੈਸਕਟੌਪ 'ਤੇ ਰੁਕ ਜਾਣਗੇ, ਅਤੇ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸਭ ਕੁਝ ਆਪਣੀ ਸ਼ੁਰੂਆਤੀ ਸਥਿਤੀ ਵਿੱਚ ਵਾਪਸ ਆ ਜਾਵੇਗਾ। ਜੋ ਕੁਝ ਬਚਿਆ ਹੈ ਉਹ ਹੈ ਪ੍ਰਤੀਬੱਧ ਕਰਨਾ, MR ਜਾਰੀ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਸਮੀਖਿਆ/ਅਭੇਦ/… (ਤੁਹਾਡੇ ਵਰਕਫਲੋ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ) ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ।

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

telepresence --namespace {{ .Values.global.env }} --swap-deployment {{ .Chart.Name  }}:backend --mount=true

ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਕੁਬਰਨੇਟਸ API ਤੱਕ ਪਹੁੰਚ ਕਰਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਕੁੰਜੀਆਂ ਡਾਇਰੈਕਟਰੀ (https://www.telepresence.io/howto/volumes) ਨੂੰ ਮਾਊਂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਲੀਨਕਸ ਲਈ ਇੱਕ ਉਪਯੋਗਤਾ ਹੈ ਜੜ੍ਹ:

proot -b $TELEPRESENCE_ROOT/var/run/secrets/:/var/run/secrets bash

ਬਿਨਾਂ ਵਿਕਲਪ ਦੇ ਟੈਲੀਪ੍ਰੇਸੈਂਸ ਲਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ --docker-run ਸਾਰੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਵਿੱਚ ਉਪਲਬਧ ਹੋਣਗੇ, ਇਸ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇਸ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

NB: ਉਦਾਹਰਨ ਲਈ, PHP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਵਿਕਾਸ ਲਈ ਵੱਖ-ਵੱਖ op_cache, apc ਅਤੇ ਹੋਰ ਐਕਸਲੇਟਰਾਂ ਨੂੰ ਅਯੋਗ ਕਰਨਾ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ - ਨਹੀਂ ਤਾਂ ਕੋਡ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਲੋੜੀਂਦਾ ਨਤੀਜਾ ਨਹੀਂ ਮਿਲੇਗਾ।

ਨਤੀਜੇ

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

PS

K8s ਟਿਪਸ ਅਤੇ ਟ੍ਰਿਕਸ ਸੀਰੀਜ਼ ਤੋਂ ਹੋਰ:

• «ਕੁਬਰਨੇਟਸ ਟਿਪਸ ਅਤੇ ਟ੍ਰਿਕਸ: NGINX ਇਨਗਰੇਸ ਵਿੱਚ ਕਸਟਮ ਐਰਰ ਪੇਜ";
• «ਹੈਲਮ 2 ਦੇ ਨਿਯੰਤਰਣ ਅਧੀਨ ਕਲੱਸਟਰ ਵਿੱਚ ਚੱਲ ਰਹੇ ਸਰੋਤਾਂ ਦਾ ਤਬਾਦਲਾ";
• «ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ 'ਤੇ ਨੋਡ ਅਲੋਕੇਸ਼ਨ ਅਤੇ ਲੋਡ ਬਾਰੇ";
• «dev ਸਾਈਟਾਂ ਤੱਕ ਪਹੁੰਚ";
• «ਵੱਡੇ ਡੇਟਾਬੇਸ ਲਈ ਬੂਟਸਟਰੈਪ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ".

ਸਰੋਤ: www.habr.com