十二、快速创建本地 Kubernetes 集群

如果只是学习，可以使用 kind 创建本地 Kubernetes 集群。

1. 安装 kind

macOS：

brew install kind

Linux：

curl -Lo ./kind https://kind.sigs.k8s.io/dl/v0.23.0/kind-linux-amd64

chmod +x ./kind

sudo mv ./kind /usr/local/bin/kind

kind version

2. 创建集群

kind create cluster --name demo-cluster

查看集群：

kubectl get nodes

查看集群信息：

kubectl cluster-info

删除集群：

kind delete cluster --name demo-cluster

十三、Kubernetes 部署 Nginx 示例

1. 创建 Deployment

kubectl create deployment nginx-demo --image=nginx:latest

查看 Deployment：

kubectl get deployments

查看 Pod：

kubectl get pods

查看详细信息：

kubectl describe deployment nginx-demo

2. 暴露 Service

kubectl expose deployment nginx-demo \
  --type=NodePort \
  --port=80 \
  --target-port=80

查看 Service：

kubectl get svc

查看详细信息：

kubectl describe svc nginx-demo

3. 端口转发访问

kubectl port-forward svc/nginx-demo 8080:80

然后访问：

http://localhost:8080

4. 扩容 Pod

kubectl scale deployment nginx-demo --replicas=3

查看 Pod：

kubectl get pods -o wide

5. 滚动更新镜像

kubectl set image deployment/nginx-demo nginx=nginx:1.25

查看更新状态：

kubectl rollout status deployment/nginx-demo

查看历史版本：

kubectl rollout history deployment/nginx-demo

6. 回滚版本

kubectl rollout undo deployment/nginx-demo

7. 删除资源

kubectl delete service nginx-demo

kubectl delete deployment nginx-demo

十四、使用 YAML 部署 Kubernetes 应用

命令式操作适合学习，但生产环境更推荐使用 YAML。

创建文件：

vim nginx-deployment.yaml

写入内容：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-demo
  labels:
    app: nginx-demo
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-demo
  template:
    metadata:
      labels:
        app: nginx-demo
    spec:
      containers:
        - name: nginx
          image: nginx:1.25
          ports:
            - containerPort: 80
          resources:
            requests:
              cpu: "100m"
              memory: "128Mi"
            limits:
              cpu: "500m"
              memory: "256Mi"

创建 Service 文件：

vim nginx-service.yaml

写入内容：

apiVersion: v1
kind: Service
metadata:
  name: nginx-demo
spec:
  type: ClusterIP
  selector:
    app: nginx-demo
  ports:
    - name: http
      port: 80
      targetPort: 80

应用配置：

kubectl apply -f nginx-deployment.yaml

kubectl apply -f nginx-service.yaml

查看资源：

kubectl get deployment

kubectl get pods

kubectl get svc

删除资源：

kubectl delete -f nginx-service.yaml

kubectl delete -f nginx-deployment.yaml

十五、Cloudflare 与 Kubernetes 如何组合使用？

在真实生产环境中，Cloudflare 和 Kubernetes 经常一起使用。典型架构如下：

用户
 ↓
Cloudflare DNS / CDN / WAF / DDoS
 ↓
云厂商负载均衡器
 ↓
Kubernetes Ingress Controller
 ↓
Kubernetes Service
 ↓
Pod

例如，一个部署在 Kubernetes 中的 Web 服务，可以通过 Ingress 暴露域名：

app.example.com

然后在 Cloudflare 中配置 DNS：

app.example.com -> Kubernetes Ingress 入口 IP

这样 Cloudflare 负责外部访问加速和安全防护，Kubernetes 负责后端应用运行和调度。

十六、Kubernetes Ingress 示例

假设你已经安装了 Nginx Ingress Controller，可以创建 Ingress。

创建文件：

vim nginx-ingress.yaml

写入内容：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: nginx-demo
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  ingressClassName: nginx
  rules:
    - host: app.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: nginx-demo
                port:
                  number: 80

应用配置：

kubectl apply -f nginx-ingress.yaml

查看 Ingress：

kubectl get ingress

查看详细信息：

kubectl describe ingress nginx-demo

删除 Ingress：

kubectl delete -f nginx-ingress.yaml

十七、Cloudflare 指向 Kubernetes Ingress

假设 Kubernetes Ingress 的公网 IP 是：

203.0.113.10

可以在 Cloudflare 中添加 A 记录：

export CF_API_TOKEN="你的Cloudflare API Token"
export CF_ZONE_ID="你的Zone ID"

curl -X POST "https://api.cloudflare.com/client/v4/zones/${CF_ZONE_ID}/dns_records" \
  -H "Authorization: Bearer ${CF_API_TOKEN}" \
  -H "Content-Type: application/json" \
  --data '{
    "type": "A",
    "name": "app.example.com",
    "content": "203.0.113.10",
    "ttl": 1,
    "proxied": true
  }'

其中：

• "proxied": true 表示开启 Cloudflare 代理，也就是橙色云朵。
• "ttl": 1 表示自动 TTL。
• "content" 是 Kubernetes Ingress 对外暴露的公网 IP。

十八、Cloudflare 和 Kubernetes 的优缺点对比

Cloudflare 优点

1. 接入简单
   只需要修改域名 NS 或 DNS 记录，就可以快速接入。

