Что такое Azure Well-Architected Framework?

Azure Well-Architected Framework — это платформа разработки, которая может улучшить качество рабочей нагрузки, помогая ей:

• Будьте устойчивыми, доступными и восстанавливаемыми.
• Будьте настолько защищёнными, насколько это вам нужно.
• Доставить достаточную отдачу от инвестиций.
• Поддержка ответственной разработки и операций.
• Выполнение своей цели в допустимых временных интервалах.

Платформа основана на пяти столпах архитектурного превосходства, которые сопоставляются с этими целями. Они: Надежность, Безопасность, Оптимизация затрат, Операционная эффективность, и Эффективность производительности.

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

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

Публика

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

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

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

Если вы ищете рекомендации по улучшению портфеля рабочих нагрузок с помощью централизованных элементов управления, это содержимое может не полностью применяться. Мы рекомендуем обратиться к Cloud Adoption Framework. Если вы не заинтересованы в разработке рабочих нагрузок в Azure, это содержимое не относится к вам.

Сведения о роли и обязанностях архитектора см. в разделе Основы архитектуры и контрольный список архитектора.

Цели

Основной целью платформы Well-Architected Framework является настройка успешного развертывания рабочей нагрузки в Azure.

• Успешная реализация: Хорошо продуманная архитектура ведет к успешной реализации. Учитывая широту и глубину охвата концепций, вы хорошо оснащены для принятия обоснованных решений.

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

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

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

Строительные блоки фреймворка

Платформа Well-Architected структурирована в многоуровневом подходе: столпы, рабочие нагрузки, руководства по обслуживанию и руководства по проектированию.

Столпы

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

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

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

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

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

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

• Модель зрелости. Описывает поэтапный подход к внедрению Azure Well-Architected Framework, начиная с простых или важных рекомендаций. По мере развития бизнес-потребностей постепенно улучшается система — от ранних рабочих нагрузок до зрелых, критически важных для бизнеса решений.

Дополнительные сведения, см. в разделе Сведения о Well-Architected столпахплатформы.

Рабочие нагрузки

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

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

Дополнительные сведения см. в разделе Сведения о рабочих нагрузках Well-Architected Framework.

Руководства по службам

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

Более подробную информацию см. в доступных руководствах .

Руководства по проектированию

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

Дополнительные сведения см. в разделе "Основные сведения о проектировании".

Оценка

Проверка Well-Architected Microsoft Azure предоставляется без оплаты. Это коллекция анкет, связанных с контрольными списками основных элементов, чтобы оценить ваш выбор дизайна. Отслеживайте оценку с помощью итеративных запусков, чтобы определить возможные области для улучшения.

Дополнительные сведения см. в средстве проверки Well-Architected Azure.

Предлагаемый процесс обучения

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

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

   

   • Принципы проектирования надежности
   • Принципы проектирования безопасности
   • Принципы проектирования оптимизации затрат
   • Принципы проектирования операционного превосходства
   • Принципы проектирования эффективности производительности

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

   

   • Контрольный список проверки разработки для надежности
   • Контрольный список проверки разработки для безопасности
   • Контрольный список проверки разработки для оптимизации затрат
   • Контрольный список проверок разработки для повышения эффективности работы
   • Контрольный список проверки разработки для повышения эффективности производительности

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

   • Компромиссы надежности
   • Компромиссы по безопасности
   • Компромиссы по оптимизации затрат
   • Компромиссы в операционном превосходстве
   • Компромиссы по эффективности производительности

4. Сопоставление сценариев рабочей нагрузки. Найдите руководство по рабочей нагрузке, которое соответствует вашему сценарию и следуйте методологии проектирования во всех технических и операционных областях. Эти руководства помогут выделить наиболее важные аспекты. Дополнительные сведения см. в примерах, перечисленных в рабочих нагрузках Azure Well-Architected Framework.

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

Внедрение модели зрелости

Рассмотрите возможность поэтапного подхода к использованию платформы Azure Well-Architected Framework. Классифицируйте рекомендации платформы по тому, что легко достичь или должно быть достигнуто изначально. Затем, по мере изменения бизнес-требований рабочей нагрузки, постепенно развивайте готовые к работе системы. Например, начальные этапы внедрения могут применяться к рабочим нагрузкам в начале их финансирования и разработки, что позволяет создать надежную основу для хорошей разработки. Зрелые этапы выравнивания могут применяться к решениям позже в цикле разработки, с самыми высокими уровнями, зарезервированными для всегда важных для бизнеса решений.

Платформа Well-Architected включает модель зрелости. Она предоставляет структурированную учебную программу и вехи для выполнения рабочих нагрузок.

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

Модель классифицируется по столбкам и делится на пять уровней. Хотя уровни в каждом столбе представляют уникальные характеристики этого столба, существуют общие темы для всех них:

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

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

• Модель зрелости надежности
• Модель зрелости безопасности
• Модель зрелости оптимизации затрат
• Модель зрелости операционного превосходства
• Модель зрелости производительности

В этом руководстве приведена оценка, которая поможет определить рекомендации, соответствующие целевому уровню зрелости. Ознакомьтесь с этой оценкой: оценка модели зрелости платформы Azure Well-Architected Framework.

Внедрение ИИ в ваших операциях

Azure Well-Architected Framework содержит рекомендации по намеренному и добавочному внедрению ИИ в операционных рабочих процессах. Ее цель — помочь командам понять затраты, риски и организационные препятствия, связанные с ИИ, при рассмотрении использования ИИ для планирования, процессов разработки и операций в среде выполнения.

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

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

Придерживайтесь прагматического подхода

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

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

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

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

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

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

  • Методы могут быть прекращены, если их операционные затраты превышают их стоимость на более высоком уровне зрелости.

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

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

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

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

  • Затраты являются суммируемыми. По мере увеличения операционных затрат емкость для реализации новых методик снижается.

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

Связанные ссылки

Ниже приведены некоторые ресурсы для начала работы с использованием документации по Well-Architected Framework:

• Хорошо спроектированная платформа Azure
• обучение для Well-Architected Framework