Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • VibeCraft
    • Yandex Cloud Detection and Response
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • GOST Gateway
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • SourceCraft
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Yandex Cloud Trust
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
  • Кейсы
  • Документация
  • Блог
Сделано на Gravity UI
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex Application Load Balancer
  • Начало работы
    • Обзор
      • Обзор
      • Установить Gateway API
        • Gateway
        • GatewayPolicy
        • HTTPRoute
        • GRPCRoute
        • RoutePolicy
        • TLSRoute
        • Service для Gateway API
        • YCCertificate
        • YCStorageBucket
    • Настройка групп безопасности
    • Работа с сервисными аккаунтами
    • Создание и изменение ресурсов по конфигурации
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Логи L7-балансировщика
  • Вопросы и ответы про Application Load Balancer
  • История изменений
  • Обучающие курсы

В этой статье:

  • TLSRoute
  • ObjectMeta
  • TLSRouteSpec
  • ParentReference
  • TLSRouteRule
  1. Инструменты для Managed Service for Kubernetes
  2. Gateway API
  3. Конфигурация ресурсов
  4. TLSRoute

Поля ресурса TLSRoute

Статья создана
Yandex Cloud
Открыть в Markdown
  • TLSRoute
  • ObjectMeta
  • TLSRouteSpec
    • ParentReference
    • TLSRouteRule

В ресурсе TLSRoute определяются правила маршрутизации трафика по бэкендам — сервисам Kubernetes (ресурсам Service). TLSRoute получает входящий трафик от тех ресурсов Gateway, требованиям которых соответствует.

Совет

Вместо ALB Ingress-контроллера и Gateway API рекомендуется использовать новый контроллер Yandex Cloud Gwin.

TLSRoute предназначен для разработчиков приложений. Оператор кластера должен использовать Gateway.

TLSRoute — ресурс Kubernetes, определенный проектом Kubernetes Gateway API. Ниже описаны поля ресурса, с которыми работает Gateway API Application Load Balancer. Полное описание конфигурации ресурса приведено в документации Kubernetes Gateway API.

TLSRouteTLSRoute

apiVersion: gateway.networking.k8s.io/v1alpha2
kind: TLSRoute
metadata: <ObjectMeta>
spec: <TLSRouteSpec>

Поле

Значение или тип

Описание

apiVersion

gateway.networking.k8s.io/v1alpha2

Обязательное.
Версия API Kubernetes.

kind

TLSRoute

Обязательное.
Тип ресурса.

metadata

ObjectMeta

Обязательное.
Метаданные ресурса.

spec

TLSRouteSpec

Обязательное.
Спецификация ресурса.

Пример
apiVersion: gateway.networking.k8s.io/v1alpha2
kind: TLSRoute
metadata:
  name: sample-route
  namespace: route-namespace
spec:
  parentRefs:
  - name: sample-gateway
    sectionName: sample-listener
    namespace: gateway-namespace
  hostnames:
  - "sample.example.com"
  rules:
  - backendRefs:
    - name: sample-service
      port: 80

ObjectMetaObjectMeta

name: <string>
namespace: <string>

Поле

Значение или тип

Описание

name

string

Обязательное.
Имя ресурса.

Не является именем маршрута в Application Load Balancer.

namespace

string

Пространство имен, к которому относится ресурс.

Значение по умолчанию — default.

TLSRouteSpecTLSRouteSpec

parentRefs: <[]ParentReference>
hostnames: <[]Hostname>
rules: <[]TLSRouteRule>

Поле

Значение или тип

Описание

parentRefs

[]ParentReference

Обязательное.
Список ресурсов Gateway или их обработчиков, к которым должен быть привязан TLSRoute.

Для привязки маршрута он должен удовлетворять правилам, описанным в конфигурации Gateway (поле spec.listeners.allowedRoutes).

hostnames

[]Hostname

Список доменных имен, соответствующих атрибуту SNI сообщения ClientHello, которое используется при выполнении TLS handshake.

Чтобы указать на все возможные поддомены любых уровней, вместо первого уровня доменного имени используйте звездочку *. В этом случае значение нужно обернуть в кавычки.

Например, значение "*.example.com" соответствует доменным именам foo.example.com, foo-bar.example.com, foo.bar.example.com, foo.bar.baz.example.com и т. п. (но не example.com).

Заменить звездочкой только часть первого уровня доменного имени, например *foo.example.com, нельзя.

rules

[]TLSRouteRule

Обязательное.
Правила маршрутизации запросов.

ParentReferenceParentReference

name: <string>
namespace: <string>
sectionName: <string>

Поле

Значение или тип

Описание

name

string

Обязательное.
Имя ресурса Gateway.

namespace

string

Пространство имен, к которому относится ресурс Gateway.

По умолчанию совпадает с пространством имен ресурса TLSRoute (поле metadata.namespace).

sectionName

string

Имя обработчика, указанного в ресурсе Gateway.

TLSRouteRuleTLSRouteRule

backendRefs:
  - name: <string>
    namespace: <string>
    port: <int32>
    weight: <int32>

Поле

Значение или тип

Описание

backendRefs

[]BackendRef

Обязательное.
Список сервисов Kubernetes, которые выступают в роли бэкендов и обрабатывают запрос.

Все перечисленные в списке сервисы будут помещены в одну группу бэкендов.

backendRefs.name

string

Обязательное.
Имя сервиса Kubernetes, который выступает в качестве бэкенда.

Ресурс Service, на который указывает это поле, должен быть описан по принятой конфигурации.

backendRefs.namespace

string

Пространство имен, к которому относится ресурс Service.

По умолчанию совпадает с пространством имен ресурса TLSRoute (поле metadata.namespace).

backendRefs.port

int32

Номер порта сервиса.

Этот номер должен совпадать с одним из номеров портов, указанных в полях spec.ports.port ресурса Service.

backendRefs.weight

int32

Относительный вес бэкенда. Трафик между бэкендами в группе бэкендов распределяется пропорционально их весам.

Веса должны быть указаны либо у всех бэкендов в группе, либо ни у одного из них. Между бэкендами без указанных весов трафик распределяется, как если бы у них были указаны одинаковые положительные веса.

Если указан неположительный вес, бэкенд не будет получать трафик.

Была ли статья полезна?

Предыдущая
RoutePolicy
Следующая
Service для Gateway API
Сделано на Gravity UI
Проект Яндекса
© 2026 ООО «Яндекс.Облако»