什么样的项目适合微服务

摘要：能做成微服务的项目一般都具备四个要素：小、独、轻、松。如果是偏底层的系统项目，功能和功能之间有着紧密的配合关系，人为的切割无法带来业务上的真正的隔离，像这类就不适合做成微服务。

详细解答：

一、适合做成微服务的项目特点

微服务可以按照业务功能本身的独立性来划分，如果系统提供的业务是非常底层的，如：操作系统内核、存储系统、网络系统、数据库系统等等。

这类系统都偏底层，功能和功能之间有着紧密的配合关系，如果强制拆分为较小的服务单元，会让集成工作量急剧上升，并且这种人为的切割无法带来业务上的真正的隔离，所以无法做到独立部署和运行，也就不适合做成微服务了。

能不能做成微服务，取决于四个要素：

• 小：微服务体积小，2 pizza 团队。
• 独：能够独立的部署和运行。
• 轻：使用轻量级的通信机制和架构。
• 松：微服务之间是松耦合的。

二、微服务的设计原则：

1、单一职责原则

• 意思是每个微服务只需要实现自己的业务逻辑就可以了，比如订单管理模块，它只需要处理订单的业务逻辑就可以了，其它的不必考虑。

2、服务自治原则

• 意思是每个微服务从开发、测试、运维等都是独立的，包括存储的数据库也都是独立的，自己就有一套完整的流程，我们完全可以把它当成一个项目来对待。不必依赖于其它模块。

3、轻量级通信原则

• 首先是通信的语言非常的轻量，第二，该通信方式需要是跨语言、跨平台的，之所以要跨平台、跨语言就是为了让每个微服务都有足够的独立性，可以不受技术的钳制。

4、接口明确原则

• 由于微服务之间可能存在着调用关系，为了尽量避免以后由于某个微服务的接口变化而导致其它微服务都做调整，在设计之初就要考虑到所有情况，让接口尽量做的更通用，更灵活，从而尽量避免其它模块也做调整。