微服务网格：Istio 流量管理实战

古城小栈2025-12-18 17:37

在微服务架构盛行的当下，随着服务数量的激增，流量管理逐渐成为保障系统稳定性、灵活性的核心挑战。传统的流量控制方案（如服务内部硬编码路由规则）存在耦合度高、扩展性差、运维成本高等问题。而 Istio 作为业界主流的微服务网格（Service Mesh）解决方案，通过"数据平面+控制平面"的架构，实现了流量的精细化管控，无需侵入业务代码即可提供路由转发、负载均衡、流量镜像、故障注入等强大功能。

本文将从 Istio 流量管理的核心原理出发，结合大量实战示例，详细讲解路由规则配置、负载均衡策略、流量灰度发布、故障注入与容错等关键场景的实现方式，并拓展 Istio 流量管理的进阶特性与最佳实践，帮助读者快速掌握 Istio 流量管理的实战能力。

一、Istio 流量管理核心架构与原理

在深入实战前，我们先明确 Istio 流量管理的核心组件与工作机制，这是理解后续实战操作的基础。

1.1 核心组件

Istio 流量管理的核心依赖两大组件：

  • 控制平面（Control Plane）- Istiod：负责流量规则的配置、分发与管理。它将用户定义的流量规则（如 VirtualService、DestinationRule 等 CRD 资源）转换为数据平面可识别的格式，并推送给 Sidecar 代理。同时，Istiod 还提供服务发现、证书管理等功能。

  • 数据平面（Data Plane）- Sidecar 代理（Envoy）：以边车（Sidecar）模式注入到每个微服务 Pod 中，所有进出服务的流量都会被 Envoy 代理拦截。Envoy 根据 Istiod 推送的流量规则，对流量进行转发、过滤、负载均衡等操作，是流量管理的实际执行者。

1.2 核心工作流程

Istio 流量管理的核心流程可概括为 3 步：

  1. 用户通过 Kubernetes CRD 资源（如 VirtualService、DestinationRule）定义流量规则；

  2. Istiod 监听这些 CRD 资源的变化，将其转换为 Envoy 可识别的 xDS 协议配置，并推送给所有 Sidecar 代理；

  3. Sidecar 代理（Envoy）根据接收的配置，拦截并处理服务间的所有流量，实现预期的流量管控效果。

1.3 核心 CRD 资源说明

Istio 通过一系列自定义资源（CRD）来定义流量规则，核心资源包括：

  • VirtualService：虚拟服务，核心用于定义流量的路由规则。它可以将客户端请求根据条件（如路径、请求头、端口）路由到不同的目标服务或服务版本。

  • DestinationRule：目标规则，用于定义流量到达目标服务后的行为，如负载均衡策略、连接池配置、健康检查、TLS 配置等。

  • Gateway：网关，用于管理集群内外的流量进出，相当于 Istio 网格的"入口/出口大门"，可配置端口、协议、TLS 等信息。

  • ServiceEntry：服务条目，用于将集群外部的服务纳入 Istio 网格的管理范围，实现对外部服务的流量管控。

二、实战环境准备

本节将搭建 Istio 实战环境，包括 Kubernetes 集群部署、Istio 安装以及测试服务部署。

2.1 环境要求

  • Kubernetes 集群（1.24+ 版本，推荐使用 Minikube 或 Kind 搭建本地测试集群）；

  • kubectl 命令行工具（与 Kubernetes 集群版本匹配）；

  • Istioctl 命令行工具（1.18+ 版本，用于安装和管理 Istio）。

2.2 Istio 安装步骤

使用 Istioctl 快速安装 Istio（默认安装 profile 为 default，适用于测试环境）：

bash 复制代码 
# 1. 下载 Istio 安装包（以 1.18.2 版本为例）
curl -L https://istio.io/downloadIstio | ISTIO_VERSION=1.18.2 TARGET_ARCH=x86_64 sh -

# 2. 进入 Istio 安装包目录
cd istio-1.18.2

# 3. 将 istioctl 加入系统环境变量
export PATH=$PWD/bin:$PATH

