Alauda Service Mesh
Русский

Добавить сервис

В этом документе описывается процесс создания сервиса ServiceMesh или сервиса OpenTelemetry.

Содержание

Предварительные требования

  1. Текущий namespace добавлен в сервисную сетку. Инструкции см. в разделе Add Namespaces.
  2. Тип рабочей нагрузки — Deployment, и существует однозначная связь с Service.

Добавление сервиса ServiceMesh

Шаги

  1. В левой навигационной панели нажмите Service List.

  2. Нажмите Add Service.

  3. Следуйте инструкциям для настройки соответствующих параметров.

ПараметрОписание
DeploymentDeployment в текущем namespace на Container Platform, являющийся вычислительным компонентом, на котором работает сервис.
Internal RoutingИнформация о внутреннем маршруте, который однозначно связан с выбранным Deployment, с возможностью изменения протокола маршрута и имени контейнера.
Internal Routing должен соответствовать следующим условиям:
- С выбранным Deployment связан только один внутренний маршрут, и этот маршрут связан исключительно с этим Deployment.
- Тип внутреннего маршрута — NodePort или ClusterIP.
- Сервис поддерживает только протоколы HTTP, HTTP2, gRPC, TCP. Не добавляйте неподдерживаемые протоколы внутреннего маршрута, так как это может привести к ошибкам вызова сервиса.
Sidecar ConfigurationВ режимах управления Service Mesh или Composite в добавляемый сервис автоматически внедряется Sidecar. Это означает, что при запуске Pod сервиса в Pod также запускается контейнер Sidecar, который перехватывает входящий и исходящий трафик сервиса, а также управляет и контролирует сервис.
  • Вы можете управлять выделением ресурсов для Sidecar через конфигурацию ресурсов.
  • Вы можете настроить уровень логирования Sidecar.
  • Вы можете при необходимости настроить пропуск трафика.
Cross-cluster Service DiscoveryПримечание: Этот параметр виден только если текущая сервисная сетка является мультикластерной сервисной сеткой (минимум 2 кластера).

Определяет, будет ли сервис доступен для всех кластеров, управляемых сеткой, позволяя любому сервису или шлюзу в других кластерах сетки напрямую обращаться к текущему сервису.
Переключатель Cross-cluster Service Discovery является глобальным (на уровне всей сетки). Изменение состояния переключателя для любого сервиса с одинаковым именем в сетке повлияет на все сервисы с таким же именем (сервисы с именем, совпадающим с внутренним маршрутом, связанным с выбранным Deployment) во всех кластерах.
Объяснение: Сервисы с одинаковым именем — это сервисы в разных кластерах, управляемых сервисной сеткой, в namespace с одинаковым именем; успешно добавленный сервис и внутренний маршрут, связанный с выбранным Deployment, имеют одинаковое имя.

При включении переключателя, после успешного добавления сервиса:
  • Если в других управляемых кластерах нет сервиса с внутренним маршрутом, имя которого совпадает с маршрутом, связанным с выбранным Deployment, в соответствующем кластере синхронно создаётся внутренний маршрут с таким же именем для обнаружения сервиса. При создании внутреннего маршрута с одинаковым именем в других кластерах:
    • Если в кластере отсутствует namespace с таким же именем, как текущий namespace, создание внутреннего маршрута не удастся, и возможности кросс-кластерного обнаружения сервиса не будет.
    • Если в namespace (с таким же именем, как текущий) уже существует внутренний маршрут с таким же именем, как у маршрута, связанного с выбранным Deployment, будет использован существующий внутренний маршрут. Примечание: Если конфигурация существующего маршрута отличается от конфигурации маршрута, связанного с выбранным Deployment, кросс-кластерное обнаружение сервиса может быть недоступно.
  • Переключатель Cross-cluster Service Discovery для всех сервисов с одинаковым именем в сетке во всех кластерах будет включён.

  1. Нажмите Add.

    После успешного добавления сервиса:

    • (При использовании метода управления Service Mesh) В списке сервисов будет создан сервис с таким же именем, как у Service.

    • Платформа автоматически обновит параметры шаблона Pod Deployment сервиса, добавив или обновив метку app: <service name>.
      Рекомендуется не изменять эти метки напрямую в YAML-файле.

    • Перезапустите Deployment сервиса.
      Во время перезапуска, если хотя бы один Pod Deployment находится в состоянии Running, сервис считается Online; в противном случае сервис — Offline.

Добавление сервиса OpenTelemetry

Шаги

  1. В левой навигационной панели нажмите Service List.

  2. Нажмите Add Service. В появившемся окне выбора метода управления выберите OpenTelemetry.

  3. Следуйте инструкциям для настройки соответствующих параметров.

ПараметрОписание
DeploymentDeployment, развернутый в текущем namespace на Container Platform, являющийся вычислительным компонентом, на котором работает сервис.
Service NameПри использовании метода управления OpenTelemetry необходимо задать имя сервиса.
Примечание: Если в metadata.labels выбранного Deployment присутствует метка asm.cpaas.io/msname: xxx, значение этой метки используется по умолчанию в качестве Service Name и не может быть изменено.

  1. Нажмите Add.

    После успешного добавления сервиса:

    • В режимах управления OpenTelemetry или Composite сервис (Java 8+) по умолчанию будет внедрён OpenTelemetry Java Agent, что позволяет платформе неинвазивно собирать телеметрию сервиса и данные мониторинга JVM.

    • Компонент opentelemetry-operator перехватит создание Pod сервиса и добавит конфигурацию Java Agent.

    • Перезапустите Deployment сервиса.
      Во время перезапуска, если хотя бы один Pod Deployment находится в состоянии Running, сервис считается Online; в противном случае сервис — Offline.