Одной из проблем тех, кто работает с Сервисами, является неправильное структурирование. Вот на этом ресурсе https://www.opengroup.org/soa/source-book/soa_refarch/p5.htm описана 10 уровневая модель. Эта модель широко применяется в мире. Более того, примерно тоже самое, что описано на этом сайте, но с небольшими отличиями является стандартом ISO/IEC 18384 части 2 и 3. Хороший пример практического применение 10 уровневой модели - это любимый многими Kubernetes, он с небольшими оговорками полностью ложится в эту модель.
Ресурс очень большой. И для того, чтобы прочесть его, не говоря уже о том, чтобы осознать требуется время. Причем, надо сразу понимать, что работа в парадигме SOA требует перестройки сознания. Многое то, что является привычным и банальным в SOA, работает не так. Например, UML имеет расширения. Поэтому я бы советовал начать вот с этого https://www.opengroup.org/soa/source-book/togaf/p4.htm
На возражение Аналитиков, что это все ближе к Архитекторам, чем к Аналитикам хочется возразить, что понимание 10 уровневой модели помогает правильно структурировать сквозной характер событий на уровнях Интеграции (Integration), Качества обслуживания (Quality of Service) и Информационном (Information).
Одной из проблем тех, кто работает с Сервисами, является неправильное структурирование. Вот на этом ресурсе https://www.opengroup.org/soa/source-book/soa_refarch/p5.htm описана 10 уровневая модель. Эта модель широко применяется в мире. Более того, примерно тоже самое, что описано на этом сайте, но с небольшими отличиями является стандартом ISO/IEC 18384 части 2 и 3. Хороший пример практического применение 10 уровневой модели - это любимый многими Kubernetes, он с небольшими оговорками полностью ложится в эту модель.
Ресурс очень большой. И для того, чтобы прочесть его, не говоря уже о том, чтобы осознать требуется время. Причем, надо сразу понимать, что работа в парадигме SOA требует перестройки сознания. Многое то, что является привычным и банальным в SOA, работает не так. Например, UML имеет расширения. Поэтому я бы советовал начать вот с этого https://www.opengroup.org/soa/source-book/togaf/p4.htm
Если это покажется слишком заумным, то посмотреть на рисунок, описывающий эталонную архитектуру SOA из предыдущей ссылки и прочесть https://www.opengroup.org/soa/source-book/soa_refarch/p4.htm
На возражение Аналитиков, что это все ближе к Архитекторам, чем к Аналитикам хочется возразить, что понимание 10 уровневой модели помогает правильно структурировать сквозной характер событий на уровнях Интеграции (Integration), Качества обслуживания (Quality of Service) и Информационном (Information).