フロントエンドエンジニアでもできる！Supabaseを活用したスタートアップの実例

ツール導入前の課題

2021年の起業当初、システムエンジニアは一人、かつ、フロントエンド経験のみだったため、バックエンド・インフラの経験・知識が不足していました。そのため、Webアプリケーションをフロントエンド経験のみで実現し、開発・運用する必要がありました。

どのような状態を目指していたか

起業と同時にBerryのWebアプリケーションが必要だったので、とにかく一人でも開発・運用に持っていける状態を目指しました。バックエンド的なことはプラットフォームに頼り、必要となる機能開発に集中できる状態を必要としました。

• Firebase

FirebaseのNoSQLよりも、Supabaseが採用しているPostgresのRDB構成のほうが、データ構造を直感的に開発しやすかった点がポイントです。

改善したかった課題はどれくらい解決されたか

実際に一人のシステムエンジニアでサービスをリリースし、3年間の間でプラットフォームについて技術的な壁に当たることもなく、順調に事業成長と共にスケール・運用できています。

どのような成果が得られたか

スタートアップ当初の状態でも目指すWebアプリケーションを提供開始でき、3年経過した現在でも安定稼働とスケールを両立できています。特に、チームもフロントエンド中心の技術メンバーのみで組織できていることも成果として大きいと捉えています。

ここまでのレビューは、私達が起業したばかりのころから約3年、プロダクトのプラットフォームにSupabaseを採用して得たことをそのまま記載させていただきました。フロントエンド技術のみ、かつ、少人数で続けている点は、これから起業やWebサービスの立ち上げを考えている方に参考になればと思っています。Supabaseの採用とキャッチアップにより、フロントエンドのみでもフルスタックな開発とサービスローンチを行うことができています。採用技術の範囲を絞り込めている点を参考にしていただければと思います。

同一アプリケーションで複数リージョンに展開するケースを考えてみたいです。プロジェクトで分けて用意していくか、レプリカ構成でマルチリージョンにしてみるか、試したいことの一つです。また、Branching機能も検証してみたい機能です。開発ブランチに合わせてSupabaseもブランチを作ることができれば、Vercelからの確認も捗ることが期待されます。