Bicep モジュール

[アーティクル]
11/06/2024

Bicep を使用すると、デプロイをモジュールにまとめることができます。モジュールとは、別の Bicep ファイル (または Azure Resource Manager JSON テンプレート) からデプロイされる Bicep ファイルです。モジュールを使用して、デプロイの複雑な詳細をカプセル化することで、Bicep ファイルの読みやすさが向上します。また、モジュールを異なるデプロイに簡単に再利用することもできます。

組織内の他のユーザーとモジュールを共有するには、テンプレートスペックまたはプライベートレジストリを作成します。レジストリ内のテンプレートスペックとモジュールは、正しいアクセス許可を持つユーザーのみが使用できます。

ヒント

モジュールレジストリとテンプレートスペックの選択は、ほとんど好みの問題です。 2 つから選択するときに考慮すべき点がいくつかあります。

モジュールレジストリは、Bicep でのみサポートされています。 Bicep をまだ使用していない場合は、テンプレートスペックを使用します。
Bicep モジュールレジストリの内容は、別の Bicep ファイルからのみデプロイできます。テンプレートスペックは、API、Azure PowerShell、Azure CLI、および Azure portal から直接デプロイできます。 UiFormDefinition を使用して、ポータルのデプロイエクスペリエンスをカスタマイズすることさえできます。
Bicep には、loadTextContent および loadFileAsBase64 関数を使用して他のプロジェクト成果物 (非 Bicep ファイルや非 ARM テンプレートファイルなど。たとえば、PowerShell スクリプト、CLI スクリプト、その他のバイナリ) を埋め込むための機能がいくつかあります。テンプレートスペックでは、これらのアーティファクトをパッケージ化することはできません。

Bicep モジュールは、入れ子になったテンプレートを持つ単一の Azure Resource Manager テンプレートに変換されます。 Bicep が構成ファイルを解決する方法と、Bicep がユーザー定義の構成ファイルを既定の構成ファイルとマージする方法の詳細については、「構成ファイルの解決プロセス」と「構成ファイルのマージプロセス」を参照してください。

トレーニングリソース

段階的なガイダンスを通じてモジュールの詳細を学習する場合は、「モジュールを使用して構成可能な Bicep ファイルを作成する」を参照してください。

モジュールを定義する

モジュールを定義するための基本的な構文は次のとおりです。

@<decorator>(<argument>)
module <symbolic-name> '<path-to-file>' = {
  name: '<linked-deployment-name>'
  params: {
    <parameter-names-and-values>
  }
}

したがって、実際の簡単な例は次のようになります。

module stgModule '../storageAccount.bicep' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

ARM JSON テンプレートをモジュールとして使用することもできます:

module stgModule '../storageAccount.json' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

Bicep ファイルの別の部分にあるモジュールを参照するには、シンボリック名を使用します。たとえば、シンボリック名を使用して、モジュールからの出力を取得できます。シンボリック名には、a - z、A - Z、0 - 9、アンダースコア (_) を含めることができます。名前の先頭を数字にすることはできません。モジュールの名前を、パラメーター、変数、またはリソースと同じにすることはできません。

パスは、ローカルファイルでもレジストリ内のファイルでもかまいません。ローカルファイルには、Bicep ファイルまたは ARM JSON テンプレートを指定できます。詳細については、「モジュールへのパス」を参照してください。

name プロパティは必須です。生成されるテンプレートでは、それは入れ子になったデプロイリソースの名前になります。

静的な名前のモジュールが同じスコープに同時にデプロイされる場合、一方のデプロイがもう一方のデプロイからの出力に干渉する可能性があります。たとえば、2 つの Bicep ファイルが同じ静的な名前 (examplemodule) の同じモジュールを使用し、同じリソースグループを対象とする場合、一方のデプロイで間違った出力が表示される可能性があります。同じスコープへの同時デプロイが心配な場合は、モジュールに一意の名前を付けてください。

次の例では、デプロイ名をモジュール名に連結します。デプロイに一意の名前を指定すると、モジュール名も一意です。

