Kubernetes изнутри: что происходит, когда вы деплоите контейнер

Control Plane, Worker Nodes, etcd, kubelet — слова знакомые, но мало кто может объяснить, как они связаны. Разбираем архитектуру K8s от первого запроса до живого пода.

Kubernetes управляет тысячами контейнеров в продакшене у Netflix, Spotify и половины корпоративного мира. При этом его архитектура на удивление логична — если один раз разобраться, как устроены её части.

Два мира: Control Plane и Worker Nodes

Весь кластер делится на две зоны ответственности. Control Plane — мозг системы: принимает решения, хранит состояние, раздаёт команды. Worker Nodes — мышцы: здесь реально запускаются ваши контейнеры.

Жизнь пода: от kubectl до запущенного контейнера

Когда вы пишете kubectl apply -f deployment.yaml, запрос идёт в API Server. Тот сохраняет желаемое состояние в etcd. Scheduler видит, что есть неназначенный под, и выбирает ноду. Kubelet на этой ноде получает задание и передаёт его в CRI — Container Runtime Interface. CRI запускает контейнер. Kube Proxy прописывает сетевые правила. Всё — под живёт.

Почему такая архитектура и почему она работает

Разделение на Control Plane и Worker Nodes — не прихоть. Это позволяет масштабировать вычислительную мощность (добавлять ноды), не трогая управляющую логику. API Server как единая точка входа убирает прямые зависимости между компонентами. etcd как источник истины гарантирует консистентность — любой компонент, упав и перезапустившись, читает актуальное состояние.

Kubernetes — это не «Docker на стероидах». Это операционная система для датацентра. И как любая ОС, она сложна снаружи ровно настолько, насколько элегантна внутри.