Поделиться через

распределение;

  • Статья

В этой статье вы узнаете о возможностях выделения в FinOps Framework и о том, как реализовать их в Microsoft Cloud.


Определение

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

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

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

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

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


Перед началом работы

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

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


Начало работы

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

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

  • Решите, как управлять доступом к облаку.
    • На каком уровне организации вы хотите централизованно подготовить доступ к облаку: отделы, команды, проекты или приложения? Высокие уровни требуют больше управления, а низкие уровни требуют больше менеджмента.
    • Какую область конфигурации в облаке вы хотите подготовить для этого уровня?
      • Области выставления счетов используются для упорядочивания затрат как между счетами, так и внутри них.
      • Группы управления используются для организации затрат на управление ресурсами. Вы можете оптимизировать группы управления для назначения политик или создания отчетов о деятельности организации.
      • Подписки предоставляют инженерам наибольшую гибкость для создания необходимых решений, но также могут сопровождаться дополнительными требованиями к управлению и соблюдению норм из-за этой свободы.
      • Группы ресурсов позволяют инженерам развертывать некоторые решения, но может потребоваться дополнительная поддержка, если решения требуют включения нескольких групп ресурсов или параметров на уровне подписки.
  • Определите общие затраты и способ их обработки.
    • Уведомляйте заинтересованных лиц о том, что вы оцениваете общие затраты и запрашиваете сведения о любых известных сценариях. Самостоятельное определение может сэкономить значительное время и усилия.
  • Просмотрите приобретенные и используемые службы в представлении служб в анализе затрат.
  • Ознакомьтесь с каждым сервисом, чтобы определить, предназначен ли он и может ли использоваться для общих ресурсов. Ниже приведены несколько примеров распространенных общих служб:
    • Службы размещения приложений, такие как Служба Azure Kubernetes, служба приложение Azure и виртуальный рабочий стол Azure.
    • Средства наблюдения, такие как Azure Monitor и Log Analytics.
    • Средства управления и безопасности, такие как Microsoft Defender для облака и DevTest Labs.
    • Сетевые службы, такие как ExpressRoute.
    • Службы баз данных, такие как Cosmos DB и базы данных SQL.
    • Средства совместной работы и повышения производительности, такие как Microsoft 365.
  • Обратитесь к заинтересованным лицам, которые отвечают за потенциально общие службы. Убедитесь, что они понимают, являются ли общие службы общими и как расходы выделяются сегодня. Если это не учтено, как может или должно быть выполнено распределение.
  • Каким образом вы хотите использовать группы управления?
    • Организация подписок в группы управления с учетом среды для оптимизации назначения политик. Группы управления позволяют администраторам политик управлять политиками на высоком уровне, но блокируют возможность создания отчетов по нескольким подпискам без внешнего решения, что увеличивает ваши усилия по анализу данных и предоставлению результатов.
    • Чтобы оптимизировать отчеты организации, организуйте подписки в группы управления в соответствии с иерархией организации. Группы управления позволяют руководителям организации более естественно просматривать затраты на портале, но администраторы политик должны использовать политики на основе тегов, что повышает усилия по политике и управлению. Кроме того, у вас может быть несколько иерархий организации и групп управления, которые поддерживают только одну.
  • Определите комплексную стратегию использования тегов, которая соответствует целям распределения ресурсов вашей организации.
    • Рассмотрим конкретные атрибуты, относящиеся к присвоению затрат, например:
      • Как сопоставить затраты с финансовыми структурами, например, с центром затрат?
      • Можно ли сопоставить каждый уровень в иерархии организации, например бизнес-подразделение, отдел, отдел и команда?
      • Кто несет ответственность за службу, например, владелец бизнеса и технический руководитель?
      • С какими усилиями сопоставляется, например, проект и приложение?
      • Каково инженерное назначение этого ресурса, например для среды, компонента и цели?
    • Четко довести рекомендации по добавлению тегов до всех заинтересованных лиц.
  • После определения пришло время реализовать стратегию распределения.
    • Рассмотрим подход сверху вниз, который устанавливает приоритеты для учёта затрат на уровень отдела, прежде чем оптимизировать на уровне отдельных проектов и среды. Вы можете реализовать его на этапах, в зависимости от того, насколько широка и глубокая ваша организация.
    • Включите наследование тегов в службе "Управление затратами" для копирования тегов подписки и групп ресурсов только в данных о затратах. Это не изменяет теги на ваших ресурсах.
    • Используйте Azure Policy для обеспечения соблюдения вашей стратегии маркировки, автоматизации применения тегов в масштабе и отслеживания состояния соответствия. Используйте соответствие в качестве ключевого показателя эффективности для стратегии тегов.
    • Если необходимо переместить затраты между подписками, группами ресурсов или добавить или изменить теги, настройте правила распределения в службе "Управление затратами".
      • Контрактированные (по запросу) цены на резервирования в настоящее время недоступны в службе "Управление затратами" при включении распределения затрат. Имейте это в виду перед тем, как включить распределение затрат в управлении расходами. Чтобы квалифицировать экономию затрат, необходимо присоединить наборы данных о затратах и ценах.
    • Чтобы просмотреть затраты в рамках анализа затрат, рассмотрите группировку связанных ресурсов с использованием тега cm-resource-parent.
    • Распределите ответственность за все оставшиеся изменения, чтобы увеличить масштаб и повысить эффективность.
    • Учитывайте любые нераспределенные затраты и те, которые следует разделить, но не удалось. Учитывайте важность полного распределения в сравнении с другими усилиями и приоритезируйте соответствующим образом. Как простой вариант, вы можете разделить затраты в вашем слое отчетности.

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

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


