Cutover Monitor · Dragons novos × Cloud

Cloud (produção, referência) × rt · alert · hot — 1:1, transição→GCP e devices a migrar
⚠ MODO DEMO
!
CARREGANDO…
Lendo métricas…
Cloud · referência (produção, será aposentado)

Cloud

referência · pago
online
Posições / min
Veículos
Memória
Tempo real end-to-end · sonda GT06 por servidor (mesmo pacote, medido no Cloud E no rt)

Latência de ponta a ponta

pacote sintético a cada 30s
Cloud — rt —
Cada servidor envia 1 pacote e o painel mede a chegada nos DOIS destinos: → Cloud (o que o cliente sente HOJE) e → rt (o espelho nos Dragons, POR servidor). rt "sem chegada" com Cloud ok = espelho atrasado/quebrado naquele servidor.
Tempo real · 1:1 com o Cloud (universo espelhável — decide o cutover)
Histórico diário → GCP · o que o Cloud levou, o Novo tem que levar igual

Dia fechado (ontem): Cloud × Novo

🆕 O Novo levou pro GCP
dispositivos (contagem exata)
✅ Bate com o Cloud?
verificando…
Hoje (parcial, em curso)
acumulando…
Fila a enviar
listas no transit
De cada 100 dispositivos que o CLOUD levou (ele grava D+2), o NOVO levou…
amostra diária de dispositivos sorteados e conferidos um a um nos dois lados (conferir o bucket inteiro do Cloud — 22TB — é inviável; a amostra é estatisticamente representativa)
Calendário do dump diário · dias verdes acumulados = confiança pro cutover

Novo × Cloud, dia a dia

verde = levou tudo E bateu ≥99% com o Cloud
Cada dia fechado: quantos dispositivos o NOVO levou pro GCP + se bateu com o Cloud (amostra conferida nos 2 buckets). Histórico guardado em disco — acompanhe por semanas.
Tendência (estabilidade ao longo do tempo)
rt match% alert match% hot match%
Histórico quente · dragonfly-hot (janela de 5 dias)

Dias presentes

O Cloud nunca é tocado. Tudo aqui é leitura. A validação roda em paralelo; a produção segue 100% pelo Cloud até você decidir o cutover.