# 4. 安装 Istio（默认部署在 istio-system 命名空间）
istioctl install --set profile=default -y

# 5. 验证 Istio 组件是否部署成功
kubectl get pods -n istio-system

若输出结果中 istiod Pod 状态为 Running，则说明 Istio 控制平面部署成功。

2.3 测试服务部署

部署一个简单的测试服务 demo-service，包含两个版本（v1 和 v2），用于后续流量管理测试：

yaml 复制代码 
# demo-service-v1.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-service-v1
spec:
  replicas: 2
  selector:
    matchLabels:
      app: demo-service
      version: v1
  template:
    metadata:
      labels:
        app: demo-service
        version: v1
    spec:
      containers:
      - name: demo-service
        image: nginx:alpine
        ports:
        - containerPort: 80
        command: ["/bin/sh", "-c"]
        args:
          - echo "<h1>demo-service v1</h1>" > /usr/share/nginx/html/index.html;
            nginx -g "daemon off;";
---
# demo-service-v2.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-service-v2
spec:
  replicas: 2
  selector:
    matchLabels:
      app: demo-service
      version: v2
  template:
    metadata:
      labels:
        app: demo-service
        version: v2
    spec:
      containers:
      - name: demo-service
        image: nginx:alpine
        ports:
        - containerPort: 80
        command: ["/bin/sh", "-c"]
        args:
          - echo "<h1>demo-service v2</h1>" > /usr/share/nginx/html/index.html;
            nginx -g "daemon off;";
---
# demo-service-service.yaml
apiVersion: v1
kind: Service
metadata:
  name: demo-service
spec:
  selector:
    app: demo-service
  ports:
  - port: 80
    targetPort: 80

执行部署命令，并为测试命名空间启用 Istio 自动注入（Sidecar 代理）：

bash 复制代码 
# 1. 创建测试命名空间（如 demo-ns）
kubectl create ns demo-ns

# 2. 为命名空间启用 Istio 自动注入（添加标签 istio-injection=enabled）
kubectl label ns demo-ns istio-injection=enabled

# 3. 部署测试服务到 demo-ns 命名空间
kubectl apply -f demo-service-v1.yaml -n demo-ns
kubectl apply -f demo-service-v2.yaml -n demo-ns
kubectl apply -f demo-service-service.yaml -n demo-ns

# 4. 验证服务部署成功（确保 Pod 包含 2 个容器：业务容器 + sidecar 容器）
kubectl get pods -n demo-ns
# 输出示例：NAME                              READY   STATUS    RESTARTS   AGE
#          demo-service-v1-xxx-xxx   2/2     Running   0          5m
#          demo-service-v1-yyy-yyy   2/2     Running   0          5m
#          demo-service-v2-xxx-xxx   2/2     Running   0          5m
#          demo-service-v2-yyy-yyy   2/2     Running   0          5m

三、核心流量管理场景实战

本节将围绕路由转发、负载均衡、灰度发布、流量镜像、故障注入等核心场景，结合示例代码讲解 Istio 流量管理的具体实现。

3.1 基础路由转发：按路径/请求头路由

场景需求：将访问路径为 /v1 的请求路由到 demo-service v1 版本，访问路径为 /v2 的请求路由到 demo-service v2 版本；同时，若请求头中包含 X-Version: v1，无论路径如何，均路由到 v1 版本。

实现方式：通过 VirtualService 定义路由规则：

yaml 复制代码 
# demo-service-vs.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs
  namespace: demo-ns
spec:
  hosts:
  - demo-service  # 目标服务名称（Kubernetes Service 名称）
  http:
  # 规则 1：请求头包含 X-Version: v1，路由到 v1 版本
  - match:
    - headers:
        X-Version:
          exact: v1
    route:
    - destination:
        host: demo-service
        subset: v1  # 对应 DestinationRule 中定义的子集
  # 规则 2：路径为 /v1，路由到 v1 版本
  - match:
    - uri:
        prefix: /v1
    route:
    - destination:
        host: demo-service
        subset: v1
  # 规则 3：路径为 /v2，路由到 v2 版本
  - match:
    - uri:
        prefix: /v2
    route:
    - destination:
        host: demo-service
        subset: v2
  # 规则 4：默认路由到 v1 版本（兜底规则）
  - route:
    - destination:
        host: demo-service
        subset: v1
