创建一个文件 mysite.yaml，其内容如下：

1. apiVersion: apps/v1
2. kind: Deployment
3. metadata:
4. name: mysite-nginx
5. labels:
6. app: mysite-nginx
7. spec:
8. replicas: 1
9. selector:
10. matchLabels:
11. app: mysite-nginx
12. template:
13. metadata:
14. labels:
15. app: mysite-nginx
16. spec:
17. containers:
18. - name: nginx
19. image: nginx
20. ports:
21. - containerPort: 80

其中大部分是样板。重要的部分，我们会将该部署命名为 mysite-nginx，并为其加上同名的 app 标签。我们指定了一个副本replica，这意味着将只创建一个 Pod。我们还指定了一个容器，我们将其命名为 nginx。我们将镜像image指定为 nginx。这意味着在部署时，k3s 将从 DockerHub 下载 nginx 镜像并从中创建一个 Pod。最后，我们指定了容器端口containerPort为 80，这只意味着在容器内部 Pod 会监听 80 端口。

我在上面强调了“在容器内部”，因为这是一个重要的区别。由于我们是按容器配置的，因此只能在容器内部访问它，并且进一步将其限制为内部网络。这对于允许多个容器在同一容器端口上监听所是必要的。换句话说，通过这种配置，其他一些 Pod 也可以在其容器端口 80 上侦听，并且不会与此容器冲突。为了提供对该 Pod 的正式访问权限，我们需要一个服务service配置。

服务配置

在 Kubernetes 中，服务service是一种抽象。它提供了一种访问 Pod 或 Pod 集合的方法。当连接到服务时，服务会路由到单个 Pod，或者如果定义了多个 Pod 副本，会通过负载均衡路由到多个 Pod。

可以在同一配置文件中指定该服务，这就是我们将在此处要做的。用 --- 分隔配置区域，将以下内容添加到 mysite.yaml 中：

1. ---
2. apiVersion: v1
3. kind: Service
4. metadata:
5. name: mysite-nginx-service
6. spec:
7. selector:
8. app: mysite-nginx
9. ports:
10. - protocol: TCP
11. port: 80

在此配置中，我们将服务命名为 mysite-nginx-service。我们提供了一个选择器selector：app: mysite-nginx。这是服务选择其路由到的应用程序容器的方式。请记住，我们为容器提供了 app 标签：mysite-nginx 。这就是服务用来查找我们的容器的方式。最后，我们指定服务协议为 TCP，在端口 80 上监听。