当前位置: 首页 > 工具软件 > Spec Explorer > 使用案例 >

kube-explorer

谷梁嘉悦
2023-12-01

https://github.com/cnrancher/kube-explorer

随着Rancher 2.5系列版本的多次迭代,越来越多的开源用户已经在自己的环境中部署使用它。Rancher 2.5引入不少新特性,其中较为令人瞩目的便是新的Cluster Explorer,这给Kubernetes的资源管理带来了More Kubernetes Native的体验,用户可以体验越来越多的Kubernetes Resource原生特性设置。

Rancher中国技术团队加入SUSE之后,依然专注在Rancher产品领域。我们接触了诸多的Rancher 2.5用户,发现了Rancher产品无法匹配的场景。Kubernetes变得越来越流行,用户环境内部包含诸多类型的Kubernetes集群,如运维IT统一管理的、开发人员自行维护的,甚至本地工作站自己管理的。这些Kubernetes集群都需要管理,因此也需要一个体验较好的Resource Manager工具。虽然将这些集群导入Rancher可以实现管理,但是这会带来非常复杂的团队管理机制,而且Rancher2的管理平面也有不小的资源消耗,纳管一些非必要的自建集群完全不值得。

为此,我们考虑打造一款轻量级的工具,它是纯绿色便携式的,用户可以用它管理任何一个接入的Kubernetes集群,而且不会有非常大的侵入性。我们把Rancher 2.5抽丝剥茧,分离出两个核心组件steve和dashboard。前者可以作为一种特殊的API Server,在Kubernetes之上提供Rancher Spec的API;后者作为Rancher API Spec的前端展现,可以把Kubernetes资源(包括各种CRD)完整在Web UI中展示出来。

分离出这两个组件后,我们把dashboard内嵌到binary中,并在编译完成后使用UPX工具进行binary压缩,形成了一个新的项目kube-explorer(https://github.com/cnrancher/kube-explorer)。运行它非常简单,在Github Release页面下载binary后(大约10-20MB),指定kubeconfig直接运行即可:

./kube-explorer-linux-amd64 --kubeconfig /root//.kube/config --http-listen-port=9890 --https-listen-port=0

用户可以使用kube-explorer管理那些不在统一纳管边界内的Kubernetes集群,它没有任何依赖,占用几乎很少的资源。当你希望摆脱繁琐的kubectl来管理资源,kube-explorer就是一个非常好的工具。

本着SUSE的开源精神,我们会持续维护这个项目,它可以作为K3s或者RKE等各种Kubernetes发行版的Resource Manager。同时,我们还会把它与另一个开源项目AutoK3s(https://github.com/cnrancher/autok3s)整合,让每个被AutoK3s托管的K3s集群都可以启用kube-explorer,更加方便用户管理K3s Resource,最终形成一个超级精简的类似Rancher2.0体验的产品。

 类似资料: