微服务的优缺点
觉得基于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. 关于服务发现,这本是传统微服务自找麻烦,自己挖了坑,自己再把它填上。
##都需要注意的地方
边界定义清楚
##传统微服务适用场景
服务跨部门,甚至服务跨公司。不同部门资源很难统一协调,也很可能使用不同的语言或框架。团队内部千万不要为了微服务而去微服务。
posted on 2020-11-04 15:14 uestc2007 阅读(1460) 评论(0) 编辑 收藏 举报
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性