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

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

  • Статья

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


Определение

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

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

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

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

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


Подготовка к работе

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

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


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

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

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

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

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


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

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

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

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