> Что дает NodePort в Kubernetes (Node.js)

Короткий ответ

NodePort - это тип сервиса в Kubernetes, который открывает доступ к подам через статический порт (30000-32767) на каждом узле кластера. Позволяет обращаться к приложению извне по адресу NodeIP:NodePort. Используется для тестирования, разработки или как основа для ingress-контроллера.

Подробное объяснение

NodePort - один из типов Service в Kubernetes, наряду с ClusterIP, LoadBalancer и ExternalName. Когда вы создаёте Service типа NodePort, Kubernetes автоматически:

1. Создаёт ClusterIP (внутренний IP) для балансировки трафика внутри кластера.
2. Выделяет порт из диапазона 30000-32767 на каждом узле (можно указать явно).
3. Настраивает iptables или IPVS на каждом узле, чтобы перенаправлять трафик с NodeIP:NodePort на соответствующие поды.

Трафик, приходящий на любой узел кластера по NodePort, маршрутизируется к подам, независимо от того, на каком узле они запущены. Это обеспечивает базовую внешнюю доступность без дополнительных компонентов.

NodePort часто используется:

• Для быстрого тестирования приложения извне.
• Как целевой порт для внешнего load balancer (например, облачного).
• В связке с ingress-контроллером, который сам выставляется через NodePort.

Ограничения: фиксированный диапазон портов, отсутствие собственного балансировщика, привязка к IP узлов (которые могут меняться).

На практике

NodePort удобен на этапе разработки, когда нужно быстро проверить работу сервиса из браузера или через curl. В production обычно используют LoadBalancer (в облаке) или Ingress (для HTTP/HTTPS).

При работе с Node.js приложениями важно помнить:

• NodePort работает на уровне TCP/UDP, поэтому для HTTP-приложений нужно указывать правильный порт контейнера (например, 3000).
• Если приложение использует WebSocket, NodePort поддерживает его без дополнительных настроек.
• Для production лучше комбинировать NodePort с Ingress: Ingress слушает 80/443, а NodePort используется как внутренний target port для ingress-контроллера.

Пример кода

YAML
apiVersion: v1
kind: Service
metadata:
  name: my-nodejs-app
spec:
  type: NodePort
  selector:
    app: my-nodejs-app
  ports:
    - port: 80          # порт сервиса внутри кластера
      targetPort: 3000  # порт контейнера (где слушает Node.js)
      nodePort: 30080   # опционально, иначе выберется случайный

После применения можно обратиться к приложению через http://<любой-узел-кластера>:30080.

Как отвечать на собеседовании

1. Начни с краткого определения: "NodePort - это тип Service, открывающий доступ к подам через статический порт на каждом узле".
2. Объясни механизм: как трафик проходит через iptables/IPVS к подам.
3. Упомяни диапазон портов (30000-32767) и возможность явного указания.
4. Расскажи о типичных сценариях использования: тестирование, основа для Ingress, связка с облачным LB.
5. Укажи ограничения: фиксированный диапазон, нет балансировки на уровне DNS, привязка к IP узлов.
6. Если спросят про Node.js - отметь, что NodePort работает на уровне TCP, поэтому WebSocket поддерживается, но для production лучше использовать Ingress.

Что проверяет интервьюер

• Понимание типов Service в Kubernetes и их отличий.
• Знание сетевой модели Kubernetes (как трафик попадает в поды).
• Умение выбирать подходящий тип Service для разных сценариев.
• Понимание ограничений NodePort и когда его не стоит использовать.
• Практический опыт: настройка, отладка, связка с другими компонентами.

Типичные ошибки

• Путать NodePort с LoadBalancer: NodePort - это не облачный балансировщик, а просто открытый порт на узлах.
• Думать, что NodePort работает только на узле, где запущен под - на самом деле трафик приходит на любой узел и маршрутизируется.
• Забывать про диапазон портов: попытка указать порт вне 30000-32767 приведёт к ошибке.
• Использовать NodePort в production без дополнительной балансировки - это создаёт единую точку отказа (узел может упасть).
• Не учитывать, что NodePort открыт на всех узлах, что может быть проблемой безопасности.