Fly Postgres gerenciado pela Supabase

Lançamento do Fly Postgres com Supabase e Fly.io

• A Supabase e a Fly.io lançaram o Fly Postgres, um serviço gerenciado de Postgres.
• É possível iniciar um banco de dados em qualquer uma das mais de 37 localidades da plataforma de edge computing da Fly.io.
• Ele oferece todos os recursos esperados de um banco de dados gerenciado pela Supabase: um banco Postgres completo com mais de 40 extensões, suporte a pgvector para workloads de vetores/IA, Supavisor (pooler de conexões Postgres), backups diários e recuperação pontual, branching, observabilidade, migrações, dashboard de gerenciamento do banco de dados e APIs de dados geradas automaticamente (REST e GraphQL).

Gerenciando expectativas

• Este serviço será lançado gradualmente.
• Construir a integração entre as empresas exige bastante trabalho, considerando cobrança, transferência de suporte, treinamento da equipe da Supabase e muito mais.
• A equipe está trabalhando com testadores iniciais e ainda precisa corrigir alguns bugs.
• Se quiser ajudar nos testes, é possível entrar na lista de espera, e mais testadores serão aceitos no próximo mês.

Supabase + Fly = SupaFly?

• A equipe está animada com o que essa parceria representa para implantar Postgres globalmente em 2024.
• As Firecracker VMs trazem algumas ideias interessantes para Postgres.
• A integração com a Fly fornece recursos de computação que podem ser construídos facilmente ao lado do banco de dados.

Postgres gerenciado vs. não gerenciado

• A oferta atual de Postgres da Fly é não gerenciada.
• Não gerenciado significa que o usuário precisa cuidar por conta própria de escalabilidade, recuperação pontual, replicação, upgrades de versões principais e muito mais.
• O Postgres gerenciado assume essas tarefas para que o usuário possa se concentrar em construir.
• O serviço gerenciado é construído usando a API de extensões da Fly, e os testadores podem iniciar um banco de dados Postgres com o comando fly extensions.

Estrutura interna

Trabalhando com Fly Machines

• O Fly Postgres é construído sobre Fly Machines.
• As Machines são Firecracker VMs leves.
• A API de Machines oferece um controle considerável sobre o ciclo de vida da aplicação.
• O fly-admin é um wrapper em Typescript que simplifica a interação com a API da Fly.
• A Supabase empacota alguns serviços adicionais junto com o Postgres, então pode enviar uma única imagem Docker para a API de Fly Machines.

Indo para multi-cloud

• Com este lançamento, a Supabase se torna oficialmente multi-cloud.
• A Supabase evita usar serviços gerenciados da AWS para simplificar a transição para multi-cloud.
• Por exemplo, Fly Machines oferece uma forma simples de pausar VMs quando não estão em uso.
• Por outro lado, é preciso contornar alguns recursos nativos da AWS que a Fly não oferece.

Construindo extensões da Fly

• A Fly tem uma excelente abordagem para expandir a plataforma.
• Foram adicionadas algumas rotas à API para provisionar usuários e projetos.

Desafios

• Alguns desafios estão sendo resolvidos em conjunto com a equipe da Fly.

Suporte a restrições de rede

• O recurso de restrições de rede depende de o contêiner receber o IP correto do cliente.
• Na configuração atual, o contêiner enxerga o IP do proxy da Fly.

Backups dentro da Fly

• Os projetos Fly fazem backup no AWS S3 porque a Fly ainda não oferece armazenamento Blob gerenciado pela própria Fly.

Começando

• É possível se inscrever no preview, esperar a organização ser adicionada à allowlist e então começar usando o Quickstart da documentação.
• Organizações Fly receberão um projeto gratuito.
• Os detalhes de cobrança ainda estão sendo definidos, mas o preço não deve diferir muito do atual.

Opinião do GN⁺

