Используются ли микросервисы в Docker и Kubernetes

Что проверяют

Понимаете ли вы, что Docker, Kubernetes и микросервисы это три разные вещи, которые часто идут вместе, но не обязаны. Следом обычно просят рассказать, как вы упаковывали и запускали свой Python-сервис и что происходит с ним при деплое и остановке пода.

Как отвечать

Начните с разведения понятий: микросервисы это способ резать систему на части, Docker упаковывает сервис вместе с зависимостями в образ, Kubernetes запускает эти образы и следит за ними. Монолит тоже прекрасно живёт в Kubernetes, а микросервисы можно запускать и без него.

Дальше конкретика по Python-сервису:

• образ: базовый python:3.12-slim, многоэтапная сборка, зависимости ставятся отдельным слоем до копирования кода, чтобы кэш не сбрасывался на каждый коммит. Запуск от непривилегированного пользователя, PYTHONUNBUFFERED=1, чтобы логи сразу шли в stdout;
• процесс: один процесс на контейнер, CMD в exec-форме, иначе SIGTERM достанется оболочке, а не приложению. Для ASGI это uvicorn или gunicorn с воркерами uvicorn, число воркеров согласуют с лимитом CPU пода;
• Kubernetes: Deployment с requests и limits, Service для доступа, настройки через ConfigMap и Secret в переменных окружения, HorizontalPodAutoscaler для масштабирования;
• пробы: readinessProbe решает, слать ли на под трафик, livenessProbe решает, перезапускать ли контейнер;
• остановка: Kubernetes шлёт SIGTERM и ждёт terminationGracePeriodSeconds, по умолчанию 30 секунд, потом SIGKILL. За это время сервис должен дообработать начатые запросы.

Между сервисами понадобятся таймауты, ретраи и трассировка, например OpenTelemetry.

Где спотыкаются

Отвечают «да, у нас всё в Docker, значит микросервисы». Контейнер не делает архитектуру микросервисной, а один большой сервис в двадцати подах остаётся монолитом.

Вешают в livenessProbe проверку базы данных. Стоит базе притормозить, и Kubernetes начинает перезапускать все поды разом, превращая короткий сбой в полный.

Не могут объяснить, куда деваются запросы при раскатке: нет обработки SIGTERM, нет readiness, и каждый деплой отдаёт пользователям пачку ошибок 502.