2. 全球网络能力强
   Cloudflare 在全球拥有大量边缘节点，适合做 CDN 和全球加速。

3. 安全能力丰富
   包括 DDoS 防护、WAF、Bot 管理、访问控制等。

4. 适合保护源站
   可以隐藏源站 IP，减少直接暴露风险。

5. 运维成本较低
   大部分能力通过控制台或 API 配置即可，不需要自己维护复杂网络基础设施。

Cloudflare 缺点

1. 不是应用编排平台
   它不能替代 Kubernetes 管理容器应用。

2. 部分高级能力需要付费
   WAF 规则、高级 Bot 管理、企业级防护等通常需要更高套餐。

3. 强依赖外部平台
   如果 Cloudflare 配置错误，可能导致整个域名访问异常。

4. 对内部服务治理有限
   它主要处理外部流量，不负责服务内部依赖、调度和资源分配。

Kubernetes 优点

1. 适合大规模应用部署
   可以统一管理大量容器服务。

2. 强大的自动化能力
   支持自愈、扩缩容、滚动更新、回滚等。

3. 生态非常丰富
   包括 Helm、Argo CD、Prometheus、Istio、Knative 等。

4. 跨云能力强
   Kubernetes 是开放标准，可以运行在多种云平台和私有机房中。

5. 适合云原生架构
   是微服务、DevOps、GitOps、平台工程的重要基础。

Kubernetes 缺点

1. 学习成本较高
   需要理解 Pod、Service、Deployment、Ingress、ConfigMap、Secret、RBAC 等概念。

2. 运维复杂度较高
   如果是自建集群，需要维护控制平面、节点、网络、存储、证书等。

3. 安全配置要求高
   RBAC、NetworkPolicy、镜像安全、Secret 管理都需要谨慎设计。

4. 不直接提供 CDN 和 DDoS 防护
   Kubernetes 本身不能替代 Cloudflare 的全球边缘网络能力。

十九、选择建议

只需要网站加速和安全防护

优先选择：

Cloudflare

适合：

• 个人博客
• 企业官网
• 静态网站
• API 防护
• 简单 Web 应用
• 后台访问保护

需要管理大量容器应用

优先选择：

Kubernetes

适合：

• 微服务系统
• SaaS 平台
• 大型后端系统
• 高可用应用
• 需要自动化部署的团队

既需要安全入口，又需要容器编排

推荐组合：

Cloudflare + Kubernetes

这是非常常见的生产架构：

Cloudflare 负责入口安全、DNS、CDN、WAF
Kubernetes 负责应用部署、扩缩容、自愈、服务治理

二十、常用排查命令汇总

Cloudflare 排查 DNS

dig app.example.com

nslookup app.example.com

curl -I https://app.example.com

查看请求经过的 IP：

curl -v https://app.example.com

查看 HTTP 响应头：

curl -I https://app.example.com

如果看到类似响应头，说明可能经过 Cloudflare：

cf-cache-status
cf-ray

cloudflared 排查

cloudflared tunnel list

cloudflared tunnel info my-app-tunnel

cloudflared tunnel run my-app-tunnel

journalctl -u cloudflared -f

sudo systemctl restart cloudflared

sudo systemctl status cloudflared

Kubernetes 排查 Pod

kubectl get pods

kubectl get pods -o wide

kubectl describe pod 

kubectl logs 

kubectl logs  -c 

kubectl exec -it  -- /bin/sh

Kubernetes 排查 Service

kubectl get svc

kubectl describe svc 

kubectl get endpoints 

Kubernetes 排查 Ingress

kubectl get ingress

kubectl describe ingress 

kubectl get ingress -o wide

Kubernetes 查看事件

kubectl get events --sort-by=.metadata.creationTimestamp

Kubernetes 查看节点

kubectl get nodes

kubectl describe node 

kubectl top nodes

kubectl top pods

二十一、总结

Cloudflare 和 Kubernetes 都是现代互联网架构中的重要工具，但它们解决的问题完全不同。

Cloudflare 的核心价值在于：

• DNS 管理
• CDN 加速
• DDoS 防护
• WAF 安全防护
• 边缘网络
• Zero Trust 访问控制

Kubernetes 的核心价值在于：

• 容器编排
• 应用部署
• 自动扩缩容
• 服务发现
• 滚动更新
• 故障自愈
• 云原生基础设施管理

如果把一个线上系统比作一座大楼，那么：

Cloudflare 像是大楼外部的安检、门禁、交通调度和外围防护；
Kubernetes 像是大楼内部的房间分配、人员调度、电力系统和运行管理。

它们不是互相替代的关系，而是非常适合组合使用的关系。

对于个人开发者，可以先从 Cloudflare DNS、CDN、Tunnel 开始，快速提升网站访问体验和安全性；对于团队和企业，如果服务规模逐渐扩大，则可以引入 Kubernetes，实现应用交付和运行管理的标准化、自动化和平台化。

最终推荐架构通常是：

用户
 ↓
Cloudflare
 ↓
负载均衡器
 ↓
Kubernetes Ingress
 ↓
Service
 ↓
Pod

这样既能获得 Cloudflare 的全球网络和安全能力，也能获得 Kubernetes 的强大编排和自动化运维能力。