マニフェストを構成して認証トークンにグループクレームを含めるには
* マニフェストを構成するには、Azure Active Directory にアクセスしてください。Azure Active Directory をクリックし、「アプリの登録」に移動してアプリケーションを見つけます。
* アプリケーションをクリックし (または、アプリケーションが多数ある場合は検索し)、それをクリックしてマニフェストを編集します。
* 「groupMembershipClaims」設定を見つけます。値を「SecurityGroup」または「All」に設定します。どちらに設定するかを決める際のヒント：
* 「SecurityGroup」 - グループ要求には、ユーザーがメンバーであるすべてのセキュリティ グループの識別子が含まれます。
* 「すべて」 - グループ クレームには、ユーザーがメンバーとなっているすべてのセキュリティ グループとすべての配布リストの識別子が含まれます。これで、アプリケーションのマニフェストにグループ クレームが含まれるようになり、この事実をコードで使用できるようになります。
増加：
https://blogs.msdn.microsoft.com/waws/2017/03/13/azure-app-service-authentication-aad-groups/

Explanation:

New-AzureRmApiManagementBackendProxy は、新しいバックエンド エンティティを作成するときにパイプできる新しいバックエンド プロキシ オブジェクトを作成します。
例: バックエンドプロキシのメモリ内オブジェクトを作成する
PS C:\>$secpassword = ConvertTo-SecureString "PlainTextPassword" -AsPlainText -Force
PS C:\>$proxyCreds = New-Object System.Management.Automation.PSCredential ("foo", $secpassword)
PS C:\>$credential = New-AzureRmApiManagementBackendProxy -Url "http://12.168.1.1:8080" -ProxyCredential $proxyCreds
PS C:\>$apimContext = New-AzureRmApiManagementContext -ResourceGroupName "Api-Default-WestUS" -ServiceName "contoso"
PS C:\>$backend = New-AzureRmApiManagementBackend -Context $apimContext -BackendId 123 -Url 'https://contoso.com/awesomeapi' -Protocol http -Title "first backend" -SkipCertificateChainValidation $true -Proxy $credential -Description "backend with proxy server"
バックエンドプロキシオブジェクトを作成し、バックエンドを設定します
誤った回答:
A: Import-AzureRmApiManagementApi コマンドレットは、Web アプリケーション記述言語 (WADL)、Web サービス記述言語 (WSDL)、または Swagger 形式のファイルまたは URL から Azure API Management API をインポートします。
B: New-AzureRmApiManagementBackend は、Api Management に新しいバックエンド エンティティを作成します。
C: New-AzureRmApiManagement コマンドレットは、Azure API Management に API Management デプロイを作成します。
参照：
https://docs.microsoft.com/en-us/powershell/module/azurerm.apimanagement/new-azurermapimanagementbackendproxy?view=azurermps-6.13.0

複数のプロパティ値を単一の人工的なpartitionKeyプロパティに連結することで、パーティションキーを形成できます。これらのキーは合成キーと呼ばれます。
ワークロードをより均等に分散させるもう1つの戦略として、パーティションキー値の末尾に乱数を付加する方法があります。このようにアイテムを分散させることで、パーティション間で並列書き込み操作を実行できます。
注: 数百や数千といった多数の異なる値を持つパーティションキーを使用するのがベストプラクティスです。目標は、これらのパーティションキー値に関連付けられたアイテム間でデータとワークロードを均等に分散することです。データにそのようなプロパティが存在しない場合は、合成パーティションキーを作成できます。
参考文献:
https://docs.microsoft.com/en-us/azure/cosmos-db/合成パーティションキー

説明

手順 1: TPM を使用せずに BitLocker を使用してオンプレミスの VHD を暗号化します。VM を Azure Storage にアップロードします。手順 2: Azure PowerShell コマンド Set-AzureRMVMOSDisk を実行します。新しいディスクを作成する代わりに既存のディスクを使用するには、Set-AzureRMVMOSDisk コマンドを使用します。
例：
$osDiskName = $vmname+'_osDisk'
$osDiskCaching = '読み取り書き込み'
$osDiskVhdUri = "https://$stoname.blob.core.windows.net/vhds/"+$vmname+"_os.vhd"
$vm = Set-AzureRmVMOSDisk -VM $vm -VhdUri $osDiskVhdUri -name $osDiskName -Create ステップ 3: Azure PowerShell コマンド Set-AzureRmVMDiskEncryptionExtension を実行します。Set-AzVMDiskEncryptionExtension コマンドレットを使用して、Azure で実行中の IaaS 仮想マシンで暗号化を有効にします。
正しくない：
TPM非搭載：BitLockerはTPMの有無にかかわらず動作します。TPMはシステムボード上に搭載された耐タンパー性セキュリティチップで、暗号化キーを保持し、ブートシーケンスの整合性をチェックすることで、最も安全なBitLocker実装を実現します。VMにはTPMが搭載されていません。
参考文献:
https://www.itprotoday.com/iaaspaas/use-existing-vhd-azurerm-vm