Grafana: 템플릿 변수를 사용한 쿼리 알림 지원

+1

1. 그냥 모두 사용하는 것과 비교하면 어떤 차이가 있습니까?

+1
수명이 짧은 서버(AWS auto scaling)에 알림을 추가할 수 있으면 좋겠고, grafana에 서버를 자동 등록하는 것은 템플릿으로 간단하지만 알림을 넣을 수 없다는 것이 아쉽습니다.

@bergquist 예를 들어 호스트가 12개 이상인 경우 모두 사용하는 것은 비현실적입니다.

예를 들어 그 중 몇 개만 실패한 경우(예: 5개) 실패한 각 경고에 대한 이메일을 받는 것이 매우 유용합니다. 이 방법은 일반적으로 메트릭당 하나의 경고를 예상하는 다른 도구와 훨씬 쉽게 통합할 수 있습니다.

현재 접근 방식(모두 사용)은 인스턴스가 더 적거나 서비스 수준에서 경고하는 경우(예: 대기열에 있는 작업 수) 꽤 깔끔합니다.

@calind 가 말했듯이 influxDB에서는 잘 작동하지만 경고에서는 작동하지 않는 여러 $ 호스트 변수가 있습니다.

+1도 됩니다.

템플릿 변수로 쿼리할 수 있기 때문에 경고 측정항목으로 동일한 쿼리를 수행하고 결과를 반복하여 경고 기준을 충족하는 항목을 확인할 수 있지 않을까요?

@NotSoCleverLogin 가능합니다. 그러나 선택한 템플릿 변수에 따라 경고 규칙의 동작을 변경하시겠습니까?

템플릿에 대해 모두 옵션을 사용하는 것이 나에게 의미 있는 유일한 방법입니다.

+1

각 환경에 동일한 구성 요소가 있는 X 환경 설정이 있습니다. 우리는 현재 prometheus를 사용하여 예를 들어 CPU 사용량/디스크 사용량 등에 대해 경고하고 있습니다. 여기에서 쿼리에 대한 경고를 지정하고 경고가 트리거되면 경고가 트리거된 환경만 나타냅니다.

All 변수로 이 작업을 수행하면 어느 정도 작동합니다. 그러나 @calind 의 예를 사용하면 스크린샷은 해당 문제에 대해 알리고 싶은 환경뿐만 아니라 내 모든 환경의 모든 CPU 추세로 채워질 것입니다. 그래프는 다른 환경의 정보로 인해 가려질 수 있습니다. 일부 시나리오에서는 다른 환경에서 CPU를 비교하는 것이 흥미로울 수 있지만 테스트 환경에서 발생하는 일이 프로덕션 환경 등에서 발생한다는 보장은 없습니다.

또한 "표준" 개요 대시보드에 경고에 대한 주석을 표시하여 작업에서 사용할 수 있는 대시보드를 만드는 방법을 찾고 있습니다. 이러한 종류의 대시보드에 'env' 템플릿 변수를 사용한다는 점을 감안할 때 현재 구현된 방식으로 그렇게 하는 것은 실제로 불가능합니다. 경고가 트리거되는 "그림자" 대시보드를 수동으로(적어도 어느 정도) 생성해야 합니다(이로 인해 개요 대시보드에서 주석이 느슨해짐).

템플릿 변수가 도움이 될 수 있다고 생각하는 또 다른 방법은 경고(이러한 기능을 구현하도록 선택해야 함)를 다른 소스(프로덕션의 경우 일부 작업, 테스트 환경의 경우 qa/개발자 등)로 라우팅하는 것입니다.

템플릿된 쿼리에 대한 경고 지원에 대해 +1입니다.

@bergquist , 일부 대시보드에는 _All_ 옵션이 없습니다. 예를 들어 collectd에 의한 시스템 메트릭(https://grafana.net/dashboards/24). _All_ 옵션을 갖는 것은 10개 이상의 서버에 대해 확실히 실용적이지 않을 것입니다. 이것이 바로 템플릿 변수를 반복해야 하는 이유입니다.

모두의 사용을 허용하는 것은 좋은 시작이며 환영할 만한 일입니다.

Prometheus에서 모두를 허용하려면 쿼리를 다른 방식으로 작성해야 합니다.

some.metric{hostname=~"$Hostname"}

정규식 검색(및 All의 와일드카드)을 허용하는 추가 물결표에 주목하세요.

직접 쿼리에서 정규식 검색 쿼리로 전환할 때 발생할 수 있는 성능 영향을 벤치마킹하지 않았지만 적어도 현재로서는 분명히 문제를 해결할 것입니다.

+1

+1

구현 방법을 잘 모르겠고 필요하다는 것만 알아두세요.

+1
우리는 Prometheus를 데이터 소스로 사용하여 온프레미스 K8S 클러스터 및 AWS K8S 클러스터에 대한 Kubernetes 인프라를 모니터링합니다.
모든 대시보드는 데이터 소스($Environment), $Instance/Node, $Namespace 및 $Pod에 대해 템플릿 변수를 사용합니다.
Prometheus 쿼리 구조 방식 때문에; 모든 쿼리에는 템플릿 변수가 있습니다. 경고 규칙이 저장을 허용하지 않도록 합니다.
경고에 추가된 템플릿 변수 쿼리를 보고 싶습니다.

+1

+1
우리는 논리적인 방식(그리고 많은 사람들이 사용하는)인 다중 서버 환경에 템플릿 대시보드를 사용하므로 지금은 grafana로 경고를 사용할 수 없습니다. 유일한 방법은 템플릿이 아닌 별도의 대시보드나 설정이 쉽지 않은 prometheus 자체로 경고하는 것입니다.

모든 필드에 백업/사전 렌더링된 템플릿 변수가 있는 대시보드를 저장/내보내는 옵션이나 간단한 방법이 있다면... 다른 솔루션을 찾을 때까지 이것은 아마도 좋은 중간 지점이 될 것입니다.

템플릿된 쿼리에 대한 경고 지원에 대해 +1입니다. 현재 모든 대시보드에서 템플릿을 사용하므로 이 멋진 기능을 활용할 수 없습니다.

+1, 템플릿 대시보드가 ​​많고 지금은 알림을 사용할 수 없습니다. 알림을 받기 위해 대시보드를 중복 제거해야 하므로 템플릿 기능을 잃게 됩니다.

+1, 거의 모든 대시보드는 템플릿 변수(및 중첩 템플릿 변수)를 사용합니다.

필요한 경우 템플릿 변수 그룹별로 개별 경고를 받기 위해 반복 패널에 경고를 설정할 수 있기를 바랍니다. 또한 이것은 경고가 동적이며 현재와 같이 수동이 아님을 의미합니다.

위험: 이론상 변수는 있으면 좋겠지만 어떤 사람이 대시보드에 들어가서 값을 변경하고 저장하면 결과 경고가 영향을 받을 수 있다는 점을 염두에 두어야 합니다. 그것이 괜찮은 행동인지 아닌지는 모르지만 복잡할 것입니다.

+1

grafana로 작업할 때 템플릿이 모든 곳에서 권장되는 것처럼 느껴지고 경고 기능을 사용하기 위해 변수를 사용하지 않고 추가 그래프 세트를 만드는 것은 잘못된 것 같습니다...

템플릿된 쿼리에 대한 경고 지원에 대해 +1입니다.
또한 중국어 규칙 이름 또는 중국어 제목을 사용할 때 규칙이 트리거된 비정상적인 이메일을 수신하는 것을 발견했습니다. 예를 들어 "个股分时线接口请求时间(getTimeTrend) 경고"를 예상했지만 "个è'¡åˆ†æ—¶çº¿æŽ¥å £è¯·æ±‚时间( getTimeTrend) 경고", 문자 집합이 올바르지 않을 수 있습니다.

경고에서 템플릿화된 변수를 구현하려면 +1

+1

+1은 큰 도움이 될 것입니다.

+1

경고에서 템플릿화된 변수를 구현하려면 +1

+1

+1 기대됩니다

+1

+1

+1

+1

+1 쓰지 마세요!
이 호를 구독한 모든 사람은 이메일을 받게 됩니다...

+1 주석을 제거하는 github 기능만 있습니다.
https://github.com/blog/2119-add-reactions-to-pull-requests-issues-and-comments

@thetechnick 이메일에 스레드를 음소거하고 이메일을 받지 않을 수 있는 링크가 있습니다. 하지만 기능이 완료되면 알림을 받고 싶을 수도 있다는 점을 이해하지만, 문제가 더 빨리 해결될 수 있도록 문제를 해결하는 것도 좋아합니다. :)

