6.微前端设计

微前端

微前端定义

  • 这种架构模式是微服务架构理念在前端领域的延伸,旨在将单体前端应用分解为松耦合且独立的小应用后,再根据实际的业务场景将这些小应用组装成单个解决特定业务场景的应用;
  • 在前端设计时我们可以遵循单一职责和复用原则按照领域模型和微服务边界,将前端贝面拆分,同时构建多个可以独立部署、完全自治、松耦合的页面组合。其中每个页面组合只负责特定业务的UI元素和功能,这样的页面组合就是微前端;
  • 微前端除了可以实现前端页面的解耦外,还可以实现页面级复用;
  • 基于对前端项目的有效合理拆解,使得单体前端分解为可以独立运行、开发、部署及运维的“小而美”的前端应用程序。然后结合业务领域,对这些应用程序进行组合、编排,构建我们所需的企业级前端应用;

微前端优势

1.技术融台
2.易于扩展和自由升级
3.快速开发积部署
4.弹性扩缩与隔离
5.更好的代码维护

微前端实现

1.基于iframe实现
2.基于页面布局服务实现
3.基于微前端框架实现

业务单元

  • 业务单元就是在进行微服务和微前端设计时,以领域模型为基准,向上通过微前端实现领域模型的页面逻辑,向下通过微服务实现领域模型的核心业务逻辑,将微前端与微服务组合成业务单元,每一个业务单元就是一个职责单一的业务组件。它们以组件化的方式,同时对外提供API接口级和页面级的服务复用能力;
  • 业务单元包括微前端和微服务,它们可以分别独立开发、测试、部署和运维,分别从前端和后端自包含地完成领域模型的业务功能;

业务单元组合方式

  • 1.单一业务单元
    单一业务单元通常由一个微前端和一个微服务组成;
  • 2.组合业务务单元
    一个微前端与多个微服务组成组合业务单元;
  • 3.通用业务单元
    一个微前端与一个或多个通用中台微服务可以组合为可复用的通用业务单元;

团队职责边界

  • 在组建中台项目团队时,我们可以按照中台领域模型的边界来组建。他们同时完成业务单元的微服务和微前端的开发、测试、集成和部署,确保业务单元内的业务逻辑、页面和流程正确;
  • 中台项目团队最终交付的产品是包含前端页面逻辑(微前端)和后端业务逻辑(微服务)的业务单元组件;
  • 基本的原则: 掌握好项目和技术复杂度边界,将沟通边界尽量控制在小团队内部。让熟悉的人干熟悉的事,让专业的人做专业的事,避免增加不必要的沟通和技术成本;

你可能感兴趣的:(#,DDD领域模型,java,DDD,中台,架构,微前端)