kubectl 而不是生产中的 yaml 文件？

Question

我正在尝试找到在生产中使用 kubernetes 的最简单方法。 YAML 模板对我来说似乎是一种开销。例如。我想要的只是公开简单的后端服务。我可以用 kubectl 和 2 个精益命令来做到这一点：

kubectl create deployment hello-server --image=gcr.io/google-samples/hello-app:1.0
kubectl expose deployment hello-server --type LoadBalancer --port 80 --target-port 8080

但是在生产中使用它可以吗？我想使用基础设施即代码方法。

有没有办法避免直接使用 Kubernetes 模板文件并仍然遵循最佳实践？例如。从 docker-compose 文件或类似文件生成 Yaml 文件？

kubectl 在生产环境中的预期用途是什么？只是

kubectl apply -f <folder> 

虽然在<folder> 中维护模板文件是开发人员的工作？有没有自己编写 kubernetes 模板的 kubectl 声明式管理？例如。一些文件包含生成模板所需的最少信息。

真的很想用Kubernetes，请教最简单的方法！

Answer 1

我在这里引用原始问题：

kubectl 创建部署 hello-server --image=gcr.io/google-samples/hello-app:1.0 kubectl expose deployment hello-server --type LoadBalancer --port 80 --target-port 8080

但是在生产中使用它可以吗？我想使用基础设施即代码方法。

您的第一种方法是列出必须按特定顺序执行的命令。另外，所有这些命令都不是幂等的，所以你不能多次运行这些命令。

也来自原始问题：

有没有办法避免直接使用 Kubernetes 模板文件并仍然遵循最佳实践？例如。从 docker-compose 文件或类似文件生成 Yaml 文件？

kubectl 在生产环境中的预期用途是什么？只是

kubectl apply -f <folder>

第二种方式是声明式的，你只描述你想要的，命令是幂等的，所以可以运行多次没有问题。您想要的状态写在文本文件中，因此任何更改都可以通过版本控制系统进行管理，例如Git 和该过程可以通过 CI/CD 管道中的验证来完成。

对于生产环境，最好使用 git 之类的版本控制系统来处理集群所包含的内容。这样可以轻松恢复或重新创建您的系统。