Оптимизация облака начинается не с скидок, а с инвентаризации лишнего
Сначала собираем базу: какие VM, диски, балансировщики, IP и базы реально используются. Обычно в проде живут забытые тестовые стенды, «временные» тома и ресурсы без владельца — классика жанра, которая тихо ест бюджет и усложняет разбор инцидентов.
Дальше — права и границы. Без тегов, ownership и правил lifecycle невозможно понять, что можно остановить, а что трогать нельзя. Полезная схема простая: у каждого ресурса есть владелец, назначение, срок жизни и политика удаления. Если этого нет, автоматизация превращается в гадание на логах.
Затем смотрим на профиль нагрузки. Для одних сервисов уместен autoscaling, для других — rightsizing и перенос на более подходящий тип инстанса. Отдельно проверяем storage: старые snapshots, холодные бэкапы и журналы ретенции часто занимают больше, чем активные данные. Тут мониторинг должен быть проактивным, а не реактивным 📊
Финал простой: сначала чистим неиспользуемое, потом правим размер, и только потом обсуждаем архитектурные улучшения. Автоматизация — это не опция, а необходимость.
Трекер: конфиги
@tracker_configs_arb
Оптимизация облака начинается не с скидок, а с инвентаризации лишнего
Этот пост опубликован в Telegram-канале Трекер: конфиги. Подписаться можно по ссылке: @tracker_configs_arb.