.NET Aspire Azure Queue Storage の統合

[アーティクル]
12/15/2024

Azure Queue Storage は、認証された呼び出しを介して世界中のどこからでもアクセスできる多数のメッセージを格納するためのサービスです。 .NET Aspire Azure Queue Storage 統合を使用すると、既存の Azure Queue Storage インスタンスに接続したり、.NET アプリケーションから新しいインスタンスを作成したりできます。

ホスティング統合

.NET .NET Aspire Azure Storage ホスティング統合は、さまざまなストレージリソースを次の種類としてモデル化します。

AzureStorageResource: Azure Storage リソースを表します。
AzureStorageEmulatorResource: Azure ストレージエミュレーターリソース (Azurite) を表します。
AzureBlobStorageResource: Azure BLOB ストレージリソースを表します。
AzureQueueStorageResource: Azure キューストレージリソースを表します。
AzureTableStorageResource: Azure テーブルストレージリソースを表します。

これらの型と API にアクセスして表現するには、📦Aspire.Hosting.Azure.Storage の NuGet パッケージをアプリホストプロジェクトに追加します。

.NET CLI
PackageReference

dotnet add package Aspire.Hosting.Azure.Storage

<PackageReference Include="Aspire.Hosting.Azure.Storage"
                  Version="*" />

詳細については、「dotnet パッケージの追加」または「.NET アプリケーションでのパッケージの依存関係の管理」を参照してください。

ストレージリソース Azure 追加する

アプリホストプロジェクトで、AddAzureStorage を呼び出して、Azure Storage リソースビルダーを追加して返します。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage");

// An Azure Storage resource is required to add any of the following:
//
// - Azure Blob storage resource.
// - Azure Queue storage resource.
// - Azure Table storage resource.

// After adding all resources, run the app...

アプリホストに AzureStorageResource を追加すると、Blob、Queue、および Table ストレージリソース Azure を追加するための他の便利な API が公開されます。つまり、他のストレージリソースを追加する前に、AzureStorageResource を追加する必要があります。

大事な

AddAzureStorageを呼び出すと、暗黙的に AddAzureProvisioningが呼び出されます。これによって、アプリの起動時に Azure リソースを動的に生成するためのサポートが追加されます。アプリは、適切なサブスクリプションと場所を構成する必要があります。詳細については、「ローカルプロビジョニング: 構成」を参照してください。

生成されたプロビジョニング構成 Bicep

Bicepに慣れていない場合は、それはリソースを定義するためのドメイン固有の言語です。 .NET .NET Aspireでは、Bicep を手動で記述する必要はありません。代わりに、プロビジョニング API によって Bicep が生成されます。アプリを発行すると、生成された Bicep がマニフェストファイルと共に出力されます。 Azure Storage リソースを追加すると、次の Bicep が生成されます。

ストレージ Bicep Azure 切り替えます。

@description('The location for the resource(s) to be deployed.')
param location string = resourceGroup().location

param principalId string

param principalType string

resource storage 'Microsoft.Storage/storageAccounts@2024-01-01' = {
  name: take('storage${uniqueString(resourceGroup().id)}', 24)
  kind: 'StorageV2'
  location: location
  sku: {
    name: 'Standard_GRS'
  }
  properties: {
    accessTier: 'Hot'
    allowSharedKeyAccess: false
    minimumTlsVersion: 'TLS1_2'
    networkAcls: {
      defaultAction: 'Allow'
    }
  }
  tags: {
    'aspire-resource-name': 'storage'
  }
}

resource blobs 'Microsoft.Storage/storageAccounts/blobServices@2024-01-01' = {
  name: 'default'
  parent: storage
}

resource storage_StorageBlobDataContributor 'Microsoft.Authorization/roleAssignments@2022-04-01' = {
  name: guid(storage.id, principalId, subscriptionResourceId('Microsoft.Authorization/roleDefinitions', 'ba92f5b4-2d11-453d-a403-e96b0029c9fe'))
  properties: {
    principalId: principalId
    roleDefinitionId: subscriptionResourceId('Microsoft.Authorization/roleDefinitions', 'ba92f5b4-2d11-453d-a403-e96b0029c9fe')
    principalType: principalType
  }
  scope: storage
}

