Google Bigtable vs BigQuery para armazenar grande número de eventos

fundo

Gostaríamos de armazenar nossos eventos imutáveis em um serviço (de preferência) gerenciado. O tamanho médio de um evento é menor que 1 Kb e temos entre 1 e 5 eventos por segundo. O principal motivo para armazenar esses eventos é poder reproduzi-los (talvez usando a varredura de tabela) depois que criarmos serviços futuros que possam estar interessados nesses eventos. Como estamos no Google Cloud, obviamente estamos vendo os serviços do Google como primeira escolha.

Eu suspeito queMesa grande seria um bom ajuste para isso, mas de acordo com ocalculadora de preço custará mais de 1.400 dólares por mês (o que para nós é umgrande acordo):

Olhando para algo comoBigQuery gera um preço de 3 USD por mês (se não estiver faltando algo essencial):

Mesmo que um banco de dados sem esquema seja mais adequado para nós, ficaríamos bem em essencialmente armazenar nossos eventos como um blob com alguns metadados.

Questões

Poderíamos usar o BigQuery para isso em vez do Bigtable para reduzir custos? Por exemplo, o BigQuery tem algo chamadoinserções de streaming o que para mim parece algo que poderíamos usar. Existe algo que nos morderá a curto ou a longo prazo, que talvez eu não saiba ao seguir esse caminho?

questionAnswers(5)

yourAnswerToTheQuestion