ハッカソンの技術選定 [サーバサイド編]

はじめに

なんでもかんでも自分たちで作ろうとしすぎ
- 技術を低いレイヤからスクラッチで理解していけるというのは強み
- 一方で、ハッカソンという限られた時間内でそれを行うのはリスキー
- 要素技術の検証とMVPの開発は分離すべき
オレオレインフラ基盤によるデプロイの複雑さ
- VPS上に構築したnginx + Docker ComposeベースのWebのデプロイ基盤
- 当時は学生でお金がなかった他、今ほど良い選択肢もなく、生成AIもなかったので新しいデプロイ方法を学ぶ敷居が高かったという部分もある
早すぎる抽象化・汎用化
- 毎回、ゼロベースで実装したほうが早いものを、早まって抽象化・汎用化し、かえって拡張しづらく、開発速度が落ちる
フロントエンドエンジニアの負荷が高い
- デプロイせずにローカルで動かすケースも多かったので、フロントエンドエンジニアもバックエンドの環境構築が必要
- 発表前に即席でngrok等のリバースプロキシを使おうとするが、それでトラブルが起こるパターンも多かった
必要な蓋然性の高い機能を当日までに準備していない
- 認証機能とか

AWS Lambda
- エコシステムは成熟しており、柔軟に設定・連携はできるが難易度が高め
Google CloudのCloud Run functions + Firebase
- DBが基本的にRDBではない
Cloudflare Workers
- 認証機能を外部に頼る必要がある(Auth0等)
Azure、Oracle Cloud
- そもそもターゲットがエンプラということで選定の対象外
Supabase
- RDB、S3互換ストレージ、認証機能等の機能は統合されているが、無料プランではCI/CDの整備は自力で行う必要がある
共通
- 価格は低く、ハッカソン期間であれば無料、もしくは少しかかる程度
- 言語に関してはPython, PHP, JSをサポートしていたりしていなかったりという感じだが、バックエンドエンジニアなら一度は書いたことがあるという言語が多い
CI/CDの整備は自力で行うとして、最もコア機能が集約されているSupabaseを選定した

今回の開発で利用、もしくは利用予定のコンポーネントのみを抜粋
Edge Functions
- Denoベースで動作するFaaS
- Denoは込み入ったことをしなければ開発体験は少し良くなったNode.jsという雰囲気
- DenoはTypeScriptがネイティブに使用できる点も良い
Database
- PostgreSQL
- おそらくバックエンドはAWSだが、日本(東京)リージョンも選択可能
Storage
- S3互換ストレージ
Authentication
- Netlifyが開発したOSSの認証サーバ「GoTrue」を拡張したものらしい
- メールアドレスとパスワードによる認証やOAuth認証、JWTの発行まで幅広くカバーしている

フロントエンドエンジニアでも触れる可能性がある
- 慣れ親しんだJSのスタイル(厳密にはDeno)のため
コールドスタートを無視できる
- Edge Functionsはコンテナ型ではなくV8 Isolate型
- そのため、起動が高速で、FaaSで問題になりがちなコールドスタート問題をほぼ解決している
- ただし、言語の選択肢が少なくなる
高いポータビリティ
- SupabaseはOSSでセルフホスティングが可能
- HonoはNode.js、Deno、Bun等、複数のランタイムで動作する
- そのため、インフラレベル・アプリレベルでの移行が比較的、簡単にでき、ベンダロックインを防ぎやすい構造となっている