Управляющие компоненты выбирают, что и где должно работать. Среда выполнения создаёт и запускает контейнер на назначенном узле. Доступный API и работающий процесс относятся к разным этапам проверки.
Практический смысл
Почему это важно
Доступный API и работающий сервис — разные результаты проверки. При инциденте выясните, не принимаются ли изменения, не выбирается ли узел или не запускается контейнер. Это позволяет направить инженера к нужному компоненту и отдельно проверить пользовательский трафик.
Доказательная часть
Что подтверждено
Сервер API предоставляет интерфейс управления, планировщик назначает ещё не размещённые Pod, а контроллеры выполняют изменения для достижения требуемого состояния.
Граница применимости: Зоны ответственности управляющих компонентов Kubernetes.
Управляющие компоненты описывают и размещают нагрузку. Сам процесс приложения запускает среда выполнения на узле с участием kubelet; это другой этап работы системы.
Граница применимости: Сопоставление управления Kubernetes и выполнения контейнеров OCI.
Etcd хранит состояние API Kubernetes, а подключённые тома обслуживает система хранения приложения. Из наличия etcd не следует, что содержимое этих томов или база приложения сохранены в хранилище состояния кластера.
Граница применимости: Сопоставление роли etcd и томов Pod в стандартной архитектуре Kubernetes. Приложения, явно записывающие собственные данные через API Kubernetes, рассматриваются отдельно; запрет такого использования не утверждается.
Планировщик выбирает узел, но не запускает контейнер. Поэтому успешное назначение Pod ещё не проверяет получение образа, запуск процесса и готовность приложения.
Граница применимости: Разделение работы планировщика и узловых компонентов Kubernetes.
Часть управляющих компонентов может обслуживать поставщик управляемого Kubernetes. Способ размещения меняется, но потребность приложения в рабочих узлах, сети и хранилище от этого не исчезает.
Граница применимости: Архитектура Kubernetes; конкретный состав услуги определяется её условиями.
Граница терминов
Не путать
Управление Kubernetes состоит из нескольких компонентов. Контроллер отвечает за согласование своих объектов, а не за все решения и запуск всех процессов кластера.
Перед спецификацией
Что проверить
- Определите, кто обслуживает сервер API, etcd, планировщик и контроллеры.
- Проверьте доступ к API отдельно от доступа к приложению.
- При задержке запуска выясните, создан ли Pod и назначен ли ему узел.
- После назначения проверяйте состояние kubelet и среды выполнения на выбранном узле.
- Отдельно опишите хранение состояния кластера и данных приложения.
- В условиях управляемой услуги укажите границы обслуживания и порядок восстановления каждой части.
Открытые основания
Первоисточники
Kubernetes Components
Kubernetes · Kubernetes current documentation
Описывает управляющие компоненты, узлы, сервер API, планировщик, контроллеры, kubelet и среду выполнения контейнеров.
Открыть первоисточникControllers
Kubernetes · Kubernetes current documentation
Определяет управляющий цикл, целевое состояние и повторяющееся согласование наблюдаемого состояния с заданным.
Открыть первоисточникOpen Container Initiative Runtime Specification
Open Container Initiative · OCI Runtime Specification, November 2025
Определяет подготовленный пакет контейнера, config.json, окружение процесса и операции жизненного цикла.
Открыть первоисточникPods
Kubernetes · Kubernetes current documentation
Определяет Pod как минимальную единицу размещения с контейнерами на одном узле, общей сетью и возможностью подключать общие тома.
Открыть первоисточникKubernetes Scheduler
Kubernetes · Kubernetes current documentation
Описывает отбор допустимых узлов, оценку вариантов и назначение узла для ещё не размещённого Pod.
Открыть первоисточник