玩转容器的正确姿势：我的 Kubernetes 编排最佳实践指南

admin管理员组

文章数量:1027918

玩转容器的正确姿势：我的 Kubernetes 编排最佳实践指南

玩转容器的正确姿势：我的 Kubernetes 编排最佳实践指南

---

大家好，我是Echo_Wish，一个在云原生世界摸爬滚打多年的老运维/开发。

说到容器，大家第一个想到的肯定是 Docker；但如果你的容器多到数不过来，一个个手动管肯定是不行的，这时候Kubernetes（简称 K8s）就登场了。

Kubernetes是什么？一句话总结：

容器编排的终极武器，帮你自动安排、扩展、管理成百上千个容器，就像指挥千军万马一样潇洒！

今天，我就结合自己的实战经验，聊聊使用Kubernetes进行容器编排的最佳实践。

保证讲得接地气、例子丰富，干货满满！

---

一、别一上来就搞“大集群”，从小而精开始

很多人一接触K8s，恨不得搞一个几百节点的大集群。

实际上，踩坑指数=集群规模的平方！

我的建议是：

• 先从3节点的小集群开始（1 Master + 2 Worker）
• 每次只部署一两个应用，先搞清楚Pod、Service、Deployment这些基本概念
• 充分理解了再逐步放大规模

比如，搭建一个最简单的K8s测试集群，可以用 kind 工具（Kubernetes in Docker），很方便：

代码语言：bash复制

kind create cluster --name demo-cluster

小而美的开始，能让你在遇到问题时，快速定位，快速复盘，不至于一脸懵逼。

---

二、编排一切都从Deployment开始

在Kubernetes里，最基本的部署单元是Pod，但是直接用Pod太原始了，不好管理。

所以标准姿势是：用Deployment来编排Pod。

比如，我们要部署一个简单的Nginx服务，应该这样写Deployment：

代码语言：yaml复制

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.25
        ports:
        - containerPort: 80

解释一下：

• replicas: 3 → 创建3个副本
• selector+template → 定义Pod的标签和内容，方便后面Service选中它们
• ports → 暴露80端口

一条命令部署：

代码语言：bash复制

kubectl apply -f nginx-deployment.yaml

记住：

Deployment能帮你自动做到：

• 应用自愈（挂了自动拉起来）
• 版本滚动更新
• 扩缩容方便（改replicas就行）

所以，用Deployment打底，别裸跑Pod！

---

三、Service才是访问容器的正确入口

Pod的IP是动态变化的，不能直接靠Pod IP访问。

标准做法是通过Service来暴露访问入口。

继续上例，给Nginx创建一个Service：

代码语言：yaml复制

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
  - port: 80
    targetPort: 80
  type: NodePort

部署：

代码语言：bash复制

kubectl apply -f nginx-service.yaml

这样，无论后端Pod怎么重启、换IP，只要访问Service，就能自动找到正确的容器。

玩转容器的正确姿势：我的 Kubernetes 编排最佳实践指南

玩转容器的正确姿势：我的 Kubernetes 编排最佳实践指南

---

大家好，我是Echo_Wish，一个在云原生世界摸爬滚打多年的老运维/开发。

说到容器，大家第一个想到的肯定是 Docker；但如果你的容器多到数不过来，一个个手动管肯定是不行的，这时候Kubernetes（简称 K8s）就登场了。

Kubernetes是什么？一句话总结：

容器编排的终极武器，帮你自动安排、扩展、管理成百上千个容器，就像指挥千军万马一样潇洒！

今天，我就结合自己的实战经验，聊聊使用Kubernetes进行容器编排的最佳实践。

保证讲得接地气、例子丰富，干货满满！

---

一、别一上来就搞“大集群”，从小而精开始

很多人一接触K8s，恨不得搞一个几百节点的大集群。

实际上，踩坑指数=集群规模的平方！

我的建议是：

• 先从3节点的小集群开始（1 Master + 2 Worker）
• 每次只部署一两个应用，先搞清楚Pod、Service、Deployment这些基本概念
• 充分理解了再逐步放大规模

比如，搭建一个最简单的K8s测试集群，可以用 kind 工具（Kubernetes in Docker），很方便：

代码语言：bash复制

kind create cluster --name demo-cluster

小而美的开始，能让你在遇到问题时，快速定位，快速复盘，不至于一脸懵逼。

---

二、编排一切都从Deployment开始

在Kubernetes里，最基本的部署单元是Pod，但是直接用Pod太原始了，不好管理。

所以标准姿势是：用Deployment来编排Pod。

比如，我们要部署一个简单的Nginx服务，应该这样写Deployment：

代码语言：yaml复制

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.25
        ports:
        - containerPort: 80

解释一下：

• replicas: 3 → 创建3个副本
• selector+template → 定义Pod的标签和内容，方便后面Service选中它们
• ports → 暴露80端口

一条命令部署：

代码语言：bash复制

kubectl apply -f nginx-deployment.yaml

记住：

Deployment能帮你自动做到：

• 应用自愈（挂了自动拉起来）
• 版本滚动更新
• 扩缩容方便（改replicas就行）

所以，用Deployment打底，别裸跑Pod！

---

三、Service才是访问容器的正确入口

Pod的IP是动态变化的，不能直接靠Pod IP访问。

标准做法是通过Service来暴露访问入口。

继续上例，给Nginx创建一个Service：

代码语言：yaml复制

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
  - port: 80
    targetPort: 80
  type: NodePort

部署：

代码语言：bash复制

kubectl apply -f nginx-service.yaml

这样，无论后端Pod怎么重启、换IP，只要访问Service，就能自动找到正确的容器。

本文标签： 玩转容器的正确姿势我的 Kubernetes 编排最佳实践指南