微服务的优缺点

觉得基于springcloud、dubbo的微服务缺点大于优点。很多技术人员为了微服务而微服务。

基于springcloud、dubbo的微服务和基于jar的微服务。

基于springcloud、dubbo的微服务简称传统微服务，基于jar的微服务简称jar微服务。

jar微服务定义：服务的相互调用通过引用jar，调用本地api方法。定义的其他部分和传统微服务定义一致。传统微服务是通过微服务进行服务隔离，jar微服务通过jar包进行服务隔离。

 

## 传统微服务的优点

1. 微服务是松藕合的，无论是在开发阶段或部署阶段都是独立的。

2. 能够快速响应, 局部修改容易, 一个服务出现问题不会影响整个应用。

3. 易于和第三方应用系统集成, 支持使用不同的语言开发, 允许你利用融合最新技术。

4. 每个微服务都很小，足够内聚，足够小，代码容易理解。团队能够更关注自己的工作成果, 聚焦指定的业务功能或业务需求。

5. 开发简单、开发效率提高，一个服务可能就是专一的只干一件事, 能够被小团队单独开发，这个小团队可以是 2 到 5 人的开发人员组成

 

## 传统微服务的缺点

1. 服务调用跨网络，增加网络IO，降低性能。

2. 服务调用跨更多节点，分布式事务数据不一致性可能更大。

3. 需要服务发现，增加复杂度。

4. 运维、测试基于微服务架构的应用也很复杂。

5. 每个服务都是一个独立系统，代码重复，增加系统框架不一致的可能性。

6. 所以服务总的启动时间长。

7. 服务依赖的传递性，A依赖B，B依赖C。那么只能先部署好C、再部署B、再部署A。

 

## 传统微服务的优点

1. 传统微服务能使用不同的语言、框架开发。

2. 一个jar是计算密集型的，一个jar是io密集型的，集成在一个系统里，会有资源冲突。

 

## 说明

1. 关于解耦，传统微服务解耦和jar微服务解耦效果差不多。

2. 关于服务发现，这本是传统微服务自找麻烦，自己挖了坑，自己再把它填上。

 

##都需要注意的地方

边界定义清楚

##传统微服务适用场景

服务跨部门，甚至服务跨公司。不同部门资源很难统一协调，也很可能使用不同的语言或框架。团队内部千万不要为了微服务而去微服务。