対象: WebアプリやAPIをAzureのマネージド環境へ公開したい人
要点: Free・Shared・有料階層、App Serviceプランのインスタンス時間、ストレージ、証明書、追加サービスを整理
公式情報確認: Azure App Serviceの料金・無料枠・公式ドキュメント・規約を2026年8月19日に確認
更新日: 2026年8月19日（リージョン、税、為替、契約画面は申込時に再確認）
App ServiceはコードをデプロイしてWebアプリを公開する手間を減らします。ただし、アプリ一つの料金ではなくApp Serviceプランのインスタンスと階層が基本です。同じプランへ複数アプリを置くと容量も負荷も共有します。
FreeやSharedで試せる範囲はありますが、常時稼働、独自ドメイン、スケール、バックアップ、ネットワークを求めると有料階層へ進みます。アプリ数ではなく、プランの性能とインスタンス数で比較します。 ここで扱うのは公式公開情報の整理であり、編集部の利用体験、収益、性能、転職や事業の成果を保証するものではありません。クラウド料金は表示通貨、リージョン、税、為替、割引契約で変動します。
Azure App Serviceの料金を分解する
App ServiceはFree、Shared、Basic、Standard、Premium、Isolatedなどの階層と、選択したインスタンス数・稼働時間が料金の軸です。OS、リージョン、スケール、ストレージ、証明書、バックアップ、Application Insights、DBやネットワークを別に確認します。
| 料金項目 | 考え方 | 先に確認する条件 |
|---|---|---|
| プラン・インスタンス | App Serviceプランのサイズ×インスタンス時間 | Linux/Windows、SKU、インスタンス数、スケール |
| 無料・共有 | Free・SharedのCPU、メモリ、帯域、アプリ制限 | 独自ドメイン、SSL、常時稼働、上限 |
| 追加機能 | バックアップ、Slots、証明書、監視 | 保存量、スロット、ログ、保持 |
| 周辺サービス | Azure SQL、Storage、Front Door、VNet、送信転送 | データ経路、リージョン、帯域 |
見積もりは、サービス名と月額を並べるだけでは足りません。1日の実測値を、稼働時間、保存量、リクエスト、バックアップ、転送、ログに分解します。開発・本番・予備を分け、ピーク時の余白と使わない時間の停止方法も同じ表へ置くと、無料枠の外へ出る地点が見えます。
無料枠と支払いの境目
Free App Serviceにはアプリ、CPU、ストレージ、帯域などの制限があります。Azure無料アカウントの12か月枠やクレジットはSKU・契約で条件が異なります。無料と有料を同じ性能として扱わず、公式料金とポータル見積もりを確認します。
小さなアプリを一つのプランへ載せると料金を共有できますが、CPU・メモリ・再起動の影響も共有します。開発は停止・縮小条件を確認し、本番の常時稼働・可用性とは別に計算します。
- アプリ削除でApp Serviceプラン、Insights、Storageも消えると考える。
- Freeで独自ドメイン、SSL、常時稼働を使えると思う。
- スケールアウトでインスタンスが増えた時間を見ない。
- DB、Storage、送信転送をApp Service料金へ含める。
無料枠を使う場合も、請求アラートと予算上限を先に用意します。停止すれば計算量が止まるサービスもあれば、ディスク、バックアップ、固定IP、ログの保存が続くものもあります。検証用のリソース名とリージョンを一覧化し、テスト終了後に削除・保持を判断してください。
運用と割引を料金へ戻す
HTTP 5xx、応答時間、CPU、メモリ、再起動、スケール履歴、デプロイ失敗を監視します。Slotsは安全な切替に役立ちますが、スロット数、設定コピー、ストレージ、ログを管理します。
予約、Savings Plans、Committed Use Discountなどは、安くなる可能性と引き換えに利用を約束する仕組みです。変動の大きい初期段階はオンデマンドで測り、平常負荷、移行可能性、リージョン、前払い、未使用時の扱いが固まってから比較します。割引率だけでなく、解約や縮小が難しくなる条件を公式ページで確認します。
データ、契約、解約を決める
環境変数、ログ、デプロイパッケージに接続文字列や個人情報が残る可能性があります。Managed Identity、Key Vault、HTTPS、アクセス制限、診断ログ、バックアップ暗号化を設定し、秘密をソースへ直書きしません。
アプリ、App Serviceプラン、Slots、Storage、Insights、証明書、VNetを個別に停止・削除します。予約やSavingsを利用する場合は、リソース削除後の契約条件をポータルで確認します。 リソースを削除しても、バックアップ、スナップショット、ログ、DNS、レジストリ、請求設定が自動で消えるとは限りません。解約・停止の前にデータ、設定、監査ログ、請求書をエクスポートし、復元担当と保持期限を確認してください。
向く人・向かない人
| 向く人 | 向かない／先に決めること |
|---|---|
| コードデプロイとOS保守を簡単にしたい人 | サーバーOSやネットワークを細かく制御したい人 |
| プラン共有とインスタンス数を管理できるチーム | 負荷分離が必要なのに一つのプランへ詰め込む人 |
| Managed IdentityやKey Vaultを使える人 | 接続文字列をソースへ保存する人 |
| 無料の制限と本番SKUを別に試せる人 | Freeの性能を本番見積もりにそのまま使う人 |
迷ったら、最小構成を短時間だけ作り、同じ入力で再現できる計測表を残します。請求額だけでなく、復元に要する時間、権限分離、障害時の切り替え、削除後に残るデータを確認すると、価格と運用負荷を同じ判断にできます。
公式CTA: Azure App Service公式料金ページと公式計算ツールで、リージョン、利用量、保存、転送、バックアップを入力してください。無料枠の条件、請求アラート、契約・解約画面を確認してから本番へ進めます。
関連する記事
- Azure SQL Databaseの料金：料金・設計・運用の比較に役立つ。
- Azure Container Appsの料金：料金・設計・運用の比較に役立つ。
- Amazon RDSの料金：料金・設計・運用の比較に役立つ。
- AWS Cloud Practitionerの受験料：料金・設計・運用の比較に役立つ。
公式情報
App Serviceはアプリ数より、プランのSKU、インスタンス時間、スケール、データ経路をそろえると判断しやすくなります。Freeで制限を確認し、本番は可用性・監視・データ保護を含めます。 最初に入力する数字を小さくても記録し、公式料金ページの更新と請求画面を定期的に突き合わせることが、継続利用の判断を安定させます。
公開前にもう一度確認する数字
クラウドの料金は、登録した設定ではなく実際の使用量と保持状態で動きます。公開前に、平常日の利用量、ピーク時の上限、保存期間、バックアップの復元先、データの移転先を担当者と共有してください。数字が変わったときにどの設定を見直すかまで決めておけば、請求画面を見てから慌てずに済みます。
