服务网格(ServiceMesh)这两年异常之火,号称是下一代微服务架构,接下来两个月,准备系统性的写写这个东西,希望能够让大家对最新的架构技术,有个初步的了解。
画外音:我的行文的风格了,“为什么”往往比“怎么样”更重要。
互联网公司,经常使用的是微服务分层架构。
画外音:为什么要服务化,详见《服务化到底解决什么问题?》。
随着数据量不断增大,吞吐量不断增加,业务越来越复杂,服务的个数会越来越多,分层会越来越细,除了数据服务层,还会衍生出业务服务层,前后端分离等各种层次结构。
画外音:分层的细节,详见《互联网分层架构演进》。
不断发现主要矛盾,抽离主要矛盾,解决主要矛盾,架构自然演进了,微服务架构,潜在的主要矛盾会是什么呢?
引入微服务架构,一般会引入一个RPC框架,来完成整个RPC的调用过程。

如上图粉色部分所示,RPC分为:
- RPC-clie
继续阅读与本文标签相同的文章
上一篇 :
拜托,面试别再问我表达式求值了!!!
下一篇 :
Istio究竟是干嘛的?
-
一次诡异的数据库“死锁”,问题究竟在哪里?
2026-05-21栏目: 教程
-
6条shell小技巧,让脚本显得不再业余(1分钟系列)
2026-05-21栏目: 教程
-
最主流的技术体系进阶路线图,带走不谢!!!
2026-05-21栏目: 教程
-
Istio流控,服务发现,负载均衡,核心流程是如何实现的?
2026-05-21栏目: 教程
-
为什么我就遇不到,手摸手指导我的leader?
2026-05-21栏目: 教程
