Dados de sensores em tempo real no Bigtable apresentam baixo desempenho. Como você deve reprojetar as chaves de linha para melhorar o desempenho das consultas do painel?

A opção correta é projetar chaves de linha com um prefixo hashed/rotativo para distribuir as linhas uniformemente entre os tablets. Isso evita hotspots, que ocorrem quando muitas gravações ou leituras se concentram em um pequeno número de tablets, degradando o desempenho. Ao usar um prefixo hashed ou rotativo, as chaves de linha são distribuídas de forma mais equitativa, permitindo que o Bigtable aproveite seu paralelismo e escale eficientemente para dados de sensores em tempo real. Prefixar com um carimbo de data/hora monotonicamente crescente criaria hotspots, pois todas as novas gravações iriam para o mesmo tablet no final da faixa de chaves. Usar prefixos de carimbo de data/hora invertidos é útil para consultas de séries temporais que precisam de acesso aos dados mais recentes, mas ainda pode criar hotspots se as consultas forem muito concentradas em um pequeno intervalo de tempo. Usar um valor de chave de linha curto e estático resultaria em todas as linhas sendo armazenadas no mesmo tablet, limitando severamente a escalabilidade e o desempenho.