module stgModule 'storageAccount.bicep' = {
  name: '${deployment().name}-storageDeploy'
  scope: resourceGroup('demoRG')
}

メインファイルのスコープとは異なるスコープを指定する必要がある場合は、scope プロパティを追加します。詳細については、「モジュールのスコープを設定する」を参照してください。

// deploy to different scope
module <symbolic-name> '<path-to-file>' = {
  name: '<linked-deployment-name>'
  scope: <scope-object>
  params: {
    <parameter-names-and-values>
  }
}

モジュールを条件付きでデプロイするには、if 式を追加します。使用方法は、リソースを条件付きでデプロイする場合と似ています。

// conditional deployment
module <symbolic-name> '<path-to-file>' = if (<condition-to-deploy>) {
  name: '<linked-deployment-name>'
  params: {
    <parameter-names-and-values>
  }
}

モジュールの複数のインスタンスをデプロイするには、for 式を追加します。 batchSize デコレーターを使用して、インスタンスを順番にデプロイするか、または並列でデプロイするかを指定できます。詳細については、「Bicep の反復ループ」を参照してください。

// iterative deployment
@batchSize(int) // optional decorator for serial deployment
module <symbolic-name> '<path-to-file>' = [for <item> in <collection>: {
  name: '<linked-deployment-name>'
  params: {
    <parameter-names-and-values>
  }
}]

リソースと同様に、モジュールは、他のモジュールやリソースに依存しない限り、並列でデプロイされます。通常は、暗黙的に決定される依存関係を設定する必要はありません。明示的な依存関係を設定する必要がある場合は、モジュールの定義に dependsOn を追加できます。依存関係の詳細については、「リソースの依存関係」を参照してください。

module <symbolic-name> '<path-to-file>' = {
  name: '<linked-deployment-name>'
  params: {
    <parameter-names-and-values>
  }
  dependsOn: [
    <symbolic-names-to-deploy-before-this-item>
  ]
}

モジュールへのパス

モジュールのファイルには、ローカルファイルまたは外部ファイルのいずれかを指定できます。外部ファイルは、テンプレートスペックまたは Bicep モジュールレジストリ内に格納できます。

ローカルファイル

モジュールがローカルファイルの場合は、そのファイルへの相対パスを指定します。プラットフォーム間で一貫したコンパイルを保証するため、Bicep のすべてのパスは、スラッシュ (/) ディレクトリ区切り文字を使用して指定する必要があります。 Windows の円記号 () 文字はサポートされていません。パスにはスペースを含めることができます。

たとえば、ディレクトリ内でメインファイルより 1 つ上のレベルにあるファイルをデプロイするには、以下を使用します。

module stgModule '../storageAccount.bicep' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

レジストリ内のファイル

パブリックモジュールレジストリ

Note

AVM (Azure Verified Modules) 以外のモジュールは、パブリックモジュールレジストリでは廃止されます。

Azure Verified Modules は、Azure にリソースをデプロイするための事前構築済み、事前テスト済み、事前検証済みのモジュールです。これらのモジュールは、Microsoft の従業員によって作成および所有されており、一般的な Azure リソースと構成のデプロイプロセスを簡素化および高速化し、Well-Architected Framework などのベストプラクティスに適合するように設計されています。

使用可能なモジュールの一覧を表示するには、Azure Verified Modules の Bicep のインデックスを参照してください。次のスクリーンショットで強調表示されている番号を選択すると、フィルター処理されたビューに直接移動します。

Azure Verified Modules (AVM) のスクリーンショット。

モジュールの一覧に最新バージョンが表示されます。使用可能なバージョンの一覧を表示するには、バージョン番号を選択します。

Azure Verified Modules (AVM) のバージョンのスクリーンショット。

パブリックモジュールにリンクするには、次の構文でモジュールパスを指定します。

module <symbolic-name> 'br/public:<file-path>:<tag>' = {}