resource storage_StorageTableDataContributor 'Microsoft.Authorization/roleAssignments@2022-04-01' = {
  name: guid(storage.id, principalId, subscriptionResourceId('Microsoft.Authorization/roleDefinitions', '0a9a7e1f-b9d0-4cc4-a60d-0319b160aaa3'))
  properties: {
    principalId: principalId
    roleDefinitionId: subscriptionResourceId('Microsoft.Authorization/roleDefinitions', '0a9a7e1f-b9d0-4cc4-a60d-0319b160aaa3')
    principalType: principalType
  }
  scope: storage
}

resource storage_StorageQueueDataContributor 'Microsoft.Authorization/roleAssignments@2022-04-01' = {
  name: guid(storage.id, principalId, subscriptionResourceId('Microsoft.Authorization/roleDefinitions', '974c5e8b-45b9-4653-ba55-5f855dd0fb88'))
  properties: {
    principalId: principalId
    roleDefinitionId: subscriptionResourceId('Microsoft.Authorization/roleDefinitions', '974c5e8b-45b9-4653-ba55-5f855dd0fb88')
    principalType: principalType
  }
  scope: storage
}

output blobEndpoint string = storage.properties.primaryEndpoints.blob

output queueEndpoint string = storage.properties.primaryEndpoints.queue

output tableEndpoint string = storage.properties.primaryEndpoints.table

上記の Bicep は、Azure ストレージアカウントを次の既定値でプロビジョニングするモジュールです。

kind: ストレージアカウントの種類。既定値は StorageV2です。
sku: ストレージアカウントの SKU。既定値は Standard_GRSです。
properties: ストレージアカウントのプロパティ:
- accessTier: ストレージアカウントのアクセス層。既定値は Hotです。
- allowSharedKeyAccess: ストレージアカウントがアカウントアクセスキーによる要求の承認を許可するかどうかを示すブール値。既定値は falseです。
- minimumTlsVersion: ストレージアカウントでサポートされている TLS の最小バージョン。既定値は TLS1_2です。
- networkAcls: ストレージアカウントのネットワーク ACL。既定値は { defaultAction: 'Allow' }です。

ストレージアカウントに加えて、BLOB コンテナーもプロビジョニングします。

次のロールの割り当てがストレージアカウントに追加され、アプリケーションへのアクセスが許可されます。詳細については、組み込みのロールベースのアクセス制御 ( RBAC) ロールを参照してください。

役割/ID	説明
ストレージ BLOB データ貢献者 `ba92f5b4-2d11-453d-a403-e96b0029c9fe`	Azure ストレージコンテナーおよび BLOB の読み取り、書き込み、削除を行います。
ストレージテーブルデータ共同作成者 `0a9a7e1f-b9d0-4cc4-a60d-0319b160aaa3`	Storage のテーブルとエンティティ Azure 読み取り、書き込み、削除します。
ストレージキューデータ共同作成者 `974c5e8b-45b9-4653-ba55-5f855dd0fb88`	Azure ストレージキューおよびキューメッセージを読み取り、書き込み、削除します。

生成された Bicep は開始点であり、特定の要件を満たすようにカスタマイズできます。

プロビジョニングインフラストラクチャをカスタマイズする

すべての .NET AspireAzure リソースは、AzureProvisioningResource 型のサブクラスです。この型では、生成された Bicep をカスタマイズするために、Azure API を使用して ConfigureInfrastructure<T>(IResourceBuilder<T>, Action<AzureResourceInfrastructure>) リソースを構成するための fluent API を提供しています。たとえば、kind、sku、propertiesなどを構成できます。次の例では、Azure Storage リソースをカスタマイズする方法を示します。

builder.AddAzureStorage("storage")
    .ConfigureInfrastructure(infra =>
    {
        var storageAccount = infra.GetProvisionableResources()
                                  .OfType<StorageAccount>()
                                  .Single();

        storageAccount.AccessTier = StorageAccountAccessTier.Cool;
        storageAccount.Sku = new StorageSku { Name = StorageSkuName.PremiumZrs };
        storageAccount.Tags.Add("ExampleKey", "Example value");
    });

上記のコード:

