Banco de dados gerenciado

O que é

Um banco de dados gerenciado é a camada de armazenamento que guarda tudo o que o seu app precisa lembrar: clientes, agendamentos, pedidos, estoque, mensagens. Na ybuild ele é provisionado automaticamente com o seu app, conectado ao backend e mantido para você. Você nunca toca em uma string de conexão nem sobe um serviço à parte.

Por que importa

Um sistema de negócio em funcionamento é tão real quanto os dados por trás dele. Perder registros, ou espalhá-los por ferramentas que você tem que costurar na mão, quebra o negócio, não só o app. Um banco de dados gerenciado, com backup e sempre disponível, é o que permite confiar trabalho de verdade ao sistema.

Como funciona no ybuild

Quando a ybuild constrói o seu app, ela projeta o esquema do banco de dados a partir do seu prompt e o provisiona na plataforma na mesma passada. O app no ar lê e escreve direto nele —hospedado na ybuild, servido no seu próprio domínio— com os backups rodando nos bastidores. Peça um campo ou uma tabela nova em linguagem natural e a ybuild migra os seus dados para você.

O que a ybuild constrói quando provisiona o seu banco de dados

Quando você descreve o que o seu app deve lembrar, a ybuild faz o trabalho que um engenheiro de banco de dados faria à mão. Ela lê os substantivos do seu prompt —clientes, consultas, faturas, produtos— e os transforma num esquema relacional de verdade: uma tabela para cada tipo de registro, colunas tipadas (um preço é um número, o horário de um agendamento é um timestamp, um e-mail é texto com regra de unicidade), chaves primárias que dão a cada linha uma identidade estável, e chaves estrangeiras que ligam os registros que andam juntos, de modo que um pedido aponta para o cliente que o fez e um item do pedido aponta para o seu pedido.

Essa estrutura é o que separa um banco de dados de uma planilha. As relações permitem que o app responda perguntas de verdade —cada fatura em aberto deste cliente, cada agendamento da próxima terça— sem que você percorra linhas na mão. Índices nas colunas pelas quais você busca mantêm essas consultas rápidas conforme uma tabela cresce de cinquenta linhas para cinquenta mil. Restrições barram os dados ruins na porta: você não consegue salvar um pedido sem cliente, nem duas contas com o mesmo e-mail, então os registros continuam confiáveis meses depois com o negócio em funcionamento.

A ybuild provisiona isso na plataforma, conecta ao backend do seu app e guarda as credenciais como segredos gerenciados: você nunca vê nem cola uma string de conexão. O app no ar, no seu próprio domínio, lê e escreve direto nele. Quando mais tarde você diz «adicione um campo de pontos de fidelidade aos clientes» ou «registre um sinal em cada agendamento», a ybuild gera a migração, aplica no banco de dados em funcionamento e preserva cada linha existente. O esquema evolui com o negócio em vez de congelar no primeiro dia.

Montar por conta própria vs ter na ybuild

Subir um banco de dados de produção na mão é um projeto por si só. Você escolhe um motor e uma versão, provisiona uma instância, dimensiona sua memória e armazenamento, tranca as regras de rede e firewall, gera e rotaciona credenciais, e configura o pool de conexões para que um pico de tráfego não esgote as conexões. Depois você liga uma ferramenta de migração ao seu deploy para que mudanças de esquema não corrompam os dados no ar. Nada disso entregou ainda uma única funcionalidade para os seus clientes.

O custo real é o que vem depois do lançamento. Um banco de dados autogerenciado te transforma no administrador de plantão: aplicar patches de segurança, vigiar o disco encher, otimizar consultas lentas, planejar o failover quando um nó cai e —o que todo mundo subestima— rodar e testar os backups. Os provedores de nuvem descrevem os serviços gerenciados exatamente como assumir a configuração, a manutenção, os backups diários e o failover automático, e os estudos que eles citam colocam o retorno de sair da infraestrutura autogerenciada acima de 400% em cinco anos, principalmente porque as equipes param de gastar semanas inteiras no encanamento do banco de dados.

