Skip to content

MS_AzureWebApps

nishi_74322014 edited this page Aug 19, 2026 · 1 revision

Azure Web Apps

概要

Web アプリケーション、REST API、およびモバイル バックエンドをホストするためのサービス

詳細

前提

言語

.NET、.NET Core、Java、Ruby、Node.js、PHP、Python

プラットフォーム

Windows または Linux

補足(Windows か Linux かで挙動が変わる): 同じ App Service でも、
OS の選択によって使える機能が異なる。後から変更できないため、
作成時の判断が要る。

Windows Linux
.NET Framework(4.x) 動く 動かない(.NET Core / .NET のみ)
カスタム コンテナ 限定的 (Web App for Containers)
WebJobs 不可(Functions や Container Apps で代替)
サイト拡張機能 不可
価格 やや高い やや安い

既存の ASP.NET(.NET Framework)アプリを移すなら Windows、
新規に .NET / Node / Python で作るなら Linux、
というのが素直な判断になる。

なお、Ruby は現在サポート対象から外れている。

機能

セキュリティ

負荷分散

  • 自動スケール
  • 自動管理

DevOps 機能

  • 継続的なデプロイ
  • パッケージ管理
  • ステージング環境
  • カスタム ドメイン
  • SSL 証明書

補足(「ステージング環境」=デプロイ スロットが最重要機能): 一覧の中で、
実務上いちばん効くのがデプロイ スロットである。

【スロットなし】 本番に上書きデプロイ → 起動待ち(初回が遅い) → 失敗したら戻せない

【スロットあり】 staging スロットにデプロイ
                   ↓ ウォームアップ(起動・JIT・キャッシュ)
                 スワップ(production ⇔ staging を入れ替え)
                   ↓ 問題があれば
                 スワップし直す(即座にロールバック)

スワップは設定の入れ替えであり、
再デプロイではないため一瞬で完了する
これにより、

効果 内容
ダウンタイムがほぼ無い 既に起動済みのインスタンスに切り替わる
初回リクエストが遅い問題を回避 スワップ前にウォームアップされる(初回が遅い!
即座にロールバックできる スワップし直すだけ
Blue-Green / カナリア トラフィックの一部だけ新スロットに流せる

注意点として、接続文字列やアプリ設定を
「スロット設定」にするかどうか
の指定がある。
スロット設定にしないとスワップ時に一緒に入れ替わってしまうため、
本番用の接続文字列が staging に行ってしまう。

なお、デプロイ スロットは Standard 以上のプランで使える。

閉域構成

AppService閉域構成テクニカルリファレンスを参照。

参考

microsoft.com

Microsoft Azure

Microsoft Docs


Tags: 移行, クラウド, Azure, .NET開発, OWIN, ASP.NET, ASP.NET MVC

NetDevInfraWiki

マイクロソフト系技術情報 Wiki
Open 棟梁 Wiki

(未着手)

開発基盤部会 Wiki

移行管理: DONETODO

Clone this wiki locally