云原生架构反模式中，单体应用“硬拆”为微服务有哪些典型例子？
云原生架构反模式中，单体应用“硬拆”为微服务有哪些典型例子？
展开
收起
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
1
条回答
写回答
-
服务的拆分需要适度，过分服务化拆分反而会导致新架构与组织能力的不匹配，让架构升级得不到技术红利。典型的例子包括：
-
小规模软件的服务拆分：软件规模不大，团队人数也少，但是为了微服务而微服务，强行把耦合度高、代码量少的模块进行服务化拆分，一次性的发布需要拆分为多个模块分开发布和维护；
-
数据依赖：服务虽然拆分为多个，但是这些服务的数据是紧密耦合的，于是让这些服务共享数据库，导致数据的变化往往被扇出到多个服务中，造成服务间数据依赖；
-
性能降低：当耦合性很强的模块被拆分为多个微服务后，原来的本地调用变成了分布式调用，从而让响应时间变大了上千倍，导致整个服务链路性能急剧下降。
以上内容来自《云原生架构白皮书2022新版》电子书，点击https://developer.aliyun.com/special/download?id=8548可下载完整版
2022-07-23 11:04:44赞同 展开评论 -
相关问答
收录在圈子:
+ 订阅
阿里云中间件主要有包含这么几个： 分布式关系型数据库DRDS_水平拆分 做数据库扩展性的 、消息队列MQ 是做消息的中间件、企业级分布式应用服务EDAS 做分布式服务的、还有一些其他的中间件，比如配置服务、缓存等等。
相关文章
热门讨论
热门文章
展开全部
还有其他疑问?
咨询AI助理