Новые возможности в Azure Well-Architected Framework

Узнайте о последних изменениях в Azure Well-Architected Framework.

Март 2026 г.

Новые статьи

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

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

  • Высокопроизводительные вычислительные нагрузки (HPC) на Azure. В этой статье представлен обзор нового набора документации по рабочей нагрузке HPC. Ознакомьтесь с архитектурными соображениями для построения и эксплуатации нагрузок HPC в Azure. В этом руководстве рассматриваются распространенные проблемы HPC и предоставляются стратегии проектирования на основе принципов Well-Architected Framework для операций с интенсивным вычислением, требующих массивного параллелизма и специализированного оборудования. Эта новая рабочая нагрузка содержит следующие статьи:

    • Архитектурный шаблон для рабочих нагрузок HPC в Azure: Узнайте о базовом архитектурном шаблоне для HPC в Azure, который охватывает доступ пользователей, планирование заданий, вычислительные кластеры, высокоскоростные межсоединения и системы хранения. Это руководство поможет выбрать компоненты, которые соответствуют типу рабочей нагрузки, требованиям масштабирования и потребностям производительности.

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

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

Обновленные статьи

  • рекомендации Architecture для Управляемый экземпляр SQL Azure: мы перезаписаем руководство по службе Управляемый экземпляр SQL, чтобы предоставить исчерпывающие рекомендации по всем пяти Well-Architected платформы. Мы добавили руководства по обеспечению безопасности, оптимизации затрат и эффективности производительности, включая рекомендации для прозрачного шифрования данных (TDE) с ключами, управляемыми пользователем, Microsoft Defender для SQL, моделирования затрат для постоянно выделенных вычислительных ресурсов, пулов экземпляров, Преимущество гибридного использования Azure, хранилище запросов и онлайн-обработке транзакций в памяти (OLTP).

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

  • Стратегии архитектуры для включения и реализации автоматизации в рабочей нагрузке: мы объединили и расширили содержимое из нескольких руководств по автоматизации. Мы добавили рекомендации по службам автоматизации, включая Функции Azure, GitHub Actions, Cлужба автоматизации Azure, Диспетчер обновлений Azure, среды развертывания Azure, Azure Logic Apps и Power Automate.

  • Стратегии архитектуры для обеспечения жизненного цикла разработки: мы объединили содержимое из двух статей в одном комплексном руководстве по жизненному циклу разработки. Мы добавили рекомендации по безопасности среды разработчика, включая интегрированные расширения среды разработки (IDE) для мониторинга кода в режиме реального времени, диспетчеры учетных данных для защиты секретов, изолированные рабочие области, такие как GitHub пространства кода и Microsoft Dev Box, а также золотые образы для рабочих развертываний. Мы добавили рекомендации для упражнений по обеспечению безопасности, включая настольные учения и red-teaming.

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

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

  • Мы добавили таблицу терминологии в руководства по проектированию, которые ранее не включали такую таблицу, например, Рекомендации по разработке фоновых заданий и Рекомендации по обработке временных сбоев.

  • В этом месяце мы включили недавно выпущенные функции Azure из канала обновлений Azure в наши рекомендации. Ознакомьтесь с лучшими практиками архитектуры для Azure Databricks и Azure Kubernetes Service (AKS).

Февраль 2026 г.

Обновленные статьи

  • Рекомендации по архитектуре для Базы данных Azure для MySQL: Мы переписали руководство по службе "База данных Azure для MySQL", чтобы сделать его рекомендации более практическими и применимыми для всех пяти столпов концепции "Хорошо-архитектурированной" архитектуры. Мы расширили и перестроили контрольные списки и рекомендации по настройке прав, резервирования, управления на основе политик, автоматизации, наблюдаемости, масштабирования, реплик чтения и настройки производительности. Мы сосредоточились на статье исключительно по варианту развертывания гибкого сервера базы данных Azure для MySQL. Мы стандартизировали терминологию, исправили ссылки и улучшили согласованность.

  • Сеть и подключение для критически важных рабочих нагрузок в Azure: терминология зональной избыточности была сделана согласованной во всех ключевых секциях дизайна. Мы заменили зональную избыточность на избыточность зоны в руководстве по шлюзу NAT, рекомендациям по развертыванию регионов и рекомендациям по шаблонам развертывания.

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

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

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

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