전반적으로 경고에 대한 큰 진전.
경고의 템플릿 변수에 대해서도 누락되었습니다. +1 :D

=
게다가 query 에 사용된 메트릭이 템플릿 변수를 사용하는지 여부를 Grafana가 감지하는 방식에 버그가 있을 수 있습니다.

템플릿 변수를 간접적으로 사용하는 시리즈가 있는 경우 Grafana는 해당 시리즈를 경고로 추가하는 것을 멈추지 않습니다. 경고는 분명히 올바르게 작동하지 않습니다.

#K 를 참조하십시오(#A를 사용하는 #D를 사용하고 templ.var를 사용하는 #A):

나는 여전히 그것을 선택할 수 있었다:

어디에나 있는 템플릿, 즉 어디에도 경고하지 않습니다.
경고가 어떻게 구현되었는지 확실하지 않지만 간단한 그래프의 경우 데이터 소스를 호출하기 전에 쿼리가 "변환"되고 템플릿 변수가 값으로 대체됩니다. 그렇죠? 그렇다면 이 경우에는 왜 안 될까요? 어떤 식으로든 앞서 말했듯이 템플릿 변수를 사용하는 거의 모든 쿼리가 있는 경우 경고는 완전히 저에게 적합합니다. 경고를 Grafana 외부로 이동할 필요가 없도록 구현해 주시겠습니까? 정말 감사합니다!

템플릿을 사용한 경고가 사소한 것이 아니라는 점을 인식해야 하며 누군가 대시보드를 사용할 때 경고가 변경되는 것을 원하지 않기 때문에 모든 옵션이 올바른 방법이라고 생각합니다.
그러나 템플릿 쿼리가 새 결과를 반환하는 경우 grafana는 여전히 새 경고를 생성해야 합니다. 이는 앱을 확장할 때 자주 발생하지 않습니다.
우리 중 많은 사람들이 태그/태그 값을 사용하고 있고 이에 대한 시간 필터가 없기 때문에 InfluxDB를 사용하는 경우 더 많은 문제가 발생하므로 grafana는 모든 호스트에 존재했던 모든 서비스에 대한 경고를 생성합니다. .

+1

알림에서 데이터 소스를 지정하는 것만으로도 괜찮을 것입니다. 그것은 어떤 논리도 깨뜨리지 않을 것이며, 감시할 프로덕션 및 스테이징 환경을 최소한 지정할 수 있습니다.

ALL은 물론 옵션입니다. 쿼리에서 템플릿 변수를 인식하고 사용자가 경고 조건 구성에서 값을 설정할 수 있도록 하는 것이 더 유연합니다. 가장 좋지만 복잡한 방법은 여러 경고(여러 쿼리가 있는 것과 같은 방식)를 사용하여 쿼리의 다른 템플릿 변수 값에 대해 다른 경고를 설정할 수 있도록 하는 것입니다. 이를 통해 관리자는 예를 들어 서로 다른 호스트에 대해 서로 다른 경고 조건을 설정할 수 있습니다.

여러 경고 프로필이 있으면 좋겠지만 초기 단계의 경우 경고 패널의 대시보드에서 사용할 수 있는 것과 동일한 템플릿 선택기를 제공하는 것만으로도 많은 문제를 해결할 수 있습니다.

또한 각 변수에 대한 토글이 해당 변수에 대한 결과를 단일 알림으로 집계해야 한다고 생각합니다. 이는 다중 선택이 활성화된 템플릿 변수에만 활성화될 수 있습니다. 이것은 알림의 자세한 정도를 제어하는 ​​간단하지만 효과적인 방법을 제공합니다. 여러 관련 메트릭에 대해 한 번만 알리지만 메트릭이 실패한 각 호스트에 대해 알리고 싶을 수 있습니다. 또는 영향을 받는 호스트 수에 관계없이 실패한 메트릭에 대해 한 번만 알리고 싶을 수도 있습니다.

이 버그에 대한 목표 이정표가 있습니까?

복잡한 쿼리 및 템플릿 변수 쿼리에 대한 경고에 몇 가지 문제가 있었습니다. 쉽지 않은 쉬운 해결 방법을 찾았지만 제 사용 사례에는 적합합니다.
쿼리를 빌드한 후 쿼리를 추출하기만 하므로 템플릿 변수와 #ROW 참조가 없습니다. 이것은 로켓 과학이 없다는 것이 당신에게 명백할 수 있지만 나에게는 인생을 바꾸는 것이었습니다.