ConfigureInfrastructure API への呼び出しを連鎖します。
- infra パラメーターは、AzureResourceInfrastructure 型のインスタンスです。
- プロビジョニング可能なリソースは、GetProvisionableResources() メソッドを呼び出すことによって取得されます。
- 1 つの StorageAccount が取得されます。
- StorageAccount.AccessTier は、StorageAccountAccessTier.Coolに割り当てられます。
- StorageAccount.Sku は、StorageSkuの Name を持つ新しい PremiumZrs に割り当てられます。
- ExampleKey のキーと値が Example valueのタグがストレージアカウントに追加されます。

Azure Storage リソースをカスタマイズするために使用できる構成オプションは他にも多数あります。詳細については、Azure.Provisioning.Storageを参照してください。

既存の Azure ストレージアカウントに接続する

接続する既存の Azure ストレージアカウントがある場合があります。新しい Azure Storage リソースを表す代わりに、接続文字列をアプリホストに追加できます。既存の Azure Storage アカウントに接続を追加するには、AddConnectionString メソッドを呼び出します。

var builder = DistributedApplication.CreateBuilder(args);

var blobs = builder.AddConnectionString("blobs");

builder.AddProject<Projects.WebApplication>("web")
       .WithReference(blobs);

// After adding all resources, run the app...

手記

接続文字列は、データベース接続、メッセージブローカー、エンドポイント URI、その他のサービスなど、さまざまな接続情報を表すために使用されます。 .NET .NET Aspire 命名法では、"接続文字列" という用語は、あらゆる種類の接続情報を表すために使用されます。

接続文字列は、アプリホストの構成 (通常はセクションの ConnectionStrings) で構成されます。アプリホストは、この接続文字列を環境変数としてすべての依存リソースに挿入します。次に例を示します。

{
    "ConnectionStrings": {
        "blobs": "https://{account_name}.blob.core.windows.net/"
    }
}

依存リソースは、GetConnectionString メソッドを呼び出し、接続名をパラメーターとして渡すことによって、挿入された接続文字列にアクセスできます(この場合 "blobs"。 GetConnectionString API は、IConfiguration.GetSection("ConnectionStrings")[name]の短縮形です。

ストレージエミュレーターリソース Azure 追加する

Azure ストレージエミュレーターリソースを追加するには、IResourceBuilder<AzureStorageResource> の呼び出しを RunAsEmulator API にチェーンします。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage")
                     .RunAsEmulator();

// After adding all resources, run the app...

RunAsEmulatorを呼び出すと、エミュレーターを使用してローカルで実行するようにストレージリソースが構成されます。この場合のエミュレーターは Azuriteです。 Azurite オープンソースエミュレーターは、Azure BLOB、Queue Storage、Table Storage アプリをテストするための無料のローカル環境を提供します。これは、.NET AspireAzure ホスティング統合に最適なコンパニオンです。 Azurite はインストールされていません。代わりに、コンテナーとして .NET.NET Aspire アクセスできます。前の例に示すように、mcr.microsoft.com/azure-storage/azurite イメージでコンテナーをアプリホストに追加すると、アプリホストが起動したときにコンテナーが作成されて起動されます。詳細については、「コンテナーリソースのライフサイクルの」を参照してください。

Azurite コンテナーを構成する

コンテナーリソースで使用できるさまざまな構成があります。たとえば、コンテナーのポート、環境変数、有効期間などを構成できます。

Azurite コンテナーポートの構成

既定では、.NET.NET Aspireによって構成された Azurite コンテナーは、次のエンドポイントを公開します。

エンドポイント	コンテナーポート	ホストポート
`blob`	一万	動的
`queue`	10001	動的
`table`	10002	動的

リッスンしているポートは、既定では動的です。コンテナーが起動すると、ポートはホストコンピューター上のランダムなポートにマップされます。エンドポイントポートを構成するには、次の例に示すように、RunAsEmulator メソッドによって提供されるコンテナーリソースビルダーの呼び出しをチェーンします。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage").RunAsEmulator(
                     azurite =>
                     {
                         azurite.WithBlobPort("blob", 27000)
                                .WithQueuePort("queue", 27001)
                                .WithTablePort("table", 27002);
                     });

// After adding all resources, run the app...

上記のコードは、Azurite コンテナーの既存の blob、queue、および table エンドポイントを構成して、ポート 27000、27001、および 27002をそれぞれリッスンします。 Azurite コンテナーのポートは、次の表に示すようにホストポートにマップされます。

