什么是微前端架构？

Posted 2023-04-10 Lydiasq

作为前端开发的新兴架构模式，微前端架构不仅可以提高开发效率、迭代速度和用户体验，还可以提高团队的协作效率和代码复用率，具有很高的业务价值。而与之相比，随着互联网应用的不断发展和迭代，传统的单体应用架构已经逐渐无法满足现代应用的需求。

微前端架构通过将应用拆分为多个小型模块，实现了模块化的设计，允许团队成员使用不同的技术栈进行开发，避免了单一技术栈的限制。此外，微前端架构还可以实现独立部署、快速迭代和按需加载等技术，提高了应用的可靠性和可用性，同时也提升了用户的访问速度和体验。

什么是微前端架构

微前端架构是一种前端架构模式，旨在将一个大型的Web应用程序拆分为更小、更独立的部分，每个部分可以由不同的团队开发、部署和维护。在微前端架构中，每个子应用程序可以独立开发、构建、测试和部署，同时也可以独立于其他子应用程序进行扩展和缩放。

微前端架构的一个重要概念是应用程序的“微服务化”。这意味着将应用程序拆分为不同的功能模块，每个模块可以由不同的团队开发和维护。每个模块可以在自己的生命周期内独立开发和部署，并与其他模块进行通信和集成。

微前端架构的另一个重要概念是“集成”。在微前端架构中，不同的子应用程序可以通过共享组件、通信机制和协议来集成到一个整体中。这种集成可以是同步的，也可以是异步的。这种灵活性使得不同的子应用程序可以按照自己的节奏进行开发和部署，同时确保整个应用程序的一致性和可用性。

微前端架构的技术特性主要包括以下几个方面：

1. 模块化：微前端架构通过将一个大型的应用拆分为多个小型的模块，实现了代码和功能的模块化，使得开发人员可以更加方便地进行模块化的开发、测试、部署和维护。

2. 独立部署：每个微前端模块都可以独立部署，可以根据需要对不同的模块进行独立升级、回滚和扩容等操作，避免了对整个应用进行重启和部署的情况。

3. 独立运行：每个微前端模块都可以独立运行，可以通过前端路由和页面嵌入等技术实现模块之间的相互调用和通信，同时也避免了模块之间的相互影响。

4. 技术栈无关性：微前端架构可以将不同的技术栈进行集成，允许使用不同的编程语言和框架进行开发，方便团队成员使用自己熟悉的技术栈进行开发。

5. 动态加载：微前端架构通过动态加载技术实现按需加载，可以将代码和资源进行动态加载，避免了页面加载速度慢和资源浪费的问题。

6. 数据共享：微前端架构可以通过共享数据、状态和事件等技术实现模块之间的数据共享和通信，避免了不同模块之间数据不一致的问题。

7. 可维护性：微前端架构的模块化设计和独立部署等特性，使得开发和维护变得更加简单和容易，方便进行代码的维护、升级和扩展等操作。

小程序容器技术

小程序容器技术可以看作是微前端架构的一种实现方式，因为它也是将一个大型的应用拆分为多个小型的模块，每个模块可以独立开发、部署和维护。小程序容器技术通过在主程序中引入小程序容器，实现将不同的小程序模块嵌入到主程序中的功能。

与传统的微前端架构不同的是，小程序容器技术更加注重模块之间的隔离性和安全性，每个小程序模块在容器中运行时，拥有自己的代码、样式和数据等资源，避免了模块之间的相互干扰。市面上一些比较知名的小程序容器技术产品包括：微信、支付宝、百度、抖音小程序等，他们都是以完善大社交平台自有小程序生态的技术底座，能提供第三方进行私有化部署的有：FinClip、mPaaS等产品。

因此，尽管小程序容器技术有其独特的特点，但它仍然可以被视为微前端架构的一种实现方式，旨在帮助开发者实现应用的模块化、可维护性和可扩展性。

小程序容器技术的业务价值

1. 高效协作：在大型应用开发中，不同的团队或开发者负责不同的模块，以小程序容器技术作为技术底座，可以将应用拆分为多个小型模块，使得团队成员可以更加高效地协作开发，避免了代码冲突和代码复杂度过高的问题。

2. 独立部署：模块化设计使得每个模块可以独立部署、升级和扩容，避免了整个应用的停机和维护时间，保证了应用的高可用性和可靠性。

3. 快速迭代：可以将应用拆分为多个小型模块，使得每个模块可以独立开发和测试，可以更加快速地进行应用的迭代和更新，提高了应用的开发效率和用户体验。

4. 技术栈无关性：可以将不同的技术栈进行集成，允许使用不同的编程语言和框架进行开发，方便团队成员使用自己熟悉的技术栈进行开发，提高了团队开发的效率和灵活性。

5. 用户体验提升：可以实现按需加载和动态加载等技术，避免了页面加载速度慢和资源浪费的问题，提高了用户的访问速度和体验。

6. 代码复用：可以将不同的模块进行共享和组合，避免了重复编写代码和重复设计的问题，提高了代码的复用性和可维护性。

​
总的来说，微前端架构（尤其是小程序容器技术）在现代应用开发中具有不可忽视的价值。它不仅能够提高开发效率和用户体验，还能够改善团队协作和代码复用率。

1.什么是微服务架构

初认识：

我理解每个行业、每个公司具有不同的业务体系和产品形态，微服务架构是一种架构模式，区别于其他系统架构的构建方式和技术方案，微服务架构具有其固有特点。

微服务架构的提出者 Martin Fowler 在其文章Microservices中定义了包括服务组件化、去中心化、基础设施自动化在内的多个微服务架构特点。

一般公司可以把业务体系中的服务分成如下几种类型：基础服务、通用服务、定制服务和其他服务等。我司就是这么玩的。

用什么技术：

目前业界主流的微服务实现技术提炼了八大技术体系，包括服务通信、服务治理、服务路由、服务容错、服务网关、服务配置、服务安全和服务监控。

1. 服务通信 Spring Cloud Gateway
   采用异步转同步的实现机制，也就是说开发人员使用同步的方式进行方法调用，而框架本身会基于 Future 等机制实现异步的远程处理。

2. 服务治理 Eureka
   通过服务治理实现自动化的注册和发现。称为服务注册中心。

3. 服务路由 Ribbon
   可以理解为负载均衡，是最常见的一种路由方案，常见的客户端/服务器端负载均衡技术都可以完成服务路由。Spring Cloud 等主流的微服务框架也都内置了 Ribbon 等客户端负载均衡组件。

4. 服务容错 Spring Cloud Circuit Breaker
   服务在自身失败引发生错误的同时，还会因为依赖其他服务而导致失败。除了比较容易想到和实现的超时、重试和异步解耦等手段之外，我们需要考虑针对各种场景的容错机制。

5. 服务网关 Spring Cloud Gateway
   服务网关也叫 API 网关，封装了系统内部架构，为每个客户端提供一个定制的 API。在微服务架构中，服务网关的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。

6. 服务配置 Spring Cloud Config
   在微服务架构中，考虑到服务数量和配置信息的分散性，一般都需要引入配置中心的设计思想和相关工具。
   与注册中心一样，配置中心也是微服务架构中的基础组件，其目的也是对服务进行统一管理，区别在于配置中心管理的对象是配置信息而不是服务的实例信息。

7. 服务安全 Spring Cloud Security
   服务安全是一块非常重要的。访问安全性，都是围绕认证和授权。也就是说我们首先需要确定用户身份，然后再确定这个用户是否有访问指定资源的权限。

8. 服务监控 Spring Cloud Sleuth 与 Zipkin 的集成
   在微服务架构中，当服务数量达到一定量级时，我们难免会遇到两个核心问题。
   一个是如何管理服务之间的调用关系？另一个是如何跟踪业务流的处理过程和结果？
   这就需要构建分布式服务跟踪机制。