Powershell Azure: термин Get-AutomationConnection не распознается как имя командлета, функции, файла сценария или работающей программы.

Если вы хотите подключиться к соединению «Запуск от имени» Azure из Windows PowerShell, вы должны использовать _ 1_.

$ConnectionAssetName = "AzureRunAsConnection"
$ConnectionFieldValues = @{"ApplicationId" = $Application.ApplicationId; "TenantId" = $TenantID.TenantId; "CertificateThumbprint" = $Cert.Thumbprint; "SubscriptionId" = $SubscriptionId}
New-AzureRmAutomationConnection -ResourceGroupName $ResourceGroup -AutomationAccountName $AutomationAccountName -Name $ConnectionAssetName -ConnectionTypeName AzureServicePrincipal -ConnectionFieldValues $ConnectionFieldValues 

Вы можете использовать сценарий для создания актива подключения, поскольку при создании учетной записи службы автоматизации он автоматически включает несколько глобальных модулей по умолчанию вместе с типом подключения AzurServicePrincipal для создания актива подключения AzureRunAsConnection.

Get-AutomationConnection выполняется внутри модуля Runbook Azure.

См. ресурсы подключения в службе автоматизации Azure.

Если вы хотите, чтобы функциональные возможности модулей Runbook были аналогичны локальным, вы можете установить AzureAutomationAuthoringToolkit. Это даст вам очень похожую функциональность. У меня есть один сценарий, который входит в систему с использованием субъекта-службы, независимо от того, работает ли он локально или в модуле Runbook Azure. При локальной работе он использует ресурсы, предоставляемые AAATK, которые имитируют модуль Runbook.

Я пробовал использовать версию Get-AutomationConnection, которая поставляется с агентом мониторинга Microsoft (гибридный рабочий), но с тех пор я прочитал, что она отличается от той, которая поставляется с AzureAutomationAuthoringToolkit, подробно описанной в разделе Известные проблемы в readme для GitHub. Я не мог заставить его работать, поэтому я вернулся к версии AAATK.