Интеграция искусственного интеллекта в основной компонент "Операционное превосходство"

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

Редакционные обновления

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

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

Январь 2026 г.

Обновленные статьи

  • Лучшие практики архитектуры Сетка событий Azure: Мы заменили предыдущие статьи про надежность и отличную эксплуатационную готовность Event Grid на полноценное руководство по службе, которое охватывает все пять столпов Well-Architected Framework. Мы добавили обширные новые рекомендации по обеспечению безопасности, оптимизации затрат и эффективности производительности, а также значительно расширили содержимое надежности и операционного превосходства, чтобы включить современные методики, такие как инженерия хаоса, инфраструктура как код (IaC) и интеграция CI/CD.

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

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

  • Рекомендации по архитектуре хранилища BLOB-объектов Azure: Мы добавили рекомендации всегда использовать клиентскую библиотеку SDK хранилища BLOB-объектов благодаря её встроенной возможности обработки временных ошибок. Мы также расширили рекомендации по дополнительным вариантам чтения, чтобы включить плавную деградацию в случае сбоя как первичного, так и вторичного чтения.

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

  • Рекомендации по архитектуре для базы данных SQL Azure. Мы добавили рекомендации по изоляции пулов подключений в клиентском коде, чтобы предотвратить каскадные сбои, когда ресурсоемкие задачи используют доступные подключения. Мы также добавили рекомендации по использованию неизменяемого хранилища для журналов аудита, мониторинга c sys.event_log и оценки аудита на уровне базы данных по сравнению с аудитом на уровне сервера для повышения производительности. Мы расширили рекомендации по производительности, чтобы включить рекомендации по пулу подключений и оценку SKU при достижении ограничений подключения.

  • Рекомендации по платформам данных для критически важных рабочих нагрузок в Azure: мы обновили справочные URL-адреса документации по Azure Cosmos DB по всей статье.

Декабрь 2025 г.

Новые статьи

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

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

Обновленные статьи

  • Рекомендации по архитектуре центров событий Azure. Мы улучшили четкость и модернизировали язык в разделах "Эффективность работы и производительность". Мы добавили новые рекомендации по управлению затратами на основе политик и автоматизации, оптимизированные советы по настройке и расширенные рекомендации по мониторингу, масштабированию и тестированию. Эти изменения упрощают применение рекомендаций и оптимизацию рабочих нагрузок Центров событий.

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

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

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

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

  • Мы обновили несколько статей, чтобы отразить новые функции и возможности Azure, которые были запущены в этом месяце. Ознакомьтесь с обновлениями в рекомендациях по архитектуре для Базы данных Azure для MySQL и оптимизации затрат, рекомендации по архитектуре для функций Azure и рекомендации по архитектуре для службы Azure Kubernetes (AKS).

Ноябрь 2025 г.

Новые статьи

  • Создайте стратегию искусственного интеллекта для вашего бизнеса SaaS: узнайте, как разработать и реализовать стратегический подход КИ для вашего программного обеспечения как услуги (SaaS). В этом руководстве описывается, как преобразовать поставщика функций в стратегический партнер, оценить возможности и риски в мультитенантных средах и согласовать инициативы ИИ с измеримыми бизнес-результатами. Изучите архетипы SaaS, чтобы определить, где ИИ создает ценность, внедрить практики генеративных операций ИИ (GenAIOps) и принимать обоснованные решения о разработке, покупке или настройке решений. Узнайте, как начать с небольших вариантов использования и развиваться в сторону агентических возможностей, создавая внутренние возможности искусственного интеллекта, которые укрепляют долгосрочные рыночные позиции вашего продукта.

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

