Grafana: 模板化:跨仪表板重用模板变量定义

创建于 2015-05-07  ·  122评论  ·  资料来源: grafana/grafana

托克尔,

是否可以创建全局模板而不是基于特定仪表板的模板。 这就是我的意思。 目前,我执行此步骤来创建基于模板的仪表板:

  1. 创建新仪表板
  2. 选择选项然后选择功能并选择模板
  3. 我只能将此模板与此仪表板一起使用。

是否可以创建全局模板? 这样 SME 将创建模板,而用户只会从查询中选择模板名称来构建图表? 我希望我很清楚。

aredashboartemplating prioritimportant-longterm typfeature-request

最有用的评论

Torkel,这对我们来说非常重要,你有机会优先考虑吗?

所有122条评论

是的,使用 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

+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

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

tcolgate picture tcolgate  ·  3评论

ahmetkakici picture ahmetkakici  ·  3评论

jackmeagher picture jackmeagher  ·  3评论

SATHVIKRAJU picture SATHVIKRAJU  ·  3评论

deepujain picture deepujain  ·  3评论