Administração de Banco de Dados¶
Banco de dados é o componente que menos perdoa improviso. Uma aplicação sem estado se recupera com um rollout restart; um banco mal instalado, mal replicado ou sem backup testado vira prejuízo permanente.
A InteSys opera bancos de dados como serviço gerenciado: instalação, migração, administração do dia a dia, otimização, replicação, backup e plano de recuperação de desastres — em Kubernetes ou em máquinas virtuais, nas regiões br-sp-1 (Cirion SAO1) e br-sp-2 (Equinix SP3), com todo o dado no Brasil.
Cada etapa do ciclo tem um guia próprio nesta seção; a última realimenta a primeira.
Bancos que operamos¶
| Banco | Perfil de carga | Guias |
|---|---|---|
| MySQL / MariaDB | OLTP transacional, o mais comum em aplicações web | Alta disponibilidade · Multi-região |
| PostgreSQL | OLTP com exigência de integridade, extensões e SQL avançado | Alta disponibilidade · Multi-região |
| ClickHouse | Analítico colunar, agregações sobre bilhões de linhas | Alta disponibilidade |
| CockroachDB | Distribuído, escrita local em várias regiões | Multi-região |
| Valkey / Redis | Cache e fila em memória, apoio ao banco principal | Sob demanda |
O ciclo de vida, guia a guia¶
Instalação¶
Dimensionamento, escolha de topologia, provisionamento por Infraestrutura como Código, hardening e validação com teste de carga e teste de falha antes de entrar em produção.
Migração¶
Saída de servidor próprio, provedor estrangeiro ou banco gerenciado de nuvem pública para a InteSys, com carga inicial, replicação de mudanças e janela de cutover medida em segundos.
Administração¶
Operação do dia a dia: usuários e privilégios, atualização de versão, mudança de esquema sem travar tabela, gestão de capacidade, plantão e runbooks.
Otimização de Desempenho¶
Método de diagnóstico, leitura de plano de execução, índices, memória, pool de conexões e I/O — na ordem em que cada camada realmente custa milissegundos.
Replicação¶
Replicação física e lógica, modos síncrono e assíncrono, topologias em cascata, monitoramento de lag e o que cada arranjo entrega em RPO.
Backup e Restauração¶
Backup completo, incremental, snapshot de volume criptografado e arquivo contínuo de log para point-in-time recovery — com restauração testada em calendário, não na emergência.
Recuperação de Desastres¶
RPO e RTO acordados, cenários cobertos, procedimento de failover entre br-sp-1 e br-sp-2, failback e simulados periódicos.
O que está incluído¶
- Provisionamento declarativo — topologia, versão e política de backup em manifesto versionado, não em passo manual.
- Alta disponibilidade por padrão — número ímpar de votantes, anti-affinity e fencing antes de qualquer promoção.
- Backup com restauração testada — backup sem teste de restauração é suposição.
- Observabilidade ligada ao plantão — métricas, painéis e alertas, com runbook para cada alerta.
- Soberania de dados — dado primário, réplicas, logs e backups no Brasil; saída do país só quando o cliente pede.
- Documentação de handover — o cliente recebe topologia, credenciais, runbook e plano de DR por escrito.
Não substituímos sua equipe — cobrimos o turno que ela não cobre
Muitos clientes têm um bom time de desenvolvimento e nenhum DBA de plantão. O modelo mais comum é a InteSys assumir arquitetura, plantão e procedimentos críticos, enquanto o time do cliente continua dono do esquema e das consultas.
Modelos de engajamento¶
| Modelo | Descrição | Ideal para |
|---|---|---|
| Projeto | Escopo fechado: instalar, migrar ou reestruturar um cluster | Saída de um provedor, novo produto, correção de arquitetura |
| Sustentação | Operação contínua com plantão e SLA | Produção crítica sem DBA interno |
| Consultoria pontual | Diagnóstico de desempenho, revisão de arquitetura ou de plano de DR | Time interno que precisa de segunda opinião |
Próximos Passos¶
- Instalação — Dimensionamento, provisionamento e validação
- Migração — Carga inicial, CDC e cutover
- Backup e Restauração — PITR, snapshot criptografado e teste de restauração
- Recuperação de Desastres — RPO, RTO, failover e simulado
- DevOps como Serviço — Pipelines, Kubernetes e observabilidade em volta do banco
- Fale Conosco — Discuta a arquitetura do seu banco