Стратегия разложения микросервисов
У меня есть монолит, который я пытаюсь разложить на микросервисы. Однако у микросервисов не будет большой логики, за исключением использования API исходной системы и обогащения ответа некоторыми дополнительными статическими данными. Какова будет лучшая стратегия в следующих 2 сценариях?
Сценарий 1
- Есть несколько исходных систем
- Каждая функциональная область использует отдельный API одной из исходных систем.
Каким должен быть лучший подход к разложению? Микросервис на функциональную область (4) или микросервис на каждую исходную систему (2)?
Сценарий 2
- Единственная исходная система, которая предоставляет единый API
- Каждая функциональная область использует один и тот же API исходной системы с разными параметрами.
Каким должен быть лучший подход к разложению? Микросервис для функциональной области (4) или микросервис для исходного API (один микросервис)?