微服务前端之微前端

分而治之是利用微件拆分来达到工程拆分治理的思路，可以解决业务快速扩张、开发维护困难等问题。对于一个完整的产品来说，前端可视化层、后端服务层是必备的。

 

 

在后端，我们将原来的单体式应用拆分成了不同的微服务模块，微服务与微服务之间通过服务注册等进行通信和调用，共同对前端提供服务。而在前端，主要是通过后端接口获取数据，展示不同的内容给到用户，有web端、h5端等形式。在以前的开发方案中，web端、h5端都是由独立开发和维护，而实际上它们的业务逻辑基本一致，只是UI风格差异比较大，那么我们是不是可以把“共用”的部分抽离出来呢，这样可以避免重复开发与维护，极大的提高开发效率，这就是微前端的思想。

 

 

抽离出来的方案有两种，即物理抽离、逻辑抽离。对于物理抽离来说，就是把共用的模块放在一起，前端是通过common文件夹进行引用，后端则是通过jar包、lib库进行引用。这会带来一个问题是随着业务变得越来越复杂，共用模块内容会越来越多，从而导致开发寻找到相应的内容会很困难，开发速度、构建速度、部署速度也会越来越慢，等到上线后，线上出现故障，排错也比较困难。所以物理隔离不是长期方案，长期方案来说就是逻辑隔离，将整体业务进行拆分，共用（比如子业务工程之间的路由注册、路由切换）逻辑拆离出来，子业务之间单独成一个工程进行开发。

 

事实上，微前端架构整体思路和微服务架构演变一致。在以前的单体式前端、单体式后端应用中，前端请求的分发路由是通过框架来完成的，即框架将路由指定到对应的组件或内部服务中，微前端就是把以前的应用内的组件调用拆分成了更细的应用间的组件调用࿰