Обновленные статьи

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

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

  • Платформа данных для рабочих нагрузок ИИ в Azure: мы реорганизовали раздел индекса поиска так, чтобы сначала изложить его цель и требования к производительности, прежде чем переходить к подробным критериям. Мы добавили рекомендации по обработке многомодальных данных, расширенные рекомендации по безопасности, которые включают внедрение рисков защиты и векторных данных, а также новые разделы о рекомендациях по обучению, хранилищах функций и шаблонах пакетного вывода для обеспечения более полного охвата потребностей платформы машинного обучения и создания ИИ (GenAI).

  • Стратегии архитектуры для аварийного восстановления: мы уточнили область аварийного восстановления, отделив её от обычных процессов управления инцидентами (IcM) и добавив ссылку на новую сопутствующую статью о планировании аварийного восстановления в нескольких регионах. Мы реорганизовали руководство, чтобы приоритезировать оценку воздействия на бизнес, определение пороговых значений аварий и протоколов связи перед рассмотрением архитектурных и процедурных деталей. Мы расширили охват и включили в рассмотрение стратегии резервного копирования, планирование восстановления после отказа и требования к доступности в случае сбоев.

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

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

  • Управление удостоверениями и доступом для рабочих нагрузок SaaS в Azure: мы улучшили ясность, явным образом определив тенанта как клиента в контексте разделения данных, исправили проблему форматирования в списке функций и обновили ссылки на файлы схем из формата PNG в формат SVG для лучшей масштабируемости и отображения.

  • Организация ресурсов для рабочих нагрузок SaaS в Azure: мы обновили ссылку на справочную ссылку организации ресурсов Azure и усовершенствовали рекомендации по компромиссам с общими ресурсами для повышения четкости в мультитенантных средах SaaS.

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

  • Рекомендации по архитектуре файлов Azure. Мы уточнили, что администраторы могут использовать модель разрешений Windows для администратора блока сообщений сервера (SMB) для управления владением файлами без необходимости ключа учетной записи хранения. Мы также усовершенствовали формулировки административного управления сетевой файловой системой (NFS) для большей точности.

  • Рекомендации по архитектуре BLOB-хранилища Azure: Мы добавили руководство по использованию служба хранилища Azure Discovery совместно с Microsoft Copilot в Azure для анализа конфигураций избыточности, определения угроз безопасности и выявления неэффективности затрат в учетных записях хранения. Мы также представили репликацию с геоприоритетом в качестве варианта для оптимизации показателя целевой точки восстановления (RPO) при использовании избыточности хранилища на уровне геозон (GZRS).

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

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

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

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

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

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

  • Стратегии архитектуры для проектирования избыточности: мы переопределили заголовок активно-пассивной архитектуры, чтобы подчеркнуть ее экономичность для аварийного восстановления. Мы также добавили новый раздел о применении защиты удаления с помощью блокировок ресурсов Azure, чтобы предотвратить случайное удаление избыточных компонентов. Блокировки дополняют, но не заменяют резервные копии и надлежащее управление.

  • Стратегии архитектуры для анализа режима сбоя: мы уточнили, что анализ режима сбоя (FMA) помогает рабочим нагрузкам восстанавливаться корректно в определенных целях восстановления и подчеркивает выравнивание с конкретными целевыми объектами, а не только общим восстановлением. Мы также очищали несоответствия форматирования в документе.

  • Стратегии архитектуры для разработки стратегии тестирования надежности: мы усовершенствовали определения возможности восстановления и устойчивости, чтобы лучше различать их. Восстановление сосредоточено на восстановлении в рамках целевого времени восстановления (RTO) и целей RPO, в то время как устойчивость акцентирует внимание на устойчивости к отказам и поддержании приемлемого опыта пользователя во время сбоев.

  • Данные для рабочих нагрузок SaaS в Azure: мы обновили терминологию по всей статье. Мы также усовершенствовали обсуждение надежности, различая устойчивость (несмотря на ошибки) и возможность восстановления (операции восстановления), чтобы уточнить, как эти понятия применяются к проектированию данных SaaS.

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

  • Мы обновили несколько статей, чтобы отразить новые функции и возможности Azure, которые были запущены в этом месяце. Ознакомьтесь с обновлениями в рекомендациях по архитектуре для виртуальных машин Azure и масштабируемых наборов ирекомендаций по архитектуре для Azure Cosmos DB для NoSQL.

Октябрь 2025 г.

Новые статьи

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

  • Рекомендации по архитектуре служебной шины Azure. Узнайте, как реализовать служебную шину с помощью рекомендаций по архитектуре в пяти основных компонентах Well-Architected Framework. В этом руководстве описывается избыточность зон и восстановление после геокатастроф, аутентификация Microsoft Entra ID и частные конечные точки, выбор уровня и оптимизация ресурсов, инфраструктура как код (IaC) и мониторинг, а также автомасштабирование и пакетизация сообщений. Это руководство помогает разрабатывать устойчивые, безопасные и экономичные решения для обмена сообщениями для распределенных приложений.