エンドポイント名	ポートマッピング (`container:host`)
`blob`	`10000:27000`
`queue`	`10001:27001`
`table`	`10002:27002`

永続的な有効期間で Azurite コンテナーを構成する

永続的な有効期間で Azurite コンテナーを構成するには、Azurite コンテナーリソースで WithLifetime メソッドを呼び出し、ContainerLifetime.Persistent渡します。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage").RunAsEmulator(
                     azurite =>
                     {
                         azurite.WithLifetime(ContainerLifetime.Persistent);
                     });

// After adding all resources, run the app...

詳細については、「コンテナーリソースの有効期間」を参照してください。

データボリュームを使用して Azurite コンテナーを構成する

Azure ストレージエミュレーターリソースにデータボリュームを追加するには、WithDataVolume ストレージエミュレーターリソースで Azure メソッドを呼び出します。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage").RunAsEmulator(
                     azurite =>
                     {
                         azurite.WithDataVolume();
                     });

// After adding all resources, run the app...

データボリュームは、Azurite データをコンテナーのライフサイクル外に保持するために使用されます。データボリュームは Azurite コンテナーの /data パスにマウントされ、name パラメーターが指定されていない場合、名前は .azurite/{resource name}形式になります。データボリュームの詳細と、マウントのバインド優先される理由の詳細については、「ドキュメント: ボリューム」を参照してください。

データバインドマウントを使用して Azurite コンテナーを構成する

Azure ストレージエミュレーターリソースにデータバインドマウントを追加するには、WithDataBindMount メソッドを呼び出します。

var builder = DistributedApplication.CreateBuilder(args);

var storage = builder.AddAzureStorage("storage").RunAsEmulator(
                     azurite =>
                     {
                         azurite.WithDataBindMount("../Azurite/Data");
                     });

// After adding all resources, run the app...

大事な

データバインドマウント、パフォーマンス、移植性、およびセキュリティが向上し、運用環境に適したボリュームと比較して機能が制限されています。ただし、バインドマウントを使用すると、ホストシステム上のファイルに直接アクセスして変更できるため、リアルタイムの変更が必要な開発とテストに最適です。

データバインドマウントは、コンテナーの再起動の間に Azurite データを保持するために、ホストマシンのファイルシステムに依存します。データバインドマウントは、Azurite コンテナー内のアプリホストディレクトリ (../Azurite/Data) を基準にして、ホストコンピューター上の IDistributedApplicationBuilder.AppHostDirectory パスにマウントされます。データバインドマウントの詳細については、「Docker ドキュメントのバインドマウント」を参照してください。

ストレージリソースに接続する

.NET .NET Aspire アプリホストを実行すると、Azure Storage Explorerなどの外部ツールからストレージリソースにアクセスできます。 Azurite を使用してストレージリソースがローカルで実行されている場合は、Azure Storage Explorer によって自動的に取得されます。

手記

Azure Storage Explorer は、既定のポートが使用されていると仮定して Azurite ストレージリソースを検出します。異なるポートを使用するように Azurite コンテナーを構成場合は、適切なポートに接続するように Storage Explorer を構成する必要があります。

ストレージエクスプローラーからストレージリソース Azure 接続するには、次の手順に従います。

.NET .NET Aspire アプリホストを実行します。
Azure Storage Explorer を開きます。
エクスプローラーの ペインを表示します。
[すべてを更新] リンクを選択して、ストレージアカウントの一覧を更新します。
エミュレーター & アタッチド ノードを展開します。
ストレージアカウント ノードを展開します。
リソースの名前がプレフィックスとして含まれたストレージアカウントが表示されます。

Azure Storage Explorer を使用して、ストレージアカウントとその内容を自由に探索できます。 Azure Storage Explorer の使用方法の詳細については、「Storage Explorerの概要」を参照してください。

Azure の Queue Storage リソースを追加する

アプリホストプロジェクトで、Azureによって返された AddQueues インスタンスの IResourceBuilder<IAzureStorageResource> への呼び出しを連結して、AddAzureStorage Queue Storage 統合を登録します。次の例では、Azure という名前の storage Queue Storage リソースと、queuesという名前のキューリソースを追加する方法を示します。

var builder = DistributedApplication.CreateBuilder(args);

var queues = builder.AddAzureStorage("storage")
                    .AddQueues("queues");

builder.AddProject<Projects.ExampleProject>()
       .WithReference(queues);

