术语问题：我是在做微服务还是只是面向服务架构（SOA）？

Question

3

假设我有几个巨石式Web应用程序。在每个应用程序中，必须根据某些参数或应用程序本身找到相同类型的业务数据。因此，我需要在每个应用程序中重复相同的逻辑，这对我来说很繁琐。

因此，我希望开发另一个内部Web应用程序，它将具有：

- 管理界面，允许您定义所有业务数据恢复方案 - REST API，我的Web应用程序将使用它们根据传入场景查找业务数据

这个新应用程序将有自己的数据库，并可能部署在另一台服务器上。为了方便起见，我考虑使用相同的技术（在我的情况下是 C# + Angular）。

因此，我会开发所谓的微服务吗？还是仅仅谈论面向服务的架构更好？还是我要做一些不可思议的诡计？

谢谢关注！

- Holyheart

1

我认为这篇SESE帖子会回答你的问题。 - OfirD

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Raihan · Accepted Answer

在这种情况下，它是SOA。因为

- 您的主要目标是企业级代码/逻辑共享，这往往倾向于SOA而不是微服务。 - 在微服务架构的情况下，服务处于颗粒级别，从而使应用程序松散耦合。在您的情况下，我认为您没有通过引入可以在应用程序内部使用而不一定跨应用程序使用的较小服务来拆分应用程序的每个主要功能。

对于现有应用程序的情况，如果您想引入微服务，则通常不应该是一次性过程。您始终可以逐渐将部分内容分解为对特定应用程序有意义的服务。

您可以查看一些文章 -