☀Объяснение:

Проблема:
В облачных средах (AWS, GCP, Azure) стоимость складывается из потреблённых ресурсов (CPU, RAM, хранилище, сеть). Разработчики часто выделяют ресурсы с запасом («возьму под 4 CPU, может пригодится»), забывая о деньгах. Без контроля счёт растёт экспоненциально. Финансовые и DevOps отделы не успевают за изменениями.

Что такое FinOps?
FinOps (Cloud Financial Operations) – это практика управления облачными затратами, объединяющая технические, финансовые и бизнес-процессы. Ключевые принципы:
Accountability – разработчики несут ответственность за стоимость своих ресурсов (каждый знает, сколько стоят его поды).
Visibility – прозрачность затрат в реальном времени (дашборды, алерты).
Optimization – использование правильных типов инстансов (spot, reserved, right-sizing), автоматическое выключение неиспользуемых сред по расписанию.

Конкретные действия для Kubernetes:
Установить requests и limits для каждого контейнера (без них под может потребить все ресурсы ноды).
Использовать Vertical Pod Autoscaler (рекомендует оптимальные запросы).
Включить Cluster Autoscaler, чтобы не держать лишние ноды.
Мониторинг неиспользуемых томов, балансировщиков, зарезервированных IP.
Алерты при превышении бюджета (например, если затраты на проект превысили 1000$ в день).
Пример настройки limits:
yaml

resources:
  requests:
    memory: "256Mi"
    cpu: "250m"
  limits:
    memory: "512Mi"
    cpu: "500m"

Без limits под может потребить всю память ноды и вызвать её падение.

Почему не подходят другие варианты:
A (вертикальное масштабирование) – увеличит затраты.
C (ручной аудит раз в месяц) – слишком медленно, к тому моменту деньги уже потрачены.
D (миграция обратно в on-premise) – не решает проблему культуры использования ресурсов.

Реальный пример:
В компании одного стартапа счёт за облачные ресурсы вырос с $500 до $5000 в месяц после перехода на микросервисы. Внедрили FinOps: настроили алерты, стандартизировали requests/limits, ввели еженедельные обзоры затрат. Через месяц счёт снизился до $800 без потери производительности.

Что должен зафиксировать аналитик:
В требования к архитектуре: «Каждый микросервис должен иметь явные requests и limits на CPU/RAM».
«Для нерабочих сред (dev, staging) настроить автоматическое выключение в нерабочее время».
«Дашборды затрат с детализацией до уровня пода и сервиса».

Вывод: FinOps – это не техническая опция, а требование к культуре разработки. Аналитик, включающий облачную экономику в нефункциональные требования, помогает бизнесу не переплачивать за неэффективное использование ресурсов.