Обновленные статьи

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

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

  • Разработайте план аварийного восстановления для развертываний в нескольких регионах: мы улучшили ясность и согласованность в этой статье. Мы исправили определение целевой точки восстановления (RPO), чтобы подчеркнуть устойчивость к потере данных, уточненную терминологию для временных сбоев и улучшенную структуру предложений в нескольких разделах. Мы обновили руководство по настройке резервного копирования, чтобы быть более общим, а не назначать определенные типы хранилищ. Мы также усовершенствовали описание шаблонов развертывания active-active, чтобы включить геоды в качестве альтернативы меткам развертывания.

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

  • В этом месяце мы включили недавно выпущенные функции Azure из канала обновлений Azure в наши рекомендации. Ознакомьтесь с обновлениями в рекомендациях по архитектуре для Базы данных Azure для PostgreSQL, рекомендации по архитектуре службы Azure Kubernetes (AKS),рекомендации по архитектуре Для Azure NetApp Files и многое другое.

Сентябрь 2025 г.

Новые статьи

  • Разработка плана аварийного восстановления для развертываний с несколькими регионами. Поиск рекомендаций по созданию плана аварийного восстановления для развертываний Azure с несколькими регионами. В этом руководстве объясняется ключевые термины, как классифицировать рабочие нагрузки по критической степени и как выравнивать стратегии восстановления с бизнес-воздействием. В ней рассматриваются основные элементы планирования восстановления после аварии, такие как планы коммуникации, операционные руководства и пути эскалации, а также даются практические советы по оптимизации затрат на восстановление. Пошаговые действия и методы проверки включаются для резервного копирования и восстановления, активно-пассивного (холодного и теплого резервирования), а также для развертываний с активной активностью. Регулярное тестирование и непрерывное улучшение подчеркиваются для обеспечения непрерывности бизнес-процессов.

  • Рекомендации по архитектуре для Azure Databricks. Поиск рекомендаций по проектированию и эксплуатации рабочих нагрузок Azure Databricks с помощью принципов Well-Architected Framework. Узнайте, как применять надежность, безопасность, оптимизацию затрат, эффективность работы и производительность Spark, Delta Lake, каталог Unity и решения MLflow.

  • Стратегии архитектуры для использования зон доступности и регионов: узнайте, как выбрать между развертыванием рабочих нагрузок в зонах доступности Azure или регионах, чтобы обеспечить надежность, устойчивость, затраты и показатели производительности. В этом руководстве объясняются различия между локальной избыточностью, зональными (закреплёнными), межзональной избыточностью и многорегиональными развертываниями, а также описываются компромиссы для каждого подхода. Она предоставляет практические рекомендации по согласованию стратегий развертывания с бизнес-требованиями, такими как отказоустойчивость к рискам, расположение данных, расположение пользователей, бюджет и сложность. Примеры сценариев и рекомендаций по объединению архитектур с несколькими зонами и несколькими регионами включаются в критически важные решения.

Обновленные статьи

Обновления компонентов Azure

В этом месяце мы включили недавно выпущенные функции Azure из канала обновлений Azure в наши рекомендации. Ниже выделены наиболее важные примеры.

Устаревшие статьи

В этом месяце мы сняли с публикации следующие статьи. Содержимое устарело и больше не соответствует Azure Well-Architected Framework.

  • Руководство по службе Azure OpenAI
  • Руководство по службе Azure Cache для Redis

Август 2025 г.