---
# demo-service-dr.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: demo-service-dr
  namespace: demo-ns
spec:
  host: demo-service  # 目标服务名称
  subsets:
  # 定义 v1 子集（匹配标签 version: v1 的 Pod）
  - name: v1
    labels:
      version: v1
  # 定义 v2 子集（匹配标签 version: v2 的 Pod）
  - name: v2
    labels:
      version: v2

部署并验证路由规则：

bash 复制代码 
# 1. 部署 VirtualService 和 DestinationRule
kubectl apply -f demo-service-vs.yaml -n demo-ns
kubectl apply -f demo-service-dr.yaml -n demo-ns

# 2. 部署测试客户端（用于发送请求测试）
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- /bin/sh

# 3. 在客户端容器内执行测试命令
# 测试 1：请求头包含 X-Version: v1，预期返回 v1
curl -H "X-Version: v1" demo-service:80
# 输出：<h1>demo-service v1</h1>

# 测试 2：访问路径 /v2，预期返回 v2
curl demo-service:80/v2
# 输出：<h1>demo-service v2</h1>

# 测试 3：访问路径 /（默认规则），预期返回 v1
curl demo-service:80
# 输出：<h1>demo-service v1</h1>

3.2 负载均衡策略配置

场景需求：为 demo-service v2 版本配置轮询（Round Robin）负载均衡策略，为 v1 版本配置加权随机（Weighted Random）策略，权重占比 3:1。

实现方式：通过 DestinationRule 的 trafficPolicy 配置负载均衡策略：

yaml 复制代码 
# demo-service-dr-lb.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: demo-service-dr-lb
  namespace: demo-ns
spec:
  host: demo-service
  subsets:
  - name: v1
    labels:
      version: v1
    trafficPolicy:
      loadBalancer:
        simple: ROUND_ROBIN  # 轮询策略（默认策略，可省略）
  - name: v2
    labels:
      version: v2
    trafficPolicy:
      loadBalancer:
        simple: WEIGHTED_RANDOM  # 加权随机策略
        weightedRandom:
          weights:
          - service: demo-service
            subset: v2
            weight: 75  # 75% 流量到第一个 v2 Pod
          - service: demo-service
            subset: v2
            weight: 25  # 25% 流量到第二个 v2 Pod
# 注：加权随机的权重是针对同一子集内的不同 Pod，若需跨版本加权，需在 VirtualService 中配置

若需实现跨版本的流量加权（如 70% 流量到 v1，30% 流量到 v2），可修改 VirtualService：

yaml 复制代码 
# demo-service-vs-weight.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-weight
  namespace: demo-ns
spec:
  hosts:
  - demo-service
  http:
  - route:
    - destination:
        host: demo-service
        subset: v1
      weight: 70  # 70% 流量到 v1
    - destination:
        host: demo-service
        subset: v2
      weight: 30  # 30% 流量到 v2

验证负载均衡效果：

bash 复制代码 
# 1. 更新配置
kubectl apply -f demo-service-dr-lb.yaml -n demo-ns
kubectl apply -f demo-service-vs-weight.yaml -n demo-ns

# 2. 客户端多次发送请求，观察结果分布
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- /bin/sh
for i in {1..10}; do curl demo-service:80; echo ""; done
# 预期输出：约 7 次 v1，3 次 v2

3.3 灰度发布：金丝雀发布实战

场景需求：实现 demo-service 的金丝雀发布，先将 10% 流量导向新版本 v3，验证无问题后，逐步将 100% 流量切换到 v3。

步骤 1：部署 demo-service v3 版本：

