实际创建这些组件，如pod 和服务来配置kubernetes 集群
kubernetes 集群中的所有配置实际上都通过一个主节点，该节点具有我们之前简要提到的称为 api 服务器的进程，因此kubernetes 客户端可以是 ui，例如 kubernetes 仪表板，也可以是api，可以是脚本或 curl命令或 像 cubectl 这样的命令行工具，它们都与 api 服务器通信，并将它们的配置请求发送到 api服务器，它是集群的主要入口点或唯一入口点，这些请求必须采用yaml 格式或 json 格式 这就是yaml 格式的示例配置实际上看起来像这样，我们向 kubernetes 发送请求以配置一个名为 deployment 的组件，它基本上是一个模板或用于创建 pod 的蓝图，在这个特定的配置示例中，我们告诉kubernetes 创建 我们的两个副本 pod称为我的应用程序，每个 pod副本都有一个基于我的图像在里面运行的容器，除了我们配置环境变量和 pod 内部这个容器的端口配置应该是什么，配置 kubernetes 中的请求是声明形式的，因此我们声明我们希望从 kubernetes 获得什么结果，而 kubernetes 试图满足这些要求意味着例如因为我们声明我们希望我的应用程序部署的两个副本部分在集群中运行并且其中一个部分死亡controller控制 manager管理器 会看到ease 和 shoot 状态现在是不同的实际状态是一部分 我们想要的状态是 2 所以它开始工作以确保这个想要的状态自动恢复 重新启动那个 pod 的第二个副本