// After adding all resources, run the app...

上記のコード:

Azureという名前の storage Storage リソースを追加します。
queues という名前のキューをストレージリソースに追加します。
storage リソースを ExampleProject に追加し、準備が整うのを待ってからプロジェクトを開始します。

ホスティング統合の正常性チェック

Azure Storage ホスティング統合により、ストレージリソースの正常性チェックが自動的に追加されます。エミュレーターとして実行されている場合にのみ追加され、Azurite コンテナーが実行されていることと、そのコンテナーへの接続を確立できることを確認します。ホスティング統合は、AspNetCore.HealthChecks 📦 とAzure.Storage.Blobs NuGet パッケージに依存します。

Client 統合

.NET Aspire Azure Queue Storage client 統合を開始するには、client。 Azure Queue Storage client 統合により、QueueServiceClient Queue Storage との対話に使用できる Azure インスタンスが登録されます。

.NET CLI
PackageReference

dotnet add package Aspire.Azure.Storage.Queues

<PackageReference Include="Aspire.Azure.Storage.Queues"
                  Version="*" />

Azure キューストレージ client を追加する

Program.csを消費するプロジェクトの client ファイルで、任意の AddAzureQueueClient に対して IHostApplicationBuilder 拡張メソッドを呼び出し、依存関係注入コンテナを介して使用するための QueueServiceClient を登録します。このメソッドは、接続名パラメーターを受け取ります。

builder.AddAzureQueueClient("queue");

その後、依存関係の挿入を使用して QueueServiceClient インスタンスを取得できます。たとえば、サービスから client を取得するには、次のようにします。

public class ExampleService(QueueServiceClient client)
{
    // Use client...
}

構成

.NET Aspire Azure Queue Storage 統合には、プロジェクトの要件と規則に基づいて QueueServiceClient を構成するための複数のオプションが用意されています。

接続文字列を使用する

ConnectionStrings 構成セクションの接続文字列を使用する場合は、AddAzureQueueClientを呼び出すときに接続文字列の名前を指定できます。

builder.AddAzureQueueClient("queue");

その後、接続文字列は ConnectionStrings 構成セクションから取得され、次の 2 つの接続形式がサポートされます。

サービスURI

ServiceUri プロパティと連携して接続を確立する AzureStorageQueuesSettings.Credentialを使用することをお勧めします。資格情報が構成されていない場合は、Azure.Identity.DefaultAzureCredential が使用されます。

{
  "ConnectionStrings": {
    "queue": "https://{account_name}.queue.core.windows.net/"
  }
}

接続文字列

または、Azure Storage 接続文字列を使用することもできます。

{
  "ConnectionStrings": {
    "queue": "AccountName=myaccount;AccountKey=myaccountkey"
  }
}

詳細については、「Azure 構成する」を参照してください。

構成プロバイダーを使用する

.NET Aspire Azure Queue Storage 統合では、Microsoft.Extensions.Configurationがサポートされます。 AzureStorageQueuesSettings キーを使用して、構成から QueueClientOptions と Aspire:Azure:Storage:Queues を読み込みます。次のスニペットは、いくつかのオプションを構成する appsettings.json ファイルの例です。

{
  "Aspire": {
    "Azure": {
      "Storage": {
        "Queues": {
          "DisableHealthChecks": true,
          "DisableTracing": false,
          "ClientOptions": {
            "Diagnostics": {
              "ApplicationId": "myapp"
            }
          }
        }
      }
    }
  }
}

完全な Azure Storage Queuesclient 統合 JSON スキーマについては、Aspireを参照してください。Azure.Data.Queues/ConfigurationSchema。json.

インラインデリゲートを使用する

また、Action<AzureStorageQueuesSettings> configureSettings デリゲートを渡して、一部またはすべてのオプションをインラインで設定することもできます。たとえば、正常性チェックを構成します。

builder.AddAzureQueueClient(
    "queue",
    settings => settings.DisableHealthChecks = true);

QueueClientOptions メソッドの 2 番目のパラメーター Action<IAzureClientBuilder<QueueServiceClient, QueueClientOptions>> configureClientBuilder デリゲートを使用して、AddAzureQueueClient を設定することもできます。たとえば、次の clientによって、すべての要求の問題に対してユーザーエージェントヘッダーの最初の部分を設定するには、次のようにします。

