PaaSの代表例|主要サービス一覧と選び方を提供事業者別に比較
「PaaSの例」を探すとき、知りたいのは抽象的な定義ではなく、実際にどのサービスが該当し、何に向き、いくらで始められるかという具体です。この記事では、Google App Engine・AWS App Runner・Azure App Service・Herokuといった代表的なPaaSを提供事業者ごとに一覧で示し、IaaS・SaaSとの違い、用途別の選び方、無料枠の有無までまとめて比較します。サービス選定の判断材料がこの1ページで揃います。
まとめ:PaaSの代表例と選び方の結論
PaaSの代表例は、大手クラウド3社のサービスと独立系サービスに大別できます。Google CloudならApp EngineとCloud Run、AWSならElastic BeanstalkとApp Runner、Microsoft AzureならApp Serviceが中心です。独立系ではHerokuやRender、国内ではさくらのAppRunが挙がります。個人開発やPoCは無料枠のあるApp EngineやRenderから、既存のコンテナをそのまま公開するならCloud RunやApp Runner、社内システムや既存Microsoft環境との連携が前提ならAzure App Serviceが現実的な第一候補です。注意点は、料金体系がリクエスト数やインスタンス時間で変動すること、そしてベンダーロックインを織り込んでおくこと。以下で各サービスの特徴と判断基準を具体的に見ていきます。
PaaSとは|「例」で押さえる仕組みと位置づけ
PaaS(Platform as a Service)は、アプリケーションの実行環境一式をクラウド事業者が用意し、利用者はコードとデータだけを持ち込めばよいサービスです。OS、言語ランタイム、ミドルウェア、スケーリングや監視の仕組みは事業者側が運用します。たとえばApp EngineにWebアプリのコードをアップロードすると、サーバーの構築やOSのパッチ適用を一切行わずに公開でき、アクセス増加に応じた台数調整も自動で行われます。これがPaaSの典型的な使われ方です。
開発者が触るのはアプリのソースコードと設定ファイル、データベースの中身まで。サーバーやネットワークの面倒を見ないぶん、開発のスピードが上がり、インフラ専任者がいない小規模チームでも本番運用に踏み出せます。一方で、実行環境の細かな仕様は事業者の設計に従う必要があり、自由度はIaaSより狭くなります。この「楽になる範囲」と「縛られる範囲」の線引きが、PaaSを理解する核心です。なお市場規模もStatista推計で2024年時点で約1,760億ドルとされ、クラウドの主要領域の一つです(推計値は調査会社により幅があります)。
PaaS・IaaS・SaaSの違い|管理範囲と具体例で比較
クラウドサービスは、事業者がどこまで面倒を見るかで3つに分かれます。IaaSはサーバーやストレージなどの「素材」を貸す形態、PaaSは実行環境まで整えた「調理場」を貸す形態、SaaSは完成した「料理」をそのまま使わせる形態と考えると区別しやすくなります。利用者の管理範囲は、IaaS→PaaS→SaaSの順に狭くなり、その分だけ手離れが良くなります。
| 区分 | 事業者が提供する範囲 | 利用者が管理する範囲 | 代表例 |
|---|---|---|---|
| IaaS | サーバー・ストレージ・ネットワーク | OS・ミドルウェア・アプリ・データ | AWS EC2、Compute Engine、Azure VM |
| PaaS | OS・実行環境・ミドルウェアまで | アプリとデータのみ | App Engine、App Runner、Heroku |
| SaaS | 完成したソフトウェアまで | 設定とデータのみ | Google Workspace、Salesforce、Microsoft 365 |
混同しやすいのがAWSのEC2です。EC2は仮想サーバーを貸すIaaSであり、PaaSではありません。同じAWSでも、コードを渡すだけで動かせるElastic BeanstalkやApp RunnerがPaaSにあたります。3モデルの使い分けや各クラウドの特徴はSaaS(サース、サーズ)とは?基本的な概念と定義もあわせて読むと整理できます。
PaaSの代表例|主要サービス一覧【提供事業者別】
ここからが本題です。代表的なPaaSを提供事業者別に整理します。同じ「PaaS」でも、アプリのソースを渡す従来型と、コンテナをそのまま動かすサーバーレス型に分かれる点を押さえると、サービスの違いが見えてきます。
Google CloudのPaaS(App Engine/Cloud Run/Cloud Functions)
App Engineは、対応言語のコードをアップロードするだけで動く老舗のPaaSで、PaaSの語られ方の原型といえる存在です。Cloud Runは、Dockerコンテナをそのまま受け取って動かすサーバーレス型で、リクエストが来ない間は課金されず、月あたり一定回数までの無料枠があります。Cloud Functionsは、関数単位でコードを実行するFaaS(PaaSの一種)で、イベント処理やAPIの一部に向きます。自前のコンテナを既に持っているならCloud Run、言語標準の構成で素早く公開したいならApp Engineという使い分けが基本です。
AWSのPaaS(Elastic Beanstalk/App Runner/Lambda)
Elastic Beanstalkは、アプリのコードを渡すとEC2やロードバランサーなどを自動構成して公開してくれるPaaSで、サービス自体の追加料金はなく、使ったEC2などの基盤分だけを支払います。App Runnerは、AWS Fargateを基盤にしたフルマネージド型のコンテナサービスで、2021年に一般提供が始まりました。Google CloudのCloud RunやAzureのコンテナ向けApp Serviceに相当し、コンテナをそのまま素早く公開したい場合の有力候補です。Lambdaは関数実行のFaaSで、月100万リクエストまでの無料枠があります。なお前述の通りEC2はIaaSなので、PaaSを探しているならBeanstalkかApp Runnerを見てください。
Microsoft AzureのPaaS(App Service/Functions/AKS)
App Serviceは、WebアプリやAPIを動かすAzureの中心的なPaaSで、無料のF1プランが用意されており、検証用途なら費用をかけずに始められます。WindowsアプリやActive Directoryなど既存のMicrosoft資産との相性が良く、社内システムの延長で使う企業に向きます。Azure Functionsは関数実行のFaaS、AKS(Azure Kubernetes Service)はKubernetesをマネージドで動かすサービスで、制御プレーンの利用料はかからずノード分だけを支払います。コンテナ基盤を本格運用するならAKSが選択肢になります。詳しくはAKS(Azure Kubernetes Service)とは|できること・料金・始め方を解説【2026年版】を参照してください。
独立系・特化型のPaaS(Heroku/Render/さくらのAppRun/Salesforce Platform)
Herokuは、デプロイの手軽さで開発者に長く支持されてきたPaaSです(現在はSalesforce傘下)。ただし無料プランは2022年11月28日に廃止され、現在は月額数ドルからの有料プランのみとなっています。料金や移行の手順はHerokuとは?料金・使い方・デプロイ手順をわかりやすく解説【2026年最新】で詳しく解説しています。Renderは無料枠を持つHeroku系統のPaaSで、個人開発の受け皿として選ばれます。国内では、さくらインターネットのさくらのクラウド新サービス「AppRun」が、アイドル時に課金されないサーバーレス型コンテナサービスとして登場しました。業務アプリを短期で作るなら、Salesforce PlatformやkintoneのようなaPaaS(アプリケーションPaaS/ローコード基盤)も代表例に含まれます。
主要なPaaSを一覧で比較すると次の通りです。
| サービス | 提供元 | 種別 | 主な用途 | 無料枠 |
|---|---|---|---|---|
| App Engine | Google Cloud | PaaS | Web・API | あり |
| Cloud Run | Google Cloud | サーバーレス型 | コンテナWeb | あり |
| Elastic Beanstalk | AWS | PaaS | Web・API | 基盤分のみ課金 |
| App Runner | AWS | サーバーレス型 | コンテナWeb | なし |
| App Service | Microsoft Azure | PaaS | Web・API | あり(F1) |
| AKS | Microsoft Azure | マネージドK8s | コンテナ基盤 | 制御面は無料 |
| Heroku | Salesforce | PaaS | Web・API | なし |
| Render | Render | PaaS | Web・API | あり |
| さくらのAppRun | さくらインターネット | サーバーレス型 | コンテナWeb | 従量・少額 |
無料枠や料金は改定が頻繁なため、検証前に各サービスの公式料金ページで最新の条件を確認してください。
用途別のPaaSの選び方|おすすめの判断基準
「結局どれを選べばよいか」は、用途で決めるのが最短です。サービス名のランキングを眺めるより、自分のケースに当てはめたほうが外しません。代表的な用途と推奨タイプを対応させると次のようになります。
| 用途 | 推奨タイプ | 代表サービス |
|---|---|---|
| 個人開発・PoC | 無料枠のあるPaaS | App Engine、Render |
| 既存コンテナの公開 | サーバーレス型 | Cloud Run、App Runner、さくらのAppRun |
| 企業のWebアプリ | 大手クラウドのPaaS | App Service、Elastic Beanstalk |
| 大規模・複雑な基盤 | マネージドKubernetes | AKS、GKE、EKS |
| 業務アプリの短期開発 | aPaaS(ローコード) | Salesforce Platform、kintone |
判断軸を一つに絞るなら、まず「既存の資産がどこにあるか」を見てください。社内がMicrosoft中心ならAzure App Service、すでにDockerでコンテナ化しているならCloud RunやApp Runner、特定クラウドに縛りがないスタートアップなら無料枠で試せるサービスから入るのが合理的です。逆に、トラフィックが極端に大きくインフラを細かく作り込みたい、あるいは特殊なミドルウェア構成が必須という場合は、PaaSの制約が足かせになります。このケースではPaaSを選ばず、IaaSやマネージドKubernetesで自前構成するほうが向きます。各クラウドの全体的な特徴比較はAWS・Google Cloud・Azureの特徴と使い分けを徹底比較が参考になります。
PaaS導入のメリットと注意点|ベンダーロックインへの備え
メリット:インフラ運用からの解放と開発速度
PaaS最大の利点は、サーバー構築・OSのパッチ適用・スケーリング設定といったインフラ運用を事業者に任せられることです。これにより、インフラ専任者を置けない小規模チームでも本番品質の運用に到達でき、コードを書いてから公開までの時間が短縮されます。多くのPaaSは認証やログ、監視の仕組みも標準で備えるため、開発者はビジネスロジックに集中できます。利点の本質は「機能の多さ」ではなく「運用から手が離れること」にあります。
注意点:ロックインとセキュリティの責任分担
見落としやすいのがベンダーロックインです。特定PaaS専用の機能や独自の設定に依存すると、後から別環境へ移すコストが膨らみます。対策は、コンテナやオープンな構成を選び、移行しやすさを最初から確保しておくこと。セキュリティは「事業者が基盤を守り、利用者がアプリとデータと権限設定を守る」という責任分担(責任共有モデル)が前提で、アクセス権限や認証の設定漏れは利用者側の責任になります。PaaSにしたからといってセキュリティが丸ごと任せられるわけではない、という点は導入前に明確にしておくべきです。
料金体系と無料枠で見るPaaSの始め方
PaaSは「サーバー1台いくら」ではなく、リクエスト数・インスタンスの稼働時間・転送量などに応じた従量課金が中心です。同じアプリでもアクセスパターンで月額が変わるため、サービス名だけでなく課金の単位を見比べることが、コスト見積もりの第一歩になります。
無料で始めたい場合の現実的な選択肢を、確実な事実ベースで挙げます。Google App Engineは1日あたりの無料割り当てがあり、Cloud Runも月あたり一定リクエストまで無料です。Azure App ServiceにはF1という無料プランがあり、AWS Lambdaは月100万リクエストまで無料枠があります。一方でHerokuは2022年11月28日に無料プランを廃止しており、無料での新規利用はできません。Renderのように無料枠を残すサービスもあるため、「とりあえず動かして試す」段階なら、無料割り当てのあるApp Engine・Cloud Run・App Service・Renderあたりが入口に向きます。本番でアクセスが増えてからは、トラフィックに対する単価とスケール時の挙動を実測して比較するのが確実です。無料枠の上限や単価は改定が早いので、必ず各社の公式料金ページで最新値を確認してください。
よくある質問(FAQ)
PaaSの代表的なサービスは何ですか?
大手クラウドではGoogle CloudのApp EngineとCloud Run、AWSのElastic BeanstalkとApp Runner、Microsoft AzureのApp Serviceが代表例です。独立系ではHerokuやRender、国内ではさくらのAppRunが挙げられます。WebアプリやAPIを、サーバー管理なしで公開できるサービス群と考えると分かりやすいです。
AWSのEC2はPaaSですか?
いいえ、EC2は仮想サーバーを貸すIaaSです。OSやミドルウェアの管理は利用者が行います。AWSでPaaSにあたるのは、コードを渡せば動くElastic Beanstalkや、コンテナをそのまま公開できるApp Runnerです。「サーバーを自分で管理するかどうか」が両者の分かれ目です。
スケーラブルなエンタープライズアプリに最適なPaaSはどれですか?
既存環境によります。Microsoft資産が中心ならAzure App Service、Google Cloudを使うならCloud Run、AWS中心ならApp RunnerやElastic Beanstalkが第一候補です。さらに大規模で複雑な構成が必要なら、AKS・GKE・EKSといったマネージドKubernetesへ広げる判断になります。
aPaaSとPaaSの違いは何ですか?
aPaaS(アプリケーションPaaS)は、業務アプリをローコードで素早く作るためのPaaSの一種です。Salesforce Platformやkintoneが代表例で、画面や業務フローを設定中心で構築できます。一般的なPaaSがコードでアプリを開発する基盤なのに対し、aPaaSは開発工程そのものを簡略化する点が違いです。
PaaSのセキュリティで利用者が担う範囲はどこまでですか?
責任共有モデルに基づき、事業者がサーバーやOS、基盤の脆弱性対応を担い、利用者はアプリのコード、データ、アクセス権限や認証設定を担います。設定ミスによる情報漏えいは利用者の責任範囲に入るため、権限の最小化と認証の強化は自分たちで行う必要があります。