Nhost、Firebase代替をPostgresとGraphQLの拡張可能なbackendへ組み直した設計

冒頭

Nhostは、frontendにあった「git pushで公開する」体験をbackendにも持ち込もうとした。

seed発表時点で1,700人超の開発者が試し、100超のproduction-ready appsが生まれていた。出典

創業

CEOのJohan EliassonとCTOのNuno Patoは、PHPとMySQLからHasuraへ移行した経験をNhostの出発点にした。

Johan EliassonとNuno Patoは「developers build better apps, faster」という使命を掲げ、backendにもNetlify/Vercelのようなworkflowを作ろうとした。出典

転機・苦労

最初から一枚岩のbackendを作るのではなく、Postgres、GraphQL、認証、Storage、Functionsを組み合わせた。

これにより速さを得た反面、各componentの互換性と運用責任を引き受けることになった。出典

成長・成功

2020年のpre-seed、2021年の300万ドルseedを経て、OSSとmanaged cloudの両輪を進めた。

現在はConstellationやAI toolkitへ広げ、backendをagentic serviceの基盤にもしようとしている。出典

結び

Nhostの道のりは、Firebase代替を名乗ることより、標準技術を組み合わせて開発者の時間を返すことが差別化になると示す。

Nhostは、frontendだけでなくbackendの初期構築にもNetlify/Vercel級の速さを求めるindie hacker、startup、agencyに刺さる。

PostgresとGraphQLを中心に認証・Storage・Functionsを一体で提供し、MVPの立ち上げからproductionまでの切替コストを下げる。出典

完全なmanaged abstractionではなく拡張可能性を残す設計が、Firebaseからの移行やSQLを重視するチームに選択理由を与える。出典

Postgres、GraphQL、Auth、Storage、Functionsを一つの開発体験に束ね、さらにOSSとしてコードと運用知識を蓄積する組み合わせが障壁になる。

ただし各要素単体の代替は多い。出典

ネットワーク効果は中程度以下だ。

ユーザー同士が直接価値を交換するmarketplaceではないが、OSS community、integration、customer storiesが導入リスクを下げ、間接的な学習効果を生む。出典

主対象は、backendをゼロから組み立てるよりproduct featureに時間を使いたいstartup、indie hacker、agencyだ。

大規模企業で複雑なnetwork isolationや厳格なSLAが必要なケースはTeam/Enterprise向けで、Starterの想定外だ。出典

開発者体験を一つのbackend workflowへまとめたこと、OSSで検証可能にしたこと、Postgres/GraphQLという標準技術を土台にしたことが主要因だ。

seed発表時点で1,700人超の開発者と100超のproduction-ready appsという初期 traction も示した。出典

Firebaseとの差別化をopen-sourceとGraphQLだけで維持するのは難しく、managed cloudの運用コストとHasura互換性への依存がリスクになる。

無料枠の休止条件や高度な機能の価格も、小規模チームには検討事項だ。出典

OSSを入口に無料Starterで試してもらい、production運用でPro・Teamへ拡張するland-and-expand型だ。

公式blog、docs、GitHub、customer storyを組み合わせ、backendの実装時間短縮を具体的な成果として示す。出典

この構造は利用開始の摩擦を下げる一方、無料利用が有料化へ進む条件を明確に説明し続ける必要がある。

主要チャネル: content, openSource, community, partnerships

backend platformは機能一覧の多さより、local developmentからproduction deploymentまでの一貫性で選ばれる。

OSSとmanaged cloudを併用するなら、標準技術を採用し、移行可能性を残すことが信頼の土台になる。

日本では、受託開発会社や小規模SaaSが共通backendを短期間で立ち上げる用途に余地がある。

PostgresとGraphQLを採用する企業には説明しやすいが、国内の運用支援、リージョン、法務・security要件は導入前に要確認だ。