使用Asp.Net的微服务

Question

阅读这篇出色的文章之后，我想到了将我们的平台迁移到微服务架构的想法。

我们的堆栈是服务器上的Asp.Net Web API（Rest ...）。 Angular 2在前面。

我想提出一些概念上的证明，以检查我们是否应该继续这条路。

就我的理解而言，我需要从我们的Web应用程序中提取一些片段并将其切成微服务。 作为开始，我想获取两个屏幕，分别是“用户”和“购买历史”（每个屏幕太大，无法用作微服务，但这仅适用于POC），并将每个屏幕创建为微服务。

我读到UI应该是微服务的一部分，所以我应该为每个微服务创建一个新的有角度的两个应用程序吗？

如果是这样，我是否应该使用rest来调用呈现的HTML？

Answer 1

前端和后端API，两个服务（组件）–它已经是某种微服务架构。 问题是您的组件有多大，它们具有什么样的逻辑，如果将某些逻辑拆分到不同的服务中，您会受益吗？

对于每个微服务架构，系统的每个服务（组件）都应具有一些专用的逻辑（域），可以解决一些相关问题，将数据持久保存到其自己的数据存储中，可以分别进行开发和部署。 在某些情况下，数据存储可以在服务之间共享。

因此，将逻辑拆分为不同的服务的目的是使您的应用程序更易于开发，维护，支持和理解。 太多的小型服务会带来很多开销。 要创建服务，您需要花费额外的开发时间，服务也是部署项，服务之间的通信具有网络开销。 因此，您应该仔细考虑将逻辑拆分为服务的所有利弊。 应该找到一些平衡。

回到“用户”和“购买历史”是否完全不同，它们没有共同的逻辑，可以存储在不同的数据库中并且都足够复杂的问题，因此您可以将它们分为两个服务。 UI部分也一样。 最主要的是，拆分应该为您带来好处-而不是间接费用。

关于使用rest-由您决定，rest服务体系结构对于微服务体系结构不是必需的，但通常会一起使用。 剩下的就是服务的设计，它们如何公开API等。