我在Visual Studio 2017
中创建了一个新的Azure Resource Group
,然后选择了Logic Apps
。项目中有Deploy-AzureResourceGroup.ps1
。
我想用json
中的参数相应地更改LogicApp.json
文件中的参数
如果我运行它,它似乎可以运行,但是Azure
中什么也没有创建。我更改参数文件
{
"$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#",
"contentVersion": "1.0.0.0",
"parameters": {
"logicAppName": {
"value": "LogicApps-Test-Deploy"
},
"logicAppLocation": {
"value": "northeurope"
}
}
}
什么也没发生。我试图在Azure
门户中生成一个Automatic Script
:在这种情况下,我有一个脚本和一个模板来存放我的所有资源(非常长且复杂的文件)。
基本上,我想为不同的环境创建不同的脚本。正确的过程是什么?
答案 0 :(得分:2)
不要“为不同的环境创建不同的脚本” 。相反,目标是拥有一个脚本(DeployAzureResourceGroup.ps1
,一个用于部署逻辑应用程序的模板(LogicApp.json
),以及不同版本的 parameters文件来参数化该模板。例如,
LogicApp.parameters.dev.json
LogicApp.parameters.test.json
LogicApp.parameters.prod.json
这将使您能够跨多个订阅(即: dev , test 和 prod 环境)。
此外,使用PowerShell控制台窗口或PowerShell ISE来测试您的工作。您的某些问题可能只是尝试在Visual Studio中执行模板。过去,我在执行Visual Studio中的ARM模板部署时遇到过间歇性的问题(主要是令牌缓存问题),最后还是从PowerShell环境中测试代码,这是大多数脚本和模板用户所要做的无论如何。
答案 1 :(得分:0)
如果您已经为逻辑应用程序创建了ARM模板,则还可以使用Azure Portal中的模板功能来解决有关ARM模板的任何问题。我通常在开发任何新的ARM模板时使用它。这也有助于提供详细的错误报告,总的来说,我发现它是识别任何问题的更好,更快捷的方法。
看看下面的链接-
https://azure.microsoft.com/en-gb/updates/deploy-custom-templates-from-the-preview-portal/