我想让开发人员可以相对于我们在Kubernetes中运行的Elastic实例启动Kibana的本地实例，也许使用kubectl port-forward或类似的方法，主要是为了进行故障排除。我知道可以重命名.kibana索引，但是用IMHO这样的脚步很容易，所以我更喜欢以只读用户身份运行Kibana。即使我将来需要修改数据，我也不希望Kibana接触过任何索引（如果我们决定允许这样做，则没有开发人员运行显式查询就可以这样做）。
我非常幼稚的方法是只授予对Kibana的只读访问权限，但随后崩溃，因为它无法创建.kibana索引。
是否可以在不需要将状态存储在Elastic中的情况下运行Kibana（也许功能有所减少）？还是我应该放弃并寻找其他工具来剖析数据？
背景：.kibana索引（及其重命名）没有分配的问题，因为我们基本上是针对临时（或虚拟磁盘）存储运行的。部署新版本时，有时会丢失数据（这是设计使然）。我们的应用程序将处理其自己的索引，但是.kibana索引导致群集状态变为黄色。尽管当然有解决的办法，但我还是希望发挥作用，并尽可能禁止Kibana进行任何修改。否则，我可能会寻找一种更安全的工具来进行故障排除（我们基本上需要开发工具）。