Шаблоны проектирования архитектуры, поддерживающие эффективность работы

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

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

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

Рисунок Сводка
Уровень борьбы с коррупцией Защищает новые системные компоненты от поведения или реализации устаревших систем путем добавления слоя посредника в прокси-взаимодействие между устаревшими и новыми компонентами. Этот шаблон помогает гарантировать, что при интеграции с этими устаревшими системами проектирование новых компонентов остается свободным от влияния устаревших реализаций, которые могут иметь разные модели данных или бизнес-правила. Шаблон особенно полезен при постепенной миграции системы. Это сокращает технический долг в новых компонентах, сохраняя поддержку существующих компонентов.
Хореография Координирует поведение автономных распределенных компонентов в рабочей нагрузке с помощью децентрализованной, управляемой событиями связи. Этот шаблон может быть полезным, если вы ожидаете часто обновлять или заменять службы во время жизненного цикла рабочей нагрузки. Так как распределенные компоненты являются автономными, вы можете изменить рабочую нагрузку с меньшим общим изменением в системе.
Консолидация вычислительных ресурсов Оптимизирует и объединяет вычислительные ресурсы путем увеличения плотности. Этот шаблон объединяет несколько приложений или компонентов рабочей нагрузки в общей инфраструктуре. Консолидация приводит к более однородной вычислительной платформе, которая может упростить управление и наблюдаемость, сократить разрозненные подходы к операционным задачам и сократить объем необходимых средств.
Идентификаторы развертывания Предоставляет подход к выпуску определенной версии приложения и его инфраструктуры в качестве управляемой единицы развертывания, исходя из предположения, что те же или разные версии будут развертываться одновременно. Этот шаблон соответствует неизменяемым целям инфраструктуры, поддерживает расширенные модели развертывания и может способствовать безопасному развертыванию.
Конфигурация рабочей нагрузки Edge Управляет конфигурацией для распределенных вычислительных нагрузок на периферии сети, обрабатывая изменения конфигурации как версионированные, отслеживаемые операционные события. Этот шаблон поддерживает эффективность работы, обеспечивая возможность аудита, проверки и контролируемого развертывания обновлений конфигурации, помогая командам безопасно управлять смещением конфигурации, сопоставлять инциденты с изменениями конфигурации и развивать рабочие нагрузки в дисциплинированном, повторяемом режиме.
Внешнее хранилище конфигураций Извлекает конфигурацию в службу, внешнюю для приложения для поддержки динамических обновлений значений конфигурации, не требуя изменения кода или повторного развертывания приложения. Это разделение конфигурации приложения от кода приложения поддерживает конфигурацию для конкретной среды и применяет управление версиями к значениям конфигурации. Внешние хранилища конфигурации также являются общим местом для управления флагами функций для обеспечения безопасного развертывания.
Агрегирование шлюза Упрощает взаимодействие клиента с рабочей нагрузкой, агрегируя вызовы к нескольким внутренним службам в одном запросе. Эта топология позволяет внутренней логике развиваться независимо от клиентов, что позволяет изменять реализации цепочки служб или даже источники данных, не изменяя точки касания клиента.
Разгрузка шлюза Выгружает обработку запросов на устройство шлюза до и после переадресации запроса на внутренний узел. Добавление шлюза разгрузки в процесс запроса позволяет управлять конфигурацией и хранением отключенных функциональных возможностей из одной точки вместо управления ею с нескольких узлов.
Маршрутизация шлюза Направляет входящие сетевые запросы в различные серверные системы на основе намерений запросов, бизнес-логики и доступности серверной части. Маршрутизация шлюза позволяет отделить запросы от внутренних серверных служб, что, в свою очередь, позволяет серверным службам поддерживать расширенные модели развертывания, переходы платформы и единую точку управления для разрешения доменных имен и шифрования при передаче.
Мониторинг состояния конечной точки Предоставляет метод мониторинга здоровья и состояния системы, выделяя конечную точку, созданную специально для этого. Стандартизация того, какие конечные точки работоспособности следует обнародовать, и уровня анализа в результатах во всей рабочей нагрузке может помочь вам упорядочить проблемы.
Мост обмена сообщениями Предоставляет посредника для обеспечения взаимодействия между системами обмена сообщениями, которые в противном случае несовместимы из-за протокола или формата. Это разделение обеспечивает гибкость при переходе на технологии обмена сообщениями и событиями в рабочих процессах или при наличии разнородных требований от внешних зависимостей.
Издатель/Подписчик Отделяет компоненты архитектуры, заменяя прямой обмен данными между клиентом и сервисом или клиентом и сервисами на взаимодействие через промежуточный брокер сообщений или шину событий. Этот уровень косвенного обращения позволяет безопасно изменять реализацию на стороне издателя или подписчика без необходимости координировать изменения обоих компонентов.
Карантин Гарантирует, что внешние ресурсы соответствуют согласованному команде уровню качества, прежде чем авторизовать их использование в рабочей нагрузке. Автоматизация и согласованность этих проверок являются частью жизненного цикла разработки программного обеспечения рабочей нагрузки и методики безопасного развертывания (SDP).
Sidecar Расширяет функциональные возможности приложения путем инкапсуляции неосновных или перекликающихся задач во вспомогательном процессе, который работает наряду с основным приложением. Этот шаблон предоставляет подход к реализации гибкости в интеграции инструментов, которая может повысить наблюдаемость приложения, не требуя, чтобы приложение могло принимать прямые зависимости реализации. Это позволяет функциональности сайдкара развиваться и поддерживаться независимо от жизненного цикла приложения.
Фикус-душитель Предоставляет подход к систематической замене компонентов работающей системы новыми компонентами, часто во время миграции или модернизации системы. Этот шаблон обеспечивает непрерывный подход к улучшению, при котором добавочная замена небольшими изменениями с течением времени предпочтительнее, чем большие системные изменения, которые являются более рискованными для реализации. Этот шаблон также поддерживает безопасное списание: устаревшие конечные точки можно измерять, выводить из эксплуатации и удалять только после того, как потоки замены соответствуют требованиям надежности и отслеживаемости.

Дальнейшие шаги

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

  • Last updated on