Как явно определить конечную точку службы Kubernetes

Я не совсем уверен, что вы имеете в виду, но я думаю, что вы ищете возможность предоставлять услуги извне.

Вы можете предоставлять свои услуги, такие как Rook/Ceph Dashboard, с помощью «Publishing Services» (типы услуг, которые предоставляют внутренние услуги извне).

Цитата из документации kubernetes:

Для некоторых частей вашего приложения (например, интерфейсов) вы можете захотеть предоставить сервису внешний IP-адрес, который находится за пределами вашего кластера.

Kubernetes ServiceTypes позволяет вам указать, какой сервис вам нужен. По умолчанию ClusterIP.

Type значения и их поведение:

• ClusterIP: Предоставляет услугу на внутреннем IP-адресе кластера. Выбор этого значения делает службу доступной только внутри кластера. Это значение по умолчанию ServiceType.
• NodePort: Предоставляет услугу на IP-адресе каждого узла на статическом порту. (NodePort). Служба ClusterIP, к которой направляется служба NodePort, создается автоматически. Вы сможете связаться со службой NodePort из-за пределов кластера, запросив <NodeIP>:<NodePort>.
• LoadBalancer: предоставляет доступ к Службе извне с помощью балансировщика нагрузки облачного провайдера. NodePort и ClusterIP Сервисы, к которым маршрутизирует внешний балансировщик нагрузки, создаются автоматически.
• ExternalName: сопоставляет сервис с содержимым поля externalName ( например foo.bar.example.com), возвращая запись CNAME со своим значением. Никакого проксирования не настроено.

Вот пример из документации.

Вы также можете определить Services с манифестами yaml следующим образом:

apiVersion: v1
kind: Service
metadata:
  name: examplelb
spec:
  type: LoadBalancer
  selector:
    app: asd
  ports:
    -
      name: koala
      port: 22223
      targetPort: 22225
      nodePort: 31913
    -
      name: grisly
      port: 22224
      targetPort: 22226
      nodePort: 31914
    -
      name: polar
      port: 22225
      targetPort: 22227
      nodePort: 31915

Это делает модули с меткой: app: asd открытыми следующими портами с шаблоном внутреннего порта 22223, открытым на 31913.

$ kubectl get svc examplelb
NAME        TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)                                           AGE
examplelb   LoadBalancer   10.111.8.204   <pending>     22223:31913/TCP,22224:31914/TCP,22225:31915/TCP   7d2h

Если служба с типом LoadBalancer имеет ожидающий внешний IP-адрес, вы все равно можете получить доступ ко всем этим портам на каждом узле как NodePort.

Надеюсь это поможет.

Я сошлюсь на ваш вопрос:

Как можно определить мою собственную конечную точку?

Вы должны будете:

1) Создайте сервис без селектора Pod:

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 9376

(На этом этапе K8S не будет создавать автоматически сгенерированные конечные точки, потому что он не может решить, к каким модулям должны относиться эти конечные точки).

2 ) Создайте объект Endpoints и сопоставьте его с нужным сетевым адресом и портом, на котором работает внешний ресурс:

apiVersion: v1
kind: Endpoints
metadata:
  name: my-service
subsets:
  - addresses:
      - ip: 192.0.2.45
    ports:
      - port: 9376

(*) Обратите внимание, что имя службы должно совпадать с именем объекта Endpoints.