说实话，kubectl这玩意儿，就是Kubernetes里你最常敲的命令行工具了，没它还真不方便操作集群啊

来源于知乎专栏《云原生实践笔记》作者“慢步云端”的分享）

说实话,kubectl这玩意儿，就是Kubernetes里你最常敲的命令行工具了，没它还真不方便操作集群啊，这话一点不假，但凡用过K8s的人，估计没有不对它又爱又“恨”的，爱的是，它就像一把万能钥匙，能打开集群里几乎所有的大门；“恨”的是，有时候命令参数多得让人头晕，记不住的时候真想挠墙。

咱们可以这么想,Kubernetes集群就像一个特别复杂的工厂，里面有好多车间（节点），每个车间里又有好多机器在运转（Pod），你作为这个工厂的总调度员，总不能每次都跑到每个车间去亲自操作机器吧？那不得累死，kubectl就是你手里的那个超级对讲机加遥控器，你不用离开办公室，就能对着这个“对讲机”下命令：“一号车间，那台叫‘前端网页’的机器，给我重启一下！”或者：“看看三号车间里所有机器的运行日志！”没有kubectl，你就成了“睁眼瞎”，集群里发生了什么你根本不知道，想干点啥也使不上劲。

（来源：博主“容器小白变大神”的入门教程视频）

我记得刚开始学K8s那会儿,最先打交道的就是kubectl，老师上来就教了几个最基础的命令，比如kubectl get pods，一敲回车，屏幕上刷刷刷列出好多Pod的信息，那一刻感觉特别神奇，就好像突然获得了某种超能力，能感知到远方集群的“心跳”，后来学的命令越来越多，kubectl describe能看详情，像查户口本一样把某个Pod的前世今生都扒出来；kubectl logs能看日志，程序报错了就靠它来“破案”；kubectl exec能进到容器里面去，相当于远程登录了一台小电脑，可以手动执行点命令排查问题，这些功能，哪一个离了kubectl都玩不转。

（来源：Stack Overflow上关于kubectl常用技巧的讨论帖）

而且这工具还挺智能,它有自动补全功能，你要是记不住长长的资源名或者命名空间，敲几个字母按个Tab，它就能给你提示或者补全，大大减少了敲错命令的概率，不过它的命令选项（flags）也确实多，有时候想干一件复杂点的事，命令后面得跟上一长串参数，像--selector=app=nginx,--timeout=10s这种，第一次写的时候很容易漏掉逗号或者写错等号，然后就报错了，得反复调试，这时候就会觉得，这“遥控器”按钮也太多了点。

（来源：CNCF官方文档中“kubectl概览”章节）

别看kubectl是个命令行工具,感觉好像很古老似的，但它能做的事情可一点不落伍，通过它，你不仅能完成日常的部署、查看、调试，还能做很多高级操作，你可以把一个正在运行的Pod的配置导出来，存成一个YAML文件，这就相当于给当前的应用状态拍了个快照，你想修改配置的时候，不用硬着头皮去记那些复杂的参数，直接改这个YAML文件，然后用kubectl apply -f命令一应用，集群就会按照你的新想法去调整，这种“声明式”的操作方式，也是K8s的核心思想之一，而kubectl是实现这个思想的关键桥梁。

（来源：个人项目实践中总结的经验）

说实话,有时候集群网络出了问题，Dashboard这种图形化界面打不开了，心里一点不慌，为啥？因为还有kubectl这个“铁哥们儿”在，只要本地的配置（kubeconfig）没问题，就能通过命令行稳稳地连上集群，照常工作，这时候才深切体会到，这个看似朴素的命令行工具，才是关键时刻最可靠的依赖，它不花哨，但功力深厚。

就像开头说的,kubectl确实是Kubernetes世界里不可或缺的“神器”，虽然学习曲线有点陡峭，命令需要花时间去熟悉和记忆，但一旦掌握了，你就会发现它带来的效率和掌控感是无可替代的，操作Kubernetes集群，可以没有华丽的界面，但绝对不能没有kubectl。