登录社区云，与社区用户共同成长
邀请您加入社区
Istio提供了多个内置的安装配置文件（profile），包括`default`、`demo`、`minimal`、`external`、`empty`、`ambient`等。在服务网格的演进过程中，出现了多个代表性的实现方案。在大模型微服务场景下，需要精细调整Sidecar的资源限制，并在适当的情况下考虑使用Ambient Mesh模式彻底消除Sidecar的开销。这些特性要求流量管理具备更精细
在中，是用来扩展和自定义数据平面（即 Envoy Proxy）行为的一种机制。它允许用户以更灵活、更高效的方式增强流量处理能力，而不需要修改 Envoy 的源码。
K8S V1.35新版已经不支持ingress了，所以要用istio代替。本文记录安装设置过程，供大家参考学习。
Service Mesh 是一种专门用于处理服务间通信的基础设施层。它的核心思想是：将服务间通信的复杂逻辑从业务代码中剥离，交由独立的基础设施处理。Service A →（嵌入重试、鉴权、日志等逻辑）→ Service BService A → Sidecar Proxy → 网络 → Sidecar Proxy → Service B业务服务只关心“调用谁”，而通信细节全部由 Mesh 处理。业
在 Kubernetes 中，Ingress 一直是处理七层 HTTP 流量的标准方式。但随着业务复杂度提升，Ingress 暴露出了不少问题：功能依赖不同控制器的自定义注解、各实现间兼容性差、扩展性弱。为了解决这些痛点，Kubernetes 社区推出了，它被称为 Ingress 的下一代标准，提供了更模块化、更通用、更可扩展的流量管理能力。本文将带你从理论到实操，完整走一遍 Gateway AP
本文系统对比了TiDB和ClickHouse两种数据库的核心差异与适用场景。TiDB采用HTAP架构，兼容MySQL协议，支持分布式事务与实时分析（通过TiKV行存+TiFlash列存），适合OLTP与混合负载场景。ClickHouse专注OLAP，列式存储和向量化引擎带来超强分析性能，但缺乏事务支持，不适合高频写入。性能测试显示：TiDB在TPC-C（OLTP）场景表现优异（12万TPM），而C
本文系统介绍了Service Mesh核心概念与Istio实践应用。针对微服务通信治理痛点，提出基于Istio的解决方案，通过Sidecar模式实现流量管理、安全控制和可观测性，实现业务代码零侵入。 文章分为三部分：首先阐述Service Mesh的必要性，对比传统方案与Istio架构优势；其次详细讲解Istio的安装部署流程，包括生产级Helm配置和Sidecar注入验证；最后通过Virtual
eBPF：从内核技术到生产级基础设施的演进之路 摘要：eBPF作为革命性的Linux内核扩展技术，实现了安全高效的内核态编程，正在重塑云原生基础设施。本文通过三大生产场景分析其价值：1）云原生网络性能加速，相比传统方案降低50%延迟和60%CPU开销；2）下一代安全防护，支持7.3Tbps级DDoS防御和微秒级响应；3）LLM异构计算可观测性，实现零侵扰的全栈性能剖析。技术对比显示，eBPF与K8
Service Mesh / Istio / Envoy
2026年，企业部署的大模型推理服务规模已经从"几个端点"演变为"几十个模型、上百个端点"。一个典型的中型AI应用可能同时使用：GPT-4o处理通用对话、Claude处理长文档、DeepSeek处理代码、Qwen-VL处理图像、自托管的Llama 3.3处理私密数据。本文将系统介绍2026年LLM服务网格的架构设计、核心组件和生产实践。## 写在最后LLM服务网格是2026年AI基础设施的。##
