Por que migrei para Postgres com PlanetScale

De volta ao Postgres... com ressalvas

Depois de inúmeras experimentações com diferentes bancos, voltou o tópico inevitável: por que não usar Postgres? A pressão da comunidade e o amadurecimento da stack fizeram sentido — mas não foi uma mudança trivial.

A experiência anterior com PlanetScale e MySQL foi ótima, então voltar a um ambiente Postgres natural exigiria sacrifícios... até PlanetScale anunciar suporte oficial.

PlanetScale amando Postgres (finalmente)

A grande virada foi o lançamento do PlanetScale Postgres — uma camada de execução baseada na experiência NVMe + metal da empresa. O segredo: integração quase invisível com a infraestrutura existente baseada em Vitesse.

O casamento improvável: PlanetScale + Convex

Convex precisava de uma solução robusta de replicação e sincronização para escalar o T3Chat em múltiplos dispositivos. A junção do plano PlanetScale com Postgres resolveu o dilema de front sincronizado com backend resiliente.

Por que PlanetScale apostou em MySQL antes?

A resposta não é o MySQL em si, mas o Vitesse. Essa tecnologia permite sharding automático, replicação elástica e tolerância a falhas — valores que Postgres não traz de forma native.

MySQL foi o transporte ideal pela capacidade de desmontar e modular os componentes facilmente. Em contraste, o Postgres possui elementos muito mais acoplados.

Mas como o Postgres da PlanetScale é tão rápido?

A grande mágica está no uso de drives NVMe locais. Cada instância roda com armazenamento embutido, evitando hop de rede e reduzindo latências absurdamente.

Ao contrário de modelos como Aurora ou Heroku, PlanetScale distribui CPU e storage na mesma unidade física, o que elimina gargalos de I/O convencionais.

Vantagens práticas: resiliência e elasticidade extrema

Cada banco na PlanetScale renasce a cada 30 dias. Réplicas são disparadas para zonas extras e, caso uma unidade falhe, a operação migra automaticamente para outra. Isso é possível porque o software espera que falhas ocorram.

Benchmark: PlanetScale vs competidores

Com 64 conexões simultâneas, a instância Postgres com 4 vCPUs + 1TB de disco NVMe superou soluções como Neon, Supabase e Aurora com velocidade até 50% superior.

Mas e a autenticação? Entra o WorkOS

Na hora de escalar permissões e integrações corporativas, o WorkOS entrou como sidekick ideal. Evitou perder clientes por implementações frágeis e acelerou o onboarding.

Lessons learned

Evitar fanatismo tecnológico. Foi preciso abrir mão da preferência pessoal contra Postgres para reconhecer que a arquitetura da PlanetScale poderia fazer sentido.

Ferramentas mencionadas

Checklist de aprendizados importantes