Lançamento oficial (GA) do Neon Serverless Postgres

• O Neon é um serviço que propõe uma nova abordagem para o desenvolvimento com banco de dados Postgres e foi lançado oficialmente recentemente
• O Postgres é um dos bancos de dados mais populares entre desenvolvedores, mas apresenta dificuldades em escalabilidade e recuperação de falhas
• Os desenvolvedores querem criação rápida de clusters Postgres, escalonamento automático para cima e para baixo, criação instantânea de branches independentes para trabalhar separadamente e restauração rápida para pontos específicos no tempo

Arquitetura e características do Neon

• Adota uma arquitetura que separa armazenamento e computação, inspirada na ideia do Amazon Aurora
• Todas as mudanças são disponibilizadas como open source e enviadas para upstream
• Os usuários podem ter uma experiência completa de Postgres
• Com o recurso de branches, os desenvolvedores podem trabalhar de forma independente sem conflitos
• A computação pode escalar de forma independente de acordo com a carga
• Os branches são criados em segundos e, com o modelo COW, têm baixo overhead de espaço
• Não leva muito tempo para criar ou replicar bancos de dados ou servidores

Processo de evolução do Neon

• Em dezembro de 2022, passou a poder ser usado sem convite
• O recurso de branches foi disponibilizado para todos os usuários
• Com suporte a API, tornou-se possível automatizar o gerenciamento do Postgres
• O lançamento do driver serverless melhorou a velocidade de deploy em JS/TS
• Com a integração com a Vercel, passou a ser possível criar um branch de DB a cada preview
• O lançamento do recurso de autoescalonamento eliminou a necessidade de trabalho manual
• Com a CLI, passou a ser possível gerenciar diretamente pelo terminal
• Houve foco em escalar até 0 e em melhorar o comportamento de cold start

Opinião do GN⁺

• O Neon é um serviço interessante com foco em melhorar a experiência do desenvolvedor. Em especial, o recurso de branches de banco de dados parece poder ajudar bastante a acelerar o desenvolvimento
• No entanto, há pontos a considerar na adoção real, como o nível de suporte completo a todos os recursos do Postgres e como fazer migrações
• Parece necessário verificar compatibilidade com o Postgres existente, estabilidade e desempenho. Como ainda está no início do lançamento, talvez seja melhor adotar uma abordagem cautelosa
• Serviços semelhantes incluem Amazon Aurora, Google Cloud Spanner e Citus. Vale comparar os prós e contras de cada um
• Por ser baseado em Postgres, um grande atrativo é manter as vantagens do próprio Postgres. O ponto forte do Neon pode ser justamente aumentar a produtividade de desenvolvimento usando ferramentas já familiares aos desenvolvedores

[xguru]

Neon - Postgres serverless de código aberto

Parece que aqui eles também chegaram ao GA depois de 2 anos. É interessante, dá a impressão de que estão competindo com o Supabase.

[GN⁺]

Comentários no Hacker News

• Um usuário relatou uma experiência negativa com o Neon: o suporte ao cliente não ajudou, havia muitos bugs, era lento e o preço era alto demais
• Por outro lado, outro usuário faz self-hosting do Neon como operador interno de Kubernetes e está muito satisfeito com a solução técnica do Neon. Disse que seria difícil tocar a empresa sem o Neon
• O recurso de criar branches do banco de dados inteiro parece excelente, mas o preço é um pouco alto. No plano de $69/mês, alugar um servidor dedicado pode sair mais barato
• Um usuário migrou do PlanetScale para o Neon porque é fácil escalar para cima/baixo e executar vários bancos de dados no mesmo cluster. O Neon é mais fácil de usar do que o RDS e inicia mais rápido (em algumas centenas de milissegundos)
• Um cliente que usa o Neon há mais de 1 ano disse que não teve nenhum problema, exceto pelas mudanças recentes de preço
• O recurso de "branch" seria mais corretamente chamado de "snapshot" ou "checkpoint". Criar uma versão gravável com CoW e voltar para uma versão anterior é snapshot. Branch implica merge, o que é um problema muito complexo
• O timing de mercado, saindo um dia após o anúncio de GA do Supabase, é impressionante. As duas plataformas são excelentes
• O preço do armazenamento é muito alto, entre $1.50 e $1.75 por GB. Pode ser pesado para usar em projetos de hobby
• Não está claro em que ele difere do AWS Aurora, nem por que seria melhor usar o Neon em termos de preço ou escalabilidade
• Se o driver do Neon facilitasse o encaminhamento de conexões localhost, a experiência de desenvolvimento e teste melhoraria. Desenvolvedores preferem conectar a um banco Postgres local para desenvolver/testar
• O PM do Neon deveria considerar, do ponto de vista de um novo desenvolvedor tentando usar o Neon, quais mudanças de código e de fluxo de trabalho de desenvolvimento seriam necessárias