내가 하는 일은 쿼리를 준비하는 것입니다.

그런 다음 Chrome 개발 도구를 사용하여 압축을 풉니다(대상 매개변수 값 복사).

다른 행에 넣습니다(먼저 편집 모드를 토글하도록 전환).

알림 설정:

짜잔!

@siteshbehera 이것은 버그가 아닙니다. 기능 요청입니다.

하지만. 현재 이에 대한 이정표가 없습니다.

이 기능에 대한 커밋에는 인공 지능 grafana 플러그인이 포함되어야 합니다.

알림에서 템플릿을 기다리는 중도 +1

나는 또한 시작 포스트에서 가능한 구현으로 calind가 제공한 것에 매우 찬성합니다. 얼마나 많은(저를 포함하여) 템플릿 대시보드를 사용하는지에 깔끔하게 맞는 것 같습니다. 하나의 대시보드가 ​​있지만 특정 항목을 수동으로 보기 위해 일부 변수를 전환/제한합니다. "서버" 변수의 예가 가장 적합할 수 있다고 생각합니다. 거기에서 템플릿 변수(_all_-value 없음)는 내 대시보드의 "_tab_"과 다르지 않은 것이 됩니다. 서로 전환하여 다른 데이터 세트를 볼 수 있습니다. 그러면 경고를 설정할 때 각 가능한 "_tab_"에 대해 경고가 별도로 존재한다고 가정하기 쉽습니다.

알림 +1에서 템플릿 지원 대기 중

경고가 이 템플릿을 부분적으로 수행할 수 있었던 Librato의 이전 사용자로서 동등하게 부분적인 솔루션을 제공하고 싶습니다. Librato에서 각 메트릭은 '소스' 변수와 함께 제공되며 그래프에 대한 경고는 소스별로 자동으로 발생합니다.

나는 동등한 솔루션이 여기에서 제기된 요구를 충족시킬 것이라고 생각합니다. 경고를 생성할 때 단일 템플릿 값을 '소스'로 선택할 수 있어야 하며 이 소스는 경고에 언급되고 다른 모든 값은 '모두'로 설정됩니다. 이 솔루션은 최소한 여러 템플릿 변수의 사용을 허용하는 경우 발생하는 조합 문제를 방지합니다.

나 자신은 관심 있는 데이터에 대해 보이지 않는 최대 또는 최소 그래프를 설정하고 이에 대한 경고를 수행합니다. 강력하지는 않지만 이 문제가 해결될 때까지 여전히 작동하는 솔루션입니다.

안녕하세요, 저는 이전의 대부분의 경우와 마찬가지로 이 기능을 확실히 찾고 있습니다. 제 모든 대시보드는 (적어도) 여러 환경을 지원하기 위해 템플릿 쿼리를 사용하고 있습니다.

grafana의 로드맵을 추적하고 있는 곳이 있습니까? 또는 github에서 mantainer를 찌르지 않고 미래에 (가까우거나 가깝지 않은) 기능(이와 같은 기능)이 구현될 것인지 확인할 수 있는 방법은 무엇입니까? :)

놀랍네요 정말 간절히 기다리고 있습니다

+1

+1

이 작업을 수행하는 방법은 아직 확실하지 않습니다.

경고를 위해 선택한 템플릿 변수를 재사용하는 것은 위험할 수 있다고 생각합니다. 사람들이 하나의 옵션만 보기로 선택한 다음 All 또는 더 넓은 것으로 변경하는 것을 잊어버릴 수 있기 때문입니다. 나는 그런 행동에 안전하지 않을 것입니다. 경고 규칙은 매우 이해하기 쉽고 추론하기 쉬워야 합니다. 명시적 규칙 > 마법의 규칙.

이 문제에 대한 한 가지 해결책은 각 템플릿 변수에 대해 두 개의 값을 갖는 것입니다. 하나는 대시보드의 시각화용이고 다른 하나는 경고용입니다. 이렇게 하면 경고에서 항상 더 넓은 옵션을 가질 수 있고 여전히 그래프에서 몇 가지 옵션만 선택할 수 있습니다. 이러한 값을 연결하는 것은 가능해야 하지만 기본 동작은 아닙니다.

그 솔루션은 모든 것이 상당히 크고 복잡한 기능이 될 것입니다.

솔루션에 대한 두 가지 제안이 있습니다.

1. 단기 제안은 렌더링된 garph(이메일로 전송되는 것)에서 경고하는 메트릭만 표시되도록 경고 옵션을 추가하는 것입니다. 이렇게 하면 경고 그래프에 수십 개의 메트릭이 포함될 때 혼란이 해결됩니다.

2. 장기적 솔루션은 템플릿 변수를 반복하여 각 템플릿 값 조합에 대해 고유한 경고를 제공하는 것입니다.

11월에 다시 언급했듯이. prometheus 사용자의 경우 쿼리가 제대로 작성되면 'All'을 변수 값으로 사용하는 것으로 충분합니다( some.metric{hostname=~"$Hostname"} ).

구현하기도 매우 쉬울 것입니다.

