Блог

Я запускаю простое приложение, основанное на API и веб-интерфейсе в Kubernetes. Однако, похоже, я не могу заставить api взаимодействовать с веб-интерфейсом. В моей локальной среде я просто определяю переменную API_URL в веб-интерфейсе с помощью, например. localhost:5001 и веб-интерфейс корректно подключаются к API. Поскольку api и web работают в разных модулях, мне нужно заставить их взаимодействовать друг с другом через сервисы в Kubernetes. Пока это то, что я делаю, но без какой-либо удачи.

Я настроил развертывание для API

 apiVersion: apps/v1
kind: Deployment
metadata:
  name: api-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      component: api
  template:
    metadata:
      labels:
        component: api
    spec:
      containers:
      - name: api
        image: gcr.io/myproject-22edwx23/api:latest
      ports:
      - containerPort: 5001
  

Я прикрепляю к нему сервис:

 apiVersion: v1
kind: Service
metadata:
  name: api-cluster-ip-service
spec:
  type: NodePort
  selector:
    component: api
  ports:
    - port: 5001
      targetPort: 5001
  

а затем создайте веб-развертывание, которое должно подключаться к этому api.

 apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      component: web
  template:
    metadata:
      labels:
        component: web
    spec:
      containers:
      - name: web
        image: gcr.io/myproject-22edwx23/web:latest
        ports:
        - containerPort: 5000
        env:
          - name: API_URL
            value: http://api-cluster-ip-service:5001
  

после этого я добавляю сервис для веб-интерфейса ingress и т.д., Но это кажется неуместным для проблем. Мне интересно, правильно ли настройка API_URL выбирает хост API черезhttp://api-cluster-ip-service:5001?

Или я не могу полагаться на то, что Kubernetes получит соответствующий DNS для API, и веб-приложение должно вызывать api через общедоступный Интернет.

Если вы хотите проверить значение переменной API_URL, просто запустите

 kubectl exec -it web-deployment-pod env | grep API_URL
  

Служба kube-dns прослушивает события службы и конечной точки из API Kubernetes и обновляет свои записи DNS по мере необходимости. Эти события запускаются при создании, обновлении или удалении служб Kubernetes и связанных с ними модулей.

kubelet устанавливает параметр поиска для каждого нового модуля в /etc/resolv.conf

Тем не менее, если вы хотите передавать http из одного модуля в другой через службу кластеров, рекомендуется ссылаться на ClusterIP службы следующим образом

 api-cluster-ip-service.default.svc.cluster.local
  

У вас должен быть служебный IP, назначенный переменной env в вашем веб-модуле, поэтому нет необходимости изобретать его заново:

 sukhoversha@sukhoversha:~/GCP$ kk exec -it web-deployment-675f8fcf69-xmqt8 env | grep -i service
API_CLUSTER_IP_SERVICE_PORT=tcp://10.31.253.149:5001
API_CLUSTER_IP_SERVICE_PORT_5001_TCP=tcp://10.31.253.149:5001
API_CLUSTER_IP_SERVICE_PORT_5001_TCP_PORT=5001
API_CLUSTER_IP_SERVICE_PORT_5001_TCP_ADDR=10.31.253.149
  

Чтобы узнать больше о DNS для сервисов. Сервис определяет переменные среды, именующие хост и порт.

Если вы хотите использовать переменные среды, вы можете сделать следующее:

Пример в Python:

 import os
API_URL = os.environ['API_CLUSTER_IP_SERVICE_SERVICE_HOST']   ":"   os.environ['API_CLUSTER_IP_SERVICE_SERVICE_PORT']
  

Обратите внимание, что переменная среды основана на имени вашего сервиса. Если вы хотите проверить все переменные среды, доступные в модуле:

 kubectl get pods #get {pod name}
kubectl exec -it {pod_name} printenv
  

P.S. Будьте осторожны, чтобы модуль получал свои переменные среды во время своего создания, и он не сможет получить их из сервисов, созданных после него.