AzureAD認証が可能です。アクセスについてみてみます。MSI認証はできない。ローカルのMSI認証は現在バグあり。ひっぱてきて参照可能な形で渡す必要がなくなります。認証下でアプリケーションのアクセスが制御されるのは望ましいでしょう。Storageへの割り当てまで構成時点で完了するのでアプリケーションから見ると透過的に扱えてより効果的でしょう。「アクセスを持ちたい側でMSIを設定」、「アクセスされる側のIAMでロール設定」を行います。IAMでアクセス権限を設定してあげます。ResourceのIAMでロール設定すればokです。FunctionAppの作成からロール設定をします。MSIを設定するポイントについて説明します。MSIを有効化するのはidentityです。これはVMでもACIでも変わらないのでまず設定するといいでしょう。使ってIAMを設定します。Groupに対してContributerロールを設定しています。返り値的に、principal_idがlookup必須なのがあんまりイケテマセンが公式です。"principal_id")}"}さぁこれでMSIの準備はできました。使って認証をとりましたが、これをMSIに切り替えます。Azureに接続していれば利用できます。関しては現状動かないです。WEBSITE_INSTANCE_ID環境変数でチェックして分岐することにしましょう。取得部分をMSIに変えるようにしてみます。変更箇所はCloudQueueClientの作成部分だけです。取得するときのポイントは、3つあります。StorageAccountを作るのではなく、URIでアクセス先のStorageAccountNameと一緒に指定してあげますMSIがローカルで使えるようにバグ修正されるまで、Azure環境とローカルで分岐してあげます。CreateQueueClient(Environment.GetEnvironmentVariable("queue_storage_connection_string"));ということでMSIに対応したコード全体像です。使えるなら使いましょう。ConnectionStringとは使うのやめましょ。MSI、Azureの仕組みは分かりやすいです。一方で、アプリからの利用が分かりにくいというか整理されたドキュメントがないので認証先のドキュメント把握、仕組みの整理に手間取ったです。AzureAD認証がGAしたはずの記事が出ているのですが、現在アクセスできません。https://azure.microsoft.com/en-us/blog/azure-storage-support-for-azure-ad-based-access-control-now-generally-available/これがキャッシュです。GitHub*1:びっくりするぐらいわかりにくい。読者になるこのブログについて引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。