Elastic 的 Kibana 导航在 9.2 版本中根据用户反馈进行刷新

Kibana 导航刷新

在使用 Elastic Cloud 托管或本地部署时，您可以配置您的空间以显示单个解决方案视图，例如安全性、可观测性或 Elasticsearch 功能，而不是传统的同时显示所有功能的经典视图。

我们在 2024 年 11 月引入了解决方案视图，同时推出了无服务器。自那时起，我们收到了大量来自客户和社区的反馈。超过 70% 的用户对新的导航感到沮丧，重要的应用程序如 Stack Monitoring 缺失。尤其是管理员在使用 Stack Management 时遇到了困难，因为在子菜单之间切换（如用户和角色）时，管理功能会消失，导致完成工作流程所需的点击次数和鼠标悬停时间加倍。在折叠模式下，仅仅为了访问菜单就需要多次点击。

Elastic 的 Kibana 用户反馈，基于 66 条开放文本响应，2025 年 5 月摘录

开放文本响应，2025 年 5 月摘录

在 9.2 版本中，更新的导航系统解决了这些问题，使得在扩展和折叠模式下的导航更加快速和直观。刷新后的导航适用于 Elastic Cloud 的 无服务器，以及在 Elastic Cloud Hosted 和本地部署中启用解决方案视图的任何空间。

导航刷新有什么新变化？

您现在可以在不影响导航效率的情况下享受全宽的 Kibana 界面。以下是一些新变化：

• 更多屏幕空间 – 导航菜单占用更少的空间，为仪表板和 Discover 提供了更多的显示区域。
• 改进的折叠模式 – 只需一次点击即可访问主要和子菜单项。
• 悬停菜单 – 快速导航，无需额外点击。
• 始终可见的次级导航面板 – 轻松切换页面，例如索引管理和集成，不会丢失当前的位置。
• 响应式浏览器调整 – 菜单会根据浏览器大小自动调整。当高度受限时，溢出的菜单项可以在“更多”下访问。

如果您使用的是 Elastic Cloud Hosted 或本地部署，设置您的空间为解决方案视图以享受这些更改。

协调多产品导航设计

在同时发布多个产品版本（如 Elasticsearch、Security、Observability 及其无服务器版本等）时，一个技术和组织上的挑战是在多个产品版本中同时发布新的导航组件和层级。我们需要在团队之间协调，避免互相阻碍，避免出现巨大的长期分支，并且安全地推出更新。

每个产品版本都拥有一个导航树（JSON），驱动侧边导航和面包屑。团队在 Kibana 平台上注册他们的导航树；Kibana 会根据该树将其映射到侧边导航组件的属性来呈现侧边导航。

导航树结构示例：

{
  id: 'security',
  title: 'Elastic Security',
  children: [
    { title: 'Get started', link: '/getting-started' },
    { title: 'Discover', link: '/discover' },
    { title: 'Dashboard', link: '/dashboard' }
    // 其他子项
  ]
}

为了推出更改，我们需要同时发布新侧边导航并更新导航树，同时保持旧导航的正常工作。我们通过以下方式解决了这个问题：

• 一棵树，两种渲染器：同一棵树同时支持旧导航（v1）和新导航（v2）。开发人员可以通过切换功能标志在主分支中查看新侧边导航。我们还提供了一个仅供开发人员使用的“同时”模式，允许开发人员同时查看两个侧边导航，并进行视觉上的比较，从而确保他们能够在不破坏旧导航的情况下完善新导航。
• 兼容性映射器：将相同的导航树转换为适用于两种导航的格式（例如，为新导航扁平化组和手风琴，并忽略仅适用于 v1 的配置设置），并为 v2 配置错误的项目记录警告。
• 版本范围调整，无需分叉：可选的属性如 sideNavVersion（根据版本显示/隐藏树分支）和 iconV2: 'home'（仅在 v2 导航中显示图标）让团队可以完善 v2 而不破坏 v1。

结果：每个团队独立迭代其导航树，主用户和无服务器用户保持稳定的 v1，我们避免了重复的导航树和风险较大的“巨变”PR。当 v2 成为默认时，我们将移除 v1 和临时的补丁。

为什么采用图标驱动的导航？

为了实现功能齐全的折叠模式——一个高度请求的功能，我们开发了一个可以缩减为图标列的导航系统。早期用户体验测试表明，这种设计受到了用户的好评。通过将 Kibana 的抽象概念与独特的图标进行视觉关联，导航变得更加直观、易记且高效。例如，Discover 中的 Explore 使用相同的 Discover 图标，使其更易于识别。我们还支持可选的文本标签，在扩展模式下可见，并在折叠时作为工具提示显示。最后，这种方法允许在需要时同时显示两个导航面板——这在以前由于屏幕空间有限而难以实现。

数据管理的新家

我们与开发人员的用户研究确认，数据管理不被视为设置或 Stack Management 功能。在卡片分类练习中，开发人员将 Fleet、索引管理和数据流等功能与管理员相关任务分开。这些用户见解促使我们在 Kibana 中引入了专用的数据管理部分。

以前，索引管理等页面被埋在 Stack Management 中，难以找到。现在，它们被统一归入一个清晰定义的部分，包括 Fleet、索引管理、集成、数据管道。

这为管理索引和数据生命周期任务提供了一致的家，能更快地访问与数据相关的页面，而无需通过 Stack Management 导航，并且能更清晰地了解数据管理在 Kibana 中的位置。

展望未来

所有对导航的改进都是为了使您在 Kibana 中搜索和管理数据时更加高效，同时减少杂乱和不必要的菜单项。为此，我们正在探索以下中期功能：

自定义您的导航

有些用户可能希望根据自己的使用情况隐藏或显示菜单项。我们正在积极研究允许您在空间和用户级别自定义导航。

改进的全局和导航菜单搜索

为了加快在冗长菜单中搜索的速度，我们正在研究在次级导航中添加文本搜索，并改进全局搜索以提高响应速度，并在 Kibana 中提供更相关的结果。

焕然一新的外观和专用侧边栏应用

我们还在重构旧代码，以引入新的 CSS 网格布局，将界面组织在指定的容器中，提供持久化的侧边栏，允许您在 Kibana 中导航时与聊天代理互动。

期待您的反馈！

我们很高兴能提供这些改进，并期待您尝试它们。我们已经使分享您的想法变得比以往任何时候都更简单——反馈选项现在直接内置在导航中，您可以随时告诉我们什么有效（或无效）。