微服务与多层架构

我的项目有一个后端服务(Web API)和一个前端SPA应用程序.后端服务具有位于不同.net程序集中的表示,应用程序服务,域和基础结构层.域层具有业务域对象,基础架构 - 与外部数据和其他东西的通信,应用程序服务 - 表示层使用的服务集,表示 - Web API控制器.我认为这是非常常见的分层架构.

我们的新架构师宣布我们将向后端移动到微服务架构,制动我们的层并将域,应用服务和基础架构层划分为一些服务,并将表示层转换为后端以用于前端层(如此处所述).在功能方面,我们将有移动应用程序.Sql Server数据库将暂时保留原样.

我没有微服务架构的经验,所以我的问题是:多层架构已经过时了吗？哪些优点和问题可以为我的应用程序带来这样的架构设计？

微服务和分层架构有点不同.微服务架构,它是关于如何构建应用程序,它具有哪些组件(服务)以及这些服务如何相互通信,如何开发,部署等等.

多层架构是关于逻辑将应用程序划分为多个层,其中每个层都有自己的逻辑功能(表示,域等).通常,多层体系结构与单片体系结构和服务设计有关.

根据您的描述,您不会分解您的层,您的架构师希望将逻辑分成不同的服务.这两种架构风格可以一起使用.例如,您可以拥有3项服务,每项服务都可以拥有演示,域和服务层.如果您在一个服务中的当前层足够重,那么将它们分开是有意义的,这使得开发和测试更容易.前端风格的后端也有其优点,特别是如果你想添加一个移动应用程序.

对这个

多层架构已经过时了吗？

不,它们都被使用,但是使用微服务作为规则层应该比单片应用薄得多.

哪些优点和问题可以为我的应用程序带来这样的架构设计？

我建议你看看微服务和单片架构风格之间的比较和这篇文章.要划分与否,您应该考虑项目的规模和复杂程度,团队的规模.划分必须为整个应用程序带来好处,使开发更容易.单片应用程序有其自身的好处,并且在项目的某个大小上,它可以是一个很好的决定.当然,这是一个噩梦,使用巨大的单片应用程序以及一百个非常小的(纳米)服务.