Skip to content

Latest commit

 

History

History
executable file
·
15 lines (10 loc) · 1.73 KB

Consoles_and_dashboards.md

File metadata and controls

executable file
·
15 lines (10 loc) · 1.73 KB

控制台和面板 consoles and dashboards


在仪表板上显示尽可能多的数据可能很诱人,尤其是当像普罗米修斯这样的系统能够提供如此丰富的应用程序检测时。这可能导致由于信息太多而无法穿透的控制台,即使系统中的专家也难以从中获取意义。

操作控制台不是试图表示您拥有的每个数据,而是考虑最可能的故障模式以及如何使用控制台来区分它们。利用您的服务结构。例如,如果在在线服务系统中有一大堆服务,则某些较低服务的延迟是典型问题。不是在单个大型仪表板上显示每个服务的信息,而是为每个服务构建单独的仪表板,其中包括与之交谈的每个服务的延迟和错误。然后,您可以从顶部开始,继续前进到有问题的服务。

我们发现以下指南非常有效:

  • 控制台上的图表不超过5个。
  • 每个图表上的图表(行)不超过5个。如果它是堆叠/面积图,你可以逃脱更多。
  • 使用提供的控制台模板示例时,请避免在右侧表中输入超过20-30个条目。

如果你发现自己超过了这些,那么降低不太重要的信息的可见性是有意义的,可能会将一些子系统拆分到新的控制台。例如,您可以绘制聚合而不是分解数据的图形,将其移动到右侧表格,甚至可以完全删除数据(如果它很少有用) - 您始终可以在表达式浏览器中查看它!

最后,一组控制台很难为一个以上的主人提供服务。你想知道什么是oncall(什么是坏的?)往往与开发功能时你想要的有很多不同(有多少人遇到角落X?)。在这种情况下,两组独立的控制台可能是有用的。