FinOps и модели распределения затрат

FinOps (финансовые операции) — это культурная и операционная структура, объединяющая команды финансов, разработки и бизнеса для совместного управления расходами на облачные ресурсы. FinOps Foundation выделяет три этапа практики: Inform (сделать затраты прозрачными), Optimise (сократить потери и эффективнее использовать обязательства) и Operate (применять политики и непрерывно совершенствовать процессы). В Azure FinOps поддерживается службой управления затратами Azure, тегами ресурсов, бюджетами и моделями распределения затрат.

Невозможно оптимизировать то, чего Вы не видите. Первый шаг FinOps — обеспечить каждой команде видимость затрат в реальном времени на облачные ресурсы. В службе управления затратами Azure настройте представления затрат с фильтрацией по подписке, группе ресурсов или тегу и предоставьте эти представления руководителям разработки. Включите ежедневные письма о затратах и еженедельные сводные отчёты о затратах для каждого подразделения. Без прозрачности затрат инженеры оптимизируют производительность и скорость, не учитывая финансовые последствия архитектурных решений.

Теги ресурсов — основа любой модели распределения затрат. Хорошо спроектированная таксономия тегов включает: Department (разработка, маркетинг, финансы), CostCentre (бухгалтерский код), Project (название проекта или продукта), Environment (рабочая, тестовая, разработка) и Owner (ответственная команда или сотрудник). Добавление тегов бесплатно, и они отображаются во всех отчётах службы управления затратами Azure. Используйте Azure Policy, чтобы требовать эти теги для всех новых ресурсов, а исправление Azure Policy — чтобы добавить их к существующим ресурсам без тегов.

Существуют две распространённые модели распределения затрат: распределение затрат делает расходы видимыми для бизнес-подразделений без фактических финансовых переводов — команды видят свои расходы в облаке, но им не выставляются счета. Внутреннее выставление счетов создаёт настоящие внутренние счета: затраты переводятся из централизованного бюджета IT в центр затрат подразделения-потребителя. Внутреннее выставление счетов сильнее мотивирует учитывать затраты, но требует бухгалтерской инфраструктуры для обработки внутренних операций. Большинство организаций начинают с распределения затрат и переходят к внутреннему выставлению счетов по мере повышения зрелости FinOps.

Правила распределения затрат в Azure Cost Management позволяют перераспределять общие затраты (например, на общий сетевой концентратор, Azure Firewall или рабочую область Log Analytics) между использующими их подписками или группами ресурсов на основе настраиваемых пропорций. Например, затраты на общий Azure Firewall, используемый тремя бизнес-подразделениями, можно разделить в соотношении 40/35/25 в зависимости от относительного объёма их трафика. Распределённые затраты отображаются в представлениях Cost Management так, будто они возникли в подписке-получателе, благодаря чему каждая команда получает достоверное представление о полной стоимости облака с учётом всех затрат.

Бюджеты Azure позволяют устанавливать месячные или квартальные целевые расходы для подписок, групп ресурсов или областей, отфильтрованных по тегам. Когда расходы достигают пороговых значений прогноза (например, 80% и 100% бюджета) или фактических пороговых значений, Azure отправляет уведомления по электронной почте настроенным получателям. Бюджеты не останавливают работу ресурсов — они уведомляют ответственных лиц, чтобы те могли принять меры. Для сред разработки объединяйте бюджеты с Azure Logic Apps или группами действий, чтобы автоматически отключать некритичные ресурсы при достижении порога бюджета.

Обычно в команде FinOps есть три роли: специалисты FinOps (выделенные финансовые аналитики облака, которые поддерживают представления о затратах, проводят циклы оптимизации и отчитываются об экономии), инженеры облака (инженеры в каждой продуктовой команде, которые реализуют рекомендации по подбору размеров ресурсов и внедряют архитектуры с эффективными затратами) и финансовые заинтересованные стороны (которые одобряют приобретение обязательств и управляют внутренними счетами для распределения затрат). Команды центра передового опыта в области облачных технологий (CCoE) часто размещают функцию FinOps вместе с управлением архитектурой.

Продвинутые практики FinOps измеряют стоимость единицы — стоимость облака в расчёте на значимую бизнес-единицу, например стоимость запроса API, активного пользователя или обработки ГБ данных. Юнит-экономика делает обсуждение затрат актуальным для менеджеров продуктов и руководителей. В Azure можно рассчитывать стоимость единицы, объединяя экспортированные данные Cost Management с данными бизнес-метрик из Application Insights или пользовательского хранилища данных. Изменение стоимости единицы со временем показывает, повышают или снижают архитектурные решения эффективность.

Скидки за зарезервированные экземпляры отображаются в данных о затратах как отрицательные позиции выгоды RI в подписке, совершившей покупку. В модели внутреннего выставления счетов необходимо распределять экономию от резервирования между командами, использующими зарезервированную ёмкость. Функция распределения затрат Azure Cost Management может делать это автоматически, связывая покупки резервирований с подписками или группами ресурсов, которые их используют. Без такого распределения в подписке, совершившей покупку, отображаются отрицательные затраты, а команды-потребители платят полную стоимость по мере использования.

FinOps Foundation определяет три уровня зрелости: ползти (базовая видимость затрат, нерегулярная оптимизация), идти (последовательное использование тегов, бюджеты, регулярный ритм оптимизации, отчёты о распределении затрат) и бежать (автоматическое обнаружение аномалий, внутреннее выставление счетов, юнит-экономика, стратегия обязательств, согласованная с планом развития инженерии). Организации на уровне бежать обычно имеют на 25–35% меньшие расходы на облако, чем организации на уровне «ползти», даже с учётом размера рабочих нагрузок. Оцените свой текущий уровень зрелости и поставьте цель на 12 месяцев — перейти на следующий этап.

Наиболее зрелая практика FinOps встраивает осознанное отношение к затратам в жизненный цикл разработки программного обеспечения: оценки затрат включаются в документы архитектурного анализа, запросы на слияние, добавляющие дорогостоящие ресурсы Azure, вызывают автоматические оповещения о затратах, а конвейеры CI/CD включают проверки затрат как условие прохождения, блокирующие развёртывание, если прогнозируемые затраты превышают порог. Такие инструменты, как Infracost, или собственные API Azure для оценки затрат можно интегрировать с GitHub Actions или Azure Pipelines, чтобы предоставлять разработчикам сведения о затратах до попадания кода в рабочую среду.

Проверьте своё понимание концепций Microsoft Azure Fundamentals (AZ-900) из этого урока.

В этом уроке Вы узнали, что FinOps — это культура совместного управления затратами на облако финансами, инженерными и бизнес-подразделениями, теги ресурсов и правила распределения затрат позволяют выставлять счета, относя общие затраты на команды-потребители, а оповещения о бюджете повышают ответственность, не блокируя использование ресурсов. Далее мы перейдём к перспективе разработчика и рассмотрим управляемое удостоверение для аутентификации без паролей.