在使用kubectl操作kubernetes集群的过程中，可能会遇到需要操作不同集群的问题，例如本地的minikube集群和线上的部署集群，或是线上的测试集群和线上的部署集群，如果集群之间切换不频繁，也可以使用笨办法，比如准备多个config文件在/.kube文件夹下，要切换的时候就改config的名字。不过对于需要频繁切换操作集群的人来说，这个方法显然太麻烦了，当然也不够cool。
当然，k8s是非常完善的集群解决方案，肯定是考虑到了这个问题的，这里就用到了k8s的config文件的context(上下文)了。
如果你是从零开始配置两个集群的cluster, user等信息的，那么可以参照官方的这个文档
Define-clusters-users-and-contexts
这里就不详细说以上这种方法了，我们来说说已经存在了两个集群的config文件时如何简单的生成context，当然，在上述文档的后半部分，也有我要说明的这些，也可以去看英文原文，我这里是因为遇到了一个坑，所以详细解释一下。
首先说方法，我们都知道kubectl如果没有设置config相关位置的环境变量，那么其会默认去一个地方寻找，对于Mac来说，就是
$HOME/.kube/config
如果要自己指定一个config文件所在的位置，那么就要设置KUBECONFIG环境变量，例如：
export KUBECONFIG=$KUBECONFIG:$HOME/.kube/config
而如果有两个集群的配置文件呢，其实就可以非常简单的直接加在环境变量的后面，然后让kubectl自动为我们生成context，例如：
export KUBECONFIG=$KUBECONFIG:$HOME/.kube/config:$HOME/.kube/config-2
注意：可以使用
kubectl config view
来查看目前的context的情况
那么坑在哪里呢，由于两个集群的配置文件可能是管理员只分配给你自己使用的，那么用户名就可能是相同的，在用户名相同的情况下，如果集群的连接启用了TLS验证，那么kubectl自己融合的config文件就会使用相同的client-certificate-data和client-key-data，如果两个集群在同一服务商的同一片网络下还好，可是如果是在不同的网络下，那么就会出现只能连接上其中一个，而另一个集群无法连接的情况，这种时候，我的解决办法是修改用户名，但要注意，在config里的context下，可以看到user和name两个字段，我们要修改的是user字段，这里只是一个名称，不影响集群侧的用户验证，修改完user字段，记得翻到users字段下，那里面有一个name，这个name的值应该和刚刚修改之前的user字段中的值一样，把这里也修改成同样的新值，保存，重新配置环境变量使之生效，这时候就可以使用了。
至于官方提供的切换集群的方法，在上述文档中也能找到，这里也不在赘述，这里主要介绍一个第三方工具来帮我们更快捷的做这个事:
kubectx
这个工具可以给context指定alias并快速的切换他们，简单的介绍一下
kubectx : 列出目前所有的context kubectx <NAME> : 切换到<NAME>对应的context kubectx - : 切换到上一次的context kubectx <NEW NAME>=<NAME> : 给<NAME>context命名一个新名字 kubectx <NAME>=. : 给当前context命名一个新名字
可以看出，在完成了上述config文件自动融合之后，使用这个工具就可以快速的切换不同的操作集群，同时这个工具还支持bash/zsh的tab自动补全，以及fzf这个快速选择工具，可以说从此以后切换集群就可以如丝般顺滑了，不过缺点就是kubectx这个工具会影响对kubectl的自动补全，全看各位的习惯了