Конструктивные шаблоны для микрослужб

Oблачныe службы Azure

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

Microservices design patterns

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

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

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

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

Агрегирование шлюза объединяет запросы к нескольким отдельным микрослужбам в один запрос, уменьшая взаимодействие между потребителями и службами.

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

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

Мост обмена сообщениями интегрирует разнородные системы, созданные с различными инфраструктурами обмена сообщениями.

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

Strangler Fig поддерживает добавочное рефакторинг приложения, постепенно заменив определенные компоненты функциональности новыми службами.

Полный каталог шаблонов облачного проектирования в Центре архитектуры Azure см . в разделе "Шаблоны облачного проектирования".

Следующие шаги