yaml 复制代码 
# demo-service-v3.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: demo-service-v3
spec:
  replicas: 2
  selector:
    matchLabels:
      app: demo-service
      version: v3
  template:
    metadata:
      labels:
        app: demo-service
        version: v3
    spec:
      containers:
      - name: demo-service
        image: nginx:alpine
        ports:
        - containerPort: 80
        command: ["/bin/sh", "-c"]
        args:
          - echo "<h1>demo-service v3 (Canary)</h1>" > /usr/share/nginx/html/index.html;
            nginx -g "daemon off;";

步骤 2：更新 DestinationRule 新增 v3 子集，更新 VirtualService 配置 10% 流量到 v3：

yaml 复制代码 
# demo-service-dr-canary.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: demo-service-dr-canary
  namespace: demo-ns
spec:
  host: demo-service
  subsets:
  - name: v1
    labels: {version: v1}
  - name: v2
    labels: {version: v2}
  - name: v3
    labels: {version: v3}  # 新增 v3 子集
---
# demo-service-vs-canary.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-canary
  namespace: demo-ns
spec:
  hosts:
  - demo-service
  http:
  - route:
    - destination:
        host: demo-service
        subset: v1
      weight: 90  # 90% 流量到 v1
    - destination:
        host: demo-service
        subset: v3
      weight: 10  # 10% 流量到 v3（金丝雀版本）

步骤 3：验证金丝雀发布效果，后续逐步调整权重：

bash 复制代码 
# 1. 部署 v3 版本和更新配置
kubectl apply -f demo-service-v3.yaml -n demo-ns
kubectl apply -f demo-service-dr-canary.yaml -n demo-ns
kubectl apply -f demo-service-vs-canary.yaml -n demo-ns

# 2. 客户端多次请求，观察 v3 流量占比
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- /bin/sh
for i in {1..20}; do curl demo-service:80; echo ""; done
# 预期：约 2 次 v3，18 次 v1

# 3. 验证无问题后，全量切换到 v3（更新 VirtualService）
kubectl apply -f - <<EOF
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-canary
  namespace: demo-ns
spec:
  hosts:
  - demo-service
  http:
  - route:
    - destination:
        host: demo-service
        subset: v3
      weight: 100
EOF

# 4. 验证全量切换效果
curl demo-service:80
# 输出：<h1>demo-service v3 (Canary)</h1>

3.4 流量镜像：无感知验证新版本

场景需求：在不影响生产流量的前提下，将 demo-service v1 的流量镜像到 v3 版本，用于验证 v3 版本的正确性和性能。

实现方式：通过 VirtualService 的 mirror 字段配置流量镜像：

yaml 复制代码 
# demo-service-vs-mirror.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-mirror
  namespace: demo-ns
spec:
  hosts:
  - demo-service
  http:
  - route:
    - destination:
        host: demo-service
        subset: v1  # 主流量路由到 v1
      weight: 100
    mirror:
      host: demo-service
      subset: v3  # 镜像流量路由到 v3
    mirrorPercentage:
      value: 100.0  # 100% 的主流量镜像到 v3（可调整比例）

验证流量镜像效果：

bash 复制代码 
# 1. 部署镜像配置
kubectl apply -f demo-service-vs-mirror.yaml -n demo-ns

# 2. 查看 v3 版本的访问日志（验证镜像流量是否到达）
kubectl logs -l app=demo-service,version=v3 -n demo-ns -f
# 此时发送请求到 v1，v3 的日志中会出现对应的访问记录，但客户端仅收到 v1 的响应

# 3. 客户端发送请求（仅收到 v1 响应）
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- curl demo-service:80
# 输出：<h1>demo-service v1</h1>

# 4. 观察 v3 日志，会出现对应的访问记录（如 GET / HTTP/1.1 200）

注意：镜像流量是异步的，不会影响主流量的响应时间和正确性，适合用于新版本的无感知测试。

3.5 故障注入：测试系统容错能力

场景需求：为 demo-service v1 注入 50% 概率的延迟故障（延迟 2 秒）和 30% 概率的 HTTP 503 错误，测试客户端的容错能力（如超时重试）。

