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 アプリを作成する場合、ウィザードを使用すると、新しいプランを同時に作成できます (まだない場合)。