Alternative zu ELK, aber basierend auf PostgreSQL

Ich suche eine Alternative zu ELK, und das Datenbank-Backend sollte auf PostgreSQL basieren.

Erforderliche Funktionen:

  • Open Source
  • Web-GUI zur Durchführung von Abfragen. Das ist das K von ELK: Kibana
  • Basierend auf PostgreSQL: E von ELK: Elasticsearch
  • L of ELK (Logstash): Spielt in diesem Zusammenhang keine Rolle.
Wir werden viel mehr Informationen brauchen, um hier gute Empfehlungen zu geben – die Frage nach „einem Tool wie X“ gibt nie genug Details, selbst wenn es verlinkt ist. Sie sollten Ihre Anforderungen immer explizit aufführen. Weitere Informationen finden Sie unter So fragen Sie nach einer Alternative zu einer bestimmten Software und den damit verknüpften Fragen. Stellen Sie sich vor, Leute, die noch nie von ELK gehört haben, aber mit genau der Alternative arbeiten, die Sie suchen: Was muss die Software leisten?

Antworten (2)

Ich bin sehr begeistert von TimescaleDB, einer Erweiterung von Postgres, die Hypertabellen erstellt, die die ganze Magie der Zeitreihenpartitionierung handhaben und angeblich eine enorme Skalierung für den Schreibdurchsatz bringen. Wir werden einen POC mit diesem versuchen:

https://www.timescale.com

Hier sind einige relevante Links, um die Diskussion über "Können relationale Datenbanken für Zeitreihendaten verwendet werden" einzurahmen

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

Scrollen Sie zu Folien. Wow https://www.percona.com/live/17/sessions/building-scalable-time-series-database-postgresql

Ich frage mich, was sind die Vorteile? Wenn ich die Dokumentation richtig verstanden habe, handelt es sich um eine optimierte Version von Postgres. Bisher haben wir keine Performance-Probleme, da wir Postgres nicht für Zeitreihen verwenden. PG verwenden wir bisher nicht, da es dafür nur wenige ELK-ähnliche Software gibt. Ich hoffe, dass Timescale immer mehr Menschen davon überzeugen wird, Postgres für Anwendungsfälle zu verwenden, in denen ELK heute verwendet wird. Eines ist sicher: Die Zukunft wird anders aussehen :-)

Ich habe Rötel entdeckt

Hier der Anfang der README

README STARTEN

Redash ist unser Ansatz, die Daten in unserem Unternehmen auf eine Weise freizugeben, die besser zu unserer Kultur und unseren Nutzungsmustern passt.

Vor Redash haben wir versucht, herkömmliche BI-Suiten zu verwenden, und dabei eine Reihe aufgeblähter, technisch anspruchsvoller und langsamer Tools/Flows entdeckt. Was wir suchten, war eine eher hackerartige Art, Daten zu betrachten, also haben wir eine entwickelt.

Redash wurde entwickelt, um einen schnellen und einfachen Zugriff auf Milliarden von Datensätzen zu ermöglichen, die wir mit Amazon Redshift verarbeiten und sammeln („Data Warehouse im Petabyte-Bereich“, das PostgreSQL „spricht“). Heute unterstützt Redash die Abfrage mehrerer Datenbanken, darunter: Redshift, Google BigQuery, PostgreSQL, MySQL, Graphite, Presto, Google Spreadsheets, Cloudera Impala, Hive und benutzerdefinierte Skripte.

Redash besteht aus zwei Teilen:

Abfrage-Editor : Denken Sie an JS Fiddle für SQL-Abfragen. Auf diese Weise können Sie Daten in der Organisation auf offene Weise freigeben, indem Sie sowohl das Dataset als auch die Abfrage, die es generiert hat, freigeben. Auf diese Weise kann jeder nicht nur den resultierenden Datensatz, sondern auch den Prozess, der ihn generiert hat, einer Peer-Review unterziehen. Es ist auch möglich, es zu forken und neue Datensätze zu generieren und neue Erkenntnisse zu gewinnen.

Dashboards/Visualisierungen : Sobald Sie einen Datensatz haben, können Sie verschiedene Visualisierungen daraus erstellen und dann mehrere Visualisierungen in einem einzigen Dashboard kombinieren. Derzeit unterstützt es Diagramme, Pivot-Tabellen und Kohorten.

README BEENDEN