Альтернатива ELK, но на базе PostgreSQL

Я ищу альтернативу ELK, а серверная часть базы данных должна быть основана на PostgreSQL.

Требуемые функции:

  • Открытый исходный код
  • Web-GUI для выполнения запросов. Это K из ELK: Кибана
  • На основе PostgreSQL: E из ELK: Elasticsearch
  • L ELK (Logstash): Не имеет значения в данном контексте.
Нам понадобится гораздо больше информации, чтобы дать здесь хорошие рекомендации — запрос «инструмент, подобный X», никогда не дает достаточно подробностей, даже если он связан. Вы всегда должны четко перечислять свои требования. Подробности см. в разделе Как запросить альтернативу некоторому программному обеспечению и вопросы, связанные с ним. Учтите, что люди никогда не слышали об ELK, но работают именно с той альтернативой, которую вы ищете: чего должно достичь программное обеспечение?

Ответы (2)

Я очень воодушевлен TimescaleDB, расширением Postgres, которое создает гипертаблицы, которые обрабатывают всю магию секционирования временных рядов и предположительно обеспечивают огромное масштабирование для пропускной способности записи. Мы собираемся попробовать POC с этим:

https://www.timescale.com

Вот несколько соответствующих ссылок для обсуждения вопроса «Можно ли использовать реляционные базы данных для данных временных рядов».

https://conferences.oreilly.com/strata/strata-ca/public/schedule/detail/63950

https://blog.timescale.com/time-series-data-postgresql-10-vs-timescaledb-816ee808bac5

https://blog.timescale.com/tutorial-installing-timescaledb-on-aws-c8602b767a98

https://blog.timescale.com/choose-postgresql-for-iot-19688efc60ca

http://www.timescale.com/papers/timescaledb.pdf

Прокрутите до слайдов. Вау https://www.percona.com/live/17/sessions/building-scalable-time-series-database-postgresql

Я спрашиваю себя, в чем преимущества? Если я правильно понял документы, это оптимизированная версия postgres. До сих пор у нас не было проблем с производительностью, так как мы не используем postgres для временных рядов. Мы не используем PG до сих пор, так как для него существует всего несколько программ, подобных ELK. Я надеюсь, что время убедит все больше и больше людей использовать postgres для случаев, когда ELK используется сегодня. Одно можно сказать наверняка: будущее будет выглядеть по-другому :-)

я обнаружил редаш

Здесь верхняя часть README

НАЧАТЬ ЧИТАТЬ

Redash — это наш подход к освобождению данных внутри нашей компании таким образом, чтобы он лучше соответствовал нашей культуре и моделям использования.

До Redash мы пытались использовать традиционные наборы бизнес-аналитики и обнаружили набор раздутых, технически сложных и медленных инструментов/процессов. Мы искали более хакерский способ смотреть на данные, поэтому мы его создали.

Redash был создан, чтобы обеспечить быстрый и легкий доступ к миллиардам записей, которые мы обрабатываем и собираем с помощью Amazon Redshift («хранилище данных петабайтного масштаба», которое «говорит» на PostgreSQL). Сегодня Redash поддерживает запросы к нескольким базам данных, включая Redshift, Google BigQuery, PostgreSQL, MySQL, Graphite, Presto, Google Spreadsheets, Cloudera Impala, Hive и пользовательские сценарии.

Редаш состоит из двух частей:

Редактор запросов : подумайте о JS Fiddle для SQL-запросов. Это ваш способ открытого обмена данными в организации, путем совместного использования как набора данных, так и запроса, который его сгенерировал. Таким образом, каждый может рецензировать не только результирующий набор данных, но и процесс, который его сгенерировал. Кроме того, его можно разветвить, создать новые наборы данных и получить новые знания.

Панели мониторинга/визуализации : если у вас есть набор данных, вы можете создавать из него различные визуализации, а затем объединять несколько визуализаций в одну панель мониторинга. В настоящее время он поддерживает диаграммы, сводную таблицу и когорты.

КОНЕЦ README

Альтернатива ELK, но на базе PostgreSQL
СпросиСетьПолитика конфиденциальности1y, 0v