@bergquist 제 생각에는 옵션 2가 올바른 방향으로 가고 있다고 생각합니다(https://github.com/grafana/grafana/issues/6557#issuecomment-272588490에서 제안한 부분 구현). 너무 복잡해 보이지 않습니다. 템플릿 var 선택을 처리하는 코드가 대시보드에 이미 존재하고 var 구성을 복제할 필요가 없기 때문에 선택만 하면 됩니다. 이 기능의 첫 번째 단계에서 대시보드 선택을 경고에 연결하는 것을 귀찮게 생각하지 않습니다.

Grafana 버전 v4.1.1에서 템플릿 변수 없이 경고에 대해서만 새 메트릭 쿼리를 만들고 비활성화(그래프에서 제외하기 위해)하여 문제를 해결했습니다.

경고에서 템플릿화된 변수를 구현하려면 +1

경고에서 템플릿화된 변수를 구현하려면 +1

이것은 Grafana의 _모든_ 버전에 영향을 줍니까? 아니면 이전에 사용할 수 있었던 기능입니까? 이것은 일종의 거래 차단기이며 이전 버전을 설치하는 데 신경 쓰지 않을 것입니다.

@alejandroandreu 경고는 버전 4에 추가되었으며 템플릿과 함께 작동한 적이 없습니다.

경고에서 템플릿화된 변수를 구현하려면 +1

내가 실행하는 환경 중 일부는 프로덕션 환경이 아니기 때문에 경고가 평가해야 하는 조합을 선택/입력할 수 있기를 원합니다. 이를 구현하는 두 가지 방법이 있습니다. 첫 번째는 더 명시적이고 두 번째는 더 쉽게 구성할 수 있습니다.

원하는 모든 조합을 수동으로 입력

• 이 구성은 경고 구성 패널에 표시되어야 합니다.

예를 들어, cloud , region 및 type 와 같은 3개의 템플릿 변수가 있는 경우 다음과 같은 테이블을 채웁니다.

| 구름 | 지역 | 유형 |
|---------|------------|------|
| 앗 | us-east-1 | 자극 |
| 앗 | us-west-1 | 자극 |
| 하늘빛 | 미국 중부 | 자극 |

테이블에는 새 행을 삽입하기 위한 추가 행과 모든 행에 대한 삭제 버튼이 있어야 합니다.

가능한 값을 입력하면 Grafana가 데카르트 곱을 계산합니다.

• 참고: 이 구성은 템플릿 변수 구성 패널에 입력할 수 있습니다.

| 구름 | 지역 | 유형 |
|---------|------------|------|
| 앗 | us-east-1 | 자극 |
| 하늘빛 | us-west-1 | |
| | 미국 중부 | |

이 입력에 대해 생성될 조합은 다음과 같습니다.

• aws us-east-1 prod
• aws us-west-1 prod
• aws Central US prod
• azure us-east-1 prod
• azure us-west-1 prod
• azure Central US prod

그러나 Grafana는 첫 번째 변수( cloud )를 "입력"한 다음 가능한 모든 조합을 찾을 때까지 두 번째 변수( region )에서 사용 가능한 값을 필터링하여 이 상황을 처리할 수 있습니다(참고 - 모든 변수에 대해 반복적으로 수행해야 함) . 이것은 사람들이 다음과 같이 태그에서 쿼리를 사용할 때 가능합니다.

SHOW TAG VALUES WITH KEY = "REGION" WHERE "CLOUD" =~ /$CLOUD/   

그리고 이 경우 생성된 조합은 괜찮을 것입니다(첫 번째 옵션의 표와 동일).

• aws us-east-1 prod
• aws us-west-1 prod
• azure Central US prod

제 제안이 도움이 되기를 바랍니다.

약간 다른 컨텍스트에서 이 문제(OpenTSDB 데이터 소스)가 있습니다. 템플릿 var를 사용하여 메트릭에서 다운샘플링 간격을 선택하면 경고 쿼리가 오류 400과 함께 실패합니다. 일반 솔루션을 구현하는 데 어려움을 이해하지만 우리는 경고를 활성화하려면 다양한 기존 대시보드를 다시 설계해야 합니다.

@dbcook 은 아마도 별도의 문제를 제기해야 하는 별개의 문제처럼 들립니다.

템플릿은 정말 멋진 기능이며 경고 기능도 마찬가지입니다. 어색한 해결 방법보다 원활하게 함께 작업하는 것이 좋습니다.

@tomekit 해결 방법에 감사드립니다. 실제 구현을 기다리는 동안 유망해 보입니다. 그러나 Chrome 개발 도구를 사용하여 쿼리를 추출할 위치를 찾을 수 없으므로 새 쿼리의 대상 매개변수 값을 복사할 수 없습니다. "요소 검사"를 시도했지만 스크린샷에 표시된 "이름" 또는 "헤더" 또는 "양식 데이터"를 찾는 데 어려움을 겪고 있습니다.

그렇게 하는 단계를 설명해 주시겠습니까? 귀하의 도움에 감사드립니다!

감사 해요

@mathurj 네트워크 -> XHR 탭입니다. 지금 도움이 되나요?

그런 다음 "렌더링" 요청을 클릭합니다.

@tomekit 감사합니다. 지금 이 페이지를 볼 수 있지만 "render"라는 요청은 볼 수 없습니다. 그러나 실행 중인 쿼리에 대한 또 다른 요청이 있지만 "대상" 매개변수가 없습니다.

"렌더링" 요청을 진행하는 방법에 대한 단서가 있습니까?

@mathurj 대시보드에서 그래프 중 하나를 보고 새로 고침(오른쪽 상단)을 클릭하면 "렌더링" 요청이 표시됩니다.

그것을 시도했지만 여전히 "렌더링" 요청이 없습니다 :( "대상" 매개변수도 없습니다. 어쨌든 도움을 주셔서 감사합니다 @tomekit . 실제 구현을 기다려야 할 것 같습니다. @bergquist @torkelo ?

좋아 작업
some.metric{호스트 이름=\~"$호스트 이름"}
쿼리 자체는 괜찮습니다.
하지만 여기 템플릿인 내 데이터 소스는...

환경=\~"$환경"
작동하지 않는 것 같습니다 ... 이것이 작동하는 방법은 무엇입니까? 내가 놓친 것이 있습니까? 아니면 템플릿을 제거해야합니까? 실망:

+2

이 기능은 prometheus를 데이터 소스로 사용할 때 특히 유용합니다!

위에서 언급한 것과 비슷한 이유로 이것도 필요합니다. 나는 이것이 템플릿이 정의하는 전체 컬렉션에 대한 각 루프로 작동할 것으로 기대합니다.

우리는 이것이 필요합니다!!! :) 👍

개인적으로 저도 이 기능을 지지합니다. 우리는 지연 메트릭을 생성하는 부하 테스트 세트로 둘 이상의 시스템을 테스트하고 있습니다. 하나의 대시보드를 사용하는 대신 변수를 사용하여 다양한 시스템에 대한 데이터를 보유하는 데이터 소스 간에 전환하여 하나의 보드만 유지하고 스크립트를 작성하지 않아야 합니다.
따라서 경고의 템플릿 지원은 높이 평가될 것입니다.

+1
우리도 이것이 필요합니다

+1
우리도 이것이 필요합니다

+1
우리도 이것이 필요합니다

+1 답글을 "싫어하는" 사람들이 왜 그렇게 많은지 여쭤봐도 될까요?

@skygragon 원본 게시물을 +1하는 옵션이 있으면 본질적으로 쓸모없는 스팸입니다. 첫 번째 게시물에 있는 좋아요 아이콘을 클릭하기만 하면 됩니다.

템플릿 변수와 경고는 Grafana의 가장 좋은 기능 중 2가지입니다.
서로 배타적인 모습이 안타깝지만.......

+1

@bergquist 팀에서 이 문제를 다시 논의하고 이에 대한 이정표를 세울 수 있습니까? 거의 2년 동안 가장 많이 요청된 기능이며 꽤 많은 사용자가 이 기능을 얻는 데 만족할 것입니다.

좋은 솔루션은 아직 제안되지 않았으며 서로 다른 목적을 수행하는 두 가지 기능을 혼합하기 때문에 이것이 나쁜 생각이라고 여전히 확신합니다. 템플릿 변수는 동적 대시보드 및 탐색에 사용됩니다. 경고 규칙은 이미 정규식/와일드카드 쿼리를 사용하여 동적으로 만들 수 있습니다. 이 두 가지를 혼합하는 것은 적어도 이해할 수 있고 예측 가능한 방식으로 끔찍한 생각처럼 보입니다.

제한된 방식으로 지원해야 하는 몇 가지 좋은 이유가 있지만 추가되는 극도의 복잡성과 개발 비용의 가치가 있는지 확신할 수 없습니다. 그러나 우리는 아이디어, 제안 및 홍보에 열려 있습니다.

문제는 내가 모니터링하는 서버가 꽤 있고 Amazon을 통해 동적으로 생성되므로 주어진 시간에 몇 대의 서버가 작동하는지 알 수 없다는 것입니다.

예를 들어 각 서버의 CPU를 보여주는 템플릿 그래프가 있으므로 거기에도 경고하고 싶습니다.

그러나 와일드 카드를 사용하여 동일한 결과를 얻을 수 있다고 말씀하십니까?

@ yesman85 물론 시계열 저장소에 따라 다릅니다. 그러나 대부분은 이름 지정 패턴을 따르는 여러 메트릭을 대상으로 하는 일부 형태의 glob/regex 쿼리 구문을 지원합니다.

@torkelo 이 입장이 공개적으로 언급된 것은 이번이 처음이라고 생각합니다. 여기에 약간의 오해가 있는 것 같습니다. 사용자는 대시보드 출력에 대해 선택된 템플릿 값이 경고에 영향을 미치기를 원하지 않고 대신 경고를 구성할 때 동일한 템플릿 선택을 사용할 수 있기를 바랍니다.

이 스레드의 관련 구현 제안:
https://github.com/grafana/grafana/issues/6557#issuecomment -272588490
https://github.com/grafana/grafana/issues/6557#issuecomment -281049641(옵션 2)

또한 관련 문제:
https://github.com/grafana/grafana/issues/6041
https://github.com/grafana/grafana/issues/6553
https://github.com/grafana/grafana/issues/6983
https://github.com/grafana/grafana/issues/7252

이러한 제한 사항으로 인해 분노에 대한 경고에 Grafana를 사용할 수 없었습니다. 현재 이러한 종류의 작업을 수행하는 유일한 방법은 경고를 위한 별도의 숨겨진 쿼리를 추가하거나 경고 대 표시를 위한 별도의 대시보드를 만드는 것이기 때문입니다. . 두 옵션 모두 유지 관리의 악몽이며 사용자가 구성 및 해석을 쉽게 모니터링할 수 있는 Grafana의 잠재력을 제한합니다.

Libratos 소스 기반 경고에서 영감을 얻은 위의 제안은 위에서 언급한 거의 모든 문제를 다루는 것으로 보이는 제한적이고 이해 가능하며 예측 가능한 솔루션을 제공한다고 생각합니다.

grafana에서는 경고를 위해 하나의 템플릿 변수만 사용할 수 있고 해당 변수의 각 값은 자체 경고를 생성할 수 있습니다. 경고를 생성하려는 항목을 필터링하기 위해 정규식을 추가할 수도 있습니다.

@pdf 저는 https://github.com/grafana/grafana/issues/6041 이 큰 제한이라는 데 동의합니다. 우리는 분명히 수정하고 싶지만 이 문제와 관련이 없습니다. 우리가 아직 그것을 수정하지 않았다는 것은 나쁜 일입니다. 저도 동의합니다. 우리는 지난 몇 달 동안 경고 측에서 약간의 인력이 부족했지만 곧 바뀔 것입니다!

동일하지 않은 @danhallin 은 쿼리에서 와일드카드 또는 glob 표현식을 사용하거나 제한된 태그 집합에 대해서만 필터를 사용하여 많은 시리즈를 대상으로 하는 Grafana의 쿼리로 변환될 것 같습니까? Librato 경고 규칙은 대시보드와 별도로 정의되어 있지 않은데 어떻게 대시보드 전체의 데이터 필터링 기능으로 변환할 수 있습니까?

현재 이러한 종류의 작업을 수행하는 방법은 경고를 위해 별도의 숨겨진 쿼리를 추가하는 것입니다. 이는 유지 관리의 악몽입니다.

템플릿 그래프에서 경고 규칙을 혼합하는 것은 악몽이라는 것을 이해하십시오. 그러나 경고에서 템플릿 변수를 지원하는 것은 더 큰 악몽이 될 수 있습니다. 어리석은 질문일 수도 있지만 알림에 초점을 맞춘 대시보드 및 그래프를 구축할 수는 없습니까? 탐색 및 문제 해결을 위해 많은 템플릿 변수가 있는 대시보드를 남겨두시겠습니까? 나는 그것들이 유사해서 중복된 작업처럼 느껴지는 경우가 많다는 것을 알고 있습니다. 아예 시행합니다.

하나의 쿼리가 각각 50개의 값을 갖는 2개의 템플릿 변수 $A 및 $B를 사용한다고 가정합니다. 이로 인해 경고 규칙이 2500번 평가됩니까? 변수가 "단일 값"인 경우, 즉 $A와 $B에 단일 값이 있는 경우에만 쿼리가 작동하도록 구축되어 있으면 그렇게 해야 합니다. 쇼 스토퍼가 아니라 다중 값 변수만 지원됨을 설명해야 합니다. 이 기능을 구현 및 사용 및 이해하기 어렵게 만드는 더 많은 제한 사항 및 문제가 있는 세부 정보가 있을 수 있습니다.

그러나 나는 그것에 대해 100% 반대하지 않습니다. 제한된 방식으로 할 수 있는 방법이 있을 수 있다고 생각합니다(예:
다중 값 변수). 여러 데이터 소스가 있고 사용 사례를 해결해야 하는 여러 데이터 센터/환경(별도의 TSDB가 있는 환경)에서 이러한 경고 규칙을 재사용하기 위해 경고 규칙의 데이터 소스 변수를 대상으로 지정할 수 있는 사용 사례도 있습니다. 와일드카드가 있는 메트릭 쿼리로 데이터 소스 템플릿 변수를 사용하면 해결할 수 없습니다.

하지만 알림에 중점을 둔 대시보드 및 그래프를 만들 수는 없나요? 탐색 및 문제 해결을 위해 많은 템플릿 변수가 있는 대시보드를 남겨두시겠습니까? 비슷한 경우가 많기 때문에 중복 작업처럼 느껴지는 경우가 많다는 것을 알고 있습니다.

나는 실제로 이 옵션을 참조하도록 내 의견을 편집했습니다(그리고 몇 가지 다른 경고 관련 문제를 추가했습니다). 그러나 식별했듯이 이는 대시보드/패널 생성(모든 쿼리에 업데이트가 필요한 경우 유지 관리)에 경고하려는 템플릿 변형 수를 곱하고 경고 주석을 해당 위치에서 분리하는 것을 의미합니다. 가장 유용함 - 경고 주석이 있는 템플릿 대시보드는 상관 관계를 만드는 데 매우 유용할 수 있지만 여러 브라우저 탭에서 탐색하고 정렬해야 하는 경우 그다지 유용하지 않습니다.

하나의 쿼리가 각각 50개의 값을 갖는 2개의 템플릿 변수 $A 및 $B를 사용한다고 가정합니다. 이로 인해 경고 규칙이 2500번 평가됩니까? 변수가 "단일 값"인 경우, 즉 $A와 $B에 단일 값이 있는 경우에만 쿼리가 작동하도록 구축되어 있으면 그렇게 해야 합니다. 쇼 스토퍼가 아니라 다중 값 변수만 지원됨을 설명해야 합니다. 이 기능을 구현 및 사용 및 이해하기 어렵게 만드는 더 많은 제한 사항 및 문제가 있는 세부 정보가 있을 수 있습니다.

여기에는 두 가지 별개의 문제가 있다고 생각합니다. 하나는 시리즈/템플릿 값(이전 의견에서 언급한 종합 토글)별로 경보 조건을 개별적으로 평가하려는 욕구가 있을 수 있다는 점에서 #6041과 밀접하게 관련되어 있습니다. 지금은 제쳐두고 이 문제의 대부분을 해결하는 이상적인 방법은 패널당 여러 경고 구성을 허용하고 대시보드 출력과 정확히 동일한 방식으로 변수 보간을 수행하는 것입니다. 또는 경고 쿼리를 구성할 때 다중 값 템플릿 값, 쿼리는 선택한 값이 채워진 상태에서 경고 구성당 한 번 실행됩니다. 결과는 현재와 똑같은 방식으로 해석됩니다. 내가 무언가를 크게 오해하지 않는 한, 이것이 복잡성의 상당한 증가로 보이지 않으며 상당히 사용자 친화적이어야 합니다.

단순히 경고 범위를 제한하기 위해 템플릿 값을 선택하는 기능은 여러 경고 구성 없이도 여전히 유용하지만(이 기능을 순서대로 개발하는 데 도움이 되는 경우), 여러 구성에서 기하급수적으로 더 가치가 있습니다.

여러 데이터 소스가 있고 사용 사례를 해결해야 하는 여러 데이터 센터/환경(별도의 TSDB가 있는 환경)에서 이러한 경고 규칙을 재사용하기 위해 경고 규칙의 데이터 소스 변수를 대상으로 지정할 수 있는 사용 사례도 있습니다. 와일드카드가 있는 메트릭 쿼리로 데이터 소스 템플릿 변수를 사용하면 해결할 수 없습니다.

패널당 여러 경고 구성/쿼리는 여러 TSDB를 처리하는 방법을 제공하며 한 가지 옵션은 그룹의 모든 쿼리 결과를 기반으로 상태 전환이 발생하도록 경고 쿼리를 그룹화하는 것입니다(현재 작동 방식과 유사 시리즈). 너무 복잡해 보이지 않습니다.

이것은 확실히 대중적인 요구입니다. 이제 Alerting을 달성하기 위해 우리는 움직여야 했습니다.
Grafana에서 벗어나 Graphite의 Render를 사용하여 맞춤형 솔루션을 만듭니다.
API 원시 데이터 .. 동적/템플릿에서 경고를 지원하지 않는다고 생각합니다.
데이터는 적어도 Graphite를 사용하는 복잡한 것입니다.

또 하나의 생각은,. Grafana에 알림이 있는 이유 섹션은 대시보드의 일부입니다.
복잡한 것으로 간주되는 경우 config. 분리하여 이동시킬 수 있습니다.
사용자가 동적 쿼리를 입력/구성할 수 있는 경고 보기,
간격, 거기에 평가 조건 .. 이것이 우리가 의미 할 수 있습니다.
중복된 대시보드가 ​​없습니다.. 말이 됩니까?

브,
비슈와..

2017년 8월 23일 오전 8시 1분에 "Peter Fern" [email protected] 이 다음과 같이 썼습니다.

하지만 알림에 중점을 둔 대시보드 및 그래프를 만들 수는 없나요?
탐색을 위해 많은 템플릿 변수가 있는 대시보드를 남겨두고
문제 해결? 나는 그들이 될 수있는 많은 경우가 있다는 것을 알고 있습니다.
유사하므로 중복 작업처럼 느껴집니다 :(

나는 실제로 이 옵션을 참조하도록 내 의견을 편집했습니다.
다른 경고 관련 고충 문제). 당신이 확인했듯이,
이는 대시보드/패널 생성(및 유지 관리,
이러한 쿼리에는 업데이트가 필요함) 원하는 템플릿 변형 수만큼
경고를 표시하고 위치에서 경고 주석을 분리합니다.
경고 주석이 있는 템플릿 대시보드에서 가장 유용할 수 있습니다.
상관 관계를 만드는 데 매우 유용할 수 있지만
여러 브라우저 탭에서 탐색하고 탐색하고 일렬로 정렬하십시오.

하나의 쿼리가 각각 50개의 템플릿 변수 $A와 $B를 사용한다고 가정해 보겠습니다.
가치. 이로 인해 경고 규칙이 2500번 평가됩니까? 내 말은
변수가 "단일 값"인 경우, 즉 쿼리가 작동하도록 구축되었습니다.
$A와 $B에 단일 값이 있으면 그렇게 해야 합니다. 쇼 아님
아마도 우리는 다중 값 변수만 설명해야 할 것입니다.
지원. 더 많은 제한 사항 및 문제가 있는 세부 정보가 있을 수 있습니다.
이 기능을 구현 및 사용 및 이해하기 매우 어렵게 만듭니다.

여기에는 두 가지 별개의 문제가 있다고 생각합니다. 하나 는 (나는 믿습니다) 밀접하게
관련 #6041 https://github.com/grafana/grafana/issues/6041 ,
경고 조건을 개별적으로 평가하려는 욕구가 있을 수 있습니다.
시리즈/템플릿 값(이전에 언급한 집계 토글
논평). 지금은 제쳐두고 이상적인 해결 방법이라고 생각합니다.
이 문제의 대부분은 패널당 여러 경고 구성을 허용하는 것입니다.
대시보드와 정확히 같은 방식으로 변수 보간을 수행하십시오.
출력 - 다음과 같은 경우 사용자가 단일 또는 다중 값 템플릿 값을 선택할 수 있습니다.
경고 쿼리 구성; 쿼리는 경고당 한 번 실행됩니다.
구성, 선택한 값이 채워집니다. 결과는
현재와 ​​똑같은 방식으로 해석됩니다. 내가 심하게 하지 않는 한
무언가를 잘못 이해하고 있지만
복잡하고 사용자 친화적이어야 합니다.

단순히 경고 범위를 제한하기 위해 템플릿 값을 선택하는 기능은
여러 경고 구성 없이도 여전히 유용합니다(개발에 도움이 되는 경우
이 기능은 순서대로)하지만 기하급수적으로 더 가치가 있습니다.
여러 구성으로.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/grafana/grafana/issues/6557#issuecomment-324363795 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAz1sbIwOT7Xb1MwoDYgZCPz182h2ENxks5sbD62gaJpZM4Kwf5K
.

동일하지 않은 @danhallin 은 쿼리에서 와일드카드 또는 glob 표현식을 사용하거나 제한된 태그 집합에 대해서만 필터를 사용하여 많은 시리즈를 대상으로 하는 Grafana의 쿼리로 변환될 것 같습니까? Librato 경고 규칙은 대시보드와 별도로 정의되어 있지 않은데 어떻게 대시보드 전체의 데이터 필터링 기능으로 변환할 수 있습니까?

이제 내가 논의하는 내용이 기본적으로 https://github.com/grafana/grafana/issues/6041 의 사본이라는 것을 알았습니다.

저는 이 기능에 대한 요청을 지지합니다.

우리는 정기적으로 서버를 가동하고 모든 호스트(mem, hd, cpu 등)에서 공통적인 사항을 측정하는 템플릿 대시보드를 가지고 있습니다. 가능한 각 조합에 대한 그래프가 있는 "경고" 대시보드를 만드는 것은 너무 지루하며 원하는 경보 중 많은 부분을 모든 호스트에 일반화할 수 있습니다. AFAIKT 이 문제는 이 사용 사례를 가능하게 하는 방법을 요구하며 #6041에서 해결되지 않습니다. 내가 뭔가를 놓치고 있지 않는 한.

모든 조합에 대해 그래프 및 경고를 만드는 것은 우리가 제안하는 것이 아닙니다. 경고 쿼리는 와일드카드 또는 정규식을 사용하여 모든 호스트 등을 포함합니다. 그러면 경고를 위해 조정될 수 있고 경쟁하지 않을 수 있는 하나의 경고 및 그래프가 있습니다. 문제 해결 및 동적 필터링 요구 사항.

우리의 사용 사례에는 실시간 이벤트 처리를 제공하는 (잠재적으로) 많은 임시 인스턴스가 있습니다. 특정 애플리케이션에서 생성한 메트릭이 0으로 떨어지면 경고를 받아야 합니다. 그러나 인스턴스가 제거되거나 중지된 경우에도 명명된 메트릭이 있습니다. 잘못 생성된 경고로 이어지는 직선 와일드카드 검색에 나타나는 그들과 연결됩니다.

실행 해야 하는 인스턴스에 대한 정보 소스가 포함된 "단순 JSON 데이터 소스"에서 생성된 템플릿 다중 값 변수(모두로 설정)를 사용하여 이 문제를 해결했습니다. 모두 완벽하게 작동합니다. 아아, 알림을 활성화하려고 하자마자 이 기능을 요청하게 되었습니다. :)

