Supabaseが管理するFly Postgres

SupabaseとFly.ioが共同でFly Postgresをリリース

• SupabaseとFly.ioが協力し、マネージドPostgresサービスであるFly Postgresをリリース。
• Fly.ioのエッジコンピューティングプラットフォーム上で、37か所以上のロケーションのどこからでもデータベースを起動できる。
• Supabaseの管理データベースに期待されるすべての機能を提供: 40以上の拡張機能を備えたフル機能のPostgresデータベース、ベクター/AIワークロード向けのpgvectorサポート、Supavisor（Postgres接続プーラー）、日次バックアップとポイントインタイムリカバリ、ブランチング、可観測性、マイグレーション、データベース管理ダッシュボード、自動生成されるデータAPI（RESTおよびGraphQL）。

期待値の管理

• このサービスは段階的にリリースされる予定。
• 企業間の統合を構築するには、課金、サポートの引き継ぎ、Supabase社員のトレーニングなどを考慮すると多くの作業が必要。
• 現在は初期テスターとともに作業しており、いくつかのバグを修正する必要がある。
• テストを支援したい場合はウェイトリストに登録でき、来月にはさらに多くのテスターを受け入れる予定。

Supabase + Fly = SupaFly?

• このパートナーシップが2024年に世界中へPostgresをデプロイすることにつながる点に期待している。
• Firecracker VMはPostgresに関するいくつかの興味深いアイデアをもたらす。
• Flyとの統合により、データベースのすぐ隣で簡単に構築できるコンピューティングリソースが提供される。

マネージド vs 非マネージド Postgres

• Flyの現在のPostgres提供は非マネージド。
• 非マネージドでは、スケーリング、ポイントインタイムリカバリ、レプリケーション、メジャーバージョンアップグレードなどをユーザー自身が管理する必要がある。
• マネージドPostgresはこれらの作業を代行するため、ユーザーは構築に集中できる。
• マネージドサービスはFly Extensions APIを使って構築されており、テスターはfly extensionsコマンドを使ってPostgresデータベースを起動できる。

内部構造

Fly Machinesとともに動作

• Fly PostgresはFly Machines上に構築されている。
• Machinesは軽量なFirecracker VM。
• Machines APIはアプリケーションのライフサイクルに対してかなりの制御を提供する。
• fly-adminはFly APIとのやり取りを簡素化するTypeScriptラッパー。
• SupabaseはPostgresにいくつかの追加サービスをバンドルして提供するため、単一のDockerイメージをFly Machines APIに渡すことができる。

マルチクラウドへ移行

• このリリースにより、Supabaseは公式にマルチクラウド対応となる。
• Supabaseはマルチクラウド移行を簡素化するため、AWSのマネージドサービスの利用を避けている。
• たとえば、Fly Machinesは未使用時にVMを一時停止する簡単な方法を提供する。
• 一方で、Flyが提供していないAWSネイティブ機能の一部は回避策が必要になる。

Fly Extensionsの構築

• Flyはプラットフォームを拡張する優れたアプローチを持っている。
• ユーザーとプロジェクトをプロビジョニングするために、APIにいくつかのルートを追加している。

課題

• Flyチームとともにいくつかの課題を解決している。

ネットワーク制限のサポート

• ネットワーク制限機能は、コンテナがクライアントの正しいIPを受け取ることに依存している。
• 現在の設定では、コンテナにはFlyプロキシのIPが見える。

Fly内でのバックアップ

• Flyプロジェクトは、Flyが管理するBlobストレージをまだ提供していないため、AWS S3にバックアップされる。

はじめに

• プレビューに登録し、組織が許可リストに追加されるまで待ってから、ドキュメントのQuickstartを使って開始できる。
• Fly組織には1つの無料プロジェクトが提供される。
• 課金に関する詳細はまだ調整中だが、価格は現在の価格から大きくは変わらない見込み。

GN⁺の見解

