【Bicep入門 #13】prefixを使った時短テク

この記事の内容

BicepでAzureリソースをデプロイする際、リソース名を個別に管理していると、環境を複数作りたいときに手間がかかります。そこで活用できるのが「prefix（プレフィックス）」です。

prefixとは、リソース名の先頭に付ける共通文字列を変数として定義する手法です。たとえば prefix という変数を1か所に定義しておき、リソースグループ名・VNet名・VM名など、すべてのリソース名にこの変数を組み合わせます。

var prefix = 'ebi'

var resourceGroupName = '${prefix}-rg'
var vmName = '${prefix}-vm'
var vnetName = '${prefix}-vnet'

このようにしておくと、prefix の値を変えるだけで、すべてのリソース名が一括で変わります。

prefixを1か所で管理することで、以下のような操作が簡単になります。

Bicepファイルの冒頭でprefixを変数として定義します。

var prefix = 'ebi'

この変数を、リソースグループ名・VNet・パブリックIP・ストレージアカウント・ネットワークインターフェース・VMなど、すべてのリソース名に組み込みます。

リソースグループ自体をBicepで作成する場合は、デプロイのスコープをサブスクリプションレベルに設定します。

targetScope = 'subscription'

これにより、リソースグループの作成からVMのデプロイまでを一連のテンプレートで完結させられます。

コードをGitHubにコミットすると、CI/CDパイプラインが自動でBicepテンプレートをデプロイします。デプロイが走り出すと、Azureポータル上でサブスクリプションレベルの展開ログが確認できます。

デプロイが進むと、以下のリソースが順次作成されます。

NICの設定を確認すると、パブリックIPが紐づいていることも確認できます。

デプロイ完了後、パブリックIPアドレスを使ってVMへの接続を試みます。VMの準備が整うまで少し時間がかかりますが、接続が確立されるとVMへのログインが成功します。

※ライブ配信中にパブリックIPを共有する場面があった場合、視聴者が接続を試みることがあります。本番環境でのデモ時はご注意ください。