우리의 특정 사용 사례가 얼마나 독특한지 확실하지 않지만 템플릿을 사용하지 않고 이에 대해 경고할 수 있는 다른 방법은 확실하지 않습니다. 지금으로서는 Grafana 외부에서 이러한 문제에 대해 계속 경고해야 합니다. - 우리는 Grafana 사용자입니다!)

+1

따라서 이러한 문제가 없는 한 가지 경우는 템플릿 변수가 상수 유형인 경우입니다. 예를 들어, 대시보드의 데이터를 특정 리소스로 제한하기 위해 상수 변수에 의존하는 여러 대시보드가 ​​있습니다(다중 값 변수를 사용하지 않은 이유는 각 대시보드가 ​​서로 다른 설정을 정당화할 만큼 충분히 다르지만 충분히 가깝기 때문입니다. "템플릿" 대시보드를 정당화하기 위해). 적어도 이 경우(상수 변수) 현재 경고 동작에 대해 변경할 필요가 없습니다.

이 주제에 대한 소식이 있습니까?

안녕,

이 기능을 얻을 희망이 있습니까? 우리가 에이전트를 설치할 때 포털에 자동으로 표시되고 경고도 설정할 수 있기 때문에 일종의 템플릿을 사용해야 하기 때문에 다른 시스템이 이 기능을 어떻게 갖고 있는지 궁금합니다. (이것은 New Relic에 대한 나의 경험입니다).

