Grafana: Plantillas: reutilice las definiciones de variables de plantilla en todos los tableros

Creado en 7 may. 2015  ·  122Comentarios  ·  Fuente: grafana/grafana

torkel,

¿Es posible crear plantillas globales en lugar de plantillas basadas en un panel en particular? Esto es lo que quiero decir. Actualmente, hago este paso para crear un tablero basado en una plantilla:

  1. Crear un nuevo tablero
  2. seleccione la opción, luego las características y elija la plantilla
  3. Solo puedo usar esta plantilla con este tablero.

¿Es posible crear plantillas globales? ¿Para que una PYME cree las plantillas y los usuarios solo elijan los nombres de las plantillas de la consulta para crear gráficos? Espero ser claro.

aredashboartemplating prioritimportant-longterm typfeature-request

Comentario más útil

Torkel, esto es extremadamente importante para nosotros, ¿hay alguna posibilidad de que puedas priorizar esto?

Todos 122 comentarios

sí, con Grafana 2.0 y el nuevo backend, sería posible en una versión futura (quizás el próximo año o este invierno) agregar variables de plantilla como entidades independientes que puede reutilizar en todos los paneles.

Torkel, esto es extremadamente importante para nosotros, ¿hay alguna posibilidad de que puedas priorizar esto?

no, tal vez si obtuviera muchos +1 :) La gente ha estado bien sin almacenamiento centralizado de variables de plantilla hasta ahora, solo defínalas para un tablero y luego copie ese tablero. No es ideal.

La hoja de ruta actual para características como esta (es decir, sacar algo de los tableros y hacerlos guardables como entidades separadas y reutilizables en todos los tableros).

1) Primeros paneles y plantillas de paneles reutilizables en todos los paneles
2) Anotaciones
3) Anotaciones por panel

Una característica como esta necesita muchos votos +1, entonces podría agregarse a una hoja de ruta. Puede escribir un código usted mismo que use la API HTTP para sincronizar variables de plantilla en muchos tableros

:+1:

:+1:

+1

En mi caso de uso, tengo una variable de plantilla con valores predefinidos y se usa en más de 10 paneles. ¡Hacer un cambio a 10 lugares cada vez no es divertido!

+1

+1

+1

+1

@torkelo ¿Cómo defines "mucho"?

  • 1

+1

+1

+1

+1

+1: uso algunas declaraciones GLOB masivas, es decir, {entity1, entity2, entity3} que uso en varios tableros y cambian con bastante frecuencia y tengo que actualizarlos en media docena de tableros. Las variables globales serían una característica increíble

:+1:

Me sorprende que no haya tantos +1. Estoy replicando una variable de plantilla consultada desde una etiqueta de instancia de Prometheus para cada tablero que creo en esta organización...

+1

+1

+1

+1

+1

+1

Una solución rápida puede ser usar wizzy CLI hasta que podamos obtener una refactorización de código importante para usar variables de plantilla en Grafana:

Uno puede copiar o mover variables de plantilla de un tablero a otro: https://github.com/utkarshcmu/wizzy#local -commands

+1

Lanzamiento de wizzy 0.4.0... ahora puede extraer variables de plantilla de cualquier tablero, almacenarlas e insertarlas en cualquier tablero...
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 creo. Soy un novato en grafana, así que tómalo con calma ;-) ¿Esto me permitiría establecer un rango de tiempo que abarque todos los tableros? Quiero poder ver los datos de un intervalo de tiempo particular desde diferentes paneles para obtener una vista integrada de lo que sucedió en ese momento. Si hago clic en algún widget dentro del tablero que me redirige a otro, el intervalo de tiempo se conserva, pero si selecciono un tablero de un menú, el intervalo de tiempo se pierde y la documentación de Grafana parece decirme que no hay nada. puede hacer al respecto, pero libra arena ;-{. Creo que otras personas estarían interesadas en una característica como esta. ¿Alguien puede sugerir al menos un truco que me permita probar este comportamiento y ver si funciona?

+1

+1

+10086

+1 me gusta

+1

@torkelo Según 2015: "¿Cómo defines 'mucho'?" ;)

