静的ページ
推奨- 適する場面
- LP・ポートフォリオ・ドキュメントなど更新頻度が低いもの
- コスト
- $0 + ドメイン
- 複雑度
- 最小
- 移行のサイン
- ユーザーごとの表示や、メール送信以上のフォーム処理が必要になった時
$ ひとりでサイトを公開する
AI のおかげで「コードを書く」ことは簡単になった。誰も渡してくれないのはインフラの地図: ウェブサイトにはどんな形態があり、一人プロジェクトにはどれが合い、各形態が毎月いくらの請求を 引きずるのか。以下は静的 1 ページからマイクロサービスまでの全景——その大半は 「まだ作るべきでないもの」を知るために存在する。
推奨ルート
一人で最初の本格サイトなら、静的サイトかエッジフルスタックから(共に推奨マーク付き)。 地図でその右側にあるものは、ユーザー・収益・チームができた日のためのもの。 シグナルが鳴ってからアップグレードを。
アーキテクチャ全景
取り得るすべての形。その大半は「まだ作るべきでないもの」を知るためにある。
静的生成(SSG)
- 適する場面
- ブログ・ドキュメント・本サイト——デプロイ時にデータからページを大量生成
- コスト
- $0 + ドメイン
- 複雑度
- 低
- 移行のサイン
- 再デプロイなしの更新や、リクエスト単位の処理が必要になった時
エッジフルスタック(本サイトの形)
推奨- 適する場面
- API・多言語・動的処理が必要だが、サーバーは持ちたくない個人プロジェクト
- コスト
- $0–5/月
- 複雑度
- 低〜中
- 移行のサイン
- 長時間ジョブ、大規模 WebSocket、重いリレーショナルデータが出てきた時
静的フロント + サーバーレス関数
- 適する場面
- ほぼ静的だが API を数本持つサイト(フォーム・決済・認証)
- コスト
- $0–10/月
- 複雑度
- 低〜中
- 移行のサイン
- 関数が増殖し状態を共有し始めた——断片でバックエンドを組み立てている兆候
フロントエンド + BaaS(ホスト型バックエンド)
- 適する場面
- 認証・DB・リアルタイムが必要なアプリ型プロダクトを最速で
- コスト
- $0–25/月
- 複雑度
- 低〜中
- 移行のサイン
- ユーザー増で料金が急カーブ、またはプラットフォームが許さないロジックが必要になった時
VPS モノリス(1 台のサーバーに全部)
- 適する場面
- 完全な制御・特殊なランタイム・長時間プロセスを低予算で
- コスト
- $5–20/月
- 複雑度
- 中——今日からあなたが運用チーム
- 移行のサイン
- 午前 3 時のサーバーダウンが自分の問題であること。それが許容できなくなった時が移行時
コンテナ化モノリス(Docker)
- 適する場面
- 同じアプリをラップトップ・VPS・クラウドで同一に動かしたい
- コスト
- $5–30/月
- 複雑度
- 中
- 移行のサイン
- コンテナ 1 つで負荷を支えられない、またはゼロダウンタイムデプロイが必要になった時
古典的三層(Web / アプリ / DB)
- 適する場面
- チーム開発の業務システム;教科書的なエンタープライズ形態
- コスト
- $20–100/月
- 複雑度
- 中〜高
- 移行のサイン
- 読み取りトラフィックが最初に DB を潰す——次の一手は通常キャッシュ
キャッシュ層 + リード/ライト分離
- 適する場面
- 読み取り中心のトラフィックが単一 DB の限界を超えた時
- コスト
- $50–300/月
- 複雑度
- 高
- 移行のサイン
- 書き込み自体がボトルネックに——この先はシャーディングの領域
データベースシャーディング
- 適する場面
- 書き込み量やデータ量が単一 DB の限界を超えた時
- コスト
- $300+/月
- 複雑度
- 非常に高い
- 移行のサイン
- シャード横断クエリとチーム調整が苦痛に→サービス分割の合図
マイクロサービス
- 適する場面
- 複数チームが同一プロダクトを独立してリリースする時
- コスト
- $1000+/月 + プラットフォームチーム
- 複雑度
- 極高
- 移行のサイン
- ここが終着駅。一人でこれを読んでいるなら——タブを閉じて、作りに戻ろう
本当に必要な概念
各概念に平易な一文とたとえ話をひとつずつ。ツールモジュールをクリックしても同じ解説が出る。
ドメインと DNS
ドメインは住所、DNS はその住所を実際に応答するサーバーへ対応付ける電話帳。
看板はそのままに、厨房を一晩で丸ごと入れ替えても客は気づかない。
ホスティング形態
静的ホスティングはファイル配信のみ、サーバーレスはリクエスト毎にコード実行、VPS は丸ごと借りるコンピュータ。
自販機、注文が入った時だけ人が立つ屋台、レストランの一棟貸し。
SSG と SSR
SSG はデプロイ時に全ページを焼き上げ、SSR はリクエスト毎に作りたてを出す。内容が許すなら焼き置きが安くて速い。
パン屋の朝の一括焼き上げと、注文ごとに作る厨房。
エッジコンピューティング
コードが 1 つのリージョンではなくユーザーに近い数百拠点で動く——低遅延で、管理するサーバーもない。
国に 1 つの大倉庫ではなく、どの角にもあるコンビニ。
CI/CD
push のたびに検査とデプロイが自動で走る——リリース作業から人間が解放される。
ベルトコンベアが検品も出荷も済ませる工場ライン。
環境変数とシークレット
設定とキーはコードの外に置き、実行時に注入——リポジトリには絶対入れない。
金庫の暗証番号は頭の中に。扉に書いてはいけない。
キャッシュ
高くつく計算の答えを保存し、古くなるまで使い回す。
常連の注文を付箋に書いて貼っておくバリスタ。毎朝聞き直さない。
多言語ルーティング
言語ごとに固有の URL(/zh、/ja)を持たせ、検索エンジンに各版を別々に索引させる。
1 つの美術館に、完全な案内表示付きの 3 つの順路。イヤホンガイド 1 本ではなく。
予算帯を選ぶ
3 セットをワンタッチ切替。モジュールをクリックすると、たとえ話つきの平易な解説が出る。
本サイトの Phase 0-1 がまさにこの構成。数ドルの API 代で、一晩でスキャフォールドから設計・デプロイまで完了。
skill.md を持ち帰る
このシナリオ用のスキル中心主義スターターファイル——最初のプロンプトの前にエージェントへ。計画・スタック・既知の落とし穴が入っている。