8 pontos por GN⁺ 2025-07-04 | 2 comentários | Compartilhar no WhatsApp
  • A plataforma serverless compatível com MySQL, PlanetScale, anunciou uma prévia privada de uma plataforma de hospedagem dedicada para Postgres
  • O foco está em oferecer alta disponibilidade de serviço e estabilidade, além de engenharia de ponta no setor, como failover automático
  • Mira os problemas que incomodam usuários atuais de hospedagem Postgres: custo, interrupções recorrentes e baixo desempenho
  • Desempenho e características da plataforma
    • Segundo os benchmarks, supera de forma consistente todos os produtos concorrentes de Postgres (inclusive concorrentes com 2x mais recursos)
    • PlanetScale for Postgres opera o Postgres real com um Operator proprietário
    • Com a camada de proxy PSBouncer, oferece alta disponibilidade com failover automático, buffering de consultas e connection pooling
    • Usa Postgres v17 e oferece migração online a partir do Postgres v13, além de atualizações automáticas de versão sem downtime
    • O armazenamento com SSD NVMe local do PlanetScale Metal melhora drasticamente a relação custo/desempenho
  • Estratégia de escalabilidade e planos futuros
    • Vitess é a solução de escalabilidade centrada em MySQL e um dos pontos fortes da PlanetScale
      • Com o Vitess, oferece sharding nativo em grande escala
      • Mas, desta vez, o Vitess não será usado diretamente para a escalabilidade do Postgres
    • Um novo sistema de escalabilidade exclusivo para Postgres está sendo projetado do zero
    • Mais informações e acesso antecipado serão divulgados continuamente à medida que o desenvolvimento avançar

2 comentários

 
click 2025-07-04

Tenho curiosidade sobre como eles implementaram as atualizações automáticas de versão do PostgreSQL. Quando há uma mudança de versão major, deve existir o problema de precisar reconstruir o sistema; como será que eles resolveram isso?

 
GN⁺ 2025-07-04
Comentários do Hacker News
  • Compartilhou a experiência de ter usado o PlanetScale por 1 a 2 anos e depois migrado para o Neon. Precisava de um banco de dados separado para cada tenant, mas o PlanetScale cobrava $30 por mês por banco de dados (agora $39), o que acabou pesando. Seu caso de uso é incomum e não exige servidores potentes. Bastaria poder rodar vários bancos de dados em um único servidor, algo que não era possível no PlanetScale, mas é suportado pelo Neon. Opera uma empresa pequena e lida com variações previsíveis de tráfego. Ficou muito satisfeito com o produto e com o suporte do PlanetScale e espera voltar a usá-lo algum dia. Desenvolve software para festivais de alimentos e bebidas: por 9 meses ao ano quase não há tráfego, por 2 meses há um pouco, por cerca de 3 semanas há um pouco mais, e a carga só se concentra mesmo durante 1 a 5 dias do festival. Reconhece que é um cliente muito pequeno e aceita a realidade de que a maioria das empresas não atende diretamente às suas necessidades

    • Fica a dúvida se existe alguma exigência regulatória ou outro motivo pelo qual seja realmente necessário ter um banco de dados físico por tenant, ou se a questão é simplesmente não poder usar vários bancos de dados lógicos/esquemas dentro de um único DB do PlanetScale

    • Dependendo do número de tenants, talvez o Turso atenda aos seus requisitos. Apresenta o Turso

  • O PlanetScale começou como uma solução focada em MySQL derivada do Vitess. Surge a curiosidade se este novo produto para PostgreSQL também tem relação com o Vitess ou se é um sistema totalmente novo. Pelo que apurou, segundo o blog de desenvolvimento do PlanetScale for Postgres, ao contrário do Vitess baseado em MySQL, a arquitetura está sendo redesenhada do zero para Postgres

    • Diz ser fã do Simon e propõe que, se criar uma organização no PlanetScale e informar seu nome por e-mail (s@planetscale.com), dará acesso antecipado gratuito
  • Como usuário do PlanetScale MySQL nos últimos 2 anos, ficou muito feliz com o lançamento do PlanetScale PostgreSQL. Na empresa anterior, operava ambos os bancos de dados, mas sentia falta de consistência nas ferramentas. O PlanetScale oferece uma experiência de gerenciamento de DB tão satisfatória e transformadora quanto trocar um Treo por um iPhone. Parabeniza a equipe do PlanetScale

  • Projetos interessantes relacionados à escalabilidade do PostgreSQL têm surgido em sequência recentemente. Demonstra expectativa sobre o que o PlanetScale vai lançar desta vez. Pessoalmente gostaria de mais informações, mas pretende continuar acompanhando. Compartilha como referências o Supabase Multigres e o pgdog

  • Foi divertido colaborar com o Postgres e levar este novo produto ao mercado. Perguntas são bem-vindas

    • Viu benchmark com o Aurora, mas tem curiosidade sobre a comparação com o Optimized Reads do Aurora baseado em NVMe SSD. Link de referência
  • Vê como muito positiva a chegada de uma nova opção de hosted Postgres. Está curioso para ver quais diferenciais surgirão na disputa entre o Multigres (Supabase) e o PlanetScale

    • Como o Multigres é liderado por Sugu Sougoumarane, cofundador do Vitess e também cofundador do PlanetScale, no fim os dois projetos estão crescendo a partir da mesma raiz. Compartilha este vídeo relacionado
  • Pergunta sobre o escopo do suporte a extensões no PlanetScale PostgreSQL e sobre eventuais limitações

  • Um pouco fora do tema, mas também recomenda o curso de MySQL para desenvolvedores no site do PlanetScale

    • O próprio instrutor do curso aparece para dizer que ficou feliz por ver alguém gostando dele
  • Avalia como interessante este movimento do PlanetScale. A complexidade aumenta drasticamente no momento em que os dados passam de uma única máquina e, em sistemas distribuídos, é necessário abrir mão de alguns recursos, como complex join, escalabilidade e consistência forte. Pergunta se existem trade-offs semelhantes aos do Vitess (MySQL) ou se surgem complexidades adicionais específicas do Postgres. Sugere validação pelo Jepsen (projeto de verificação de sistemas distribuídos). Aponta que seria importante entender quais diferenças e perdas de funcionalidade existem em relação ao ambiente do PlanetScale e ao Postgres padrão

    • Existe documentação oficial sobre compatibilidade com MySQL (link), mas imagina que a compatibilidade real com Postgres e a experiência de uso sejam fundamentalmente diferentes
  • Soube da novidade com atraso, mas reforça que é uma excelente notícia. Pergunta se parte dessa tecnologia será disponibilizada como open source