Azure portal で Web アプリを作成する
このユニットでは、Azure portal を使用して Azure App Service Web アプリを作成する方法について説明します。
Azure portal を使用する理由
Web アプリケーションをホストするには、まず、ご利用の Azure サブスクリプション内で Web アプリ (Azure App Service アプリ) を作成します。
Web アプリを作成するには、いくつかの方法があります。 Azure portal、Azure コマンド ライン インターフェイス (CLI)、スクリプト、または Visual Studio のような統合開発環境 (IDE) を使用することができます。
このユニットの情報は、Azure portal を使用して Web アプリを作成する方法について説明するものです。次の演習では、これらの情報を使用して Web アプリを作成します。 このモジュールでは、Azure portal の使用方法を示します。これはグラフィカル エクスペリエンスであり、優れた学習ツールになるためです。 このポータルは、使用可能な機能の検出、その他のリソースの追加、既存のリソースのカスタマイズを行うのに役立ちます。
Azure App Service とは
Azure App Service は、完全管理される Web アプリケーション ホスティング プラットフォームです。 Azure による PaaS (サービスとしてのプラットフォーム) を利用すると、アプリケーションを実行し、スケーリングするインフラストラクチャを Azure で管理しながら、アプリの設計と構築に集中できます。
デプロイ スロット
Azure portal を使用すると、簡単にデプロイ スロットを App Service Web アプリに追加できます。 たとえば、自分のコードをプッシュできるステージングのデプロイ スロットを作成して、Azure 上でテストできます。 満足するコードが完成したら、ステージング デプロイ スロットを運用スロットと簡単に入れ替えることができます。 Azure portal では、マウスを数回クリックしてこれらすべてを行います。
継続的インテグレーション/デプロイのサポート
Azure portal は、Azure Repos、GitHub、Bitbucket、FTP、または開発マシンのローカル Git リポジトリでの、すぐに利用できる継続的インテグレーションとデプロイを提供します。 前述のソースのいずれかを使って自分の Web アプリを接続すると、App Service では、コードとコードに対する今後の変更が Web アプリに自動的に同期され、残りの作業が自動的に行われます。 さらに、Azure Repos を使用すると、コードをコミットするたびに、ソース コードのコンパイル、テストの実行、リリースの構築を行い、最後にリリースを Web アプリにデプロイする独自のビルドおよびリリース プロセスを定義できます。 ユーザーが介入する必要はなく、すべてが暗黙的に実行されます。
Visual Studio の発行と FTP の発行の統合
ご自分の Web アプリ用に継続的インテグレーション/デプロイを設定できるのに加え、常に、Visual Studio との緊密な統合によるメリットを受け、Web 配置テクノロジによってご自分の Web アプリを Azure に発行することができます。 App Service では、従来のワークフローのために FTP ベースの発行もサポートされています。
組み込みの自動スケーリングのサポート (実際の負荷に基づく自動スケールアウト)
スケールアップとスケールダウンまたはスケールアウトは、Web アプリに組み込まれます。 Web アプリの使用状況に応じて、Web アプリをホストしている基になるマシンのリソースを増減すると、アプリをスケールアップまたはスケールダウンできます。 リソースは、コアの数または利用可能な RAM の量になります。
一方、スケール アウトは、ご自分の Web アプリを実行しているマシン インスタンスの数を増やす機能です。
Web アプリの作成
Azure で Web アプリを実行する準備ができたら、Azure portal にアクセスして、Web App リソースを作成できます。 Web アプリを作成すると、App Service で一連のホスティング リソースが割り当てられます。これは、ASP.NET Core、Node.js、Java、Python などのいずれであっても、Azure でサポートされる任意の Web ベースのアプリケーションをホストするために使用できます。
Azure portal では、Web アプリを作成するためのウィザードが提供されます。 このウィザードには次のフィールドが必要です。
| フィールド | 説明 |
|---|---|
| サブスクリプション | 有効でアクティブな Azure サブスクリプション。 |
| リソース グループ | 有効なリソース グループ。 |
| 名前 | Web アプリの名前。 この名前はアプリの URL の一部になります。そのため、すべての Azure App Service Web アプリの間で一意になる必要があります。 |
| 発行 | アプリケーションは、コードとして、またはすぐに実行できる Docker コンテナーとして、App Service にデプロイできます。 [コンテナー] を選択すると、ウィザードの [コンテナー] タブがアクティブ化されます。ここでは、App Service でイメージを取得する Docker レジストリに関する情報を指定します。 |
| ランタイム スタック | アプリケーションをコードとしてデプロイする場合、アプリケーションで使用されるランタイム (たとえば、Node.js、Python、Java、.NET など) が App Service によって認識される必要があります。 アプリケーションをコンテナーとしてデプロイする場合は、そのイメージに含まれているため、ランタイム スタックは選択する必要がありません。 |
| オペレーティング システム | App Service では、Windows または Linux サーバー上でアプリケーションをホストできます。 詳細については、このユニットの「オペレーティング システム」セクションを参照してください。 |
| リージョン | アプリケーションの提供元の Azure リージョン。 |
| 価格プラン | App Service プランの詳細については、このユニットの「価格プラン」セクションを参照してください。 |
オペレーティング システム
アプリをコードとしてデプロイする場合は、使用可能なランタイム スタックの多くが、どちらか一方のオペレーティング システムに制限されます。 ランタイム スタックを選択すると、オペレーティング システムを選択できるかどうかがトグルに示されます。 ターゲット ランタイム スタックが両方のオペレーティング システムで使用可能な場合、アプリケーションの開発とテストに使用するものを選択します。
アプリケーションがコンテナーとしてパッケージ化されている場合は、コンテナー内のオペレーティング システムを指定します。
App Service プラン
App Service プランは、App Service アプリを実行する一連の仮想サーバー リソースです。 プランのサイズ (SKU または価格レベルと呼ばれることもあります) により、プランに割り当てられているアプリを実行する仮想サーバーのパフォーマンス特性と、それらのアプリからアクセスできる App Service 機能が決定されます。 作成するすべての App Service Web アプリを、それが実行される 1 つの App Service プランに割り当てる必要があります。
1 つの App Service プランで複数の App Service Web アプリをホストすることができます。 ほとんどの場合、1 つのプランで実行できるアプリの数は、アプリのパフォーマンス特性とプランのリソース制限によって制限されます。
App Service プランは、App Service の請求単位です。 支払う価格は、サブスクリプションに含まれる各 App Service プランのサイズと、それらのプランにデプロイされるアプリで使用される帯域幅リソースによって決まります。 App Service プランにデプロイされた Web アプリの数は請求書に影響しません。
利用できるあらゆる Azure 管理ツールを利用し、App Service プランを作成できます。 Azure portal を使用して Web アプリを作成する場合、ウィザードを使用すると、新しいプランを同時に作成できます (まだない場合)。