参照：
https://docs.microsoft.com/en-us/rest/api/keyvault/

SQL Managed Instance を使用すると、既存の SQL Server 顧客は、アプリケーションとデータベースの変更を最小限に抑えて、オンプレミス アプリケーションをクラウドにリフト アンド シフトできます。同時に、SQL Managed Instance はすべての PaaS 機能 (自動パッチ適用とバージョン更新、自動バックアップ、高可用性) を維持し、管理オーバーヘッドと TCO を大幅に削減します。
https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/transact-sql-tsql-differences-sql-server#clr
https://docs.microsoft.com/en-gb/azure/azure-sql/database/transact-sql-tsql-differences-sql-server#transact-sql-syntax-not-supported-in-azure-sql-データベース参照:
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-managed-instance

説明
Microsoft では、ほとんどのシナリオで GPv2 ストレージ アカウントを使用することをお勧めします。最大 5 PB と、Data Lake ストレージを含む BLOB ストレージをサポートします。
注: Azure Data Lake Storage Gen2 がオブジェクト ストレージの規模と価格でファイル システムのパフォーマンスを提供できるようにする重要なメカニズムは、階層名前空間の追加です。これにより、コンピュータ上のファイル システムが編成されるのと同じ方法で、アカウント内のオブジェクト/ファイルのコレクションをディレクトリとネストされたサブディレクトリの階層に編成できます。階層名前空間を有効にすると、ストレージ アカウントは、分析エンジンやフレームワークに馴染みのあるファイル システム セマンティクスを使用して、オブジェクト ストレージのスケーラビリティとコスト効率を提供できるようになります。
参考文献:
https://docs.microsoft.com/en-us/azure/storage/common/storage-account-overview
https://docs.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-namespace