Dentro da Cloud Privada
Postgres, MySQL, SQL Server e Oracle gerenciados no pacote dedicado: licensing, migração e DBAs de plantão.
Melhor para: ERP e dados de produção que não podem esperar
Opções claras. Claro quando usar cada uma
Clusters em autoatendimento
Clusters no console à la carte quando o catálogo abrir. Lista de engines e tamanhos fecham com Product.
Melhor para: Times que querem um banco sem uma call de vendas
Para quem é
Times de produto
Dados de produção sem contratar um DBA para ficar de olho na replicação.
ERP e cargas enterprise
SQL Server e Oracle com licensing, homologação e suporte num pacote só.
Times saindo do faça-você-mesmo
Você já roda Postgres numa instância e cansou de ser o plano de failover.
Migrações
Saindo de um hyperscaler ou do on-premise, com um arquiteto no cutover.
O que você leva
Provisionado, não montado
Um cluster com cara de produção desde o início, em vez de montar replicação numa instância nua e torcer.
Backups automáticos
Backups agendados com pontos de restore, rodados pela plataforma, não por um cron que alguém escreveu anos atrás.
Failover já desenhado
Um standby assume quando um node cai, para um evento de hardware não virar incidente da empresa.
Privado por padrão
Alcançável pela sua VPC, não pela internet aberta. Criptografado em trânsito e em repouso.
Patching e manutenção de versão
Versões menores e patches de segurança entram numa janela de manutenção combinada com você.
Escale o cluster, fique com os dados
Some CPU, memória e storage conforme a carga cresce, sem um projeto de migração.
Monitoramento que chega em gente
Conexões, cache hit ratio, disco e latência acompanhados pelo NOC 24/7.
Engines que os times já rodam
Postgres, MySQL, SQL Server e Oracle hoje, com licensing incluso no pacote.
Managed Databases vs um banco no Cloud Compute
| Managed Databases | Banco no Compute | |
|---|---|---|
| Operação | Plataforma mais DBAs da Optidata | Sua: patches, backups, HA |
| Backups | Agendados pela plataforma | O que você tiver configurado |
| Failover | Standby já desenhado | Você monta e testa |
| Melhor para | Dados de produção que você não deveria ficar vigiando | Controle total, engines incomuns, dev e teste |
Da configuração ao ar
Escolher o engine
Postgres, MySQL, SQL Server ou Oracle. Licensing resolvido no pacote de Cloud Privada.
Dimensionar o cluster
CPU, memória e storage da carga, com standby quando você precisa de failover.
Anexar a rede
O cluster entra na sua VPC para só as suas aplicações alcançarem.
Conectar e migrar
Aponte o app para a connection string. Engenheiros da Optidata ajudam a mover os dados.
Respostas curtas
Consigo um banco gerenciado hoje?
Sim, pela Cloud Privada, com licensing e DBAs inclusos. O SKU de autoatendimento no console está no roadmap.
Quais engines são suportados?
A Cloud Privada roda Postgres, MySQL, SQL Server e Oracle. A lista de engines do autoatendimento fecha com Product.
Quem cuida de backups e patching?
A Optidata. Backups rodam no schedule e patches entram numa janela de manutenção combinada.
O banco fica exposto na internet?
Não. Os clusters moram na sua rede privada e são alcançáveis pelas suas cargas.
Consigo migrar um banco que já tenho?
Sim. A migração faz parte do engagement de Cloud Privada, inclusive homologação de ERP quando o app precisa.
E se eu quiser rodar eu mesmo?
Cloud Compute com Block Storage está no ar hoje, e você fica com controle total do engine.