есть задача клиенту на фронте дать некую инфопанель, где он сам может констуировать запросы и вид отображения данных. база - кликхаус, но может это не критично, лишь бы SQL. важно чтобы настройки этих панелей хранились на бэке и запросы фильтровались там же (по правам доступа клиента к данным). есть что-то похожее в опенсорсе? за metabase пытался взяться, но там нужная фича ограничения данных по клиенту - лишь за конский ценник
про ограничение доступа: грубо говоря, есть в таблице столбец company_id. и какая-то группа юзеров может строить запросы исключетельно со своим company_id, where company_id = ?
Не знаю как в текущей версии, но когда у меня несколько лет назад была похожая задача, пришлось костылить сбоку свою логику: в redash написал все нужные запросы с параметрами, а потом дёргал его апишку, передавая нужные айди/даты/etc, и клиентам показывал результаты.
Не знаю как в текущей версии, но когда у меня несколько лет назад была похожая задача, пришлось костылить сбоку свою логику: в redash написал все нужные запросы с параметрами, а потом дёргал его апишку, передавая нужные айди/даты/etc, и клиентам показывал результаты.
что-то похожее уже есть с захардкоженными запросами, теперь появилось желание бизнеса дать клиентам свой конструктор)
Application’s need to be “instrumented” to report trace data to Zipkin. This usually means configuration of a tracer or instrumentation library. The most popular ways to report data to Zipkin are via http or Kafka, though many other options exist, such as Apache ActiveMQ, gRPC and RabbitMQ. The data served to the UI is stored in-memory, or persistently with a supported backend such as Apache Cassandra or Elasticsearch.
Application’s need to be “instrumented” to report trace data to Zipkin. This usually means configuration of a tracer or instrumentation library. The most popular ways to report data to Zipkin are via http or Kafka, though many other options exist, such as Apache ActiveMQ, gRPC and RabbitMQ. The data served to the UI is stored in-memory, or persistently with a supported backend such as Apache Cassandra or Elasticsearch.