实现方式：通过 VirtualService 的 fault 字段配置故障注入：

yaml 复制代码 
# demo-service-vs-fault.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-fault
  namespace: demo-ns
spec:
  hosts:
  - demo-service
  http:
  - match:
    - uri:
        prefix: /
    fault:
      delay:
        percentage:
          value: 50.0  # 50% 概率触发延迟
        fixedDelay: 2s  # 延迟 2 秒
      abort:
        percentage:
          value: 30.0  # 30% 概率触发错误
        httpStatus: 503  # 错误码 503
    route:
    - destination:
        host: demo-service
        subset: v1

配置客户端超时重试（通过 DestinationRule）：

yaml 复制代码 
# demo-service-dr-retry.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: demo-service-dr-retry
  namespace: demo-ns
spec:
  host: demo-service
  subsets:
  - name: v1
    labels: {version: v1}
    trafficPolicy:
      connectionPool:
        tcp:
          maxConnections: 100
        http:
          http1MaxPendingRequests: 100
          maxRequestsPerConnection: 10
      outlierDetection:  # 异常实例驱逐
        consecutiveErrors: 5
        interval: 30s
        baseEjectionTime: 30s
      retries:  # 重试配置
        attempts: 3  # 重试 3 次
        perTryTimeout: 1s  # 每次重试超时 1 秒
        perTryIdleTimeout: 1s

验证故障注入与容错效果：

bash 复制代码 
# 1. 部署故障注入和重试配置
kubectl apply -f demo-service-vs-fault.yaml -n demo-ns
kubectl apply -f demo-service-dr-retry.yaml -n demo-ns

# 2. 客户端发送多次请求，观察结果
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- /bin/sh
for i in {1..10}; do curl -w "HTTP Status: %{http_code}, Time: %{time_total}s\n" demo-service:80; done

# 预期结果：
# - 部分请求延迟 2 秒（50% 概率）
# - 部分请求返回 503（30% 概率，重试后可能成功）
# - 重试生效后，部分 503 请求会因重试而得到 200 响应

四、进阶拓展：Istio 流量管理高级特性

4.1 服务网格网关：集群内外流量管控

Istio Gateway 用于管理集群内外的流量进出，支持 HTTP、HTTPS、TCP 等协议。以下是一个 HTTP 网关示例，将集群外部流量通过网关路由到 demo-service：

yaml 复制代码 
# demo-gateway.yaml
apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: demo-gateway
  namespace: demo-ns
spec:
  selector:
    istio: ingressgateway  # 使用 Istio 默认的 ingressgateway
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
    - "*"  # 允许所有主机访问（生产环境建议指定具体域名）
---
# 关联 VirtualService 到 Gateway
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: demo-service-vs-gateway
  namespace: demo-ns
spec:
  hosts:
  - "*"
  gateways:
  - demo-gateway  # 关联上述 Gateway
  http:
  - route:
    - destination:
        host: demo-service
        subset: v3

验证网关访问：

bash 复制代码 
# 1. 部署网关配置
kubectl apply -f demo-gateway.yaml -n demo-ns

# 2. 获取 Istio Ingress Gateway 的外部 IP（Minikube 环境使用 minikube service 暴露）
minikube service istio-ingressgateway -n istio-system --url
# 输出示例：http://192.168.49.2:31380

# 3. 外部访问网关
curl http://192.168.49.2:31380
# 输出：<h1>demo-service v3 (Canary)</h1>

4.2 服务条目：管理外部服务流量

通过 ServiceEntry 可将集群外部服务（如百度、数据库服务）纳入 Istio 网格管理，实现对外部服务的流量控制（如超时、重试、TLS 加密）。示例如下：

yaml 复制代码 
# external-service-entry.yaml
apiVersion: networking.istio.io/v1alpha3
kind: ServiceEntry
metadata:
  name: baidu-se
  namespace: demo-ns
