9 вызовов FinOps и способы их преодоления

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

В этой статье мы расскажем о проблемах, с которыми сталкиваются команды FinOps, а также поделимся практическими советами, которые уже помогли клиентам Клаудмастер оптимизировать расходы на облако.

Мы уже рассказывали о том, что такое FinOps, в этой статье. Однако перед тем как перейти к рассмотрению конкретных проблем, с которыми вы можете столкнуться, мы расскажем о FinOps вкратце.

Что такое FinOps?

FinOps (от “Finance” и “(IT) Operations”) - это набор практик, которые помогают оптимизировать расходы на облачные вычисления.

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

С какими же проблемами сталкиваются команды, применяющие FinOps?  Как справиться с этими проблемами, чтобы успешно реализовать облачную стратегию?

С какими проблемами сталкиваются команды FinOps и какие советы можно дать для их решения?

Если вы сталкивались с трудностями в понимании счетов за облачные услуги, задавались вопросом, какие именно факторы определяют расходы на облачные услуги, и/или уже почти сдались, пытаясь заставить всех правильно тегировать облачные ресурсы, вы не одиноки.

Ниже перечислены некоторые проблемы, с которыми вы, возможно, знакомы, а также решения, которые вы можете использовать для их устранения.

1. Нерациональное использование облаков - это уже огромная проблема

Термин "облачные траты" может относиться как к оправданным, так и к неоправданным расходам на облако. Однако, согласно исследованию Flexera "Состояние облака: Управление расходами на облако" в марте 2024 года, сообщается, что главным приоритетом при использовании облака по-прежнему является задача экономии затрат на облако: среди пользователей, указавших эту инициативу приоритетным по сравнению с предыдущим годом, процент увеличился с 62% до 71%.  

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

Решение:

Когда рабочие нагрузки превышают возможности, это не всегда плохо; это также может быть признаком роста. Поэтому стремление сократить расходы на облако любыми способами, например отключив автомасштабирование, может привести к пагубному эффекту, препятствуя росту доходов. Вместо этого разверните платформу для анализа облачных расходов, которая позволит вам отслеживать их в режиме реального времени. Но не останавливайтесь на достигнутом. Убедитесь, что ваш инструмент может также предупреждать команду FinOps о трендах в расходах (обнаружение аномалий в расходах), чтобы выявить аномальные изменения в расходах и перерасход средств.

2. Непонимание того, с чего начать, парализует инициативу

Если вы еще не используете облако и только задумываетесь о развертывании или переносе в облако мощностей, то это может оказаться непосильной задачей без предварительной подготовки. На первоначальном этапе вы столкнетесь с рядом таких проблем, как определение того, какие рабочие нагрузки, как и почему следует перенести в облако, а также распределение ответственности за FinOps.

Решение:

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

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

Выберите, какие рабочие нагрузки переносить, а какие нет. Некоторые команды предпочитают не переносить некоторые критически важные рабочие нагрузки из локальных центров обработки данных.

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

3. Понимание стоимости облака - сложная задача как для начинающих, так и для более опытных команд FinOps.

Типичный счет за облачные услуги содержит тысячи строк данных, которые трудно анализировать вручную. У вас может не быть четкого представления о том, кто, зачем и куда потратил ваш облачный бюджет. И это еще не все.

Большинство SaaS-компаний находятся под давлением необходимости выпускать новые функции, оптимизировать существующий клиентский опыт, увеличивать доходы, количество пользователей и долю рынка. Особенно уязвимы стартапы.

Оптимизация затрат часто отходит на второй план, приобретая значение только тогда, когда расходы на облако приближаются к нескольким сотням тысяч рублей. Перерасход средств неизбежен, если контроль и мониторинг расходов на облачные вычисления настолько недостаточен.

Решение:

Рассматривать расходы на облако как первоочередную метрику. Что же это значит?

Следуя лучшим практикам, учитывайте облачные затраты   наряду со скоростью разработки, ежемесячным доходом (MRR), оттоком и другими показателями стоимости SaaS. Ознакомьте заинтересованных лиц, ответственных за расходы на облачные технологии в вашей организации, с тем, как их действия влияют на итоговый результат.

Выберите инструмент для отслеживания, мониторинга и отчетности по расходам на облако, как только вы получите поддержку. Кроме того, убедитесь, что вы выбрали платформу, которая позволяет разбивать затраты на единицы измерения. Это подробные данные, которые будут понятны различным заинтересованным сторонам, например инженерам.

Инженерам легче понять такие цифры, как стоимость одной функции, стоимость одного развертывания или стоимость одной команды разработчиков, чем стоимость одного клиента, которая более важна для финансов, или валовую прибыль, которую лучше понимают инвесторы.

4. Тегирование ресурсов и аллокация расходов на Kubernetes может быть не всегда корректным

Аллокация расходов на  Kubernetes и ручное тегирование - это трудоемкие и сложные задачи для многих команд FinOps. Кроме того, правильное тегирование ресурсов для распределения затрат сопряжено с другими проблемами, включая непоследовательное тегирование. Несмотря на это, многие инструменты управления затратами по-прежнему полагаются на тегирование для создания точных отчетов. 

