料金以外の心配が少なく、スケーラブルな環境で一斉にデプロイしても問題が起こりにくいメリットがあります。一方で、シークレット一件当たりの料金が$0.4/monthであるため、ユーザー一人一人の情報を扱う/毎度一意なテンポラリの情報を扱うといったシークレットの件数の増加で恐ろしいほどコストがかかります。アプリごとに単一になる情報を取り扱うほうがコスト的にはいいでしょう。到達する可能性はありますが、無料でできるためアクセス頻度の少ないパラメーターを保持するのにはとても優秀です。保持させて読み込んでみましょう。とそこにいれるデータを用意しておきます。取得することを想定します。可能ですが、DBの接続先としてはあまりないので今回は静的に組み立てておきます。読み取り権限をつけておきましょう。側の環境は準備は完了です。知る必要がありません。Coreでも同じSDKでokです。シークレットを作成したときに下に出ています。格納されたことがわかります。Role前提で認証が渡されることを想定されているため、ローカルでプロファイルを使って実行しようとするとうまく動きません。ローカルでプロファイルを使って動かすようにしてみましょう。gist.github.com違いは単純です。この認証を渡しているだけです。パッケージを追加してください、このパッケージがないと認証トークンのハンドルができません。取得する方法は把握できました。取り扱う動かすだけなら動きましたが、このままのコードでは生すぎて使いにくさがあります。突っ込みたいところです。チェーンだとうれしいです。出来れば嬉しいと感じます。.RunBatchEngineAsync<CredentialSample>(args);ではこのようなコードを書けるように組んでみましょう。サンプルプロジェクトを開始します。取得結果を表示するので、MVCで行きましょう。パッケージがある程度いい感じになっているのでこれを使います。www.nuget.orgこれで、ConfigureAppConfigurationを使って次のようにシークレットを呼び出せるようになります。パッケージを追加します。ページに仮表示しましょう。するときに注意がいります。これでデバッグ実行すると、意図したとおりに取得して表示されたことがわかります。使いやすく修正するさて、一見良いようですが実際に利用するときにはあまり使い勝手がありません。登録してあるすべての値を読んでしまいます。Storeの名前をConfigのキーで指定せずに済むように修正をいれます。セクションを作ります。次のようにかけるようになりました。gist.github.comローカル開発でProfileを使いたい場合は、次のようにかけます。名前を知ることなく、JSONキーでほしいデータが取れるようになっています。gist.github.com実行してみると思ったとおりのデータが取れました、バッチリですね。必要なシークレットのみ取得するフィルタ実装を見てみましょう。