@vishwanathh 나는 경고를 위한 별도의 섹션을 갖는 접근 방식을 좋아했습니다. 이런 식으로 사용자는 자리 표시자 패널(경고에 사용됨)을 볼 수 없습니다.

추가 소음에 대해 유감스럽게 생각하지만 이것은 Grafana에 있는 정말 좋은 기능입니다.

+1, 매우 중요한 기능!

또한 템플릿 변수를 제거하기 위해 prometheus 메트릭 쿼리 표현식을 수정하도록 허용하면 전혀 가능하지 않습니다. 그래서 이 기능은 프로메테우스+그라파나가 프로덕션에 상륙하기 위해 가장 중요하다고 생각합니다!

어쨌든 팀이 우선 순위를 고려할 수 있도록 해주세요. 감사합니다!

5.0이 곧 출시될 예정이므로 다음 릴리스 시리즈에서 경고가 제공되는 몇 가지 중요한 초점을 보고 싶습니다. Github 반응을 살펴보면 경고 관련 결함이 사용자의 가장 큰 관심을 끄는 것으로 보입니다.

UI/UX 복잡성 문제로 인해 이러한 문제를 해결하는 데 약간의 주저가 있다는 것을 알고 있지만 이러한 우려가 반드시 정당화될 수 있다고 확신하지는 않습니다. 실제 코드에 대한 pull-request가 없는 상태에서 이러한 문제를 계획/설계하거나 앞으로 나아가기 위해 사용자로서 우리가 할 수 있는 일이 있습니까?

