次の方法で共有


Azure アプリを構築するための主要な概念

これは、開発者が Azure を使い始める際に役立つ 7 部構成の記事のパート 6 です。

Azure で実行するアプリケーションの設計に本格的に取り掛かる前に、おそらく、事前にほんの少しでも計画を立てる必要があります。 作業を開始する際には、シナリオに最適な意思決定を行うために理解しておく必要がある基本的な Azure の概念がいくつかあります。 考慮事項は次のとおりです。

Azure リージョン

リージョンは、待ち時間で定義された境界内でデプロイされ、待ち時間の短い専用リージョン ネットワークを介して接続された一連のデータセンターです。 Azure では、必要な場合に複数のリージョンにわたってリージョンをまたがる回復性を提供するなど、必要な場所にアプリケーションをデプロイできる柔軟性があります。

通常、アプリケーションのさまざまなコンポーネント間の待ち時間を最小限に抑えるために、ソリューションのすべてのリソースを同じリージョンに配置することが望まれます。 つまり、ソリューションが Azure App Service、データベース、Azure Blob Storage で構成されている場合、これらのリソースはすべて同じ Azure リージョンに作成する必要があります。

すべての Azure サービスがすべてのリージョンで利用できるわけではありません。 [リージョン別の利用可能な製品] ページは、アプリで必要な Azure サービスを利用できるリージョンを見つけるために役立ちます。

Azure リソース グループ

Azure のリソース グループは、Azure リソースをまとめてグループ化するための論理コンテナーです。 すべての Azure リソースは、1 つのリソース グループのみに属している必要があります。

リソース グループは、ほとんどの場合、Azure のソリューションに必要なすべての Azure リソースをすべてグループ化するために使用されます。 たとえば、SQL データベース、Azure Storage、および Azure Key Vault を使用する Azure App Service に Web アプリをデプロイしたとします。 このソリューションに必要なすべての Azure リソースを単一のリソース グループに配置するのが一般的です。

App Service、SQL データベース、BLOB ストレージ、および Key Vault を含むサンプル リソース グループを示す図。

これにより、アプリケーションを実行するために必要なリソースと、相互に関連するリソースを簡単に明確化できます。 そのため、Azure でアプリのリソースを作成する最初の手順は、通常、アプリのリソースのコンテナーとして機能するリソース グループを作成することです。

環境

オンプレミスで開発した場合は、開発、テスト、運用環境を通じてコードを昇格させること慣れています。 Azure では、個別の環境を作成するために、必要な環境ごとに個別の Azure リソース セットを作成します。

環境ごとに個別の Azure リソース セットがある開発、テスト、運用環境を示す図。

各環境が正確なコピーであることが重要なため、環境に必要なリソースの作成をスクリプト化するか、コードとしてのインフラストラクチャ (IaC) ツールを使用して各環境の構成を宣言的に指定することをお勧めします。 これにより、環境の作成プロセスが反復可能になり、アプリケーションのパフォーマンスやセキュリティ テストなど、必要に応じて新しい環境を起動できるようになります。

DevOps サポート

継続的インテグレーションを使用してアプリを Azure に公開する場合でも、新しい環境用のリソースをプロビジョニングする場合でも、Azure は一般的なほとんどの DevOps ツールと統合されます。 次のような既に所有しているツールを利用し、経験を最大限に活用することができます。