Решение:

Создайте комплексную стратегию тегирования и используйте лучшие практики тегирования для улучшения результатов. 

Чтобы справиться с многообразием тэгов, собрать точные данные о затратах и учесть стоимость нетегированных ресурсов, вам понадобится платформа, которая не будет полностью полагаться на теги. 

5. Точное прогнозирование часто оказывается недостижимым для многих команд FinOps.

Отсутствие точного прогнозирования затрат на облако может привести к перерасходу ресурсов и оплате неиспользуемых облачных ресурсов. Часто это происходит потому, что у команды FinOps не было точных или достаточных данных о затратах, чтобы помочь им выделить достаточное количество ресурсов для борьбы с расточительством в облаке.

Решение:

Изучите, как работают ваши приложения, рабочие нагрузки и данные. Вы можете проанализировать исторические данные о том, как вы использовали ресурсы локальной сети в прошлом. Затем можно использовать эти данные для расчета приблизительного бюджета на облака.

Отслеживайте, как облачная инфраструктура расходует выделенный  бюджет после начала работы. Эта информация поможет вам выявить области, в которых можно сократить расходы без ущерба для обслуживания клиентов и задач разработки.

6. Когда команды работают изолированно, они становятся разобщенными

Финансы и разработчики могут быть совершенно не связаны друг с другом, даже когда команды внедряют DevOps, особенно без специальных команд FinOps, следящих за отчетностью по затратам. Финансы часто отвечают за принятие решений о покупке облаков, а разработчики часто пользуются этими ресурсами.

Но поскольку разработчики больше сосредоточены на скорости, безопасности и выпуске лучшего кода, они непреднамеренно выбирают архитектурные решения, которые увеличивают затраты, к большому огорчению финансов.

По данным FinOps Foundation, самым большим препятствием для оптимизации расходов на облачные вычисления является попытка побудить разработчиков к действиям.

Решение:

Привлеките команды к обсуждению управления расходами на облака, чтобы повысить осведомленность о расходах. Убедитесь, что вы предоставляете им информацию, иллюстрирующую их влияние на затраты, причем на понятном им языке. Как уже говорилось, предоставьте им информацию о стоимости одной функции продукта, стоимости одного проекта тестирования программного обеспечения или стоимости одного развертывания.

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

7. Справиться с затратами на общие облачные ресурсы зачастую непросто

Отслеживание показателей затрат в среде совместного использования может быть сложной задачей. Под средой совместного использования подразумеваются shared resources  - ресурсы, которые используются совместно, и стоимость которых по данным биллинга невозможно полностью отнести к тому или иному потребителю (человеку, команде, проекту и т.д.). В таком случае не помогут ни теги, ни другая информация, и нужен инструмент, который помогает разделять такие затраты согласно тому, как такие ресурсы реально используются разными потребителями внутри компании.

Решение:

Определить, кто из пользователей использовал облачные ресурсы, в такой среде может быть невозможно или очень трудоемко. Начните использовать современные инструменты для автоматизации процесса и корректного отнесения нужных данных к нужному пользователю. Некоторые сервисы оценки стоимости облачных ресурсов этого не делают, поэтому вам необходимо убедиться в том, что выбранный вами сервис обеспечивает распределение стоимости shared-ресурсов между потребителями.

8. Внедрение стратегии мультиоблачных или гибридных облаков часто не позволяет увидеть расходы.

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

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

Еще одним аспектом, затрудняющим оценку расходов, является динамичная природа облачных вычислений. Виртуальные машины, хранилища данных и другие ресурсы могут масштабироваться в зависимости от текущих потребностей бизнеса. Это может привести к скачкам в расходах, которые не всегда легко проследить и анализировать.

Решение:

Часто подход, основанный на использовании нескольких облаков, не является экономически эффективным. Вместо этого воспользуйтесь стратегией мультисервисности (в дополнение к сервисам  от одного облачного провайдеров используйте «лучшие в своем классе» специализированные инструменты  - сервисы авторизации, мониторгина и др.), которая вовлечет вашу команду FinOps, не отвлекая ее ответственности за расходы. 

9. Выбор лучшего инструмента и платформы FinOps - дело непростое

Неудобный, ручной и неточный инструмент - это последнее, что нужно компании на пути внедрения FinOps культуры. К сожалению, большинство облачных инструментов для расчета затрат именно таковы. Кроме того, для их корректной работы необходимо иметь практически 100% тегированных ресурсов в инфраструктуре.

Решение:

Воспользуйтесь современными облачными системами учета затрат. Используя этот подход, вы сможете преодолеть барьер тегов и распределить до 100% ваших облачных затрат по департаментам/проектам или пользователям. Команды FinOps также помогут лучше понять расходы на облачные технологии, сопоставляя данные о затратах с фактическими бизнес-действиями.

Для подготовки статьи, использовалась информация из источника: 9 Cloud FinOps Challenges — And The Solutions To Overcome Them (https://www.cloudzero.com/blog/cloud-finops/)