微前端——前端开发新体验

团队在去年使用微前端架构重新构建了一个门户站点。通过引入微前端架构，解决了单体架构下、多团队协作所产生的相互影响，相互依赖的问题，使得团队更大程度的获得了自治权。

本文选取业务模型，技术实践，服务资产管理三个视角，通过分析项目迭代开发存在的问题，尝试说明原有单体架构下的痛点，以及引入微前端如何解决痛点问题，从而改善各个团队工作方式。最后，我们将总结分享在对门户站点进行微前端改造过程中所汲取到的经验和教训。

背景

早前，团队构建了一个一站式门户站点，需要集成多个系统，包括：订单系统，偏好推荐系统，产品系统等；历时半年，选择React & Redux作为前端开发框架和工具，使用Kotlin作为BFF开发语言，以单体应用的形式，团队将该门户站点发布到AWS中投入使用。此后的几个月，随着交付更迭，随着越来越多团队加入，我们遇到了一些团队协作的问题。

业务模型 - 交付计划相互影响和高额的沟通成本

以订单，偏好推荐和产品为例，下图描述了该站点上各个团队的业务模型：

由图中灰框可知，项目分为前后端两部分：前端和相应的BFF，多个团队在相同的代码仓库中