文章目录
1 Overview
之前写过一篇【Kubernetes】Octant部署,刚使用的时候觉得跟 Kubernetes Dashboard,用起来之后发现还是有挺多不同的,而且也确实如 Octant 的定位一般,是一个可视化的 Kubectl,下面再分享一些使用体验。
2 Namespace Overview
Namespace Overview 就像运行了一次 kubectl get all -n <namespace>
一样,会把该 Namespace 下的所有资源展示出来。而且每种资源都可以直接点击进去查看,相当于先执行了一次 kubectl describe deployment -n <namespace> abc
一样,当然点进去之后,就是对该资源对象的描述了。
3 Workload
Workload 只要包括几种类型,CronJobs, Daemon Sets, Deployments 这些真正的工作负载,这个页面跟 Namespace Overview 的区别大概就是 Namespace Overview 就是一次真正的 kubectl get all
, 会比 Workload 页面多出来 Service, ConfigMap, Secret 这些资源对象。
4 Discovery and Load Balancing
这个页面就是跟服务发现和负载均衡有关的(吐槽一下左边栏的显示,明明不能拉伸,因为 Discovery and Load Balancing 太长了显示成省略号,我觉得还不如把这个侧边栏做成可以拉伸的…)。这些显示的内容很明显,就是 kubectl get service
或者 kubectl get ingress
之类的,点进去依然是一次 describe
的操作(下面还会仔细说)。
5 Config and Storage|Custom Resources|RBAC|Events
这些资源对象的展示跟上面说的几个是一样的,本文就不赘述了。
6 kubectl describe
每次点击一个资源对象,进去就会是一个 kubectl describe
的操作,这里展示的内容如下,用户还可以通过点击【YAML】,直接去修改资源对象,这里就相当于一次 kubectl edit
的操作了。
7 Resouce Viewer
值得一提的是,Octant 有个很棒的功能,Resource Viewer 会把所有资源对象有关联的其他资源对象通过这种可视化的方式展示出来,点击其中任意的资源对象,还可以直接 kubectl describe
一下,看到这个对象的详细信息。
8 Multi Context
另外就是,通过配置 Octant 读取的 conf 文件,可以配置出多个不同的集群,可以同时在一个页面去管理多个集群的资源对象(这是我之前一直想做的功能),这样就非常方便了,当然你的 conf 文件需要有各个集群的管理员的权限,关于多集群配置可以参考 Kubernetes 官网的介绍配置对多集群的访问。
9 Plugin
另外就是 Octant 还支持集成其他插件,意味着用户可以按照自己的需求去开发一些插件,比较常见的需求可能就是 Helm 了,像其他公有云的 Kubenretes 平台基本上也有 Helm 管理页面。Helm 的插件可以在这里找到 octant-plugin。
10 Summary
整理来说 Octant 对得起他的定位,就是一个可视化的 Kubectl,这对于集群资源对象的管理还是非常实用的。