一、目标

微服务框架通过组件化的方式提供微服务的开发部署、服务注册发现、服务治理与服务运维等能力。主流的微服务框架有开源的Spring Cloud、Dubbo与Service Mesh等，各大云厂商也基于开源的微服务框架，集成相关的云服务，实现企业级的微服务框架，如阿里云EDAS、腾讯云TSF、华为云CSE等。

二、主流框架

2.1、spring cloud

Spring Cloud提供一套基于Spring Boot快速构建的分布式系统/微服务的通用工具集合。通过Spring Boot对多个成熟的微服务框架再封装，屏蔽掉复杂的配置和实现原理，给开发者提供了一套简单易懂、易部署维护的微服务/云原生应用开发工具。利用Spring Boot可以简化微服务开发与治理，实现微服务一键启动和部署。Spring Cloud 提供各种轻量化，互相解耦，可以快速启用的组件来实现各种功能，如例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导层选举、分布式会话、群集状态等。

2.2、Dubbo

Dubbo是一款高性能Java开源的微服务框架（RPC框架），提供三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。Dubbo 采用全Spring 配置方式，透明化接入应用，对应用没有任何API 侵入，只需用Spring 加载Dubbo 的配置即可。如表3，在功能特性，服务通信与生态活跃度方面，Spring Cloud比Dubbo存在比较明显的优势。

三、主流框架对比

四、微服务设计

4.1、服务拆分

高内聚、低耦合、轻量化。

4.1.1、单一职责

服务业务逻辑单一、功能单一，只负责处理单一任务，不相关的业务逻辑隔离。服务部署更新时影响较小。

4.1.2、降低依赖：

减少服务之间不必要的依赖，降低服务间的协作成本，比如，避免循环依赖，避免核心服务对非核心服务的依赖。

4.1.3、服务自治：

除了服务功能上的独立性，还要保障服务提供团队小而全，能够进行完整的服务生命周期管理，包括需求、设计、开发、测试、发布、运维与运营等。

微服务拆分过程需要综合考虑各种因素，不断迭代优化。根据业务需要，可以参考以下一种或几种不同的拆分策略：

基于业务功能：按功能进行垂直拆分，比如电商场景中的订单服务、商品服务、价格服务等。

基于数据模型：确定数据模型及其依赖关系，按数据关联紧密、一致性要求较高、数据访问或数据安全要求的关联性进行拆分。比如，商品与商品项。

基于界限上下文：跟进完整的业务场景相关的模型、关系和行为进行拆分，比如，商品服务定义商品模型、特性及其相关操作。

基于非功能因素：基于服务可复用性、资源使用、交付频率、可伸缩性等进行拆分。