Visão Geral de Preços Firebolt

**ATUALIZADO: Eu queria atualizar esta avaliação para refletir os pensamentos atuais, especialmente após a migração para a nova plataforma. As velocidades foram marcadamente melhoradas em relação aos motores já rápidos aos quais estávamos acostumados. Os motores agora são multiuso. O SDK .Net foi dramaticamente melhorado. O suporte durante nossa migração de plataforma foi de primeira qualidade. Basicamente, todas as grandes coisas sobre o Firebolt foram reforçadas e tornadas ainda melhores.

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

Avaliação original:

Há tantas coisas, mas para começar, é simplesmente o quão rápido somos capazes de fornecer resultados de consultas para aplicativos e usuários finais, independentemente do tamanho do conjunto de dados. Consultas extremamente complicadas são executadas incrivelmente rápido, tanto que passamos a usar o Firebolt não apenas para relatórios e análises, mas também o incluímos em nossas ferramentas internas para o nosso negócio. Coisas que simplesmente não conseguiríamos realizar de outra forma sem uma escalabilidade massiva de nossa infraestrutura.

O custo é simplesmente incomparável para os níveis de recursos e desempenho. Somos uma pequena empresa com grandes ambições, mas o custo ainda é uma consideração primordial. Temos flexibilidade para controlar nossos custos e escalar conforme acharmos adequado, o que é ótimo.

Descobri que minha equipe geralmente achou a sintaxe bastante fácil de aprender, ela compartilha muita similaridade com outros sabores de SQL com os quais estamos familiarizados. E mesmo quando nos confunde, a documentação é bastante robusta (ao contrário de muitos fornecedores de software que usamos) e a equipe de suporte deles é de primeira qualidade. Eles até compartilham um canal no nosso Slack onde obtemos respostas rápidas para muitas de nossas perguntas. O Firebolt vai tão longe a ponto de proativamente observar nossos padrões de desempenho de consultas e compartilhar isso comigo, ajudando-nos a corrigi-los.

Simplificando, eu trabalho COM o Firebolt para resolver nossos problemas e limitações em vez de trabalhar AO REDOR deles, como temos que fazer com alguns outros fornecedores. Análise coletada por e hospedada no G2.com.

ATUALIZADO: Especificamente, minha principal aversão listada aqui foi corrigida na nova plataforma. Os motores lidam tanto com leituras quanto com ingestão/modificação de dados. Isso permitiu a simplificação de nossa base de código que interage com o Firebolt, bem como a redução de interrupções de serviço.

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

Revisão original:

A segregação de motores de ingestão (ou "propósito geral") de motores "analíticos" somente leitura é ótima como um mecanismo de controle granular, especialmente no que diz respeito ao custo. No entanto, isso frequentemente requer a reinicialização do motor somente leitura que atende nossas aplicações para refletir as mudanças feitas pelo motor de ingestão, causando uma interrupção de vários minutos. Existem maneiras de contornar isso, mas isso é frequentemente o caso para nós neste momento.

Além disso, seria ótimo se houvesse uma maneira de ter consultas armazenadas acessíveis via acesso à API. Atualmente, a consulta precisa ser passada para a API, o que significa que mesmo onde a mesma consulta poderia ser usada em nosso código, isso está sendo duplicado e exigiria uma implantação de aplicação para fazer alterações. Compare isso com um modelo de função/procedimento armazenado em nosso motor de transação SQL e isso não é ideal para uma pequena empresa que se move rapidamente. Análise coletada por e hospedada no G2.com.