Открытие API микросервисов для моей локальной сети

В настоящее время я работаю над проектом на Node.js, который разработан как микроуслуга API. Он состоит из нескольких контейнеров Docker, работающих локально на моем компьютере. Основная цель проекта — контролировать гидропонные башни с использованием IoT, применяя различные датчики и микроконтроллеры ESP32. Микроуслуги развернуты с помощью Skaffold и управляются с помощью Kubernetes. В настоящее время у меня есть четыре работающие микроуслуги: служба аутентификации, служба устройств (которая обрабатывает данные для каждого устройства, например, отдельной гидропонной башни), служба рассылки и клиентский интерфейс, созданный с использованием Next.js и React. Все микроуслуги используют Express, и я использую Ingress NGINX для межсервисной связи.

Моя проблема возникает, когда я тестирую настройку со всеми моими IoT-устройствами, подключенными к одной сети, и делаю запросы к API на своем локальном ПК. Я настроил свой файл /etc/hosts таким образом, чтобы перенаправлять “greenhive.io” (домен, который я создал) на 127.0.0.1. Я понимаю, что доступ к IP-адресу моего ПК с другого устройства позволяет взаимодействовать с моей локальной настройкой через порт 80. Однако при использовании IP-адреса с другого устройства я получаю ошибку “NGINX не найден”. Это указывает на то, что проблема заключается в развертывании моего Ingress NGINX. Вот файл YAML для моего Ingress NGINX:

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-srv
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/use-regex: 'true'
spec:
  rules:
    - host: 'greenhive.io'
      http:
        paths:
          - path: /api/users/?(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: auth-srv
                port:
                  number: 3000
          - path: /api/devices/?(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: devices-srv
                port:
                  number: 3000
          - path: /api/logs/?(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: logs-srv
                port:
                  number: 3000
          - path: /api/readings/?(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: readings-srv
                port:
                  number: 3000
          - path: /?(.*)
            pathType: ImplementationSpecific
            backend:
              service:
                name: client-srv
                port:
                  number: 3000

Я пробовал изменить IP в файле hosts на локальный IP, который выделяет моя локальная сеть для моего ПК. Также я пробовал сделать проброс порта с порта 80 моего ПК на порт 80 инграса.

Контроль host: в Ingress и аналогичные параметры в других прокси-настройках выполняют маршрутизацию на основе HTTP Host: заголовка. Возможно, что ваш кластер Kubernetes (или любой другой HTTP-сервис) обслуживает несколько доменов. Поэтому, если как greenhive.io, так и example.com разрешаются в один и тот же IP-адрес, заголовок Host: передается через HTTP-протокол, указывая, какое имя хоста пользователь фактически ввел в своем браузере.

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

Если ваш кластер обслуживает только этот один домен, то самым простым решением будет просто удалить настройку host:. Теперь Ingress будет принимать любое соединение, независимо от того, какое имя хоста было указано в URL-адресе браузера. В вашей локальной системе вы можете удалить переопределение уровня системы DNS в /etc/hosts и использовать 127.0.0.1 или localhost.

Если вы обслуживаете несколько доменов и вам действительно нужно маршрутизировать на основе имени хоста, то вам нужно правильно настроить DNS для вашего домена. Вероятно, вам понадобится помощь системного администратора для этого. Снова следует удалить местную настройку /etc/hosts, чтобы вы получали правильный IP-адрес из DNS, даже если он разрешается в локальную систему.

(В принципе, вы также можете обойти это, вручную изменяя файл hosts в каждом контексте, который может вызывать сервис, но это хлопотно для поддержки, и это может быть ненадежно, если IP-адрес когда-либо изменится. Я в целом научился, что редактирование файла hosts обычно не является предпочтительным путем.)