Skip to content

Commit

Permalink
add console and dashboard md
Browse files Browse the repository at this point in the history
  • Loading branch information
1046102779 committed Apr 13, 2017
1 parent e15e74e commit a6eb1ae
Showing 1 changed file with 14 additions and 0 deletions.
14 changes: 14 additions & 0 deletions best_practices/console_and_dashboard.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,14 @@
## 控制台和面板 console and dashboards
---
我们应该在一个面板上尽可能多地展示数据,特别是像Prometheus系统,它提供了丰富的应用程序测量工具。这可能导致控制台由于信息太多而不可穿透,即使熟悉该系统的专业人士恐怕也难理解所有杂糅在一起的信息。

对于操作控制台,它会想到最有可能的失败模式是什么,以及如何使用控制台来区分它们,而不是试图解释你拥有的每个数据。利用你的服务结构优点。例如,如果你在在线服务系统中拥有大量的服务,则某些服务的延迟是一个典型问题。不要在单个面板上显示每个服务的信息,而是为每个服务构建独立的面板,包括每个服务的延迟和错误。然后,您可以从顶部开始,按照你自己的方式处理有问题的服务。

我们根据经验发现,下面的经验点是非常有效的:
- 在一个控制台上,最多不要超过5个图表;
- 在一个图表上,最多不要超过5幅(线);
- 当使用已提供的控制模板例子,请避免右侧表格中的20~30个条目。

如果你发现自己的设计不符合这些,请降低不太重要的信息可见性,可能将一些子系统拆分成一个新的控制台。例如:你可以聚合数据,而不是细分数据,将其移动到右侧表格,如果数据无用,甚至可以完全删除数据 - 你可以随时在表达式浏览器中查看它!

最后,一组控制台很难为多个master服务。你想知道什么(什么是坏的?)与你想要的东西有很大的不同?在这种情况下,两个独立的控制台是可以有用的。

0 comments on commit a6eb1ae

Please sign in to comment.