アーキテクチャ
同じ機能でも『どう組み立てるか』で、セキュリティ・運用・コストが変わります。SSR と SPA のように、設計の分かれ道を仕組みから整理します。
- SSR と SPA
サーバ側 Cookie セッション（SSR）か、Bearer トークン（SPA＋API）か。CORS・脆弱性の向き・失効・デプロイ形まで、違いはログイン情報の置き場から派生する
- Git と NeonDB のブランチ
Git のブランチと Neon の DB ブランチを1対1で対応させる。永続の幹は残し、PR ごとの使い捨ては GitHub 連携で自動生成・自動削除
- フルスタックWebアプリ
フロント・サーバー・DB を1つのフォルダで。生成AIと一緒に、非エンジニアでも通しで作れる構成
- Google Cloud のプロジェクト設計
5slab の実例で見る、環境ごとのプロジェクトの分け方と命名、そして GitHub ブランチ・Neon プロジェクトとの対応 ― prod/stg はアプリ別・dev は開発者別