目次
Claude CodeやChatGPTにアプリ開発を手伝わせていると、こんなアドバイスを頻繁に受けます——「Vercelにデプロイしましょう」「Renderで公開すれば一発です」「Railwayが簡単ですよ」。
でも待ってください。Vercelって何？それってAWSとは違うの？うちが使ってるエックスサーバーじゃダメなの？——この疑問は、ホスティングサービスの「種類」を理解すれば一気に解決します。
この記事では、AIが頻繁に推してくるPaaS（Platform as a Service）と、従来の共有レンタルサーバー・VPS・クラウド（IaaS）の違いを、料金・自由度・運用負荷の3軸で徹底比較します。読み終わるころには、自分のプロジェクトにどれを選ぶべきか明確に判断できるようになります。
PaaS（Vercelなど）vs その他のホスティング
レンタル / VPS / クラウド / PaaS の違いを一目で理解
「やる事の量」と「自由度」のトレードオフを理解しよう
1. PaaSとは何か——なぜAIが勧めるのか
PaaS（Platform as a Service）とは、サーバー・OS・ミドルウェア・ランタイムなどの「アプリを動かすために必要な土台」をすべてサービス側が用意してくれるホスティング形態です。利用者はアプリのコードだけを用意すれば、git pushするだけで本番環境にデプロイできます。
PaaSの代表例
| サービス | 得意分野 | 特徴 |
|---|---|---|
| Vercel | Next.js / フロントエンド | Next.jsの開発元、CDN・関数・プレビュー環境を一体で提供 |
| Netlify | 静的サイト・JAMstack | Vercelの主要競合、フォーム機能内蔵 |
| Render | フルスタック（API+DB） | Heroku後継として人気急上昇 |
| Railway | バックエンド・DB | シンプルUIと従量課金 |
| Fly.io | グローバル分散 | 世界各リージョンで自動展開 |
| Cloudflare Pages | 静的・エッジ関数 | 無料枠が圧倒的に大きい |
| Heroku | 老舗（フルスタック） | 2022年11月28日に無料プランを終了 |
PaaSの本質：「やる事を最小化する」
共有レンタルサーバーやVPSでは、SSL証明書の取得、Nginx/Apacheの設定、Node.jsのインストール、デプロイスクリプトの用意、ログ監視、バックアップなど、本来やりたい「アプリ開発」とは別の作業が大量に発生します。
PaaSはこれらをすべて自動化します。具体的には次のとおりです。
- git pushするだけでデプロイ完了（ビルド・デプロイ・公開を全自動）
- SSL証明書の自動取得・更新（HTTPS対応が標準）
- CDN・キャッシュが標準装備（世界中から高速配信）
- 環境変数・シークレット管理がGUIで完結
- プレビュー環境が自動生成（PRごとにURLが発行される）
- スケーリング自動（アクセス急増にも自動対応）
- ロールバック1クリック（過去のデプロイに即座に戻せる）
つまり、AIが「Vercelにデプロイしましょう」と言うのは、「あなたが余計な作業に時間を取られず、開発に集中できるから」という合理的な理由なのです。
2. ホスティングの4階層——責任分担モデルで理解
ホスティング形態の違いを理解する最も簡単な方法は、「どこまで自分でやって、どこからサービス任せか」を見ることです。これを責任分担モデルと呼びます。
責任分担モデル — 何を自分でやるか
自分の管理サービス提供者の管理
ハードウェアからアプリコードまで、Webサービスは複数の層で構成されています。下から順に並べます。
- ハードウェア——物理サーバー、ストレージ、ネットワーク機器
- 仮想化——1台の物理マシンを複数の仮想マシンに分割する技術
- OS——Linux、Windows Server等
- ミドルウェア——Webサーバー（Nginx/Apache）、DB（MySQL/PostgreSQL）等
- ランタイム——Node.js、Python、PHP、Ruby等の実行環境
- 依存ライブラリ——npm/composer等で管理されるパッケージ
- アプリコード——あなたが書いたソースコード
各ホスティング形態は、これらの層のうちどこからをサービス側が管理するかで区別されます。
| 形態 | サービス側が管理 | 自分で管理 |
|---|---|---|
| 共有レンタル | ハード〜ミドルウェア | ランタイム設定の一部とアプリ |
| VPS | ハード〜仮想化のみ | OS〜アプリすべて |
| クラウド (IaaS) | ハード〜OS | ミドルウェア〜アプリ |
| PaaS | ハード〜ランタイム | アプリコードのみ |
| SaaS | すべて | 設定だけ（コード不要） |
下にいくほど自分でやることが減り、上にいくほど自由度が上がります。「どれを選ぶべきか」は、この自由度と運用負荷のトレードオフで決まります。
3. 共有レンタルサーバー——日本で最も普及
共有レンタルサーバー（Shared Hosting）は、1台の物理サーバーを多数のユーザーで共有する形態です。日本のWebサイトの多くがこの形態で運用されています。
主要サービス
- エックスサーバー（最大手）
- さくらのレンタルサーバ（老舗）
- ロリポップ（GMO）
- ConoHa WING（高速）
- mixhost（LiteSpeed採用）
メリット
- 圧倒的に安い（月数百円〜）
- WordPress簡単インストール（管理画面から1クリック）
- 専門知識ほぼ不要（FTPでファイルをアップロードするだけ）
- 独自ドメイン・メール対応（個人事業主に十分）
デメリット
- 使える技術が制限される（PHPは○、Node.js/Pythonは△か×）
- 他ユーザーの影響を受ける（同居サイトが重いとこちらも遅くなる）
- SSH接続不可な業者も多い（コマンド操作ができない）
- モダンな開発フローと相性悪い（git push自動デプロイ等は工夫が必要）
向いている用途
WordPressサイト、企業のコーポレートサイト、個人ブログ、小規模ECサイト。「PHPで動く既製のCMSを使う」という用途であれば、共有レンタルが圧倒的にコスパ最強です。
なお、このサイト（AI Arte）は共有レンタルではなく、VPS 上で Docker を使って Laravel を動かしています。PHP のアプリでも、常駐させるプロセスやコンテナが必要になると共有レンタルでは足りなくなります。
4. VPS——「自分専用の仮想マシン」
VPS（Virtual Private Server）は、物理サーバーの中に作られた仮想マシン1台を専有する形態です。OSから上はすべて自分で管理します。
主要サービス
- ConoHa VPS（GMO）
- さくらのVPS
- DigitalOcean（海外）
- Linode（Akamai傘下）
- Vultr（コスパ良）
メリット
- OS〜上は完全に自由（Node.js・Python・Docker・なんでも入れられる）
- root権限あり（sshでログインしてコマンド自由）
- 他ユーザーの影響を受けにくい（CPU・メモリは保証分が確保）
- 安い（月数百円〜数千円）
デメリット
- サーバー管理スキル必須（Linux、Nginx、SSL証明書、ファイアウォール等）
- セキュリティアップデート責任は自分（怠ると侵入される）
- 障害対応も自分（深夜にサーバーが落ちても起こされる）
- スケーリングは手動（アクセス増えてもプラン変更が必要）
向いている用途
サーバー運用を学びたいエンジニア、コストを抑えつつ自由度を確保したい開発者、特殊なミドルウェアを動かしたいケース。クラウドゲーム鯖、自前のメールサーバー、開発・検証環境などにも使われます。
5. クラウド（IaaS）——AWS・GCP・Azure
IaaS（Infrastructure as a Service）は、ハードウェアと仮想化レイヤーをサービスとして提供する形態です。VPSの「超強化版」と考えてください。
主要サービス
- Amazon Web Services (AWS)——代表的な大手、サービスの種類が非常に多い
- Google Cloud Platform (GCP)——AI/MLとデータ分析に強い
- Microsoft Azure——エンタープライズ向け、Office連携
- Oracle Cloud——一部の永久無料枠が破格
- Alibaba Cloud——中国・アジア圏で強い
メリット
- 無限にスケール可能（数台〜数千台まで自動拡張）
- マネージドサービスが豊富（DB、キャッシュ、キュー、AI、CDN等数百種類）
- 従量課金で柔軟（使った分だけ支払い）
- 世界中にリージョン（日本・米国・欧州・アジア各地）
- 高い信頼性とセキュリティ（金融機関も採用）
デメリット
- 学習コストが極めて高い（サービスごとに覚える概念と設定が多い）
- 料金体系が複雑（従量課金の項目が多く、請求額を事前に読みにくい）
- 専門知識のあるエンジニアが必要（個人で本格運用はかなり大変）
- 個人サイトにはオーバースペック（小さなブログにAWSは過剰）
向いている用途
大規模Webサービス、企業の基幹システム、データ分析基盤、機械学習プラットフォーム、グローバル展開するアプリ。個人が小さく始める用途より、専任のエンジニアがいる組織に向いています。
裏話：PaaSも実はクラウドの上で動いている
PaaS の多くも、裏ではクラウドの上で動いています。たとえば Vercel の関数を動かすリージョンは AWS のリージョンに対応づけられています（iad1 は us-east-1。Vercel Regions）。つまりPaaSは「IaaSの複雑さを隠して使いやすくしたサービス」とも言えます。
6. PaaS——Vercel・Netlify・Render等
すでに第1章で概要を説明しましたが、ここではPaaSの仕組みをもう少し詳しく見ていきます。
典型的なPaaSのワークフロー
- GitHubと連携（リポジトリを選ぶだけ）
- ビルド設定を自動検出（Next.js、Astro、Vite等を自動認識）
- git pushすると自動デプロイ（mainブランチに反映）
- カスタムドメイン設定（DNSのCNAMEを向けるだけ）
- SSL自動発行（Let's Encryptで自動取得・更新）
- プレビューURL生成（PRごとに別URLが自動生成）
最初の公開までの手間は4つの形態の中で最も少ない（ビルド設定の多くを自動で検出するため）。VPSで同じことをやろうとすると、Nginx設定、Let's Encrypt導入、systemd unit作成、CI/CDの構築などを自分で積み上げる必要があります。
PaaSの料金モデルと無料枠の条件（2026年10月1日時点）
PaaSは多くの場合「無料枠 + 超過分は従量課金」のモデルを採用しています。
| サービス | 無料で使える範囲 | 超えたとき・注意点 | 有料の入口 |
|---|---|---|---|
| Vercel（Hobby） | 非商用の個人利用のみ、転送量 月100GB、関数の呼び出し 月100万回など | 多くの場合、その機能は30日たつまで使えない（請求は来ない） | Pro 月$20〜（$20分の利用クレジット込み、超過は従量） |
| Netlify（Free） | 月300クレジット、転送1GB＝20、本番デプロイ1回＝15クレジット | 上限で停止（自動チャージなし）、2025年9月4日以降の新規アカウントの条件 | Personal 月$9、Pro 月$20〜 |
| Render（Free） | Web サービスはワークスペース合計で月750時間 | 15分アクセスが無いとスリープし、再開に約1分、無料の Postgres は作成から30日で期限切れ | Web サービス 月$7〜、Postgres 月$19〜 |
| Railway（Free） | 毎月$1分のクレジット（1サービスあたりメモリ0.5GBなど）、新規トライアルは1回だけ$5分 | リソースの上限がプランごとに決まっている | Hobby 月$5（$5分の利用込み）、Pro 月$20〜 |
| Cloudflare（Workers / Pages Free） | 静的アセットへのリクエストは無料・無制限、Pages のビルドは月500回 | 関数（Workers）は1日10万リクエスト・1回あたりCPU 10ミリ秒まで | Workers Paid 月$5〜 |
出典：Vercel Hobby・Netlify Credit-based plans・Render Free instances／Pricing・Railway Plans・Cloudflare Workers Pricing／Pages Limits（いずれも2026年10月1日に確認）。Vercel を使うかどうかの判断は AIに「Vercel使いましょう」と言われたら で詳しく扱っています。
PaaSの注意点
便利すぎるPaaSにも落とし穴があります。
- 無料枠を超えたときの動きがサービスで違う（止まるもの、従量課金に進むものがある。Vercel の Pro は上限を自分で設定しない限り止まらない）
- 独自ミドルウェアは入れられない（Redis、PostgreSQL等は別サービスを契約）
- 長時間実行関数に制限あり（Vercelの関数は Hobby で最長300秒、Pro は設定で800秒まで）
- 商用利用に条件がある（Vercel の無料プランは非商用の個人利用のみ）
- ベンダーロックインのリスク（独自API使うと他サービスへの移行が困難）
7. 4つの比較——料金・自由度・運用負荷
4形態を1つの表で比較します。
| 項目 | 共有レンタル | VPS | クラウド (IaaS) | PaaS |
|---|---|---|---|---|
| 料金の決まり方 | 月額の定額 | 月額の定額 | 従量課金（使った分） | 無料枠＋超過分は従量 |
| 最初の公開までの手間 | 少ない | 多い | 多い | 最も少ない |
| 必要スキル | FTP操作レベル | Linux管理 | クラウド設計 | git操作のみ |
| 自由度 | 低（PHP中心） | 高（OS〜全部） | 最高（無制限） | 中（言語/FW指定） |
| スケーラビリティ | 低 | 中（手動） | 最高（自動） | 高（自動） |
| 運用負荷 | 低 | 高 | 最高 | 最低 |
| SSL証明書 | 自動（無料） | 手動設定 | 手動設定 | 自動（無料） |
| CDN | なし | 別途設定 | 別途構築 | 標準装備 |
| CI/CD | なし | 別途構築 | 別途構築 | 標準装備 |
| DB | MySQL付属 | 自分で設定 | マネージドDB別契約 | 外部サービス連携 |
| 向いている用途 | WordPress | 学習・特殊用途 | 大規模・企業 | モダンWeb開発 |
「どれが優れている」ではなく、「目的に合うのはどれか」という観点で選ぶことが重要です。
8. 主要PaaSサービス徹底比較
PaaSの中でもサービスごとに得意分野が異なります。代表的な5つを比較します。
Vercel——フロントエンドの王者
- 強み：Next.jsの開発元、CDN・関数・プレビューURLまで一体、優れた開発体験
- 弱み：無料プランは商用不可、関数の実行時間に上限、Pro は支出の上限を設定しないと従量課金が続く（詳しく）
- 向いている：Next.js / React / Vue / Svelteのフロントエンドアプリ、JAMstackサイト
- 料金：Hobby 無料（非商用のみ）、Pro 月$20〜（$20分の利用クレジット込み、超過分は従量）
Netlify——JAMstackの草分け
- 強み：クレジット制で使用量をまとめて管理、フォーム機能内蔵、Functions（サーバーレス関数）対応
- 弱み：Next.js は Netlify 独自の統合で動かす（Next.js 公式の検証済みアダプタは開発中）
- 向いている：Astro、Hugo、Jekyll等の静的サイトジェネレーター
- 料金：Free 月300クレジット（上限で停止）、Personal 月$9、Pro 月$20〜
Render——Heroku後継として急成長
- 強み：フルスタック対応（Web Service + DB）、PostgreSQL/Redisマネージド
- 弱み：無料Web Serviceは15分でスリープ（コールドスタートあり）
- 向いている：Node.js / Python / Ruby / Goのバックエンド、モノリスアプリ
- 料金：Web Service 月$7〜、Postgres 月$19〜（無料枠は制限付き）
Railway——シンプルさ重視
- 強み：UIが直感的、テンプレート豊富（1クリックでDB+API構築）
- 弱み：従量課金で予算超過に注意
- 向いている：プロトタイピング、小〜中規模のフルスタックアプリ、Discord Bot等
- 料金：Free 毎月$1分のクレジット、Hobby 月$5（$5分の利用込み）、Pro 月$20〜
Cloudflare Pages——無料枠が最強
- 強み：帯域無制限・無料、グローバルCDN、Workers（エッジ関数）連携
- 弱み：複雑なバックエンドには向かない
- 向いている：高トラフィックの静的サイト、Astro/Hugo/Next.js（SSG）
- 料金：Free（静的アセットは無料・無制限、ビルド月500回）、関数を多く使うなら Workers Paid 月$5〜
どれを選ぶべきか — 判断フロー
用途・予算・技術スタックで決まる
→ ConoHa VPS / さくらVPS / DigitalOcean
9. なぜAIはPaaSを推すのか
Claude CodeやChatGPTにアプリ開発を頼むと、ほぼ必ずVercelやRenderを勧められます。これは偶然ではなく、AIにとって合理的な選択です。
理由1：成功率が圧倒的に高い
VPSやAWSへのデプロイは、ネットワーク設定・SSL・systemd・nginx設定など失敗ポイントが多数あります。AIが指示通りやってもらえる確率は、PaaSの「git pushするだけ」が最も高い。
理由2：環境差異の影響が小さい
VPSだと「Ubuntu 22.04ではこう、CentOS 7ではこう」と差異が出ますが、PaaSは環境が標準化されているため、AIのアドバイスがそのまま使えます。
理由3：AIで開発するアプリと相性が良い
AIでよく作られるのはNext.js、Python API、Discord Bot等、まさにPaaS各社が得意とする領域です。WordPressサイトを作っているならAIは共有レンタルを推すはずです。
理由4：トラブル対応が容易
PaaSは管理画面でログ・メトリクス・デプロイ履歴が一元管理されているため、AIに「ログを見せて」と頼むと簡単に共有できます。VPSだとSSH接続してjournalctlで...と手順が増えます。
10. 用途別おすすめ——どれを選ぶべきか
WordPressでブログ・コーポレートサイト
→ 共有レンタル（エックスサーバー、ConoHa WING）。WordPressを動かすためだけにPaaSやAWSを選ぶのは過剰スペック。
Next.js / Reactのモダンなフロントエンド
→ Vercel（Next.jsなら一択）またはNetlify（その他のFW）。無料枠で個人開発開始、商用化したらPro $20/月。
静的サイト・高トラフィック
→ Cloudflare Pages。静的アセットへのリクエストが無料・無制限なのが強み。技術ブログやドキュメントサイトに向いています。
API・バックエンド・フルスタック
→ RenderまたはRailway。DBも同じサービスで用意できる。無料枠の条件（スリープ・期限切れ）は上の表を参照。
Discord Bot・LINE Bot・常時起動の小さなアプリ
→ RailwayまたはFly.io。小規模ワークロードに優れた料金体系。
サーバー管理を学びたい・自由度MAX
→ VPS（ConoHa VPS、さくらVPS）。Linuxサーバーを丸ごと触れる。
大規模Webサービス・企業システム
→ クラウド（AWS、GCP、Azure）。専門エンジニアを雇う前提で。
機械学習・AIモデルのホスティング
→ Hugging Face Spaces（無料枠あり）またはModal（GPU PaaS）。AWSのSageMakerは大規模向け。
初心者がまず触ってみるなら
→ Vercel + Cloudflare Pagesから始めるのがおすすめ。無料でデプロイ体験ができ、git pushの便利さを体感できる。慣れてきたらRender、Railway、AWSと広げていく流れ。
関連記事としてAIはインフラ・ネットワークエンジニアの代わりになるか？も合わせて読むと、AIがPaaSを推す背景がさらに理解できます。
FAQ
Q. PaaS、SaaS、IaaS、FaaSの違いは？
IaaSはインフラ（サーバー・ストレージ）の貸し出し（AWS EC2等）、PaaSはアプリ実行環境の貸し出し（Vercel等）、SaaSは完成したソフトの貸し出し（Gmail、Slack等）。FaaS（Function as a Service）はPaaSの一種で、関数単位で実行（AWS Lambda、Cloudflare Workers）。「自分が書くコードの量」がIaaS>PaaS>FaaS>SaaSの順に減っていきます。
Q. Vercelの無料枠でブログを商用運用してはダメ？
Vercel の無料プラン（Hobby）は非商用の個人利用に限られます。Fair Use Guidelinesでは、決済の受け付け、商品やサービスの宣伝、報酬をもらっての制作、AdSense などの広告、アフィリエイトが主目的のサイトが商用の例に挙がっています。寄付を募るだけなら商用に当たらないとも明記されています。商用なら Pro（月$20〜）か、条件の合う他社を選んでください（他社の規約は各社の原文で確認を）。
Q. PaaSって本当に簡単？トラブルあったらどうするの？
初回デプロイは確かに簡単ですが、「ビルドが失敗する」「環境変数が反映されない」「DBに接続できない」などのトラブルは普通に発生します。ただし管理画面でログが見られるため、共有レンタルやVPSと比べると原因を探しやすいです。AIに「Vercelのビルドログを貼るので解決してください」と聞くのも有効です。
Q. PaaSで高額請求が来ることはある？
あります。従量課金に進むプランでは、アクセスが急に増えると請求も増えます。Vercel の場合、Hobby は枠を超えると機能が止まるので請求は来ませんが、Pro は止まらずに従量課金へ進みます。Spend Managementで金額を決め、「Pause Production Deployments」をオンにすると上限で本番を止められます（確認は数分おきなので少し超えることがある）。ファイアウォールが遮断した DDoS の通信には課金されません。
Q. WordPressをVercelで動かせる？
WordPress本体（PHPで動く）はVercelで動かせません。Vercel等のPaaSは基本的にNode.js、Python、Goなどのモダン言語向けです。WordPressを使うなら共有レンタルかVPSが正解。ただし、WordPressをHeadless CMSとして使い、フロントエンドだけNext.jsでVercelに置く構成（Headless WordPress）はよく行われます。
Q. PaaSはベンダーロックインが心配。移行は難しい？
「git pushでデプロイ」というワークフロー自体は標準的なので、コード自体は他のPaaSへ簡単に移行できます。ただし、各サービス独自のAPI（Vercel KV、Netlify Functions、Cloudflare Workersのバインディング等）を多用していると移行コストが上がります。ロックインを避けたいなら、独自API使用は最小限にし、可能な限り標準的な技術（Next.js標準API、PostgreSQL等）に留めるのが鉄則です。
Q. AWSの無料枠だけでアプリを動かすのは現実的？
いま新しく AWS アカウントを作る場合、無料枠は「Free プラン」でのクレジット制です（AWS Free Tier）。作成時に$100分、主要サービスを試すとさらに最大$100分、合計で最大$200分のクレジットがもらえ、6か月たつかクレジットが尽きるとアカウントが閉じます。Paid プランに切り替えない限り課金されません。「AWSを学びたい」なら試す価値はありますが、「とにかく動かし続けたい」ならPaaSの方が簡単です。
Q. 結局、自分はどれを選べばいい？
「迷ったらPaaS（Vercel or Render or Cloudflare Pages）」が現代の正解です。理由は(1) 失敗しにくい、(2) 無料で始められる、(3) AIのサポートを最大限活かせる、(4) 後から他サービスへ移行も比較的容易。WordPressなら共有レンタル一択。AWSは「専門エンジニアがチームにいる」「大規模システムを作る」場合のみ検討してください。
料金と無料枠の条件は、2026年10月1日に各サービスの公式ページで確認しました。変更されることがあるため、契約前に各サービスの公式ページで最新情報をご確認ください。
