🔥 70% YAML-конфигурации — в мусорку

Предлагаем познакомиться с реальным кейсом оптимизации Kubernetes-кластера, где автор удалил 70% YAML-конфига, снизив задержку API с 200–340 мс до 35–48 мс. Это не фикс бага, а отказ от избыточной инфраструктуры, которая замедляла простое приложение.

Что удалили из YAML:

⚪️ service mesh

Команда использовала а лишь 8 сервисов в одном кластере и в одной сети. Им не нужен был mTLS между сервисами, которые и так находились за брандмауэром.

⚪️ контейнеры инициализации

Скрипт ожидания базы данных решал проблему, которой у приложения не было. Политика перезапуска Kubernetes уже справлялась с этим. Под перезапускался до тех пор, пока БД не будет готова. Замкнутый цикл, выполняющий ту же самую задачу, был избыточен

⚪️ агрессивные ограничения ресурсов

Приложение использовало 80 МБ памяти под нагрузкой. Инженеры запрашивали 256 МБ, а ограничение составляло 512 МБ. Kubernetes удерживал память, которую приложение никогда бы не использовало.

⚪️ частота проверки работоспособности

Проверка работоспособности API без сохранения состояния каждые пять секунд ничего не дает. Поэтому решили перейти на 30-секундные интервалы.

@DevOpsKaz 😛