istio

第49篇 k8s之服务网格入门：Istio 简介IT策士 10余年一线大厂经验，专注 IT 思维、架构、职场进阶。我会在各个平台持续发布最新文章，助你少走弯路。

从 0 到 1 实操 K8s Gateway API+Istio：告别 Ingress，用新标准实现域名访问在 Kubernetes 中，Ingress 一直是处理七层 HTTP 流量的标准方式。但随着业务复杂度提升，Ingress 暴露出了不少问题：功能依赖不同控制器的自定义注解、各实现间兼容性差、扩展性弱。

每日一Go-68、基于 Kind 的 Istio 本地实战（完整可跑）为什么需要Service Mesh(服务网格)？简单来说，当你的架构从“单体”演进到“微服务”后，原本简单的进程内调用变成了错综复杂的网络调用。Service Mesh（服务网格）的出现，是为了把“业务逻辑”与“网络基础设施”彻底解耦。

Istio - 服务网格流量治理深度解析：灰度发布 / 故障注入配置实践随着微服务架构在企业级场景的普及，传统基于SDK的治理模式暴露出越来越多的问题：业务代码与治理逻辑耦合、多语言版本不一致、治理规则升级需要业务重新发版、运维成本居高不下。Istio作为云原生时代服务网格的事实标准，将流量治理能力从业务层下沉到基础设施层，实现了业务与治理的解耦。

Envoy 详解：云原生时代的高性能网络代理Envoy 是由 Lyft 开发并于 2016 开源的高性能网络代理，现已成为 CNCF（云原生计算基金会）的毕业项目。在云原生生态中，尤其是在 Istio 等服务网格架构里，Envoy 扮演着数据平面的核心角色。本文将详细介绍 Envoy 的核心特性、架构设计、关键组件、使用场景及与其他代理的对比。

Istio 架构全景解析：控制面 vs 数据面、核心组件与流量路径深度拆解Istio 是一个开源的服务网格（Service Mesh），它为微服务架构提供了强大的管理、连接和保护能力。在 Istio 架构中，主要分为控制面（Control Plane）和数据面（Data Plane）。下面我们将详细解析这两个面的角色、核心组件以及流量路径。

3分钟理解服务网格Istio每次跟人聊服务网格，对方的眼神都会逐渐涣散。概念太多，Sidecar、Envoy、流量管理、可观测性……一堆术语砸过来，谁受得了。

【架构实战】Service Mesh深度对比：Istio vs LinkerdService Mesh是微服务通信基础设施：核心功能：选择Istio：选择Linkerd：Service Mesh选择：

从企业版 Istio 迁移到社区版：一场给高速行驶汽车换轮胎的实践最近我们在做一件非常危险的大事——把用了好几年的腾讯云企业版 Istio 服务网格迁移到社区开源版。事情的起因是腾讯云突然宣布不再维护 Istio 服务网格了，后续也不会推出新版本。这就导致我们的网格一直停留在旧版本，进而连带着 k8s 这些基础组件也很难升级。可以说是血的教训：用托管服务一时爽，一旦厂商放弃维护，迁移成本还是得自己扛。

云原生与容器--Service Mesh (Istio) 入门实战系列导读：本篇将深入讲解 Service Mesh 与 Istio 的核心概念与实战应用。✅ Service Mesh 概述：定义、作用、Sidecar 模式 ✅ Istio 架构：Envoy、Istiod ✅ 流量管理：VirtualService、DestinationRule ✅ 安全策略：mTLS、授权策略 ✅ 可观测性：指标、追踪、可视化

istio初探以及解决http-426的问题载、流量劫持、sidecar自动注入，到envoy的各种能力：熔断、流控、分流、透明代理、可观测性等等，已经可以支撑起一个完整的服务治理框架了

人间打气筒（Ada）

go实战案例：如何通过 Service Meh 实现熔断和限流在前面的文章中，我们分别学习了熔断、限流在服务高可用架构中的重要性和具体使用方式。但是，在具体使用过程中，我们会发现实现熔断和限流的代码和实现业务逻辑的代码耦合在一起，对系统的可维护性产生了不良的影响。而 Service Mesh 作为下一代的微服务架构，它将服务间的通信从基础设施中抽离出来，还可以替这些业务服务完成熔断和限流等功能，而且完全对业务代码透明，这妥妥地提高了开发效率，因为普通开发者能够更加专注于业务开发。下面我们就来看一下如何通过Service Mesh 实现熔断和限流。在前面的文章中

岁岁种桃花儿

kubenetes从入门到上天系列第二十六篇：Kubernetes的Istio服务网格实战Istio 是运行于分布式应用程序之上的非侵入式（无代码入侵）服务网格系统，它的主要目的是为了更好更轻松的解决服务治理问题（Istio 是一套非侵入式一站式服务治理解决方案）。

人间打气筒（Ada）

go实战案例：如何在 Go-kit 和 Service Meh 中进行服务注册与发现？今天分享的是如何在Go-kit和ServiceMesh中进行服务注册与发现的案例。在上文中，我们基于搭建好的 Consul 集群，通过 Consul 中提供的 HTTP API 实现了 register 的服务注册与发现功能。我们采用手动构造HTTP请求的方式，在服务启动时发送服务实例数据到Consul中完成服务注册，在服务关闭时向Consul请求服务注销，并通过Consul提供的服务发现接口根据服务名获取可用的服务实例信息列表。在本文，我们将使用Go-kit提供的服务注册与发现工具包完成服务注册与发

【云原生】可观测性系统—Istio一个现代的可观测性体系（Observability）通常包含三部分：指标（Metrics）：Prometheus（告诉你系统现在怎么了）。

K8S结合Istio深度实操Istio 是云原生场景下的服务网格框架，核心是通过 Sidecar 代理（Envoy）接管微服务的网络通信，无需修改业务代码，就能统一解决微服务架构的网络管理问题，核心作用分以下几点：

无级程序员

k8s v1.35配置gateway, istio通过metalb vip访问K8S V1.35新版已经不支持ingress了，所以要用istio代替。本文记录安装设置过程，供大家参考学习。

一个向上的运维者

基于k8s的KServe 控制平面生产级部署最佳实践：基于 Gateway API 的标准化流量管理方案KServe控制平面负责管理推理服务的生命周期，与Kubernetes API协同工作，处理资源编排，并提供自动扩缩容能力。它作为KServe平台的核心，确保模型服务工作负载能够根据需求正确部署、监控和扩缩容。

运维螺丝钉

Kubernetes之Istio应用追求零风险和快速回滚 -> 蓝绿发布需要根据用户属性测试功能 -> A/B测试想用真实流量验证新版本性能 -> 镜像发布

灰子学技术

istio从0到1:如何解决同一个应用不同功能的路由聚合问题问题描述:istio的路由是virtual service来实现的，而vs的管理粒度是应用这个粒度的，通常叫法是upstream。这种实现逻辑已经焊死了一个功能变更，就需要修改整个应用粒度的路由信息的关联方式。