Na ybuild não há uma etapa à parte nem uma conta à parte. O banco de dados é projetado e provisionado na mesma passada que constrói o seu app, recebe patches e backups da plataforma e fica hospedado bem ao lado do app em funcionamento, no seu próprio domínio. Você nunca se cadastra num serviço de banco de dados, nem liga uma string de conexão, nem concilia um segundo painel. Quando o app muda, a camada de dados muda com ele: você descreve o resultado em linguagem natural e a plataforma cuida do esquema, da migração e da manutenção por baixo.

Backups, recuperação e dados vivos

Para um negócio de verdade, o banco de dados é o negócio. É a lista de clientes que você teria dificuldade de reconstruir, o histórico de pedidos que o seu contador precisa, os registros de pacientes ou clientes pelos quais você responde legalmente. As falhas que mais doem não são as quedas dramáticas: são uma edição em massa errada, uma exclusão acidental ou uma importação com bug que sobrescreve em silêncio dados bons enquanto os clientes seguem usando o app. Por isso um dump noturno não basta sozinho.

O padrão que as grandes plataformas se impõem é a recuperação a um ponto no tempo: em vez de restaurar só o snapshot de ontem à noite, o backup contínuo transmite o log de transações do banco de dados para que você possa rebobinar até um momento específico. A AWS documenta restaurar com precisão de um segundo até 35 dias atrás, e o serviço gerenciado do Google mantém backups automáticos por até um ano. A versão prática dessa promessa é simples: se algo corromper os seus dados às 14h14, você consegue recuperar o estado das 14h13. A ybuild roda os backups do seu banco de dados como parte da plataforma, então se recuperar de um erro faz parte do produto, não é um chamado de suporte que você abre e fica na torcida.

Algumas coisas são fáceis de errar sozinho e a plataforma resolve por você. Um backup que você nunca restaurou não é de fato um backup: a recuperação precisa ser ensaiada, não presumida. Migrações de esquema numa tabela no ar precisam ser aplicadas sem deixar os clientes de fora no meio de uma transação. E manter os dados num único sistema, ao lado do app que os usa, é o que trava o lento escorregão rumo a cinco planilhas meio sincronizadas. Como os seus dados vivem e rodam na ybuild ao lado do app —no seu próprio domínio— eles seguem sendo um único sistema coerente e recuperável conforme o negócio cresce, em vez de uma pilha de armazenamento pela qual você responde em silêncio.

Perguntas frequentes

Onde os dados do meu app ficam de fato?

Na ybuild. O banco de dados é provisionado na plataforma na mesma passada que constrói o seu app, conectado ao backend e servido ao lado do app no seu próprio domínio. Não há um serviço de banco de dados à parte para se cadastrar, nem uma string de conexão para você gerenciar.

É um banco de dados de verdade ou só uma planilha por trás?

É um banco de dados relacional de verdade — tabelas como devem ser, colunas tipadas, chaves primárias e relações que ligam os registros que andam juntos, como um pedido ao cliente que o fez. A ybuild projeta esse esquema a partir do seu prompt, para que o app possa responder perguntas de verdade sobre os seus dados em vez de percorrer linhas.

Posso mudar o que o app guarda mais tarde sem perder dados?

Sim. Peça um campo, uma tabela ou uma relação nova em linguagem natural —«registre um sinal em cada agendamento»— e a ybuild gera e roda a migração no banco de dados no ar, preservando cada linha existente. A estrutura cresce com o negócio em vez de ficar fixa no primeiro dia.

Meus registros têm backup e consigo me recuperar de um erro?

Sim. A ybuild roda os backups do seu banco de dados como parte da plataforma, então uma edição errada, uma exclusão acidental ou uma importação quebrada não significam que os dados se foram. A recuperação é integrada ao produto e servida a partir da ybuild, não é uma restauração manual que você tem que montar sozinho.

O que acontece com o banco de dados conforme o meu negócio cresce?

Ele é gerenciado para você. Conforme você vai de dezenas de registros para dezenas de milhares, a plataforma cuida do provisionamento, do patching e do escalonamento por baixo —o mesmo trabalho que um administrador de banco de dados dedicado faria— para que o app continue rápido no seu próprio domínio sem que você ajuste ou redimensione nada na mão.