spec:
  hosts:
  - www.baidu.com  # 外部服务域名
  ports:
  - number: 80
    name: http
    protocol: HTTP
  - number: 443
    name: https
    protocol: HTTPS
  resolution: DNS  # 服务发现方式（DNS/STATIC/None）
  location: MESH_EXTERNAL  # 服务位置（集群外部）
---
# 配置外部服务的超时策略
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: baidu-dr
  namespace: demo-ns
spec:
  host: www.baidu.com
  trafficPolicy:
    connectionPool:
      http:
        timeout: 5s  # 超时时间 5 秒

验证外部服务管理：

bash 复制代码 
# 1. 部署 ServiceEntry 和 DestinationRule
kubectl apply -f external-service-entry.yaml -n demo-ns

# 2. 客户端访问外部服务（通过 Istio 代理）
kubectl run -it --rm --image=curlimages/curl:latest curl-client -n demo-ns -- curl www.baidu.com
# 输出：百度首页内容（流量经过 Istio 代理，受 DestinationRule 策略管控）

五、生产环境最佳实践

  • 规范命名与标签 ：为服务和版本定义清晰的标签（如 app、version），便于 VirtualService 和 DestinationRule 精准匹配子集。

  • 渐进式部署：使用金丝雀发布、流量镜像等功能，逐步验证新版本，降低发布风险。

  • 合理配置连接池与超时 ：根据服务性能配置 connectionPool（最大连接数、最大请求数）和超时时间，避免服务雪崩。

  • 启用监控与追踪：结合 Prometheus、Grafana、Jaeger 等工具，监控流量指标（如延迟、错误率、吞吐量），快速定位问题。

  • 安全配置 ：通过 DestinationRule 配置 TLS 加密，确保服务间通信安全；限制 Gateway 访问权限，避免未授权访问。

六、总结

Istio 凭借"数据平面+控制平面"的架构，实现了微服务流量的精细化、无侵入式管理。本文通过实战示例，详细讲解了路由转发、负载均衡、灰度发布、流量镜像、故障注入等核心场景的实现方式，并拓展了网关、服务条目等高级特性与生产环境最佳实践。

掌握 Istio 流量管理能力，能够有效提升微服务架构的稳定性、灵活性和可观测性，为企业的数字化转型提供有力支撑。在实际应用中，需结合业务场景合理配置流量规则，并持续优化策略，确保系统高效、稳定运行。

相关推荐
CloudWeGo4 小时前
Volo 新能力：面向易用性与性能的 HTTP & RPC 框架迭代
架构
^_scv_^5 小时前
QEMU-RISCV平台opensbi代码分析（2）
linux·架构·risc-v
狗哥哥5 小时前
企业级 HTTP 客户端架构演进与设计
前端·架构
前端阿森纳6 小时前
公司是否因为AI正在从“以人为本”走向“以核心数据集为本”？
架构·aigc
小宝哥Code6 小时前
区块链（Blockchain）—— 概念、架构与应用
架构·区块链
0x派大星6 小时前
深入解析 Uniswap：自动做市商模型的数学推导与智能合约架构
架构·区块链·智能合约·uniswap
a努力。6 小时前
网易Java面试被问：偏向锁在什么场景下反而降低性能？如何关闭？
java·开发语言·后端·面试·架构·c#
rocksun6 小时前
Tigris对象存储正式开源MCP OIDC身份提供商
redis·安全·微服务
敲敲敲敲暴你脑袋7 小时前
晋江文学城账号安全简直就是笑话
安全·架构·产品
热门推荐
01GitHub 镜像站点02UV安装并设置国内源03Linux下V2Ray安装配置指南04在VSCode配置Java开发环境的保姆级教程（适配各类AI编程IDE）05Neo4j（一） - Neo4j安装教程（Windows）06【AutoGLM部署】本地私有化部署AI手机Agent07Cursor 又偷偷更新，这个功能太实用：Visual Editor for Cursor Browser08Open-AutoGLM Windows 安装部署教程09安娜的档案(Anna’s Archive) 镜像网站/国内最新可访问入口（持续更新）10BongoCat - 跨平台键盘猫动画工具