微服务 - 漫画版(上)

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
简介: 微服务 - 漫画版(上)

漫画:什么是微服务

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png

image.png



缺点一:项目过于臃肿当大大小小的功能模块都集中在同一项目的时候,整个项目必然会变得臃肿,让开发者难以维护。


缺点二:资源无法隔离就像刚刚小灰的经历一样,整个单体系统的各个功能模块都依赖于同样的数据库、内存等资源,一旦某个功能模块对资源使用不当,整个系统都会被拖垮。


缺点三:无法灵活扩展当系统的访问量越来越大的时候,单体系统固然可以进行水平扩展,部署在多台机器上组成集群:


\

image.png


但是这种扩展并非灵活的扩展。比如我们现在的性能瓶颈是支付模块,希望只针对支付模块做水平扩展,这一点在单体系统是做不到的。

目录
相关文章
|
小程序 Java 数据库
从根儿上学习微服务01:微服务的“前世今生”
从根儿上学习微服务01:微服务的“前世今生”
101 0
|
存储 前端开发 JavaScript
微服务与领域驱动设计,架构实践总结
微服务与领域驱动设计,架构实践总结
|
运维 负载均衡 监控
微服务1:微服务及其演进史
微服务1:微服务及其演进史
147 0
微服务1:微服务及其演进史
|
存储 架构师 微服务
微服务大泥球,分层微服务,分群微服务
讨论一下微服务中服务间关系的三种模式:微服务大泥球,分层模式,分群模式。
134 0
|
存储 缓存 前端开发
微服务 - 漫画版(下)
微服务 - 漫画版(下)
119 0
微服务 - 漫画版(下)
|
架构师 程序员 微服务
架构师的独白:微服务架构是这样的...
项目和人类一样,总是会死亡的,有时候会突然死亡,有时候回自然死亡;在自然死亡这一边,有的人去世的很早,有的人则寿命很长,长寿的人,通常都是生活更规律的;项目也一样,框架更好的项目活的更久,框架不好的项目,上线同时就死亡了。
架构师的独白:微服务架构是这样的...
|
Java 测试技术 持续交付
拆完中台再拆微服务
这些年中台、微服务都是技术浪潮中的弄潮儿。两者的命运似乎是所有技术新词的缩影:先谈,再建,后拆,最后平静。 如中台,开始时聊什么都得带上中台,战略层喜欢谈,执行层也喜欢谈,再后面跟随一线大厂纷纷搭建自己的中台,然后就是反思,拆除中台,最后平静看待中台。 中台可以说已经经历完整的生命周期,而微服务周期也差不多,但对于“拆掉”,两者的声势与目标却不太相同。
160 0
|
XML 敏捷开发 JSON
微服务架构谈系列(3):SOA VS 微服务(2)
微服务架构谈系列(3):SOA VS 微服务(2)
191 0
微服务架构谈系列(3):SOA VS 微服务(2)
|
运维 监控 架构师
微服务架构谈系列(3):SOA VS 微服务(3)
微服务架构谈系列(3):SOA VS 微服务(3)
228 0
微服务架构谈系列(3):SOA VS 微服务(3)
|
C++ 微服务
微服务架构谈系列(3):SOA VS 微服务(1)
微服务架构谈系列(3):SOA VS 微服务(1)
265 0
微服务架构谈系列(3):SOA VS 微服务(1)
下一篇
无影云桌面