Ambientes validados
Providers com validação real
Os ambientes abaixo tiveram o OtsarDB executado de ponta a ponta: abrir banco, criar schema, inserir e consultar dados e reabrir de outro processo.
| Provider | Modo de escrita | Status |
|---|---|---|
| Cloudflare R2 | Multi-writer | testado pela equipe |
| MinIO | Multi-writer | validado |
| Wasabi | Single-writer | validado |
| Magalu Cloud | Single-writer | validado |
| AWS S3 | Validação oficial pendente | não validado oficialmente |
Compatibilidade
A arquitetura do OtsarDB é compatível com qualquer storage compatível com S3. O modo de escrita é decidido pelas capacidades reais do provider: onde existem conditional writes, o engine opera em multi-writer com fencing por comparação; onde não existem, o engine opera em modo single-writer com segurança fail-closed.
Comportamento de leitura
Cada sessão trabalha sobre um snapshot fixado na abertura. Commits feitos por outras instâncias ficam visíveis no reopen ou via refresh explícito: uma decisão de design que torna o comportamento de leitura previsível, sem surpresas no meio de uma sessão.
Notas de operação
O encaminhamento de escritas entre instâncias do mesmo host opera em loopback: rode as instâncias no localhost. Os segmentos são cifrados com AES-256-GCM; para as camadas de metadados, use a criptografia do lado do servidor do seu provider (SSE).