微服务分解策略

Question

我有一个整体，正试图将其分解为微服务。但是，微服务将没有太多逻辑，除了使用源系统API并使用一些其他静态数据丰富响应之外。在以下两种情况下最好的策略是什么？

场景1

• 有多个源系统
• 每个功能区都使用源系统之一的独特API

最好的分解方法应该是什么？每个功能区域有微服务（4）还是每个源系统有微服务（2）？

场景2

• 公开单个API的单一来源系统
• 每个功能区都使用具有不同参数的相同源系统API。

最好的分解方法应该是什么？每个功能区域（4）的微服务还是每个源API的微服务（单个微服务）？