Разбираем метрику, которая показывает, какая часть облачных затрат уже привязана к понятному владельцу: команде, продукту, сервису, проекту или ЦФО.
Формула:
Покрытие аллокации = затраты с назначенным владельцем / общие облачные затраты × 100%
Если показатель низкий, часть счета остается в серой зоне. Финансы видят расход, но не могут точно объяснить, кто его создал. Инженеры видят ресурсы, но не всегда понимают, как они легли в бюджет.
Что попадает в числитель:
🟥ресурсы с корректными тегами владельца, продукта, среды или приложения
🟥аккаунты, проекты и подписки, привязанные к бизнес-юниту или ЦФО
🟥общие сервисы, распределенные по согласованному правилу
🟥затраты, связанные с владельцем через CMDB, каталог сервисов или внутреннюю модель аллокации
Важно считать показатель на одной базе затрат.
Если используете Amortized Cost, значит и распределенные, и общие затраты считаются в Amortized. Если компания работает в Net-Net с учетом договорных скидок, покрытие тоже нужно считать в этой логике.
Зачем это нужно:
🟥видно, какая часть счета уже управляется
🟥проще найти неразмеченные ресурсы и общие расходы без правил
🟥появляется база для showback, chargeback и продуктовой экономики
🟥команды начинают видеть не абстрактный облачный счет, а свои реальные затраты
На этапе Crawl не нужно сразу идеально распределять каждый рубль. Сначала важно закрыть самые крупные и управляемые блоки: аккаунты, проекты, дорогие окружения, общие платформы и ресурсы с высокой долей расходов.
Главный принцип простой: сначала понять, кто потребляет ресурс и по какому правилу расход попадает в модель. Только потом можно говорить о зрелой оптимизации.
Источник: FinOps Foundation, Allocation
#FinOps_Inform #FinOps_Crawl