@bergquist esto es más de 9000, ahora.

@torkelo Según 2015: "¿Cómo defines 'mucho'?" ;)

Este problema definitivamente ha alcanzado ese umbral (de tener muchos +1/me gusta). Pero hay alrededor de 30 problemas con aún más aprobados, por lo que la competencia por las solicitudes de funciones con mucha demanda es bastante alta :)

Creo que esta característica tiene mucho sentido y definitivamente me gustaría verla implementada. No estoy seguro de cuándo tendremos tiempo para trabajar en ello, tal vez a principios del próximo año.

Punto valido. ¿Tiene una lista pública de "esto es lo que queremos, en este orden, y esas son las partes en las que estamos trabajando"? Esto podría vincularse desde los problemas para que las personas sepan que se acepta.

Además, sería útil etiquetar los problemas como "aceptados, sucederán en algún momento".

actualizamos nuestra hoja de ruta: https://github.com/grafana/grafana/blob/master/ROADMAP.md es muy amplia y no muy detallada todavía.

@torkelo LOL, no estabas bromeando cuando dijiste "muy amplio" ;-)

Sin embargo, gracias por iniciar el proceso... Creo que cualquier cosa que pueda hacer para comunicar la dirección en la que se dirige ayudará a mejorar la calidad de los comentarios de la comunidad.

Gracias de nuevo por todo el trabajo que estáis haciendo con este proyecto.

+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
Esto sería muy útil para la implementación en todos los entornos.

bien. +1

+1

por favor hazlo asi

Para cualquier persona interesada en esta función, prefiera agregar una reacción a la publicación inicial en lugar de publicar un comentario "+1". Esto hace que sea más fácil para todos rastrear cuánto la gente quiere esto.

¿Esto, por casualidad, sucederá pronto? Sería extremadamente útil.

¡Gracias!

¡También apreciaría mucho esta característica!

Me gustaría esta característica también.

¡También encontraríamos esto bastante útil!

+1

+1

+1 ¿Alguna actualización sobre la prioridad de implementar esta función? Reduciría significativamente el tiempo y permitiría una mayor modularidad y reutilización del tablero en todas las implementaciones.

También necesita esto, poder definir variables a nivel de usuario (en cuentas de usuario), que luego podrían usarse en plantillas de tablero.
Entonces podríamos tener una plantilla de tablero para todos los usuarios, cada usuario viendo sus propios datos personalizados.
Gracias 👍

No estoy seguro de si esto se ha abordado, pero idealmente no creo que estas deban ser variables globales. Dentro de una instancia, puedo tener grupos de tableros que tienen necesidades variables idénticas, pero diferentes a las de otros grupos de tableros. Como suele ser el caso, las variables globales pueden causar problemas.

Creo que lo que sería más ideas es tener "Grupos de variables" con un conjunto de variables y cada tablero puede tener el grupo necesario.

Hay preguntas como: ¿puedo agregar variables específicas a un tablero que ya tiene un grupo de variables? ¿Sería posible tener varios grupos de variables para un tablero, etc.? Por ahora, optaría por el enfoque más simple.

+1

+1 ¿Alguna actualización sobre la prioridad de implementar esta función? Realmente me gustaría tener una forma central de administrar los tableros. Gracias

+1 Esta característica sería increíble y reduciría significativamente los dolores de cabeza asociados con la administración de más de 20 paneles.

+1

+1 por favor esto facilitaría mucho mi trabajo

+1 ¿cuál es la prioridad en esto?

+1

+1

+1

+1

+1

+1, mantener los paneles duplicados en los tableros es una molestia.

¡Empecé a construir mi tablero de OTRS con tableros 'sub' y esto sería muy útil, seguro!

+1

+1 para el panel compartido, 1 pequeño cambio en la consulta debe actualizarse en más de 40 paneles es una molestia.

+1

¿Fue útil esta página
0 / 5 - 0 calificaciones