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

Если вам было полезно, ставьте лайк, подписывайтесь и вперед! Если у вас есть что-то еще, что вы хотите узнать, пожалуйста, свяжитесь со мной через личное сообщение ~

Основное введение

В Kubernetes Headless Service — это специальный механизм обнаружения служб, который позволяет пользователям напрямую получать доступ к экземплярам Pod в кластере вместо балансировки нагрузки на конечную точку (Pod) через один ClusterIP.

Запросы, полученные Headless Service, не нужно пересылать через kube-proxy, а правила балансировки нагрузки и маршрутизации отсутствуют.

Применимые сценарии для Headless Service следующие:

• Приложения с отслеживанием состояния: Headless Service может обеспечить возможности стабильного доступа. Наиболее часто используемый метод — развертывание приложений с отслеживанием состояния в сочетании с StatefulSet, чтобы у них были фиксированные имена модулей и имена PVC.
• Распределенные системы: необходимо напрямую взаимодействовать с каждым экземпляром Pod в кластере, например, с распределенной базой данных или распределенным кешем.
• Тестирование и отладка: для отладки требуется прямой доступ к определенным экземплярам Pod в кластере.

Рабочий принцип

• нет сингла IP：Headless Service не для Service объектраспределение синглиз ClusterIP адрес, но для Service объектизировать каждый Pod выделить DNS запись (формат {pod_name}.{service_name}.{namespace}.svc.cluster.local）
• DNS Разбор: при использовании Headless Service имя DNS При запросе Kubernetes из DNS Служить вернет все Pod из IP Список адресов вместо одиночных ClusterIP
• Служитьвыбирать：Headless Service Используйте селектор, чтобы определить, какой Pod Принадлежит Сервис и стандарты Service объектизработает так же
• Нет сопоставления портов: без головы Service Сопоставление портов не будет выполняться автоматически, и его необходимо Service объектиз Явно укажите порт в манифесте ресурса

Список ресурсов (пример)

# demo-servcie.yaml
apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  selector:
    app: web
  type: ClusterIP
  clusterIP: None              # Ключевой момент: значение поля должно быть установлено на None
  ports:
  - name: http
    protocol: TCP
    port: 80
    targetPort: 8080

Как видно из списка ресурсов, если вы определяете объект службы типа ClusterIP как автономную службу, вам нужно только указать значение ее поля кластераIP как None.