服务配置复杂。基础服务多，服务的资源配置复杂，传统方式管理服务复杂
服务之间调用复杂。检索服务、用户中心服务等，服务之间的调用复杂，依赖多
服务监控难度大。服务比较多，机器部署复杂，服务存活监控、业务是否正常监控尤为重要
服务化测试问题。服务依赖性比较大，测试一个小的功能，周边服务也需要启动
那么微服务的架构有什么优势呢？
| 传统单体架构 | 分布式微服务架构 | |
| 新功能开发 | 需要时间 | 容器开发和实现 |
| 部署 | 不经常且容易部署 | 经常发布，部署复杂 |
| 隔离性 | 故障影响范围大 | 故障影响范围小 |
| 架构设计 | 难度小 | 难度级数增加 |
| 系统性能 | 响应时间快，吞吐量小 | 响应时间慢，吞吐量大 |
| 系统运维 | 运维简单 | 运维复杂 |
| 技术 | 技术单一且封闭 | 技术多样且开放 |
| 测试和查错 | 简单 | 复杂 |
| 系统扩展性 | 扩展性很差 | 扩展性很好 |
| 系统管理 | 重点在于开发成本 | 重点在于服务治理和调度 |
- 架构设计变得复杂（尤其是分布式事务）
- 部署单个服务会比较快，但一次部署多个服务会变得复杂
- 系统的吞吐量会变大，但是响应时间会变长
- 运维复杂度会因为服务变多而变得很复杂
- 架构复杂导致学习曲线变大
- 测试和查错的复杂度增大
- 技术很多样，带来维护和运维的复杂度提升
- 管理分布式系统中的服务和调度变得困难且复杂
一 叶 知 秋，奥 妙 玄 心
原文地址:https://blog.csdn.net/weixin_43551213/article/details/134519008
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_10619.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