@torkelo 이것은 태그를 사용하여 모든 호스트에 대한 경고를 설정하는 데 도움이 되었으며 이제 각 경고 그래프에는 태그 조합으로 형성된 여러 시리즈가 포함됩니다. 모든 것이 잘 작동하는 것처럼 보였습니다. 그러나 문서 및 기타 문제를 살펴보면 그래프 내의 시리즈 중 하나가 이미 경고 상태를 취한 경우 다른 시리즈에 대한 경고도 제한을 초과하면 트리거되지 않는다는 것을 깨달았습니다.

그것은 다시 한계입니다.

감사 해요.

이 기능에 대한 소식이 있습니까?

이 기능을 추가하기 위해 새로운 기여자가 어떤 노력을 기울이고 있습니까?

+1

경고 알림에 템플릿 변수를 사용할 수 있도록 허용하십시오.
+1

+1

해결되기를 바랍니다.

+1

나는 여기서 죽은 말을 이기고 싶지 않지만 우리는 동일한 문제를 겪고 있으며 기존 제안이 모든 상황에서 작동하지 않는 이유에 대한 컨텍스트를 제공하고 싶습니다. 또한 해결 방법에 대한 몇 가지 아이디어가 있지만 해결 방법을 충분하게 만드는 데 도움이 되는 _일부 기능_이 필요한 이유는 무엇입니까?