Развивая основы

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

  • Заполните все пробелы, не покрытые встроенными инструментами.
    • Как минимум, этот разрыв требует отчетности за пределами портала, где пробелы в тегах можно объединить с другими данными.
    • Если необходимо устранить пробелы тегов непосредственно в данных, необходимо реализовать загрузку данных.
  • Рассмотрим другие расходы, которые еще не охвачены или могут отслеживаться отдельно.
    • Чтобы выровнять реализации тегов, старайтесь обеспечить согласованность между источниками данных. Если это невозможно, реализуйте очистку в рамках приема данных и нормализации или проведите перераспределение затрат в рамках вашей общей стратегии распределения.
  • Уведомляйте заинтересованных лиц о том, что вы оцениваете общие затраты и запрашиваете сведения о любых известных сценариях. Самостоятельное определение может сэкономить значительное время и усилия.
  • Просмотрите приобретенные службы, используемые с помощью представления Службы в анализе затрат.
  • Ознакомьтесь с каждым сервисом, чтобы определить, предназначен ли он и может ли использоваться для общих ресурсов. Ниже приведены несколько примеров распространенных общих служб:
    • Службы размещения приложений, такие как Служба Azure Kubernetes, служба приложение Azure и виртуальный рабочий стол Azure.
    • Средства наблюдения, такие как Azure Monitor и Log Analytics.
    • Средства управления и безопасности, такие как Microsoft Defender для облака и DevTest Labs.
    • Сетевые службы, такие как ExpressRoute.
    • Службы баз данных, такие как Cosmos DB и базы данных SQL.
    • Средства совместной работы и повышения производительности, такие как Microsoft 365.
  • Обратитесь к заинтересованным лицам, которые отвечают за потенциально общие службы. Убедитесь, что они понимают, являются ли общие службы общими и как расходы выделяются сегодня. Если это не учтено, как можно или должно быть выполнено распределение.
  • Используйте правила распределения затрат в Microsoft Cost Management для распространения общих затрат на основе статических процентных значений или затрат на вычислительные ресурсы, сеть или хранилище.
  • Регулярно просматривайте и уточняйте правила распределения, чтобы гарантировать, что они остаются точными и справедливыми.
    • Рассматривайте этот процесс как часть цикла обратной связи по отчетам. Если ваша стратегия распределения дает сбой, обратная связь, которую вы получаете, может не быть напрямую связана с распределением или метаданными. Вместо этого она может быть связана с отчетами. Следите за этим отзывом и убедитесь, что отзывы рассматриваются на наиболее подходящем уровне.
    • Убедитесь, что требования к именованию, метаданным и иерархии используются последовательно и эффективно во всей среде.
    • Рассмотрите другие ключевые показатели эффективности для отслеживания и мониторинга успеха вашей стратегии распределения.
  • Определите и отслеживайте общие ключевые показатели эффективности, например процент нераспределенных общих затрат.
  • Используйте данные об использовании из метрик Azure Monitor, где это возможно для понимания использования служб.
  • Рассмотрите возможность использования телеметрии приложения для оценки распределения общих затрат. Дополнительные сведения об этом см. в экономике единицы.
  • Автоматизируйте процесс определения процентной разбивки общих затрат и рассмотрите возможность использования правил распределения затрат в службе "Управление затратами" для распределения затрат.
  • Автоматизация правил распределения затрат для обновления соответствующих процентных значений на основе изменения шаблонов использования.
  • Рассмотрите возможность совместного предоставления целевых отчетов о распределении общих затрат с соответствующими заинтересованными лицами.
  • Создайте процесс отчетности для повышения осведомленности и обеспечения подотчетности за нераспределенные общие затраты.
  • Поделитесь рекомендациями с заинтересованными лицами о том, как они могут оптимизировать общие затраты.

Дополнительные сведения см. в Фонде FinOps

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

Вы также можете найти связанные видео на канале FinOps Foundation YouTube:


Оставить отзыв

Сообщите нам ваше мнение о нашей работе, оставив краткий отзыв. Эти отзывы используются для улучшения и расширения средств и ресурсов FinOps.

Отправка отзыва

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

Проголосовать или предложить идеи


Связанный контент

Связанные возможности FinOps:

Связанные продукты:

Связанные решения: