Firebolt Preisübersicht

**AKTUALISIERT: Ich wollte diese Bewertung aktualisieren, um aktuelle Gedanken widerzuspiegeln, insbesondere nach der Migration zur neueren Plattform. Die Geschwindigkeiten haben sich deutlich verbessert gegenüber den bereits schnellen Engines, die wir gewohnt waren. Engines sind jetzt vielseitig einsetzbar. Das .Net SDK wurde dramatisch verbessert. Der Support während unserer Plattformmigration war erstklassig. Im Grunde wurden all die großartigen Dinge über Firebolt verdoppelt und noch besser gemacht.

============================================================

Ursprüngliche Bewertung:

Es gibt so viele Dinge, aber zunächst einmal, wie schnell wir in der Lage sind, Abfrageergebnisse an Anwendungen und Endbenutzer zu liefern, unabhängig von der Größe des Datensatzes. Äußerst komplizierte Abfragen laufen blitzschnell, so sehr, dass wir von der Nutzung von Firebolt nur für Berichterstattung und Analysen dazu übergegangen sind, es auch in unseren internen Tools für unser Geschäft einzusetzen. Dinge, die wir sonst einfach nicht ohne eine massive Skalierung unserer Infrastruktur umsetzen könnten.

Die Kosten sind einfach unschlagbar für die Ebenen von Funktionen und Leistung. Wir sind ein kleines Unternehmen mit großen Ambitionen, aber die Kosten sind immer noch eine vorrangige Überlegung. Wir haben Flexibilität bei der Kontrolle unserer Kosten und Skalierung, wie wir es für richtig halten, was großartig ist.

Ich habe festgestellt, dass mein Team die Syntax im Allgemeinen ziemlich einfach zu erlernen findet, sie teilt viele Gemeinsamkeiten mit anderen SQL-Varianten, die uns vertraut sind. Und selbst wenn wir nicht weiterkommen, ist die Dokumentation ziemlich robust (im Gegensatz zu vielen Softwareanbietern, die wir verwenden) und ihr Support-Team ist erstklassig. Sie teilen sogar einen Kanal in unserem Slack, wo wir schnelle Antworten auf viele unserer Fragen erhalten. Firebolt geht so weit, dass es proaktiv unsere Abfrageleistungsmuster überwacht und diese mit mir teilt und uns hilft, sie zu beheben.

Einfach ausgedrückt, ich arbeite MIT Firebolt, um unsere Probleme und Einschränkungen zu lösen, anstatt UM sie herumzuarbeiten, wie wir es bei einigen anderen Anbietern tun müssen. Bewertung gesammelt von und auf G2.com gehostet.

AKTUALISIERT: Insbesondere mein hier aufgeführter Hauptkritikpunkt wurde in der neuen Plattform behoben. Engines bearbeiten sowohl Lese- als auch Ingestions-/Datenänderungen. Dies hat eine Vereinfachung unserer Codebasis ermöglicht, die mit Firebolt interagiert, sowie eine Reduzierung von Dienstunterbrechungen.

============================================================

Ursprüngliche Bewertung:

Die Trennung von Ingestions- (oder "Allzweck-") Engines von schreibgeschützten "Analyse"-Engines ist großartig als granularer Kontrollmechanismus, insbesondere in Bezug auf die Kosten. Allerdings erfordert dies oft das Neustarten der schreibgeschützten Engine, die unsere Anwendungen bedient, um Änderungen widerzuspiegeln, die von der Ingestions-Engine vorgenommen wurden, was zu einem mehrminütigen Ausfall führt. Es gibt Möglichkeiten, dies zu umgehen, aber das ist derzeit oft der Fall für uns.

Zusätzlich wäre es großartig, wenn es eine Möglichkeit gäbe, gespeicherte Abfragen über den API-Zugang zugänglich zu machen. Derzeit muss die Abfrage an die API übergeben werden, was bedeutet, dass selbst wenn dieselbe Abfrage in unserem Code verwendet werden könnte, diese dupliziert wird und eine Anwendungsbereitstellung erforderlich wäre, um Änderungen vorzunehmen. Vergleichen Sie das mit einem gespeicherten Funktions-/Prozedurenmodell in unserer SQL-Transaktions-Engine, und das ist nicht ideal für ein kleines Unternehmen, das sich so schnell bewegt. Bewertung gesammelt von und auf G2.com gehostet.