<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Service-Mesh - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/service-mesh/</link><description>Service-Mesh - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Mon, 24 Mar 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/service-mesh/" rel="self" type="application/rss+xml"/><item><title>Envoy xDS 协议介绍</title><link>https://rd163.visword.com/posts/xds-for-envoy/</link><pubDate>Mon, 24 Mar 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/xds-for-envoy/</guid><description><![CDATA[<p>xDS（Extensible Discovery Service，可扩展发现服务）是 Envoy 代理用来从控制面（Control Plane）获取动态配置的一组 gRPC/REST API 的统称。这里的 &ldquo;x&rdquo; 代表具体的资源类型，例如 Listener、Route、Cluster、Endpoint，分别对应 LDS、RDS、CDS、EDS。借助 xDS，Envoy 能够在不停机、不 reload 的情况下热更新监听器、路由表、上游集群、证书等几乎所有运行期配置，这正是 Istio、Higress 等服务网格与云原生网关实现毫秒级配置生效的底层基础。</p>]]></description></item><item><title>K8s 服务网格配置发现协议</title><link>https://rd163.visword.com/posts/k8s-service-mesh-config-proto/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-service-mesh-config-proto/</guid><description><![CDATA[<p>在服务网格场景下，控制面需要把监听器、路由、集群、端点、证书等配置高效、一致地下发到数据面（每个 sidecar 代理）。本文梳理 Istio 历史上使用过的两类配置分发协议：基于订阅的 <strong>MCP</strong> 与 Envoy 原生的 <strong>xDS</strong>。</p>]]></description></item><item><title>Kmesh：基于 eBPF 的内核原生服务网格数据平面</title><link>https://rd163.visword.com/posts/k8s-service-mesh-kmesh/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-service-mesh-kmesh/</guid><description><![CDATA[<h2 id="背景" class="headerLink">
    <a href="#%e8%83%8c%e6%99%af" class="header-mark"></a>背景</h2><p>像 Istio 这样的服务网格（Service Mesh）已经成为管理复杂微服务架构的核心手段，提供流量管理、安全（mTLS）和可观测性等能力。Sidecar 模型——在每个业务 Pod 旁注入一个 Envoy 代理——是过去几年最主流的数据平面实现。它功能完备、对应用透明，但在性能与资源开销上代价不菲。</p>]]></description></item><item><title>北极星（Polaris）</title><link>https://rd163.visword.com/posts/tencent-polaris/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/tencent-polaris/</guid><description>&lt;p>在微服务与分布式架构里，服务实例动态扩缩容、跨语言调用、跨环境互通是常态，随之而来的服务注册发现、流量控制、故障容错、配置下发等问题都需要一个统一的治理面来承载。北极星（Polaris，项目代号 PolarisMesh）正是腾讯针对这一诉求开源的服务发现与治理平台，在腾讯内部已经支撑了百万级服务注册和十万亿级日接口调用，通用性与稳定性经过大规模验证。&lt;/p></description></item></channel></rss>