探索微服务拆分之路：实现业务和技术双赢的结果

最新推荐文章于 2024-08-09 08:00:28 发布

灸哥漫谈

最新推荐文章于 2024-08-09 08:00:28 发布

阅读量1.2k

点赞数 27

分类专栏：架构师修炼导航文章标签：微服务微服务拆分

本文链接：https://blog.csdn.net/iamjiuye/article/details/135398904

版权

架构师修炼导航专栏收录该内容

78 篇文章 5 订阅

订阅专栏

在软件架构领域，微服务架构已经成为许多企业应对复杂业务场景和快速变化需求的首选方案。微服务架构通过将庞大的单位应用拆分成一系列小型、独立的服务，每个服务都围绕着特定的业务能力进行构建和部署，从而带来了更高的可伸缩性、灵活性和可维护性。然后，如何合理地拆分微服务并不是一件简单的事情，它需要综合考虑业务、技术和组织等多个方面的因素。本文会从理论和实践两个角度，逐步探讨微服务拆分的原则、方法和最佳时间，帮助大家更好地理解和掌握微服务拆分这一关键技术。

一、微服务拆分理论基础

1、微服务拆分原则

单一职责原则

单一职责原则是面向对象设计的基本原则之一，它要求一个类只负责一项职责，在微服务架构中，这一原则同样适用。每个微服务都应该具有清晰的业务边界和单一的职责，只负责完成一项特定的业务功能，这样可以确保微服务的内聚性高，耦合度低，便于独立开发、测试和部署。

服务自治原则

服务自治是指每个微服务都应该具有独立的数据库、独立的开发团队和独立的部署环境，这样可以确保每个微服务都能够独立地进行版本迭代和功能升级，而不会对其他服务产生影响，同时，服务自治也有利于提高团队的协作效率和系统的可靠性。

持续集成和持续交付原则

持续集成和持续交付是敏捷开发的重要实践之一，强调将代码的开发、测试和部署过程自动化，以加快软件的交付速度。在微服务架构中，每个微服务都应该采用持续集成和持续交付的方式进行开发和部署，以确保代码的质量和系统的稳定性。

2、微服务拆分策略

从拆分本身来讲，有水平和垂直两种拆分策略：

水平拆分

水平拆分是按照业务功能或者业务流程的不同阶段进行拆分，比如在电商平台中，按照水平拆分角度可以拆分为商品微服务、订单微服务、支付微服务等，每个微服务都处理电商流程中的一部分业务功能。这种拆分方式有利于各个微服务专注于自己的业务功能，提高内聚性，降低耦合度。

垂直拆分

垂直拆分是按照系统的不同层次或者不同方面进行拆分，比如在一个垂直业务系统中，按照垂直拆分角度可以拆分为用户微服务、业务逻辑微服务、数据访问微服务，这是按照系统层级关系进行垂直拆分的。还有一种垂直拆分是按照不同的业务领域或者业务场景进行拆分，比如电商平台中的用户服务下会进一步拆分为买家微服务和卖家微服务两个独立的服务。

水平和垂直拆分的策略是拆分的最基本的策略，但在实际微服务拆分实践过程中，并不是如此简单的水平拆或者垂直拆，要根据系统的具体情况和业务场景，灵活结合水平和垂直的策略，这就会继续向往一层形成更细化的拆分策略，这将在下一部分拆分实践中详细介绍。

3、微服务边界划定策略

划定服务边界是微服务拆分过程中的关键步骤，它决定了每个微服务的职责范围和交互方式，从我实际经验来看，我给到大家一些在划定边界时应该要考虑的因素：

业务逻辑完整性

确保每个微服务包含完整的业务逻辑，避免跨服务调用导致的事务一致性问题，尽量将需要保持数据一致性的操作封装在同一个微服务内。

高内聚与低耦合

每个微服务应该具有高内聚性，就是服务内部的功能紧密相关；同时要保持低耦合性，目的就是减少服务间的依赖和交互复杂度。

数据独立性

在拆分微服务的时候，尽量让每个微服务拥有自己的数据存储，避免跨服务的直接数据访问，通过 API 进行数据交互，保持数据的独立性和隔离性。

可扩展性与可维护性

在拆分之初就需要考虑拆分后的每个微服务的可扩展性需求，确保服务在面对增长时能够容易地进行横向扩展，同时要保证服务的可维护性，便于未来的功能迭代和问题排查。

安全性与合规性

根据业务需求和安全标准来划定服务边界，确保敏感数据和业务逻辑得到妥善的保护和隔离，比如数据隐私保护、访问控制等，是可以独立成为单独的微服务的。

团队组织与协作

服务边界的划定务必考虑团队的组织结构和协作方式，康威定律嘛，尽量让每个团队负责一个或多个微服务的全生命周期管理，以提高团队的协作效率和响应速度。

二、微服务拆分的“落地”策略

上面有讲到微服务拆分的水平策略和垂直策略是属于指导策略，但是在具体实践中还远远不够，根据我过往的经历，我把常用的拆分策略讲解如下：

1、基于业务功能的拆分

基于业务功能进行微服务的拆分是最为常见的一种策略，在这个拆分策略指导下，要求我们先分析单体应用的业务功能，将紧密相关且内聚性高的功能划分为一个服务，也是符合高内聚与低耦合的原则，每个拆分出来的微服务对应一个完整的业务功能。这种拆分方法适用于大型公司有多个业务领域的场景，采用这种拆分方式有利于保持微服务的独立性和可维护性，同时也便于团队之间的协作和沟通。比如上面在水平拆分策略部分讲到的电商平台服务拆分例子。

2、基于数据流的拆分

基于数据流进行微服务拆分是一种在实践中更加细粒度的方法，在拆分之前要求将单体系统中的数据流有深度的分析和清晰的梳理，找到数据流的起点、终点和全生命周期中的各个关键点，然后根据这些点将系统进行拆分成多个独立的微服务。这种拆分方式一般不建议，因为需要对系统的数据流有深入的了解和分析能力，拆的好的话，是可以有利于优化系统的数据流和性能瓶颈的。比如在一个 CPS 系统中，我们根据数据流可以拆分为点击跟踪微服务、佣金计算微服务、佣金预结算微服务、数据对账微服务、佣金结算微服务等。

3、基于技术特性的拆分

基于技术特性进行微服务拆分是一种相对比较灵活的方法，它要求根据系统中的技术特性和需求进行微服务的划分和设计。比如，你的系统中有实时计算功能和非实时计算功能，你可以拆分为两个独立的微服务；再者，你的系统中存在高性能需要和低性能需求的两种场景，可以分别拆分成不同的微服务。这种拆分方式虽然有利于发挥不同技术的优势和特点，但是对架构师的要比较高的技术要求，要求他们对技术有深入的了解和掌握能力。