为了更好地解决服务编排的问题，k8s在V1.2版本开始，引入了deployment控制器，值得一提的是，这种控制器并不直接管理pod，而是通过管理replicaset来间接管理pod，即：deployment管理replicaset，replicaset管理pod。所以deployment比replicaset的功能更强大。

kubectl get events 是 Kubernetes 中的一个命令，用于获取集群内部发生的事件 (Events)。这些事件可以包括 Pod 的启动和停止、配置更改、资源不足、错误状况等。通过这些事件，用户可以更容易地理解和诊断集群中的问题和状态。

kubectl debug 是 Kubernetes 中的一个命令，主要用于故障排查。这个命令允许你创建一个临时的容器，这个容器与目标容器在相同的命名空间中，这样你可以在这个临时的容器中执行各种命令，以帮助你排查问题。

kubectl rollout 是 Kubernetes 中的一个命令，用于管理资源的部署过程。该命令允许你查看部署的状态、暂停、恢复和撤回部署。

kubectl rollout 是 Kubernetes 中的一个命令，用于管理资源的部署过程。该命令允许你查看部署的状态、暂停、恢复和撤回部署。

kubectl rollout 是 Kubernetes 中的一个命令，用于管理资源的部署过程。该命令允许你查看部署的状态、暂停、恢复和撤回部署。

自动完成，简称 autocompletion 或 tab completion，是很多命令行工具的常见功能。它允许用户输入命令的一部分，然后按 Tab 键，系统会自动完成命令或提供可能的选项。

大部分上了私有容器云的企业，开发人员希望能有执行 kubectl 命令的能力，但出于运维安全性的考虑，他们不能随意 SSH 登陆集群节点来执行命令行。

当云和云原生开始之后，我们需要查询各种各样的状态、log，尤其是云原生之后，一个NF中包含了若干的微服务，每个微服务又有若干个Pod，使用单一的kubectl指令一个一个的检索查看费时费力，但是当搭配Linux命令或者Python的一些模块后，效率会相对加快不好。

了解了Pod的基础知识之后，对于实验来说可以通过kubectl run或者apply一个yaml来创建Pod，但是对于生产环境中构建一个CNF来说，有些Pod需要多个副本，有的运行完就不再需要了，有些需要定期执行某些任务，有些需要在不同的node上只创建一个Pod，这样通过一个一个的创建Pod是不仅费时费力且不便于维护，因此需要一个概念来根据不同需求创建对应的Pod并确保在任何时候都有对应要求的副本在运行，这个概念便是Pod的控制器。

Krew 是一个由 Kubernetes SIG CLI 社区维护的 kubectl 命令行工具的插件管理器。类似 红帽的YUM, 开发角度理解，类似 Nodejs 的 npm。

Argo-Rollout是一个Kubernetes Controller和对应一系列的CRD，提供更强大的Deployment能力。包括灰度发布、蓝绿部署、更新测试(experimentation)、渐进式交付(progressive delivery)等特性。

https://jdk.java.net/archive/ 可以从这个页面上找到需要的jdk版本并下载。

“单一职责”和“对象组合”。既然 Pod 管理不了自己，那么我们就再创建一个新的对象，由它来管理 Pod，采用和 Job/CronJob 一样的形式——“对象套对象”。

这是我们K8s快速入门与实践的最后一篇啦，上一个实践篇里我们讲了怎么从写第一行代码开始到把 Go 服务部署到 K8s 上都有哪些步骤，每一步该怎么做。

创建 namespace kubectl create namespace cert-manager 安装 crds kubectl apply -f https://raw.githubusercontent.com/jetstack/cert-manager/release-0.11/deploy/manifests/00-crds.yaml 标记命名空间 cert-manager 为 disable-validation kubectl lab el namespace cert-manager

腾讯云上有默认的提供的ingress服务，如果你不想用提供的，想用最新的treafik来暴露服务通过域名访问也是可以的。下面我们来部署操作下。