Resumen de precios de Firebolt

**ACTUALIZADO: Quería actualizar esta reseña para reflejar pensamientos actuales, especialmente después de la migración a la nueva plataforma. Las velocidades han mejorado notablemente sobre los motores ya rápidos a los que estábamos acostumbrados. Los motores ahora son multipropósito. El SDK de .Net ha mejorado dramáticamente. El soporte durante nuestra migración de plataforma fue de primera categoría. Básicamente, todas las grandes cosas sobre Firebolt se han duplicado y mejorado.

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

Reseña original:

Hay tantas cosas, pero para empezar, es lo rápido que podemos servir resultados de consultas a aplicaciones y usuarios finales, independientemente del tamaño del conjunto de datos. Consultas enormemente complicadas se ejecutan increíblemente rápido, tanto que hemos pasado de usar Firebolt solo para informes y análisis a incluirlo también en nuestras herramientas internas para nuestro negocio. Cosas que simplemente no podríamos lograr de otra manera sin una expansión masiva de nuestra infraestructura.

El costo es simplemente inigualable para los niveles de características y rendimiento. Somos una pequeña empresa con grandes ambiciones, pero el costo sigue siendo una consideración primordial. Tenemos flexibilidad para controlar nuestros costos y escalar según lo consideremos adecuado, lo cual es genial.

He encontrado que mi equipo generalmente ha encontrado que la sintaxis es bastante fácil de aprender, comparte mucha similitud con otros sabores de SQL con los que estamos familiarizados. E incluso cuando nos confunde, la documentación es bastante robusta (a diferencia de muchos proveedores de software que usamos) y su personal de soporte ha sido de primera categoría. Incluso comparten un canal en nuestro Slack donde obtenemos respuestas rápidas a muchas de nuestras preguntas. Firebolt llega al punto de observar proactivamente nuestros patrones de rendimiento de consultas y comparte eso conmigo y nos ayuda a solucionarlos.

En pocas palabras, trabajo CON Firebolt para resolver nuestros problemas y limitaciones en lugar de trabajar ALREDEDOR de ellos como tenemos que hacer con algunos otros proveedores. Reseña recopilada por y alojada en G2.com.

ACTUALIZADO: Específicamente, mi principal desagrado mencionado aquí ha sido rectificado en la nueva plataforma. Los motores manejan tanto lecturas como ingestión/modificación de datos. Esto ha permitido la simplificación de nuestra base de código que interactúa con Firebolt, así como la reducción de interrupciones del servicio.

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

Revisión original:

La segregación de motores de ingestión (o de "propósito general") de motores de "analítica" de solo lectura es excelente como un mecanismo de control granular, especialmente en lo que respecta al costo. Sin embargo, a menudo requiere reiniciar el motor de solo lectura que da servicio a nuestras aplicaciones para reflejar los cambios realizados por el motor de ingestión, causando una interrupción de varios minutos. Hay formas de evitarlo, pero a menudo este es el caso para nosotros en este momento.

Además, sería genial si hubiera una manera de tener consultas almacenadas accesibles a través del acceso API. Actualmente, la consulta tiene que ser pasada a la API, lo que significa que incluso donde la misma consulta podría ser utilizada en nuestro código, esta se está duplicando y requeriría un despliegue de la aplicación para hacer alteraciones. Comparado con un modelo de función/procedimiento almacenado en nuestro motor de transacciones SQL, esto no es ideal para una pequeña empresa que se mueve tan rápidamente. Reseña recopilada por y alojada en G2.com.