br/public はパブリックモジュールのエイリアスです。このエイリアスは、Bicep 構成ファイルでカスタマイズできます。
/ 文字で区切ることで、複数のセグメントをファイルパスに含めることができます。
タグは、モジュールのバージョンを指定するために使用します。

次に例を示します。

module storage 'br/public:avm/res/storage/storage-account:0.9.0' = {
  name: 'myStorage'
  params: {
    name: 'store${resourceGroup().name}'
  }
}

Note

br/public はパブリックモジュールのエイリアスです。次のように記述することもできます。

module <symbolic-name> 'br:mcr.microsoft.com/bicep/<file-path>:<tag>' = {}

プライベートモジュールレジストリ

モジュールをレジストリに発行した場合は、そのモジュールにリンクできます。 Azure コンテナーレジストリの名前とモジュールへのパスを指定します。モジュールのパスは次の構文で指定します。

module <symbolic-name> 'br:<registry-name>.azurecr.io/<file-path>:<tag>' = {

br は、Bicep レジストリのスキーマ名です。
ファイルパスは、Azure Container Registry では repository と呼ばれます。 / 文字で区切ることで、複数のセグメントをファイルパスに含めることができます。
タグは、モジュールのバージョンを指定するために使用します。

次に例を示します。

module stgModule 'br:exampleregistry.azurecr.io/bicep/modules/storage:v1' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

レジストリ内のモジュールを参照すると、Visual Studio Code の Bicep 拡張機能によって bicep restore が自動的に呼び出されて、外部モジュールがローカルキャッシュにコピーされます。外部モジュールが復元されるまで、しばらく時間がかかります。モジュールの IntelliSense がすぐに機能しない場合は、復元が完了するまで待ちます。

レジストリ内のモジュールの完全なパスは長くなる場合があります。モジュールを使用するたびに完全なパスを指定する代わりに、bicepconfig.json ファイルでエイリアスを構成することができます。エイリアスを使用すると、モジュールの参照が簡単になります。たとえば、エイリアスを使用すると、パスを次のように短縮できます。

module stgModule 'br/ContosoModules:storage:v1' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

パブリックモジュールレジストリのエイリアスは事前に定義されています。

module storage 'br/public:avm/res/storage/storage-account:0.9.0' = {
  name: 'myStorage'
  params: {
    name: 'store${resourceGroup().name}'
  }
}

パブリックエイリアスは、bicepconfig.json ファイルでオーバーライドできます。

テンプレートスペックのファイル

テンプレートスペックを作成した後、モジュール内のそのテンプレートスペックにリンクできます。テンプレートスペックを次の形式で指定します。

module <symbolic-name> 'ts:<sub-id>/<rg-name>/<template-spec-name>:<version>' = {

ただし、テンプレートスペックを含むリソースグループのエイリアスを作成することで、Bicep ファイルを簡略化できます。エイリアスを使用すると、構文は次のようになります。

module <symbolic-name> 'ts/<alias>:<template-spec-name>:<version>' = {

次のモジュールでは、ストレージアカウントを作成するテンプレートスペックをデプロイします。テンプレートスペックのサブスクリプションとリソースグループは ContosoSpecs という名前のエイリアスで定義されています。

module stgModule 'ts/ContosoSpecs:storageSpec:2.0' = {
  name: 'storageDeploy'
  params: {
    storagePrefix: 'examplestg1'
  }
}

デコレーターを使用する

デコレーターは、@expression の形式で記述され、モジュール宣言の上に配置されます。次の表は、モジュールで使用できるデコレーターです。

デコレーター	引数	説明
batchSize	なし	順番にデプロイするようにインスタンスを設定します。
説明	string	モジュールの説明を指定します。

デコレーターは、sys 名前空間にあります。このデコレーターを同じ名前の別の項目と区別する必要がある場合は、デコレータの前に「sys」を付けます。たとえば、Bicep ファイルに description という名前のパラメーターが含まれている場合、description デコレーターを使用するときに、sys 名前空間を追加する必要があります。

BatchSize

@batchSize() は、for 式を使用するリソースまたはモジュールの定義だけに適用できます。

既定では、モジュールは並列でデプロイされます。 @batchSize(int) デコレーターを追加する場合、インスタンスを順次にデプロイします。

@batchSize(3)
module storage 'br/public:avm/res/storage/storage-account:0.11.1' = [for storageName in storageAccounts: {
  name: 'myStorage'
  params: {
    name: 'store${resourceGroup().name}'
  }
}]

詳細については、「バッチでのデプロイ」を参照してください。

説明

説明を追加するには、モジュールの宣言に description を追加します。次に例を示します。

@description('Create storage accounts referencing an AVM.')
module storage 'br/public:avm/res/storage/storage-account:0.9.0' = {
  name: 'myStorage'
  params: {
    name: 'store${resourceGroup().name}'
  }
}

説明のテキストとして Markdown 形式のテキストを使用できます。

パラメーター

モジュールの定義で指定するパラメーターは、Bicep ファイル内のパラメーターと一致します。

次の Bicep の例には、storagePrefix、storageSKU、location という 3 つのパラメーターが含まれます。 storageSKU パラメーターには既定値があるので、デプロイ時にそのパラメーターの値を指定する必要はありません。

@minLength(3)
@maxLength(11)
param storagePrefix string

@allowed([
  'Standard_LRS'
  'Standard_GRS'
  'Standard_RAGRS'
  'Standard_ZRS'
  'Premium_LRS'
  'Premium_ZRS'
  'Standard_GZRS'
  'Standard_RAGZRS'
])
param storageSKU string = 'Standard_LRS'

param location string

var uniqueStorageName = '${storagePrefix}${uniqueString(resourceGroup().id)}'

resource stg 'Microsoft.Storage/storageAccounts@2023-04-01' = {
  name: uniqueStorageName
  location: location
  sku: {
    name: storageSKU
  }
  kind: 'StorageV2'
  properties: {
    supportsHttpsTrafficOnly: true
  }
}

output storageEndpoint object = stg.properties.primaryEndpoints

前の例をモジュールとして使用するには、それらのパラメーターの値を指定します。

targetScope = 'subscription'

@minLength(3)
@maxLength(11)
param namePrefix string

resource demoRG 'Microsoft.Resources/resourceGroups@2024-03-01' existing = {
  name: 'demogroup1'
}

module stgModule '../create-storage-account/main.bicep' = {
  name: 'storageDeploy'
  scope: demoRG
  params: {
    storagePrefix: namePrefix
    location: demoRG.location
  }
}

output storageEndpoint object = stgModule.outputs.storageEndpoint

モジュールのスコープを設定する

モジュールを宣言するとき、そのモジュールのスコープとして、中に含まれている Bicep ファイルとは異なるスコープを設定できます。モジュールのスコープを設定するには、scope プロパティを使用します。 scope プロパティが指定されていない場合、モジュールは親のターゲットスコープにデプロイされます。

次の Bicep ファイルでは、リソースグループと、そのリソースグループ内のストレージアカウントが作成されます。ファイルはサブスクリプションにデプロイされますが、モジュールのスコープは新しいリソースグループになります。

// set the target scope for this file
targetScope = 'subscription'

@minLength(3)
@maxLength(11)
param namePrefix string

param location string = deployment().location

var resourceGroupName = '${namePrefix}rg'

resource newRG 'Microsoft.Resources/resourceGroups@2024-03-01' = {
  name: resourceGroupName
  location: location
}

module stgModule '../create-storage-account/main.bicep' = {
  name: 'storageDeploy'
  scope: newRG
  params: {
    storagePrefix: namePrefix
    location: location
  }
}

output storageEndpoint object = stgModule.outputs.storageEndpoint

次の例では、2 つの異なるリソースグループにストレージアカウントがデプロイされます。どちらのリソースグループも既に存在している必要があります。

targetScope = 'subscription'

resource firstRG 'Microsoft.Resources/resourceGroups@2024-03-01' existing = {
  name: 'demogroup1'
}

resource secondRG 'Microsoft.Resources/resourceGroups@2024-03-01' existing = {
  name: 'demogroup2'
}

module storage1 '../create-storage-account/main.bicep' = {
  name: 'westusdeploy'
  scope: firstRG
  params: {
    storagePrefix: 'stg1'
    location: 'westus'
  }
}

module storage2 '../create-storage-account/main.bicep' = {
  name: 'eastusdeploy'
  scope: secondRG
  params: {
    storagePrefix: 'stg2'
    location: 'eastus'
  }
}

scope プロパティには、有効なスコープオブジェクトを設定します。 Bicep ファイルを使用してリソースグループ、サブスクリプション、または管理グループをデプロイする場合、モジュールのスコープをそのリソースのシンボリック名に設定することができます。また、スコープ関数を使用して有効なスコープを取得することもできます。

以下がその関数です。

次の例では、managementGroup 関数を使用してスコープを設定します。

param managementGroupName string

module mgDeploy 'main.bicep' = {
  name: 'deployToMG'
  scope: managementGroup(managementGroupName)
}

出力

モジュールから値を取得し、メインの Bicep ファイルでそれを使用できます。モジュールから出力値を取得するには、モジュールオブジェクトで outputs プロパティを使用します。

最初の例では、ストレージアカウントが作成されて、プライマリエンドポイントが返されます。

@minLength(3)
@maxLength(11)
param storagePrefix string

@allowed([
  'Standard_LRS'
  'Standard_GRS'
  'Standard_RAGRS'
  'Standard_ZRS'
  'Premium_LRS'
  'Premium_ZRS'
  'Standard_GZRS'
  'Standard_RAGZRS'
])
param storageSKU string = 'Standard_LRS'

param location string

var uniqueStorageName = '${storagePrefix}${uniqueString(resourceGroup().id)}'

resource stg 'Microsoft.Storage/storageAccounts@2023-04-01' = {
  name: uniqueStorageName
  location: location
  sku: {
    name: storageSKU
  }
  kind: 'StorageV2'
  properties: {
    supportsHttpsTrafficOnly: true
  }
}

output storageEndpoint object = stg.properties.primaryEndpoints

モジュールとして使用すると、その出力値を取得できます。

targetScope = 'subscription'

@minLength(3)
@maxLength(11)
param namePrefix string

resource demoRG 'Microsoft.Resources/resourceGroups@2024-03-01' existing = {
  name: 'demogroup1'
}

module stgModule '../create-storage-account/main.bicep' = {
  name: 'storageDeploy'
  scope: demoRG
  params: {
    storagePrefix: namePrefix
    location: demoRG.location
  }
}

output storageEndpoint object = stgModule.outputs.storageEndpoint

次のステップ

チュートリアルについては、Bicep テンプレートを使用した Azure リソースのデプロイの記事を参照してください。
機密値をモジュールに渡すには、getSecret 関数を使用します。

次の方法で共有

Bicep モジュール

トレーニングリソース

モジュールを定義する

モジュールへのパス

ローカルファイル

レジストリ内のファイル

パブリックモジュールレジストリ

プライベートモジュールレジストリ

テンプレートスペックのファイル

デコレーターを使用する

BatchSize

説明

パラメーター

モジュールのスコープを設定する

出力

次のステップ

フィードバック

その他のリソース

次の方法で共有

Bicep モジュール

トレーニング リソース

モジュールを定義する

モジュールへのパス

ローカル ファイル

レジストリ内のファイル

パブリック モジュール レジストリ

プライベート モジュール レジストリ

テンプレート スペックのファイル

デコレーターを使用する

BatchSize

説明

パラメーター

モジュールのスコープを設定する

出力

次のステップ

フィードバック

その他のリソース

トレーニングリソース

ローカルファイル

パブリックモジュールレジストリ

プライベートモジュールレジストリ

テンプレートスペックのファイル