Ingress 入口

这一课你将能做到

1. 对比 NodePort、LoadBalancer、Ingress 三种对外暴露方式并说清适用场景
2. 在 minikube 启用 Ingress Controller，写出按 host/path 转发到多个 Service 的 Ingress 规则并验证
3. 把本站现网「Nginx 反代 platform 与 backend」完整映射到 Ingress 模型

为什么要学

ClusterIP 只在集群内可用；NodePort 是逃生门不是正解。生产把 HTTP 服务暴露给用户的标准姿势是 Ingress：一条按域名/路径分流的路由规则 + 一个真正处理流量的 Ingress Controller（如 ingress-nginx）。

对照本站现网：你在服务器上配过 Nginx 443 反代——location /api 转给 backend:8080、其余转给 platform:3000、再挂 TLS 证书。上 K8s 后这份职责由 Ingress 承担，好处是：路由规则版本化进 Git、证书有 cert-manager 自动续期、多服务共享一个入口 IP 而不是一人开一个 NodePort。面试常问「Ingress 和 Service 什么关系」「为什么要有 Controller」。

先建立图像

现网（你熟悉的）：
  浏览器 → Nginx:443 ─┬─ location /api   → backend:8080
                      └─ location /      → platform:3000

K8s（本课目标）：
  浏览器 → Ingress Controller（也是 nginx）
             │ 按 host/path 匹配 Ingress 规则
             ├─ /api → Service/backend   → Pod × N
             └─ /    → Service/platform  → Pod × N

角色分工（易混点）：

组件	本质	管什么
Ingress	API 对象（规则）	声明「哪个域名/路径给哪个 Service」
Ingress Controller	真实运行的程序	读规则、生成 nginx 配置、处理流量
Service	稳定后端抽象	Ingress 的下游，仍必需

一句话：Ingress 是「导航图」，Controller 是「司机」——只建 Ingress 不装 Controller，流量原地不动。

跟着做

步骤 1：启用 Ingress Controller（minikube 插件）

minikube addons enable ingress
kubectl get pods -n ingress-nginx

等 controller Pod 变为 Running（首次要拉镜像）。验证方式：

kubectl get svc -n ingress-nginx

kind 用户需自行 Helm 安装 ingress-nginx（官方文档有命令），本课以 minikube 为主线。

步骤 2：准备两个后端 Service

沿用第 5/6 课的 backend（nginx 占位）即可；再快速补一个 platform：

# deploy-platform.yaml + svc-platform.yaml（合并演示）
apiVersion: apps/v1
kind: Deployment
metadata:
  name: platform
spec:
  replicas: 1
  selector:
    matchLabels:
      app: platform
  template:
    metadata:
      labels:
        app: platform
    spec:
      containers:
        - name: web
          image: nginx:1.27-alpine
---
apiVersion: v1
kind: Service
metadata:
  name: platform
spec:
  selector:
    app: platform
  ports:
    - port: 80
      targetPort: 80