아래의 모든 시나리오에서 단일 템플릿 변수를 사용하고 있습니다. $env

"알림 대시보드를 만들면 되지 않습니까?"

우리는 프로덕션뿐만 아니라 몇 가지 다른 환경에 대해 경고하고 싶습니다. 따라서 이제 _적어도_ 3개의 다른 위치에 동일한 메트릭이 있어야 합니다(알림에 대한 메트릭뿐만 아니라 모든 메트릭이 있는 문제 해결 대시보드, 제품 경고 대시보드, 통합 경고 대시보드). 이것은 꽤 빨리 손에서 벗어날 수 있으며 사용자 오류가 발생하기 쉽습니다.

마찬가지로 중요한 것은 경고의 자동화된 주석을 통해 얻을 수 있는 많은 이점을 무효화한다는 것입니다. 이벤트가 시작된 시점과 종료된 시점에 대한 주석을 보기 위해 탐색 대시보드에서 알림 대시보드로 왔다 갔다 해야 한다면 꽤 지루할 것입니다.

시도된 솔루션

이 문제를 해결하기 위해 우리는 대시보드에 _특히 경고용으로_ 중복 측정항목을 추가했습니다. 따라서 경고하려는 메트릭이 있는 경우 패널로 이동하여 해당 경고에 대한 명시적 메트릭을 추가하고 숨깁니다.

경고해야 하는 특정 패널에 대한 시리즈 목록은 다음 라인을 따라 표시됩니다.

숨겨진 것으로 표시된 템플릿이 아닌 시리즈. 그런 다음 경고 탭에서 변수 시리즈가 아니라 _이_ 시리즈에 대한 임계값을 설정합니다.

이 솔루션의 문제점

이것은 잘 작동하지 않습니다. 예를 들어:

보시다시피 Alerts 패널에서는 _어떤 환경_이 경고하는지 지정할 수 없으므로 현재 어떤 환경이 중단되었는지 파악하기 위해 경고를 드릴다운해야 합니다. 그러나 이에 대한 쉬운 수정 은 상태 전환을 표시하는 경고 기록 패널만큼 자세한 설명을 허용하는 것입니다.

이것은 적어도 어느 정도 도움이 되지만 이 패널에서도 Healthy 로 되돌아간 경고에 대한 표시가 없습니다. 적어도 표시할 만큼을 얻으려면).

이 특정 티켓이 해결될 때까지 도움이 될 것

• 경고에 대한 입력된 설명 대신 시리즈 별칭을 표시하는 옵션을 허용합니다(이 방법으로 별칭은 경고하는 $variable 이상을 지정할 수 있음).
• 상태 전환을 다시 정상으로 허용하여 시리즈 별칭도 표시합니다(위의 기록 스크린샷 참조).
• 주어진 패널에 대해 활성 경고에 대한 범례 값(내가 가정하는 시리즈 별칭 사용)을 허용합니다.

어떻게 고쳐야 할지 모르겠는 것들

여러 환경/변수에 대해 구성된 경고가 있는 그래프의 주석:

이것으로 우리는 패널에 들어가지 않고는 어떤 경고가 발생하고 있는지 알 수 없습니다. 범례 제안은 이를 명확히 하는 데 도움이 될 수 있지만 올바른 $env 가 선택되지 않은 경우 주석에 대해 많은 작업을 수행하지 않습니다(위 그림에서 int 는 경고하지만 prod 는 대시보드에서 선택한 변수이므로 prod 를 사용하여 그래프 상단에 int 경고의 주석을 표시합니다.

+1

하나 추가 :)

이 문제에 대한 +1을 중지하세요. 불필요한 스팸 메일을 생성합니다. github 이슈 댓글에 반응을 추가하는 기능은 이제 한동안 존재했으며 429명이 넘는 사람들이 구독한 모든 사람에게 스팸을 보내는 대신 초기 댓글을 좋아하는 방법을 알아냈습니다.

우리는 이 기능이 정말로 필요합니다. 템플릿을 사용하고 싶지만, 우리의 경우에는 명확한 경고 시스템을 갖추는 것이 가장 중요합니다. 따라서 이 문제를 해결하기 위해 대시보드에서 템플릿을 사용하지 않고 있습니다. 엉망입니다.

동의합니다. 이 기능은 많은 도움이 될 것입니다!!!!

+1해주세요

우리는 이것이 필요합니다

+1 부탁드립니다. 정말 필요합니다.

@bergquist @torkelo +1 스팸을 차단하기 위해 이 문제를 잠글 수 있습니까?