• O ponto mais importante deste artigo é que a colaboração entre Supabase e Fly.io oferece um serviço gerenciado de Postgres distribuído globalmente. Isso deve permitir que desenvolvedores gastem menos tempo administrando bancos de dados e mais tempo desenvolvendo aplicações.
• O artigo é interessante porque reflete as tendências mais recentes em computação em nuvem e gerenciamento de bancos de dados, além de apresentar uma nova abordagem técnica que combina estratégia multi-cloud com edge computing.
• Espera-se que esse serviço ofereça menor latência e melhor desempenho, especialmente para desenvolvedores que implantam aplicações intensivas em dados na plataforma da Fly.

[GN⁺]

Comentários do Hacker News

• Anúncio do CEO da Supabase:

  • Atualmente, o serviço Postgres da Fly não é gerenciado, e a Supabase está trabalhando em parceria com a Fly para oferecer um serviço gerenciado.
  • A Supabase está trabalhando para lançar recursos de alta disponibilidade (HA) com testadores, mas ainda não há um cronograma confirmado.
  • O CEO está pronto para responder perguntas ou comentários.

• Confusão sobre a Supabase:

  • Um usuário analisou a Supabase, mas ficou confuso sobre como implementar uma API REST básica.
  • A Supabase gera automaticamente APIs para interagir com as tabelas criadas, mas não está claro onde fica a lógica de negócio.
  • O usuário verificou as edge functions, mas teve dificuldade para entender porque os exemplos não explicam claramente se elas são usadas para lógica de negócio.

• Experiência com a Fly.io:

  • Outro usuário está criando o Booklet na Fly.io e quer distribuir o app usando o Postgres da Fly.
  • Há problemas na configuração do Postgres da Fly, especialmente com o HAProxy encerrando conexões por causa de um limite de 30 minutos.
  • Há uma pergunta sobre se a mesma configuração do HAProxy será aplicada também no novo serviço Postgres.

• Descoberta na documentação da Fly.io:

  • Outro usuário encontrou lado a lado na documentação da Fly.io o 'Postgres da Fly' e o 'Postgres da Supabase' e se surpreendeu por não ter visto isso antes no Hacker News.
  • Isso gera confusão porque não há uma comparação mostrando qual usar quando se quer implantar apps na Fly e usar Postgres.
  • O usuário diz que, se quisesse usar um DBMS na Fly, escolheria o SQLite distribuído com LiteFS, e que, se precisasse de Postgres, a diferença entre Fly e Supabase parece ser a de serviço gerenciado versus não gerenciado.

• Configuração de restrições de rede da Supabase:

  • Um usuário não gosta da configuração de restrições de rede da Supabase e teve dificuldade para expor o IP de um app da Fly à Supabase e restringi-lo.
  • Ele considera uma boa mudança o fato de a Supabase realmente existir dentro da rede da Fly.

• Problemas de escalabilidade da Supabase:

  • Há comentários sobre rumores de que a Supabase tem problemas para escalar além de projetos de protótipo, e alguém pede opiniões de usuários com experiência real em produção.

• Diferença entre volumes da Fly e armazenamento conectado à rede:

  • As máquinas da Fly não têm armazenamento conectado à rede, e os dados dos volumes da Fly são tratados como temporários.
  • Um usuário, não familiarizado com AWS ou com armazenamento conectado à rede, pede uma explicação sobre a diferença entre os volumes da Fly e o armazenamento conectado à rede de outros provedores.
  • Ele acha que, como é possível mover um volume da Fly para outro servidor na mesma região, isso tecnicamente pareceria ser armazenamento conectado à rede.

• Expectativa sobre a parceria entre Supabase e Fly.io:

  • Um usuário atualmente roda um banco de dados grande na Fly e está procurando um Postgres gerenciado.
  • Ele opera uma empresa totalmente focada em Elixir e acha que essa parceria veio em uma hora muito apropriada.

• Resposta da equipe da Fly.io:

  • Joshua, da equipe da Fly.io, disse estar pronto para responder perguntas sobre essa integração.

• Comentário sobre a referência a 'SupaFly':

  • Há um comentário compartilhando um link de vídeo divertido para quem não entendeu a referência a 'SupaFly'.