Vue d'ensemble des tarifs de Firebolt

**MISE À JOUR : Je voulais mettre à jour cet avis pour refléter les pensées actuelles, surtout après la migration vers la nouvelle plateforme. Les vitesses ont été nettement améliorées par rapport aux moteurs déjà rapides auxquels nous étions habitués. Les moteurs sont désormais polyvalents. Le SDK .Net a été considérablement amélioré. Le support pendant notre migration de plateforme était de premier ordre. En gros, toutes les grandes choses à propos de Firebolt ont été renforcées et améliorées.

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

Avis original :

Il y a tellement de choses, mais pour commencer, c'est juste à quel point nous sommes capables de fournir des résultats de requêtes aux applications et aux utilisateurs finaux, quelle que soit la taille de l'ensemble de données. Des requêtes extrêmement compliquées s'exécutent à une vitesse fulgurante, à tel point que nous sommes passés de l'utilisation de Firebolt uniquement pour les rapports et l'analyse à l'inclure également dans nos outils internes pour notre entreprise. Des choses que nous ne pourrions tout simplement pas réaliser autrement sans un énorme redimensionnement de notre infrastructure.

Le coût est tout simplement inégalé pour les niveaux de fonctionnalité et de performance. Nous sommes une petite entreprise avec de grandes ambitions, mais le coût reste une considération primordiale. Nous avons la flexibilité de contrôler nos coûts et de nous adapter à notre guise, ce qui est formidable.

J'ai constaté que mon équipe a généralement trouvé la syntaxe assez facile à apprendre, elle partage beaucoup de points communs avec d'autres saveurs de SQL que nous connaissons. Et même quand cela nous déroute, la documentation est assez robuste (contrairement à de nombreux fournisseurs de logiciels que nous utilisons) et leur personnel de support est de premier ordre. Ils partagent même un canal dans notre Slack où nous obtenons des réponses rapides à bon nombre de nos questions. Firebolt va jusqu'à surveiller de manière proactive nos modèles de performance de requêtes et les partage avec moi et nous aide à les corriger.

En résumé, je travaille AVEC Firebolt pour résoudre nos problèmes et limitations au lieu de travailler AUTOUR d'eux comme nous devons le faire avec certains autres fournisseurs. Avis collecté par et hébergé sur G2.com.

MISE À JOUR : Plus précisément, mon principal point de mécontentement mentionné ici a été rectifié dans la nouvelle plateforme. Les moteurs gèrent à la fois les lectures et l'ingestion/modification des données. Cela a permis de simplifier notre base de code qui interagit avec Firebolt ainsi que de réduire les interruptions de service.

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

Revue originale :

La séparation des moteurs d'ingestion (ou "à usage général") des moteurs "analytiques" en lecture seule est excellente en tant que mécanisme de contrôle granulaire, surtout en ce qui concerne le coût. Cependant, cela nécessite souvent de redémarrer le moteur en lecture seule qui dessert nos applications pour refléter les changements effectués par le moteur d'ingestion, provoquant une interruption de plusieurs minutes. Il existe des moyens de contourner cela, mais c'est souvent le cas pour nous en ce moment.

De plus, il serait formidable s'il y avait un moyen d'avoir des requêtes stockées accessibles via l'accès API. Actuellement, la requête doit être transmise à l'API, ce qui signifie que même là où la même requête pourrait être utilisée dans notre code, elle est dupliquée et nécessiterait un déploiement d'application pour effectuer des modifications. Comparez cela à un modèle de fonction/procédure stockée dans notre moteur de transaction SQL et ce n'est pas idéal pour une petite entreprise qui évolue aussi rapidement. Avis collecté par et hébergé sur G2.com.