参照：
https://docs.microsoft.com/en-us/azure/cosmos-db/change-feed-processor

シナリオ: 出荷ロジック アプリは、企業 VNet へのセキュリティで保護されたリソースを必要とし、固定コスト モデルで専用のストレージ リソースを使用します。
統合サービス環境 (ISE) を使用して、Azure Logic Apps から Azure Virtual Network リソースにアクセスできます。
ロジック アプリと統合アカウントは、Azure 仮想ネットワーク内にある仮想マシン (VM) やその他のシステムやサービスなど、セキュリティで保護されたリソースにアクセスする必要がある場合があります。このアクセスを設定するには、ロジック アプリを実行して統合アカウントを作成できる統合サービス環境 (ISE) を作成します。
参照：
https://docs.microsoft.com/en-us/azure/logic-apps/connect-virtual-network-vnet-isolated-environment-overview Azure セキュリティ質問セット 3 を実装する

説明

手順 1:ストレージ アカウントを GPv2 にアップグレードする
ホット、クール、およびアーカイブ間のオブジェクト ストレージ データの階層化は、Blob Storage および General Purpose v2 (GPv2) アカウントでサポートされています。General Purpose v1 (GPv1) アカウントは階層化をサポートしていません。
Azure portal を使用して、既存の GPv1 または Blob Storage アカウントを GPv2 アカウントに簡単に変換できます。
手順 2: アーカイブするデータを標準 GPv2 ストレージ アカウントにコピーし、元のストレージ アカウントからデータを削除します 手順 3: ストレージ アカウントのアクセス層をホットからクールに変更します 注: ホット - 頻繁にアクセスされるデータを格納するために最適化されています.
クール - アクセス頻度が低く、少なくとも 30 日間保存されるデータの保存用に最適化されています。
アーカイブ - ほとんどアクセスされず、少なくとも 180 日間保存されるデータを保存するために最適化されており、数時間単位の柔軟な待ち時間要件があります。
アカウント レベルで設定できるのは、ホット アクセス層とクール アクセス層だけです。アーカイブ アクセス層は、BLOB レベルでのみ設定できます。
参照：
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-storage-tiers

参照：
https://docs.microsoft.com/en-us/azure/app-service/web-sites-create-web-jobs

参考文献:
https://docs.microsoft.com/en-us/azure/active-directory/develop/authentication-scenarios