Service Mesh——下一代微服务架构

最新推荐文章于 2024-10-24 08:42:48 发布

webmote

最新推荐文章于 2024-10-24 08:42:48 发布

阅读量1.7k

点赞数

CC 4.0 BY-SA版权

分类专栏： .net core 深度剖析文章标签：微服务架构服务网格 service mesh istio

本文链接：https://blog.youkuaiyun.com/codeex/article/details/84135002

.net core 深度剖析专栏收录该内容

124 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

Service Mesh作为处理服务间通信的基础设施层，解决了云原生应用中的复杂服务拓扑问题。它通过sidecar代理在服务两侧形成分布式网络，实现了服务间的无感知通信。相比传统的解决方案，Service Mesh提供了统一的策略控制，包括服务发现、路由和流量控制。本文还对比了微软的Service Fabric和google的ISTIO在服务网格领域的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

定义

根据Linkerd CEO William Morgan定义，Service Mesh是用于处理服务间通信的基础设施层，用于在云原生应用复杂的服务拓扑中实现可靠的请求传递。在实践中，Service Mesh通常是一组与应用一起部署，但对应用透明的轻量级网络代理。

架构难题

我司采用的微服务架构基于Thrift通信，为了提供一个全局通用的通信协议，把这些与协议、路由等相关的操作封装在内部基础库上，像Netflix、Twitter等SOA/微服务的早期采用者，他们通过建立内部库的方式处理这些问题，然后提供给所有服务使用一样。
这种方法的问题在于，把库扩展到成百上千个微服务中难度极高，而且这些库相对来说是比较”脆弱“的，每次需要升级基础内部库，对众多微服务来说，虽然有容器支撑，也是一种小灾难~~
而Service Mesh提供了一种解决困境的思路和统一方案。
在这里插入图片描述
Service Mesh与传统基础设施层不同之处在于，它形成了一个分布式的互连代理网络，以sidecar形式部署在服务两侧，服务对于代理无感知，且服务间所有通信都由代理进行路由。