托克尔,
是否可以创建全局模板而不是基于特定仪表板的模板。 这就是我的意思。 目前,我执行此步骤来创建基于模板的仪表板:
是否可以创建全局模板? 这样 SME 将创建模板,而用户只会从查询中选择模板名称来构建图表? 我希望我很清楚。
是的,使用 Grafana 2.0 和新的后端,在未来的版本中(可能是明年或今年冬天),可以将模板变量添加为独立实体,您可以跨仪表板重复使用。
Torkel,这对我们来说非常重要,你有机会优先考虑吗?
不,也许如果它会得到很多 +1 :) 到目前为止,如果没有集中存储模板变量,人们已经很好了,只需为一个仪表板定义它们,然后复制该仪表板。 不理想。
此类功能的当前路线图(即将某些内容从仪表板中移出,并使它们可作为单独的实体保存,并可跨仪表板重复使用)。
1) 第一个跨仪表板的可重复使用的面板和面板模板
2) 注释
3) 每个面板的注释
我这样的功能需要很多 +1 票,然后它可能会被添加到路线图中。 您可以自己编写一些代码,使用 HTTP api 在许多仪表板之间同步模板变量
:+1:
:+1:
+1
在我的用例中,我有一个具有预定义值的模板变量,并在 10 多个仪表板中使用。 每次换10个地方都不好玩!
+1
+1
+1
+1
@torkelo你如何定义“很多”?
+1
+1
+1
+1
+1 - 我使用了一些大型 GLOB 语句,即 {entity1,entity2,entity3},我在多个仪表板上使用它们,它们变化相当频繁,我必须在六个仪表板中更新它们。 全局变量将是一个惊人的功能
:+1:
我很惊讶没有那么多+1。 我正在为我在这个组织中创建的每个仪表板复制从 Prometheus 实例标签查询的模板变量......
+1
+1
+1
+1
+1
+1
一个快速的解决方法可能是使用 wizzy CLI,直到我们可以进行一些主要的代码重构以在 Grafana 中使用模板变量:
可以将模板变量从一个仪表板复制或移动到另一个仪表板 - https://github.com/utkarshcmu/wizzy#local -commands
+1
wizzy 0.4.0 发布...现在您可以从任何仪表板中提取模板变量,将其存储并插入到任何仪表板中......
https://github.com/utkarshcmu/wizzy#template -variables-commands
+1
+1
+1 +1 +1 :)
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1000
+1
+1 我认为。 我是一个 grafana 新手,所以放轻松 ;-) 这是否允许我设置一个跨越所有仪表板的时间范围? 我希望能够从不同的仪表板查看特定时间间隔的数据,以综合了解当时发生的情况。 如果我单击仪表板内的某个小部件将我重定向到另一个小部件,则会保留时间间隔,但是如果我从菜单中选择仪表板,则时间间隔会丢失,并且grafana 文档似乎告诉我没有什么可以解决它,但捣碎沙子;-{。 我认为其他人会对这样的功能感兴趣。 任何人都可以建议至少一个 hack 让我尝试这种行为并看看它是否有效?
+1
+1
+10086
+1 顶
+1
@torkelo根据 2015 年:“你如何定义‘很多’?” ;)
@bergquist现在已经超过 9000 了。
@torkelo根据 2015 年:“你如何定义‘很多’?” ;)
这个问题肯定已经达到了这个阈值(有很多 +1 / 竖起大拇指)。 但是有大约 30 个问题需要更多的赞许,因此对具有大量需求的功能请求的竞争非常激烈 :)
我确实认为这个功能很有意义,并且肯定希望看到它实现。 不知道我们什么时候可以开始工作,也许是明年年初。
有效点。 您是否有“这是我们想要的,按照这个顺序,这些是我们正在处理的部分”的公开列表? 这可能与问题有关,因此人们知道它已被接受。
此外,将问题标记为“已接受,将在某个时候发生”会有所帮助。
更新了我们的路线图: https ://github.com/grafana/grafana/blob/master/ROADMAP.md 它非常广泛,还不是很详细。
@torkelo LOL,当您说“非常广泛”时,您不是在开玩笑;-)
但是,谢谢你开始这个过程……我认为你可以做任何事情来传达你的方向,这将有助于提高社区反馈的质量。
再次感谢您为这个项目所做的所有工作。
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
+1
这对于跨环境部署非常有用。
好吧。 +1
+1
请这样
对于对此功能感兴趣的任何人,请更喜欢在初始帖子中添加反应,而不是发布“+1”评论。 这使每个人都更容易跟踪有多少人想要这个。
这有可能很快发生吗? 这将非常有用。
谢谢!
我也非常感谢这个功能!
我也想要这个功能。
我们也会发现这非常有用!
+1
+1
+1 有关实施此功能的优先级的任何更新? 将显着缩短时间,并允许增加仪表板的模块化和跨部署的可重用性。
还需要这个,能够在用户级别(在用户帐户中)定义变量,然后可以在仪表板模板中使用。
然后,我们可以为所有用户提供一个仪表板模板,每个用户都可以看到自己/自定义的数据。
谢谢👍
不确定这是否已解决 - 但理想情况下,我认为这些不应该是全局变量。 在一个实例中,我可能有一组仪表板,它们具有相同的变量需求,但与其他仪表板组的不同。 通常情况下,全局变量可能会导致问题。
我认为更多的想法是让“变量组”具有一组变量,并且每个仪表板都可以拥有所需的组。
有这样的问题 - 我可以将特定变量添加到已经有变量组的仪表板中。 仪表板是否可以有多个变量组等。我现在会选择最简单的方法。
+1
+1 有关实施此功能的优先级的任何更新? 真的很想有一个集中的方式来管理仪表板。 谢谢
+1 这个功能非常棒,并且大大减少了与管理 20 多个仪表板相关的麻烦。
+1
+1 请这将使我的工作更轻松
+1 这个优先级是什么?
+1
+1
+1
+1
+1
+1,维护跨仪表板重复的面板是一种痛苦。
开始使用“子”仪表板构建我的 OTRS 仪表板,这肯定会非常方便!
+1
+1 共享面板,查询中的 1 个小变化需要在 40 多个仪表板中更新是一件痛苦的事情。
+1
最有用的评论
Torkel,这对我们来说非常重要,你有机会优先考虑吗?