камон, там helm create и подставленая одна перменная с имиджем

😄 ну ты видишь, человеку сложно

ClickHouse/ClickHouse tagged: v21.11.5.33-stable
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v21.11.5.33-stable
Release notes:

ClickHouse stable release v21.11.5.33-stable

VictoriaMetrics/VictoriaMetrics tagged: v1.70.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.70.0
Release notes:

docs/CHANGELOG.md: cut v1.70.0

Да я не к тому что сложно. Просто спросил, может где-то в комьюнити репах с чартами есть уже готовое.
В наше время это не редкость

grafana/grafana tagged: v8.2.6
Link: https://github.com/grafana/grafana/releases/tag/v8.2.6
Release notes:

release v8.2.6

А с artifacts helm charts не подходят https://artifacthub.io/packages/search?ts_query_web=karma&sort=relevance&page=1 ?

Из репозитория Wiremind норм

prometheus/prometheus tagged: 2.32.0-rc.0 / 2021-12-01
Link: https://github.com/prometheus/prometheus/releases/tag/v2.32.0-rc.0
Release notes:

### Changes new in 2.32.0-rc.0 / 2021-12-01

This list of changes is relative to [v2.32.0-beta.0](https://github.com/prometheus/prometheus/releases/tag/v2.32.0-beta.0), which was a special 2.32 beta release to pre-publish the Prometheus Agent feature...

More

VictoriaMetrics/VictoriaMetrics description changed: v1.70.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.70.0
Release notes:

### Changes

*

FEATURE: [vmalert](https://docs.victoriametrics.com/vmalert.html): add ability to pass arbitrary query args to `-datasource.url` on a per-group basis via `params` option. See [this pull request](https://github.com/VictoriaMetrics/Vict...

More

VictoriaMetrics/VictoriaMetrics description changed: v1.70.0
Link: https://github.com/VictoriaMetrics/VictoriaMetrics/releases/tag/v1.70.0
Release notes:

### Changes

*

FEATURE: [vmalert](https://docs.victoriametrics.com/vmalert.html): add ability to pass arbitrary query args to `-datasource.url` on a per-group basis via `params` option. See [this pull request](https://github.com/VictoriaMetrics/Vict...

More

Прошу прощения, что задаю ещё раз похожий вопрос, который уже задавал.

У меня есть потребность алертить на событие "остановка контейнера"
При этом:
- Хочется добиться универсальности, чтобы реакция была на любой контейнер (кроме отрезанных регуляркой по имени cadvisor и node_exporter), а не на указанный напрямую.
- Хочется, чтобы лейбл name (имя контейнера) не отрезался функцией в выражении и мог быть прокинут в тело алерта (summary, decsription).
- Хочется, чтобы алерт не закрывался (потому что данные пропали) и висел, пока контейнер не запустят.

Я пробовал

(time() - (container_last_seen{image!~".*cadvisor.*|.*node[_-]exporter.*|^.{0}$"})) > 60 - тут проблема в том, что алерт пропадает, поскольку пропадают через некоторое время данные.
absent - тут режется лейблы и имя контейнера не видно
эксперементировал с avg_over_time, unless, offset - всё к сожалению бестолку.

Можно ли принципиально решить задачу?

если задача - реагировать на событие, то может как-то подписаться на них, а не метрики использовать?

у нас события висят в системе сопровождения оповещений. на них смотрят дежурные. если событие уже закрыто, они не обращают внимания

absent + темплейтинг алертов

ну или https://gitlab.com/SirEdvin/docker-prometheus-exporter

Спасибо, я думал в сторону сторонних экспортеров, в данном случае для каждого приложения (и набора контейнеров) ещё и свой экспортер\докер собирать придётся, ещё меньше универсальности

эм, собирать? этот экспортер это отдельный контейнер или сервис, который показывает статусы всех контейнеров на хосте

это не инструментирование приложения

Согласен, невнимательно посмотрел код.