Обновленные статьи

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

  • Рекомендации по архитектуре Log Analytics: Мы расширили и переструктурировали руководство по рабочим областям Log Analytics и представили подробные рекомендации, контрольные списки и лучшие практики для компонентов Well-Architected Framework.

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

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

  • Стратегии архитектуры для реализации автоматизации. Мы добавили средства Azure, которые можно использовать для автоматизации задач для рабочей нагрузки. Узнайте о возможностях автоматического управления для сетевых служб, включая управление обслуживанием брандмауэра Azure клиентами, фильтрацию по полным доменным именам (FQDN) в правилах преобразования адресов назначения (DNAT) в брандмауэре Azure и управляемые сертификаты Azure Front Door.

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

  • Стратегии архитектуры для создания стратегии сегментации: мы добавили еще один шаблон сегментации сети: изоляция PaaS. Мы рекомендуем использовать периметр безопасности сети Azure с этим шаблоном.

  • Рекомендации по архитектуре брандмауэра Azure: Мы добавили Microsoft Security Copilot как инструмент для исследования и анализа угроз и информацию о преобразовании данных при их приеме в Log Analytics, для снижения затрат. Мы также добавили рекомендации по настройке для основного компонента "Операционное превосходство".

  • Рекомендации по архитектуре Для Azure Front Door: мы внесли изменения, чтобы подчеркнуть использование возможностей безопасности на основе искусственного интеллекта, включая интеграцию Security Copilot для анализа событий брандмауэра веб-приложений. Мы также добавили рекомендации по сертификатам TLS с управляемыми подстановочными знаками.

  • Рекомендации по архитектуре службы Azure Kubernetes (AKS): мы добавили рекомендации по кластерам AKS, включая рекомендации по поддержке прокси-сервера HTTP, интеграции пользовательского центра сертификации и выделению статических блоков Azure CNI для повышения соответствия требованиям, безопасности и сетевого управления.

  • Рекомендации по архитектуре виртуальной сети Azure. Мы добавили рекомендации по использованию периметра безопасности сети для изоляции службы PaaS, централизованного управления IP-адресами с помощью Диспетчер виртуальных сетей Azure и встроенной диагностики с помощью средства устранения неполадок сети наблюдателя за сетями.

  • Рекомендации по архитектуре шлюза приложений Azure версии 2. Мы удалили конкретные примеры и сравнения функций между Azure Front Door и Шлюзом приложений. Теперь руководство посвящено использованию политик WAF и блокировке шлюза приложений для получения трафика только из Azure Front Door. Мы также уточнили язык и обновленные ссылки в руководстве. Мы улучшили заголовки разделов и контрольные списки, чтобы сделать рекомендации более точными и удобными для выполнения.

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

  • Рекомендации по архитектуре для хранилища дисков Azure. Мы добавили раздел, описывающий компромиссы по проектированию, которые могут потребоваться, если вы используете подходы в контрольных списках основных компонентов, включая рекомендации по производительности и затратам на ssd Azure Premium, хранилище дисков Azure Ценовой категории "Ультра", SSD Azure уровня "Стандартный" и HDD Azure Standard. ** Мы также добавили рекомендации по подготовке емкости в режиме "точно в срок" и динамическому расширению дисков без времени простоя.

  • Завершите обзор Azure Well-Architected: мы добавили совет по выбору Core Well-Architected Review в оценке Azure Well-Architected Review. Мы также добавили раздел о специализированных оценках Well-Architected для определенных технологий и рабочих нагрузок.

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

Июль 2025 г.

Обновленные статьи

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

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

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

Июнь 2025 г.

Модели зрелости

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

Новая статья

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

Обновленные статьи

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

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

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

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

Май 2025 г.

Обновленные статьи

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

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

  • Рекомендации по архитектуре для Базы данных Azure для PostgreSQL. Поиск рекомендаций для таких функций, как высокий уровень доступности, геоизбыточное резервное копирование, частная сеть, интеграция идентификатора Microsoft Entra ID, моделирование затрат, автоматизация, мониторинг и интеллектуальная настройка производительности.

  • ** Лучшие практики по архитектуре для Azure Cosmos DB для NoSQL: ознакомьтесь с обновленными рекомендациями, отражающими текущие лучшие практики Azure Cosmos DB, включая новые функции, ссылки на политику и рекомендации по использованию Microsoft Entra ID, частных конечных точек, политики Azure и Помощник по Azure.

Апрель 2025 г.

Новые статьи

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

Обновленные статьи

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

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

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

  • Лучшие практики по архитектуре для Azure NetApp Files: Мы добавили новые рекомендации по оптимизации затрат и эффективности работы. Изучите полностью обновленное содержимое, включая новые рекомендации по настройке Azure NetApp Files для защиты рабочих нагрузок.

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

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

  • Last updated on