автордың кітабынан сөз тіркестері  Микросервисы. Паттерны разработки и рефакторинга

Крис Ричардсон

Архитектура определяет качественные характеристики приложения, влияющие непосредственно на темпы разработки: поддерживаемость, тестируемость и развертываемость

Еще одно решение связано с инкапсуляцией БД Order в одноименный сервис, который другие сервисы вызывают для получения и обновления заказов. Но в результате сервис Order отвечал бы только за данные и имел слабую доменную модель с минимальным количеством бизнес-логики или вовсе без нее

микросервисная архитектура не позволяет получить глобально согласованное представление данных, несмотря на то что БД каждого отдельного сервиса согласована

ем FTGO заключается в его недостаточной надежности. В результате в работе промышленной среды часто возникают перебои. Одна из причин — то, что из-за большого размера приложения его сложно как следует протестировать. Недостаточное тестирование означает, что ошибки попадают в итоговую версию программы. Что еще хуже, приложению не хватает локализации неисправностей, поскольку все модули выполняются внутри одного процесса. Время от времени ошибка в одном модуле (например, утечка памяти) приво

Разбиение по поддоменам и бизнес-возможностям — два основных подхода к описанию микросервисной архитектуры приложения

Проблема данной методики связана с тем, что создание общей модели, на которую согласны все подразделения организации, — это колоссальная задача

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

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

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

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