O que são bancos de dados de produção?
Os bancos de dados de produção são os bancos de dados operacionais em produção que atendem usuários reais e seus dados. Eles diferem significativamente dos bancos de dados de desenvolvimento em várias formas importantes:Produção vs. bancos de dados de desenvolvimento
| Aspecto | Banco de Dados de Desenvolvimento | Banco de Dados de Produção |
|---|---|---|
| Finalidade | Experimentação e desenvolvimento de recursos | Atender usuários reais e armazenar dados de negócio |
| Dados | Dados de teste, registros fictícios, conjuntos de dados pequenos | Dados reais de usuários, informações críticas para o negócio |
| Desempenho | Otimizado para velocidade de desenvolvimento | Otimizado para confiabilidade e experiência do usuário |
| Alterações | Alterações frequentes de esquema, iteração rápida | Alterações cuidadosas e planejadas via migrações de dados e estratégias de rollback |
| Inatividade | Aceitável durante o desenvolvimento | Deve ser minimizada ou eliminada |
| Backup | Opcional para testes | Crítico para a continuidade do negócio |
O Agent não é capaz de modificar o banco de dados de produção; essa restrição existe para manter seu banco de dados de produção seguro.O Agent pode fazer alterações no seu banco de dados de desenvolvimento. No momento da publicação, quaisquer alterações que você tenha feito com o agent na estrutura do seu banco de dados de desenvolvimento (ou seja, adicionar e excluir colunas/tabelas) serão aplicadas ao seu banco de dados de produção.Você pode editar manualmente seus dados de produção em qualquer momento acessando o painel de banco de dados > production database > My data e ativando Edit
Tecnologia e infraestrutura do banco de dados
Os bancos de dados de produção no Replit usam as mesmas ferramentas de banco de dados e o mesmo fluxo de publicação da nossa oferta padrão de SQL Database. Eles executam o PostgreSQL 16 ou 17 hospedado no Neon, oferecendo confiabilidade e desempenho de nível empresarial.Relação com o Replit SQL Database
Os bancos de dados de produção se integram à mesma experiência do Replit Database, usando ao mesmo tempo infraestrutura específica para produção:- PostgreSQL 16 ou 17: banco de dados relacional padrão do setor com recursos avançados
- Infraestrutura Neon: plataforma de banco de dados serverless que oferece escalonamento automático e otimização de custos
- Ferramentas integradas: acesso ao SQL runner, Drizzle Studio e ferramentas visuais de gerenciamento de dados
- Variáveis de ambiente: gerenciamento seguro de conexão por meio de credenciais geradas automaticamente
Para informações detalhadas sobre os recursos do banco de dados, configuração de
conexão e especificações técnicas, veja a documentação SQL
Database.
Fazendo alterações seguras no seu banco de dados de produção
Ao publicar atualizações no seu Replit App que incluem alterações de banco de dados, você pode encontrar cenários em que um planejamento cuidadoso é essencial para evitar inatividade ou perda de dados.Alterações incompatíveis com versões anteriores
Algumas alterações de banco de dados podem quebrar a compatibilidade com o código existente da sua aplicação. Essas alterações exigem tratamento especial para garantir implantações tranquilas.Você pode notar um breve tempo de inatividade no seu app publicado durante a publicação. Essa inatividade ocorre porque as alterações de banco de dados às vezes exigem parar o app temporariamente para evitar conflitos e garantir atualizações seguras. Parar o app durante essas atualizações ajuda a proteger seus dados contra perda ou corrupção enquanto as alterações são aplicadas.
Alterações comuns incompatíveis com versões anteriores
Os seguintes tipos de alteração normalmente exigem estratégias de publicação cuidadosas:- Remover colunas do banco de dados que o código da sua aplicação ainda referencia
- Alterar tipos de dados de colunas de formas que o código existente não consegue tratar
- Adicionar campos obrigatórios sem valores padrão a tabelas existentes
- Renomear tabelas ou colunas que quebram consultas existentes
- Modificar restrições que possam rejeitar a lógica existente da aplicação
Prévias de implantação
Antes de publicar alterações de banco de dados em produção, o Replit fornece ferramentas para testar suas alterações com segurança em um ambiente de prévia. Uma prévia de implantação é uma cópia temporária e isolada do seu ambiente de produção, onde você pode testar alterações de banco de dados e atualizações de aplicação antes que elas afetem usuários reais. Esse ambiente de prévia espelha sua configuração de produção, mas opera de forma independente. Ele pode ajudar você a identificar possíveis problemas antecipadamente e garantir que suas alterações funcionem corretamente antes de entrar em produção. Testar sua implantação no ambiente de prévia é crucial para identificar problemas antes que eles afetem seus usuários. Siga estas etapas para garantir que suas alterações de banco de dados funcionem corretamente: 1. Testes funcionais- Verifique se seu app ainda funciona corretamente com as alterações de banco de dados aplicadas
- Teste todos os principais fluxos de usuário para garantir que a funcionalidade permaneça intacta
- Verifique se os dados são exibidos corretamente após as modificações de esquema
- Confirme que os dados existentes foram migrados ou transformados corretamente
- Verifique se os novos campos contêm valores esperados ou padrões apropriados
- Teste casos extremos em que os dados podem não estar em conformidade com as novas restrições
- Monitore os tempos de resposta das consultas no ambiente de prévia
- Verifique se os novos índices estão sendo usados de forma eficaz
- Verifique se as alterações não introduzem regressões de desempenho
Restauração para um ponto no tempo
Para bancos de dados de produção, você pode restaurar seu banco de dados para um ponto específico no tempo usando o recurso de restauração para um ponto no tempo.
Faturamento e uso de recursos
Os bancos de dados de produção são cobrados com base no uso através do Neon, um provedor de banco de dados serverless. Os recursos serverless do Neon incluem o seguinte:- Nenhuma configuração ou manutenção de infraestrutura
- Escalonamento automático para atender às suas necessidades de uso
- Cobrança do tempo de computação apenas quando o banco de dados está ativo
Como acessar o uso do banco de dados
Como acessar o uso do banco de dados
Para visualizar o tempo de computação e o uso de armazenamento do seu banco de dados no período de faturamento atual, siga as etapas abaixo:Na ferramenta Replit Database:
- Navegue até a ferramenta
Replit Database no Project Editor - No menu suspenso do banco de dados, selecione Production
- Selecione a aba
Settings - A seção Storage Used mostra o armazenamento total usado pelo seu banco de dados no período de faturamento atual.
- Abra Settings e vá para Account → Account usage (ou View account resource limits / Usage).
- Role até a seção Resource usage.
- Expanda as linhas PostgresSQL Storage e PostgresSQL Compute para detalhes de cada Replit App.
Solução de problemas comuns
Falhas de publicação
Se a sua publicação falhar devido a problemas de banco de dados:- Verifique os logs de publicação para mensagens de erro específicas sobre conectividade do banco de dados ou conflitos de esquema
- Verifique as credenciais de conexão do seu banco de dados para confirmar que estão corretas e acessíveis a partir do ambiente do app publicado
- Revise as alterações recentes de esquema para possíveis conflitos com o código existente da aplicação
- Teste suas alterações em um ambiente de prévia antes de tentar republicar
Removendo um banco de dados de produção
Se você não precisar mais de um banco de dados para o seu Replit App, você pode removê-lo junto com todos os seus dados.Como remover um banco de dados
Como remover um banco de dados
Na ferramenta Replit Database:
- Selecione a aba Settings
- Selecione Remove database e confirme selecionando Yes, Remove database
Próximos passos
Para saber mais sobre gerenciamento de banco de dados no Replit:- SQL Database: saiba mais sobre o serviço de banco de dados PostgreSQL gerenciado do Replit
- Deployments: entenda como as implantações funcionam com alterações de banco de dados
- App Storage: saiba mais sobre como armazenar arquivos e ativos na nuvem (anteriormente chamado de Object Storage)