• この記事で最も重要なのは、SupabaseとFly.ioの協力により、世界中に分散したマネージドPostgresサービスが提供される点。これにより、開発者はデータベース管理にかかる時間を減らし、アプリケーション開発により集中できるようになる。
• この記事が興味深い理由は、クラウドコンピューティングとデータベース管理の最新動向を反映しており、マルチクラウド戦略とエッジコンピューティングの組み合わせという新しい技術的アプローチを紹介しているため。
• このサービスは、特にデータ集約型アプリケーションをFlyプラットフォーム上で展開する開発者に対して、低レイテンシと向上した性能を提供すると期待される。

[GN⁺]

Hacker Newsの意見

• Supabase CEOの発表:

  • 現在のFlyのPostgresサービスはマネージドではなく、SupabaseはFlyと協力してマネージドサービスを提供できるよう取り組んでいる。
  • Supabaseは高可用性（HA）機能をテスターとともにリリースするために作業中だが、まだ確定したスケジュールはない。
  • CEOは質問やコメントに回答する用意がある。

• Supabaseに関する混乱:

  • あるユーザーはSupabaseを調べてみたが、基本的なREST APIをどのように実装するのか混乱した。
  • Supabaseは生成されたテーブルとやり取りするAPIを自動生成するが、ビジネスロジックがどこに存在するのかが明確ではない。
  • ユーザーはedge関数も確認したが、それがビジネスロジック向けの用途なのか、サンプルで明確に説明されておらず理解に苦労した。

• Fly.ioでの経験:

  • 別のユーザーはFly.ioでBookletを構築しており、FlyのPostgresを使ってアプリを分散させたいと考えている。
  • FlyのPostgres設定に問題があり、特にHAProxyの30分の接続時間制限によって接続が切れる問題に直面している。
  • 新しいPostgresサービスでも同じHAProxy設定が適用されるのかという質問がある。

• Fly.ioドキュメントでの発見:

  • また別のユーザーはFly.ioのドキュメントで「FlyのPostgres」と「SupabaseのPostgres」が並んでいるのを見つけ、以前Hacker Newsで見ていなかったことに驚いた。
  • FlyでアプリをデプロイしてPostgresを使いたいとき、どちらを使うべきかの比較が提示されておらず混乱している。
  • ユーザーは、FlyでDBMSを使いたいならLiteFS分散SQLiteを使うだろうし、Postgresが必要ならFlyとSupabaseの違いはマネージドサービスか非マネージドサービスかの違いだと考えている。

• Supabaseのネットワーク制限設定:

  • あるユーザーはSupabaseのネットワーク制限設定を好んでおらず、FlyアプリのIPをSupabaseに公開してそれを制限するのに苦労した。
  • SupabaseがFlyネットワーク内部に実際に存在するのは良い変化だと考えている。

• Supabaseのスケーラビリティの問題:

  • Supabaseにはプロトタイプ段階のプロジェクトを超えるとスケーラビリティに問題があるという噂があり、実際に本番環境での経験があるユーザーの意見を求めるコメントがある。

• Flyボリュームとネットワーク接続ストレージの違い:

  • Flyマシンにはネットワーク接続ストレージがなく、Flyボリューム上のデータは一時的なものと見なしている。
  • AWSやネットワーク接続ストレージに慣れていないユーザーが、Flyボリュームと他社のネットワーク接続ストレージの違いについて説明を求めている。
  • Flyボリュームを作成すると同じリージョン内の別サーバーへ移動できるため、技術的にはネットワーク接続ストレージだと考えている。

• SupabaseとFly.ioの協力への期待:

  • あるユーザーは現在Flyで大規模なデータベースを運用しており、マネージドPostgresを探している。
  • 完全なElixirショップを運営しており、この協力は非常に良いタイミングだと考えている。

• Fly.ioチームの対応:

  • Fly.ioチームのJoshuaが、この統合に関する質問に答える用意があると明かした。

• 「SupaFly」参照へのコメント:

  • 「SupaFly」という参照が分からなかった人のために、面白い動画リンクを共有するコメントがある。