builder.AddAzureQueueClient(
    "queue",
    configureClientBuilder: clientBuilder =>
        clientBuilder.ConfigureOptions(
            options => options.Diagnostics.ApplicationId = "myapp"));

Client 統合の健康診断

既定では、.NET.NET Aspire 統合により、すべてのサービス正常性チェックが有効になります。詳細については、.NET.NET Aspire 統合の概要を参照してください。

.NET Aspire Azure キュー・ストレージの統合

AzureStorageQueuesSettings.DisableHealthChecks が falseされたときに正常性チェックを追加します。これは、Azure キューストレージへの接続を試みます。
/health HTTP エンドポイントと統合されます。このエンドポイントは、アプリがトラフィックを受け入れる準備ができていると見なされるために、登録されているすべての正常性チェックに合格する必要があります。

可観測性とテレメトリ

統合により、ログ記録、トレース、メトリックの構成が自動的に設定されます。これは、監視の柱とも呼ばれます。統合の可観測性とテレメトリの詳細については、統合の概要参照してください。バッキングサービスによっては、一部の統合でこれらの機能の一部のみがサポートされる場合があります。たとえば、一部の統合ではログ記録とトレースがサポートされますが、メトリックはサポートされません。テレメトリ機能は、「構成」セクションに記載されている手法を使用して無効にすることもできます。

伐採

.NET Aspire Azure Queue Storage 統合では、次のログカテゴリが使用されます。

Azure.Core
Azure.Identity

追跡

.NET Aspire Azure Queue Storage 統合では、OpenTelemetryを使用して次のトレースアクティビティが出力されます。

Azure.Storage.Queues.QueueClient

メトリック

.NET Aspire Azure Queue Storage の統合では現在、Azure SDK の制限により、メトリックは既定でサポートされていません。

次の方法で共有

.NET Aspire Azure Queue Storage の統合

ホスティング統合

ストレージリソース Azure 追加する

生成されたプロビジョニング構成 Bicep

プロビジョニングインフラストラクチャをカスタマイズする

既存の Azure ストレージアカウントに接続する

ストレージエミュレーターリソース Azure 追加する

Azurite コンテナーを構成する

Azurite コンテナーポートの構成

永続的な有効期間で Azurite コンテナーを構成する

データボリュームを使用して Azurite コンテナーを構成する

データバインドマウントを使用して Azurite コンテナーを構成する

ストレージリソースに接続する

Azure の Queue Storage リソースを追加する

ホスティング統合の正常性チェック

Client 統合

Azure キューストレージ client を追加する

構成

接続文字列を使用する

サービスURI

接続文字列

構成プロバイダーを使用する

インラインデリゲートを使用する

Client 統合の健康診断

可観測性とテレメトリ

伐採

追跡

メトリック

関連項目

その他のリソース

次の方法で共有

.NET Aspire Azure Queue Storage の統合

ホスティング統合

ストレージ リソース Azure 追加する

生成されたプロビジョニング構成 Bicep

プロビジョニング インフラストラクチャをカスタマイズする

既存の Azure ストレージ アカウントに接続する

ストレージ エミュレーター リソース Azure 追加する

Azurite コンテナーを構成する

Azurite コンテナー ポートの構成

永続的な有効期間で Azurite コンテナーを構成する

データ ボリュームを使用して Azurite コンテナーを構成する

データ バインド マウントを使用して Azurite コンテナーを構成する

ストレージ リソースに接続する

Azure の Queue Storage リソースを追加する

ホスティング統合の正常性チェック

Client 統合

Azure キュー ストレージ client を追加する

構成

接続文字列を使用する

サービスURI

接続文字列

構成プロバイダーを使用する

インライン デリゲートを使用する

Client 統合の健康診断

可観測性とテレメトリ

伐採

追跡

メトリック

関連項目

その他のリソース

ストレージリソース Azure 追加する

プロビジョニングインフラストラクチャをカスタマイズする

既存の Azure ストレージアカウントに接続する

ストレージエミュレーターリソース Azure 追加する

Azurite コンテナーポートの構成

データボリュームを使用して Azurite コンテナーを構成する

データバインドマウントを使用して Azurite コンテナーを構成する

ストレージリソースに接続する

Azure キューストレージ client を追加する

インラインデリゲートを使用する