Как спроектировать и построить процессы, команды, системы и цели FinOps

Автор: Цзин Ци

Предисловие

Благодаря быстрому развитию облачных вычислений в последние годы цифровая трансформация корпоративных ИТ вошла в «глубокую зону», и внимание к эффективному использованию облака постепенно возросло. «Отчет Flexera о состоянии облачных вычислений в 2023 году» показывает, что оптимизация управления затратами на облако заняла первое место в списках задач команд по управлению облаком на следующий год. FinOps (финансовые операции) как новая операционная модель постепенно вошла в поле зрения команд управления облаком.

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

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

Общий процесс FinOps

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

Подготовительный этап перед внедрением FinOps

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

3.1 Культурная популяризация: продвигать ценности FinOps

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

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

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

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

3.2 Стратегическая одинаковая частота: установление общих целей FinOps

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

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

3.3 Общие обязанности: Создайте систему ответственности, в которой будут участвовать все сотрудники.

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

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

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

Этап внедрения FinOps

4.1 Анализ затрат

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

Совместное использование и динамика ресурсов, особенно в облачной архитектуре, также создают новые технические проблемы для распределения затрат. Организации обычно могут использовать облачные инструменты FinOps для решения проблемы распределения бизнес-затрат. Пакет затрат ACK также предоставляет возможность создавать панель анализа затрат и API экспорта данных о затратах. Пользователи могут напрямую использовать панель анализа затрат с расширенными размерностями или создавать внутреннюю систему FinOps на основе API затрат. Подробнее см.: Как разделить затраты на кластер по отделам/приложениям [ 1] .

На этапе внедрения разные роли в организации имеют разные взгляды на понимание затрат из-за разных обязанностей.

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

4.2 Оптимизация затрат

На этапе оптимизации затрат организациям необходимо оценить оптимизируемое пространство на основе уровней ресурсов, а затем определить стратегии оптимизации на основе условий бизнеса. Типичные стратегии оптимизации, которые могут быть приняты кластерами Alibaba Cloud ACK, можно разделить на следующие аспекты в зависимости от того, подходят ли они для бизнеса:

4.2.1. Выберите стратегию оптимизации, не учитывающую интересы бизнеса.

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

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

4.2.2 Выбор стратегии оптимизации с учетом интересов бизнеса

Используйте соответствующие возможности гибкости: эластичное масштабирование является широко распространенной функцией ACK. Типичные сценарии включают эластичность онлайн-бизнеса, обучение крупномасштабным вычислениям, глубокое обучение графического процессора или совместное обучение графического процессора и вывод, запланированные периодические изменения нагрузки и т. д. В отличие от аспекта масштабирования, оно может включать масштабирование рабочей нагрузки: типичное, например горизонтальное масштабирование контейнера (HPA) [ 3] , запланированное масштабирование контейнера (CronHPA) [ 4] , интеллектуальное масштабирование контейнера (AHPA) [ 5] : типичное масштабирование узла; как автоматическое масштабирование узла. Масштабирование [ 6] , бесобслуживаемая доставка ресурсов виртуального узла [ 7] , мгновенная эластичность [ 8] .

Используйте возможности совместного размещения. Типичные примеры включают динамическую перепродажу ресурсов [ 9] для полного использования выделенных, но неиспользуемых ресурсов в кластере или полное использование ресурсов путем одновременного развертывания онлайн-сервисов и автономных приложений в автономном совместном размещении [ 10] .

4.3 Контроль затрат

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

Заключение

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

Ссылки по теме:

[1] Как разделить затраты на кластер по отделам/приложениям

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/cost-anaанализ-overview

[2] Портрет ресурса

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/resource-profiling

[3] Горизонтальное масштабирование контейнера (HPA)

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/horizontal-pod-autoscaling

[4] Плановое масштабирование контейнера (CronHPA).

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/cronhpa

[5] Интеллектуальное масштабирование контейнеров (AHPA)

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/ahpa-overview-1

[6] Автоматическое масштабирование узла

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/auto-scaling-of-nodes

[7] бесобслуживаемая доставка ресурсов виртуального узла

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/deploy-the-virtual-node-controller-and-use-it-to-create-elastic- Поды на основе экземпляров контейнера

[8] Мгновенная гибкость

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/instant-elasticity

[9] Динамическая перепроданность ресурсов

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/dynamic-resource-overcommitment

[10] Микширование в автономном режиме

https://help.aliyun.com/zh/ack/ack-managed-and-ack-dedicated/user-guide/overview-of-the-colocation-of- Different-types-of-workloads

RustDesk приостанавливает внутренние услуги из-за безудержного мошенничества Apple выпускает чип M4 Taobao (taobao.com) возобновляет работу по оптимизации веб-версии Старшеклассники создают свой собственный язык программирования с открытым исходным кодом в качестве подарка для совершеннолетия – критические комментарии пользователей сети: Опираясь на Защита Юнфэн ушла из Alibaba и планирует в будущем заняться производством . Место для независимых программистов игр . Visual Studio Code 1.89 выпускает Java 17. Это наиболее часто используемая версия Java LTS, доля рынка которой составляет 70. %, и Windows 11 продолжает снижаться. Open Source Daily | Google поддерживает Hongmeng, чтобы взять на себя управление; Docker с открытым исходным кодом поддерживает телефоны Android; Haier Electric закрыла открытую платформу;
{{o.name}}
{{м.имя}}

рекомендация

отmy.oschina.net/u/3874284/blog/11105924
рекомендация