Postgres-as-a-service aberto e portátil. Também disponível na Hetzner
Um novo serviço gerenciado de PostgreSQL construído sobre a Hetzner busca oferecer uma alternativa mais barata e portátil às bases de dados no estilo AWS, com promessas de regiões nos EUA, recuperação pontual, HA em breve e extensões populares como PostGIS e pgvector. Os comentaristas estão especialmente interessados no roteiro para armazenamento de objetos e em bloco, nas capacidades de self-hosting e em quão facilmente ele pode substituir ofertas como RDS ou o Postgres da DigitalOcean em configurações reais. Grande parte do debate se concentra em sua licença Elastic v2 “source-available”, com alguns acolhendo a transparência e a proteção contra gigantes da nuvem, e outros criticando o uso de “open” para software que não é open source aprovado pela OSI.
Recepção Geral e Interesse
- Muitos comentaristas consideram a oferta promissora, especialmente com suporte à Hetzner e futuras regiões nos EUA.
- Vista como uma alternativa atraente e mais barata ao Postgres gerenciado de grandes clouds e a configurações caseiras.
- Alguns veem forte potencial caso evolua para uma funcionalidade mais ampla, semelhante à de uma nuvem (por exemplo, uma “OpenStack melhor”).
Licenciamento e Terminologia “Open”
- Grande discussão sobre o termo “open”: o plano de controle está sob a Elastic License v2, não sob uma licença de código aberto aprovada pela OSI.
- O código é “source-available”: os usuários podem ver, modificar e redistribuir, mas não podem executá-lo como um serviço gerenciado concorrente.
- Confusão entre “open”, “open source” e “source available”; alguns acham o marketing enganoso, outros pensam que é justo desde que “open source” não seja afirmado.
- Caso limítrofe discutido: hospedar sites de clientes sobre o produto parece ser permitido; executar um banco de dados como serviço concorrente direto não é.
Recursos, Extensões e Roteiro
- Suporta Postgres 16, múltiplos bancos por instância, backups automáticos e recuperação pontual com granularidade de 1 minuto; “forks” de banco de dados a partir de pontos anteriores no tempo são suportados.
- HA ainda não está disponível, mas vem “muito em breve”; melhorias planejadas a tempo do PG 17.
- PostGIS e pgvector são muito pedidos; a adição está prevista para alguns meses. Atualmente, há principalmente extensões contrib.
- Redimensionar instâncias atualmente é manual e feito por fluxos de trabalho de backup/restauração.
Preço e Modelo de Recursos
- Em comparação com o Postgres gerenciado da DigitalOcean, uma configuração semelhante na mesma região é alegadamente cerca de metade do preço.
- O preço do Postgres gerenciado é mais alto do que o de VMs brutas porque inclui mais disco e gestão.
- Há alguma frustração com preços baseados em armazenamento e tamanhos mínimos; usuários querem camadas mais baratas, com mais armazenamento, e computação/armazenamento totalmente desacoplados.
- A equipe planeja desacoplar computação e armazenamento assim que o balanceamento interno de capacidade melhorar; camadas para hobby estão planejadas, mas sem prazo.
Arquitetura de Armazenamento e Infraestrutura
- Atualmente usa um armazenamento em bloco interno inicial, sem replicação; o armazenamento de objetos (tipo S3) está em desenvolvimento ativo e é prioritário.
- O plano de longo prazo envolve dispositivos em bloco customizados baseados em SPDK, incluindo copy-on-access e, depois, replicação.
Cloud, Hetzner e Egress
- Há interesse em mais regiões (incluindo nos EUA) e em portabilidade entre fornecedores, embora os detalhes sobre implantações “portáteis” ainda não estejam claros.
- Há preocupações de que usar isso na AWS aumente os custos de egress; outros observam que isso depende da arquitetura geral e que também pode reduzir o lock-in.
Self-Hosting e Alternativas
- O produto em si é source-available e pode ser self-hosted via seu repositório público.
- Comentadores também mencionam outros operadores self-hosted de Postgres (por exemplo, baseados em Kubernetes) e uma plataforma de IaaS self-hosted emergente separada.