假设我有几个单一的 Web 应用程序。在每一个中，必须根据一定的参数，或者根据应用程序本身，找到相同类型的业务数据。因此，我到处重复相同的逻辑，这对我来说很乏味。
因此，我希望开发另一个内部 Web 应用程序，它将具有:
- 允许您定义所有业务数据恢复方案的管理界面
- 我的 Web 应用程序将使用 REST API 来根据传入场景查找业务数据
这个新应用程序将拥有自己的数据库，并可能部署在另一台服务器上。为了方便起见，我正在考虑使用相同的技术(在我的例子中，C# + Angular)
所以，我是不是要开发所谓的微服务？还是只谈论面向服务的架构更好？还是我要做一些晦涩的恶作剧？
感谢您的关注!
最佳答案
在这种情况下是 SOA。因为
- 您的主要目标是企业级代码/逻辑共享，它倾向于 SOA 而不是微服务。
- 在微服务架构的情况下，服务处于粒度级别，使应用程序松散耦合。就您而言，我认为您不会通过引入可在应用程序内使用但不一定跨应用程序使用的较小服务来分解应用程序的每个主要功能。
对于现有应用程序的情况，如果您想引入微服务，通常不应该是一次性的过程。您始终可以逐渐将这些部分分解为对特定应用程序有意义的服务。
你可以看看一些文章-
关于microservices - 词汇题: am I doing a micro-service or just SOA?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/64823937/