Cenários de utilização

Objetivos

Nesta aula você vai:

• Conhecer indústrias e workloads onde o Aerospike é escolha recorrente
• Aplicar uma matriz de decisão para comparar Aerospike com alternativas
• Reconhecer anti-padrões — situações em que outra ferramenta serve melhor

Conteúdo

Tecnologia como personagem, não como cenário

Em toda narrativa de arquitetura de software, a ferramenta deve servir ao enredo — nunca o contrário. O Aerospike entra em cena quando o roteiro exige milhões de decisões por segundo, latência previsível na cauda (P99) e dados que não podem desaparecer com um restart. Vamos examinar os atos em que esse personagem brilha — e aqueles em que deve permanecer nos bastidores.

Publicidade programática: o leilão de milissegundos

No Real-Time Bidding (RTB), quando uma página carrega, dezenas de anunciantes competem em um leilão que dura menos de 100 ms. O sistema precisa:

1. Identificar o usuário (perfil armazenado)
2. Aplicar regras de segmentação e frequência
3. Calcular lances de múltiplos anunciantes
4. Retornar o vencedor — tudo antes que o banner renderize

Um perfil típico pode ter dezenas de bins: segmentos, impressoes_hoje, ultimo_clique, geo, dispositivo. O acesso é sempre por chave (user_id), nunca por JOIN.

Telecomunicações: o assinante sempre conectado

Operadoras de telecom mantêm perfis de assinante consultados a cada chamada, SMS ou pacote de dados. Políticas de roaming, limites de franquia e planos promocionais precisam estar disponíveis em microssegundos nos equipamentos de rede.

O Aerospike aparece como subscriber datastore — substituindo ou complementando bancos legados que não escalam horizontalmente. A replicação síncrona garante que a troca de nó não interrompa chamadas em andamento.

E-commerce: inventário e sessão em tempo real

Considere um marketplace com flash sales:

Usuário clica "Comprar" → Verifica estoque (Aerospike) →
Reserva unidade (operação atômica) → Confirma no PostgreSQL

O Aerospike não substitui o banco relacional aqui — complementa onde a velocidade operacional é crítica. Redis continua excelente para cache de leitura com TTL; Aerospike entra quando a escrita frequente e a durabilidade são simultaneamente exigidas.

Fraud detection: o guardião silencioso

Sistemas antifraude avaliam cada transação em tempo real: histórico recente do cartão, padrões de geolocalização, velocity checks (quantas compras nos últimos 5 minutos). O Aerospike armazena janelas deslizantes de eventos por entidade:

namespace: antifraud
set: cartoes
key: card-4111-xxxx-1234
bins:
  tentativas_5min: 3
  ultimo_pais: "BR"
  score_atual: 0.72
  eventos: [lista dos últimos 20 eventos]

A latência P99 importa mais que a média: uma transação legítima bloqueada por timeout custa conversão; uma fraudulenta aprovada custa dinheiro.

Matriz de decisão: Aerospike ou alternativa?

Use esta tabela como bússola arquitetural:

Anti-padrões: quando NÃO usar Aerospike

1. Relatórios e BI — use data warehouse (BigQuery, Redshift, ClickHouse)
2. Dados com relacionamentos complexos — PostgreSQL ou banco de grafos
3. Filas de mensagens duráveis — Kafka, RabbitMQ ou Redis Streams
4. Projetos pequenos (< 10 GB, < 10k ops/s) — Redis ou até PostgreSQL com cache bastam
5. Equipe sem experiência em operações distribuídas — a curva de aprendizado é real

Coexistência no ecossistema

Arquiteturas maduras raramente escolhem "um banco para governar todos". Um padrão comum:

┌──────────────┐     ┌──────────────┐     ┌──────────────┐
│   Redis      │     │  Aerospike   │     │ PostgreSQL   │
│  Cache-aside │     │  Dados       │     │  Fonte de    │
│  (leitura)   │     │  operacionais│     │  verdade     │
└──────────────┘     └──────────────┘     └──────────────┘
       │                    │                    │
       └────────────────────┴────────────────────┘
                    Aplicação

• Redis — cache efêmero, pub/sub, estruturas ricas, rate limiting
• Aerospike — perfis, inventário, sessões duráveis, feature stores
• PostgreSQL — pedidos, faturamento, dados regulatórios

Exercício mental: diagnóstico de cenário

Para cada caso, qual ferramenta você escolheria e por quê?

Métricas de sucesso em produção

Ao implantar Aerospike (ou qualquer cache de baixa latência), defina SLAs mensuráveis:

Resumo

• Aerospike domina em workloads de chave-valor em escala com exigência de durabilidade e baixa latência
• Indústrias como publicidade, telecom, e-commerce e antifraude são casos clássicos
• Coexiste com Redis (cache efêmero) e PostgreSQL (fonte de verdade) — não substitui tudo
• Evite Aerospike para analytics, JOINs complexos e projetos de pequena escala

Para refletir

"A ferramenta certa não é a mais rápida — é a que resolve o problema certo no tempo certo, com o custo certo."

Desenhe mentalmente a arquitetura de dados de um app de delivery: o que viveria no Aerospike, no Redis e no PostgreSQL?