Открытие доступа к приложениям с помощью сервисов

В Kubernetes поды — это наименьшие развёртываемые единицы. Они предназначены для временной работы, поэтому Kubernetes может в любой момент создать, уничтожить или переместить их.

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

Каждый под получает собственный IP-адрес. При перезапуске или масштабировании под часто получает новый IP-адрес. Прямое подключение к IP-адресу пода похоже на попытку попасть в движущуюся цель!

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

Здесь на помощь приходят службы Kubernetes! Служба предоставляет стабильную фиксированную сетевую конечную точку для набора подов.

Представьте её как постоянный адрес приложения, даже если поды за ней постоянно меняют свои индивидуальные адреса.

Служба выступает в роли уровня абстракции над группой подов. Она предоставляет им единый постоянный IP-адрес и имя DNS.

• Другие приложения используют стабильный IP-адрес или имя службы.
• Затем служба направляет трафик к работоспособным подам, которыми она управляет.
• Это избавляет клиентов от зависимости от IP-адресов отдельных подов.

Как служба узнаёт, к каким подам направлять трафик? Она использует метки и селекторы!

При определении службы Вы указываете selector. Любой под с соответствующими метками автоматически становится частью группы этой службы.

Благодаря такой динамической связи новые поды добавляются автоматически, а неработоспособные удаляются.

Службы управляют потоком сетевого трафика. Они определяют порты, сопоставляя входящие запросы с правильными портами подов.

Основные понятия, связанные с портами:

• port: порт, на котором сама служба принимает соединения.
• targetPort: порт пода, на который служба перенаправляет трафик.

Как и большинство ресурсов Kubernetes, службы определяются с помощью YAML-файлов. Рассмотрим базовую структуру:

• apiVersion: v1
• kind: Service
• metadata: имя, метки
• spec: содержит основное определение, включая selector и ports.

Наиболее распространённый тип службы для внутреннего взаимодействия — ClusterIP. Он предоставляет доступ к службе по внутреннему IP-адресу внутри кластера.

Вот пример простого веб-приложения:

Получив YAML службы, Вы можете развернуть её в кластере с помощью kubectl, как и поды или Deployments.

Эта команда сообщает Kubernetes, что нужно создать службу на основе Вашего определения:

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

Например, другой под может подключиться к my-web-service:80, а служба направит трафик к правильным подам my-webapp.

Вы узнали, как службы Kubernetes обеспечивают стабильный сетевой доступ к динамическим подам.

Какое из следующих утверждений лучше всего описывает основную роль службы Kubernetes?

Отличная работа! В этом уроке мы рассмотрели службы Kubernetes.

• Поды непостоянны и имеют динамические IP-адреса.
• Службы предоставляют стабильные сетевые конечные точки для подов.
• Для поиска целевых подов они используют селекторы.
• Службы сопоставляют внешний port с внутренним targetPort.
• ClusterIP — распространённый тип для внутреннего взаимодействия.

Далее мы подробнее рассмотрим различные типы служб и варианты их использования!