Azure 如何在ARM模板中包含外部逻辑应用程序实现 分离基础设施与工作流
我使用ARM模板在azure中部署了多个逻辑应用程序。这意味着这些应用程序的整个工作流都已在部署模板中定义,这会使这些文件变得杂乱无章。我希望将工作流的实现与基础架构的定义分开 一个逻辑应用程序的实现已经占用ARM模板中的约200行:Azure 如何在ARM模板中包含外部逻辑应用程序实现 分离基础设施与工作流,azure,azure-logic-apps,arm-template,azure-template,Azure,Azure Logic Apps,Arm Template,Azure Template,我使用ARM模板在azure中部署了多个逻辑应用程序。这意味着这些应用程序的整个工作流都已在部署模板中定义,这会使这些文件变得杂乱无章。我希望将工作流的实现与基础架构的定义分开 一个逻辑应用程序的实现已经占用ARM模板中的约200行: 6 "resources": [ (...) 535 { 536 "type": "Microsoft.Logic/workflows"
6 "resources": [
(...)
535 {
536 "type": "Microsoft.Logic/workflows",
537 "apiVersion": "2017-07-01",
538 "name": "NotifyKubernetesUpgrades",
539 "location": "West Europe",
540 "identity": {
541 "type": "SystemAssigned"
542 },
543 "properties": {
544 "state": "Enabled",
545 "definition": {
(*...implementation of the workflow...*)
724 }
725 }
726 },
我想要实现的目标:
有一个包含json工作流的/src/workflows
文件夹在执行工作流时将工作流导入ARM模板)。不,它不能。逻辑应用程序正是这样的:一个arm模板。是的,我理解,这就是为什么我认为以下应该是可能的。我想在
/workflows
目录中启动这些arm模板,并使用-template/workflows/logicapp1
语句或类似语句将它们包括在内。您熟悉如何将逻辑应用程序集成到devops管道中吗?通常在(*…工作流的定义…*)处指定工作流
在上面的代码片段中提到过,对吗?