在 Azure Functions 中为您的函数应用实现资源部署自动化

若要自动部署函数应用，请使用 Bicep 文件或 Azure 资源管理器模板（ARM 模板）。 在部署期间，可以使用现有的 Azure 资源或创建新资源。

通过使用部署自动化，基础结构即代码（IaC）和持续集成和部署（CI/CD），可以为生产应用带来以下优势：

  • 一致性：在代码中定义基础结构，以确保跨环境进行一致的部署。
  • 版本控制：跟踪源代码管理中基础结构和应用程序配置的更改以及项目代码。
  • 自动化：自动化部署，可减少手动错误并缩短发布过程。
  • 可伸缩性：轻松复制多个环境的基础结构，例如开发、测试和生产。
  • 灾难恢复：在发生故障或迁移期间快速重新创建基础结构。

本文介绍如何自动创建 Azure Functions 的 Azure 资源和部署配置。

用于创建所需 Azure 资源的模板代码取决于函数应用的所需托管选项。 本文支持以下托管选项：

托管选项 部署类型 示例模板
高级计划 代码 |容器 肱二头肌
ARM 模板
专用计划 代码 |容器 肱二头肌
ARM 模板
消耗计划（旧版） 仅限代码 肱二头肌
ARM 模板

请确保选择文章顶部的托管计划。

重要

2028 年 9 月 30 日之后，在消耗计划中托管 Linux 上的函数应用的选项将停用。 消耗计划中在 Windows 上运行的应用不受此更改的影响。

使用本文时，请记住以下注意事项：

  • 示例以特定资源的单个部分显示。 有关一组广泛的完整 Bicep 文件和 ARM 模板示例，请参阅这些函数应用部署示例。

所需资源

必须为 Azure Functions 托管的部署创建或配置以下资源：

资源 要求 语法和属性参考
存储帐户 必选 Microsoft.Storage/storageAccounts
Application Insights 组件 建议 Microsoft。Insights/components*
托管计划 必选 Microsoft.Web/serverfarms
函数应用程序 必选 Microsoft.Web/sites

必须为 Azure Functions 托管的部署创建或配置以下资源：

资源 要求 语法和属性参考
存储帐户 必选 Microsoft.Storage/storageAccounts
Application Insights 组件 建议 Microsoft。Insights/components*
函数应用程序 必选 Microsoft.Web/sites

*如果还没有 Application Insights 实例可以使用的 Log Analytics 工作区，则还需要创建此资源。

在单个 Bicep 文件或 ARM 模板中部署多个资源时，创建资源的顺序非常重要。 此要求源于资源之间的依赖关系。 对于此类依赖关系，请确保使用 dependsOn 元素在依赖资源中定义依赖关系。 有关详细信息，请参阅在 ARM 模板中定义部署资源的顺序或 Bicep 中的资源依赖关系。

先决条件

  • 这些示例在现有资源组的上下文中工作。
  • Application Insights 和存储日志都需要现有的 Azure Log Analytics 工作区。 可以在服务之间共享工作区。 若要提高性能，请在每个地理区域中创建一个工作区。 有关如何创建 Log Analytics 工作区的示例，请参阅创建 Log Analytics 工作区。 可以在 Azure 门户中的“设置” “属性” 下的工作区页面上找到完全限定的工作区>。

创建存储帐户

所有函数应用都需要一个 Azure 存储帐户。 需要一个支持 Blob、表、队列和文件的常规用途帐户。 有关详细信息，请参阅 Azure Functions 存储帐户要求。

重要

存储帐户用于存储重要的应用数据，有时包括应用程序代码本身。 应限制其他应用和用户对存储帐户的访问。

本示例部分创建标准常规用途 v2 存储帐户：

resource storageAccount 'Microsoft.Storage/storageAccounts@2023-05-01' = {
  name: storageAccountName
  location: location
  kind: 'StorageV2'
  sku: {
    name: 'Standard_LRS'
  }
  properties: {
    supportsHttpsTrafficOnly: true
    defaultToOAuthAuthentication: true
    allowBlobPublicAccess: false
    minimumTlsVersion: 'TLS1_2'
  }
}

有关更多上下文，请参阅模板存储库中完整的 main.bicep 文件。

函数应用需要连接到此存储帐户。 使用 AzureWebJobsStorage 设置配置此连接。 有关详细信息，请参阅应用程序配置。

小窍门

为了提高安全性，请在存储帐户上设置为allowSharedKeyAccessfalse，并使用基于托管标识的连接，而不是连接字符串。 有关详细信息，请参阅使用标识连接到宿主存储。

重要

弹性高级版和消耗计划使用 Azure 文件存储 来共享内容，而 Azure 文件存储 目前不支持基于托管标识的连接。 此限制意味着这些计划需要对存储帐户进行共享密钥访问，因此不要设置为 allowSharedKeyAccessfalse。 当必须使用连接字符串时，将它们存储在 Azure 密钥保管库 中，并在应用设置中使用 密钥保管库 引用 ，而不是直接存储密钥。 如果要删除 Azure 文件依赖项，请参阅 “创建没有 Azure 文件存储的应用”。

启用存储日志

由于存储帐户用于重要的函数应用数据，因此请监视帐户以修改该内容。 若要监视存储帐户，请为 Azure 存储配置 Azure Monitor 资源日志。 在此示例部分，名为 myLogAnalytics 的 Log Analytics 工作区用作这些日志的目标。

resource blobService 'Microsoft.Storage/storageAccounts/blobServices@2023-05-01' existing = {
  name:'default'
  parent:storageAccountName
}

resource storageDataPlaneLogs 'Microsoft.Insights/diagnosticSettings@2021-05-01-preview' = {
  name: '${storageAccountName}-logs'
  scope: blobService
  properties: {
    workspaceId: myLogAnalytics.id
    logs: [
      {
        category: 'StorageWrite'
        enabled: true
      }
    ]
    metrics: [
      {
        category: 'Transaction'
        enabled: true
      }
    ]
  }
}

可以将同一工作区用于稍后定义的 Application Insights 资源。 有关详细信息，包括如何使用这些日志，请参阅监视 Azure 存储。

创建 Application Insights

使用 Application Insights 监视函数应用程序的执行。 Application Insights 现在需要一个可以共享的 Azure Log Analytics 工作区。 以下示例假设你使用现有工作区，并且具有工作区的完全限定的资源 ID。 有关详细信息，请参阅 Azure Log Analytics 工作区。

在本示例部分中，定义带有类型 Microsoft.Insights/components 和种类 web 的 Application Insights 资源：

resource applicationInsight 'Microsoft.Insights/components@2020-02-02' = {
  name: applicationInsightsName
  location: appInsightsLocation
  tags: tags
  kind: 'web'
  properties: {
    Application_Type: 'web'
    WorkspaceResourceId: '<FULLY_QUALIFIED_RESOURCE_ID>'
  }
}

有关更多上下文，请参阅模板存储库中完整的 main.bicep 文件。

必须使用应用程序设置提供与函数应用 APPLICATIONINSIGHTS_CONNECTION_STRING 的连接。 有关详细信息，请参阅应用程序配置。

本文中的示例获取所创建的实例的连接字符串值。 旧版本可能会改用 APPINSIGHTS_INSTRUMENTATIONKEY 来设置检测密钥，这是不再推荐的做法。

在专用（应用服务）计划中，函数应用在应用服务计划中的基本、标准和高级 SKU 上的专用虚拟机上运行，类似于 Web 应用。 有关详细信息，请参阅 专用计划。

对于 Bicep 文件/Azure 资源管理器模板示例，请参阅Azure 应用服务计划中的函数应用。

在 Functions 中，专用计划只是由 serverfarm 资源定义的常规应用服务计划。 必须至少提供 name 值。 有关受支持的计划名称列表，请参阅 --sku 中的 az appservice plan create 设置，了解 Dedicated 计划的当前受支持值列表。

定义托管计划的方式取决于函数应用是在 Windows 还是 Linux 上运行：

resource hostingPlanName 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: hostingPlanName
  location: location
  sku: {
    tier: 'Standard'
    name: 'S1'
    size: 'S1'
    family: 'S'
    capacity: 1
  }
}

有关更多上下文，请参阅模板存储库中完整的 main.bicep 文件。

创建托管计划

您不需要显式定义 Consumption 计划托管资源。 跳过此资源定义时，门户会在创建函数应用资源本身时按区域自动创建或选择计划。

可以将消耗计划显式定义为特殊类型的 serverfarm 资源。 将 computeMode 和 sku 属性设置为 Dynamic. 本示例部分演示如何显式定义消耗计划。 定义托管计划的方式取决于函数应用是在 Windows 还是 Linux 上运行。

resource hostingPlan 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: hostingPlanName
  location: location
  sku: {
    name: 'Y1'
    tier: 'Dynamic'
    size: 'Y1'
    family: 'Y'
    capacity: 0
  }
  properties: {
    computeMode: 'Dynamic'
  }
}

有关更多上下文，请参阅模板存储库中完整的 main.bicep 文件。

创建函数应用

将函数应用资源定义为Microsoft.Web/sites类型的资源，并为其定义包含kind的functionapp属性。

定义函数应用资源的方式取决于是托管在 Linux 上还是 Windows 上：

有关在 Windows 上运行时所需的应用程序设置的列表，请参阅应用程序配置。 有关示例 Bicep 文件或 Azure 资源管理器模板，请参阅 消耗计划模板中 Windows 上托管的函数应用 。

有关在 Windows 上运行时所需的应用程序设置的列表，请参阅应用程序配置。

注意

如果选择有选择地定义消耗计划，则必须在应用上设置 serverFarmId 属性，使其指向计划的资源 ID。 确保函数应用还有一个引用该计划的 dependsOn 设置。 如果您未显式定义计划，系统会自动为您创建一个计划。

在应用上设置 serverFarmId 属性，使其指向计划的资源 ID。 确保函数应用还有一个引用该计划的 dependsOn 设置。

resource functionAppName_resource 'Microsoft.Web/sites@2024-04-01' = {
  name: functionAppName
  location: location
  kind: 'functionapp'
  properties: {
    serverFarmId: hostingPlanName.id
    siteConfig: {
      appSettings: [
        {
          name: 'APPLICATIONINSIGHTS_CONNECTION_STRING'
          value: applicationInsightsName.properties.ConnectionString
        }
        {
          name: 'AzureWebJobsStorage'
          value: 'DefaultEndpointsProtocol=https;AccountName=${storageAccountName};EndpointSuffix=${environment().suffixes.storage};AccountKey=${storageAccount.listKeys().keys[0].value}'
        }
        {
          name: 'WEBSITE_CONTENTAZUREFILECONNECTIONSTRING'
          value: 'DefaultEndpointsProtocol=https;AccountName=${storageAccountName};EndpointSuffix=${environment().suffixes.storage};AccountKey=${storageAccount.listKeys().keys[0].value}'
        }
        {
          name: 'WEBSITE_CONTENTSHARE'
          value: toLower(functionAppName)
        }
        {
          name: 'FUNCTIONS_EXTENSION_VERSION'
          value: '~4'
        }
        {
          name: 'FUNCTIONS_WORKER_RUNTIME'
          value: 'node'
        }
        {
          name: 'WEBSITE_NODE_DEFAULT_VERSION'
          value: '~20'
        }
      ]
    }
  }
}

如需完整的端到端示例，请参阅此 main.bicep 文件。

resource functionApp 'Microsoft.Web/sites@2024-04-01' = {
  name: functionAppName
  location: location
  kind: 'functionapp'
  properties: {
    serverFarmId: hostingPlan.id
    siteConfig: {
      alwaysOn: true
      appSettings: [
        {
          name: 'APPLICATIONINSIGHTS_CONNECTION_STRING'
          value: applicationInsightsName.properties.ConnectionString
        }
        {
          name: 'AzureWebJobsStorage'
          value: 'DefaultEndpointsProtocol=https;AccountName=${storageAccountName};EndpointSuffix=${environment().suffixes.storage};AccountKey=${storageAccount.listKeys().keys[0].value}'
        }
        {
          name: 'FUNCTIONS_EXTENSION_VERSION'
          value: '~4'
        }
        {
          name: 'FUNCTIONS_WORKER_RUNTIME'
          value: 'node'
        }
        {
          name: 'WEBSITE_NODE_DEFAULT_VERSION'
          value: '~20'
        }
      ]
    }
  }
}

如需完整的端到端示例，请参阅此 main.bicep 文件。

部署源

Bicep 文件或 ARM 模板还可以可选地为函数代码定义部署。 此部署可以包括以下方法：

Bicep 文件或 ARM 模板还可以使用 zip 部署包为函数代码定义部署。

若要使用 Azure 资源管理器成功部署应用程序，需要了解如何在 Azure 中部署资源。 在大多数示例中，通过使用 siteConfig 应用顶级配置。 将这些配置设置为顶级，因为它们将信息传达给 Functions 运行时和部署引擎。 部署引擎在应用子 sourcecontrols/web 资源之前需要顶级信息。 尽管可以在子级 config/appSettings 资源中配置这些设置，但在某些情况下，必须在应用 之前config/appSettings 部署函数应用。

Zip 部署包

Zip 部署是部署函数应用代码的建议方法。 默认情况下，使用 zip 部署的函数在部署包本身中运行。 有关详细信息，包括部署包的要求，请参阅 Azure Functions 的 Zip 部署。 使用资源部署自动化时，可以在 Bicep 或 ARM 模板中引用 .zip 部署包。

若要在模板中使用 zip 部署，请将应用中的 WEBSITE_RUN_FROM_PACKAGE 设置设置为 1 并包括 /zipDeploy 资源定义。

对于 Linux 上的消耗计划，请直接在 WEBSITE_RUN_FROM_PACKAGE 设置中设置部署包的 URI，如此示例模板所示。

此示例将 zip 部署源添加到现有应用：

@description('The name of the function app.')
param functionAppName string

@description('The location into which the resources should be deployed.')
param location string = resourceGroup().location

@description('The zip content url.')
param packageUri string

resource functionAppName_ZipDeploy 'Microsoft.Web/sites/extensions@2024-04-01' = {
  name: '${functionAppName}/ZipDeploy'
  location: location
  properties: {
    packageUri: packageUri
  }
}

在模板中包含 zip 部署资源时，请记住以下注意事项：

  • packageUri 必须是 Functions 可以访问的位置。 请考虑将 Azure Blob 存储与共享访问签名（SAS）配合使用。 当 SAS 过期后，Functions 将无法访问用于部署的共享资源。 重新生成 SAS 时，请记得更新 WEBSITE_RUN_FROM_PACKAGE 设置，将其替换为新的 URI 值。

  • 将 WEBSITE_RUN_FROM_PACKAGE 设置为 URI 时，必须手动同步触发器。

  • 添加或更新设置时，始终在集合中 appSettings 设置所有必需的应用程序设置。 更新将删除您未明确设置的现有设置。 有关详细信息，请参阅应用程序配置。

  • Functions 不支持包部署的 Web 部署（msdeploy）。 必须在部署管道和自动化中使用 zip 部署。 有关详细信息，请参阅 Azure Functions 的 Zip 部署。

远程构建

部署过程假定你使用的 .zip 文件或 zip 部署包含一个现成的应用。 此假设意味着默认情况下不会运行任何自定义项。

某些方案要求远程重新生成应用。 例如，你需要在 Python 或 windows 计算机上开发的 Node.js 应用中包括特定于 Linux 的包。 在这种情况下，可以将 Functions 配置为在 zip 部署后对代码执行远程生成。

请求远程生成的方式取决于要部署到的操作系统：

将应用部署到 Windows 时，部署过程会运行特定于语言的命令，例如 dotnet restore C# 应用或 npm install Node.js 应用。

若要启用与持续集成相同的构建过程，请将 SCM_DO_BUILD_DURING_DEPLOYMENT=true 添加到部署代码中的应用程序设置中，并完全删除 WEBSITE_RUN_FROM_PACKAGE 设置。

Linux 容器

如果要将容器化函数应用 部署到 Azure Functions Premium 或 Dedicated 计划，则必须：

如果缺少某些设置，则应用程序预配可能会失败，并出现以下 HTTP/500 错误：

Function app provisioning failed.

有关详细信息，请参阅应用程序配置。

resource functionApp 'Microsoft.Web/sites@2024-04-01' = {
  name: functionAppName
  location: location
  kind: 'functionapp'
  properties: {
    serverFarmId: hostingPlan.id
    siteConfig: {
      appSettings: [
        {
          name: 'AzureWebJobsStorage'
          value: 'DefaultEndpointsProtocol=https;AccountName=${storageAccountName};AccountKey=${storageAccount.listKeys().keys[0].value}'
        }
        {
          name: 'FUNCTIONS_WORKER_RUNTIME'
          value: 'node'
        }
        {
          name: 'WEBSITE_NODE_DEFAULT_VERSION'
          value: '~20'
        }
        {
          name: 'FUNCTIONS_EXTENSION_VERSION'
          value: '~4'
        }
        {
          name: 'DOCKER_REGISTRY_SERVER_URL'
          value: dockerRegistryUrl
        }
        {
          name: 'DOCKER_REGISTRY_SERVER_USERNAME'
          value: dockerRegistryUsername
        }
        {
          name: 'DOCKER_REGISTRY_SERVER_PASSWORD'
          value: dockerRegistryPassword
        }
        {
          name: 'WEBSITES_ENABLE_APP_SERVICE_STORAGE'
          value: 'false'
        }
      ]
      linuxFxVersion: 'DOCKER|myacr.azurecr.io/myimage:mytag'
    }
  }
  dependsOn: [
    storageAccount
  ]
}

应用程序配置

对于特定操作系统和托管选项，这些应用程序设置是必需的（或推荐的）：

使用 Bicep 文件或 ARM 模板处理站点和应用程序设置时，请记住以下注意事项：

  • 考虑何时在自动部署中设置 WEBSITE_CONTENTSHARE 。 有关详细指南，请查看 WEBSITE_CONTENTSHARE 参考文档。

  • 始终将应用程序设置定义为 siteConfig/appSettings 要创建的资源的 Microsoft.Web/sites 集合，如本文中的示例所示。 此定义可保证函数应用运行所需的设置在初始启动时可用。

  • 使用模板添加或更新应用程序设置时，请确保在更新中包含所有现有设置。 必须执行此操作，因为基础更新 REST API 调用会替换整个 /config/appsettings 资源。 如果删除现有设置，函数应用将不会运行。 若要以编程方式更新单个应用程序设置，可以改用 Azure CLI、Azure PowerShell 或 Azure 门户进行更改。 有关详细信息，请参阅使用应用程序设置。

  • 如果可能，请使用基于托管标识的连接与其他 Azure 服务进行连接，包括 AzureWebJobsStorage 连接。 有关详细信息，请参阅配置基于标识的连接。

部署插槽

Functions 支持将不同版本的代码部署到函数应用中的唯一终结点。 使用此选项可以更轻松地开发、验证和部署函数更新，而不会影响生产环境中运行的函数。 部署槽位是 Azure 应用服务的一项功能。 可用槽数取决于托管计划。 有关详细信息，请参阅 Azure Functions 部署插槽。

可以像函数应用程序资源（Microsoft.Web/sites）一样定义槽资源，但要使用 Microsoft.Web/sites/slots 资源标识符。 有关在 Premium 计划中创建生产槽和过渡槽的示例部署（在 Bicep 和 ARM 模板中），请参阅具有部署槽位的 Azure 函数应用。

若要了解如何使用模板交换槽，请参阅使用资源管理器模板自动执行。

使用槽部署时，请记住以下注意事项：

  • 不要在部署槽位定义中显式设置 WEBSITE_CONTENTSHARE 配置。 部署槽中的应用创建过程会为你生成此设置。

  • 交换槽时，某些应用程序设置被视为“固定的”，因为它们随槽保持不变，而不是随被交换的代码更改。 可以通过在特定应用程序设置定义的模板中包含 来定义此类插槽设置"slotSetting":true。 有关详细信息，请参阅管理设置。

创建使用安全存储帐户的部署时，必须显式设置 WEBSITE_CONTENTSHARE 该设置并创建此设置中指定的文件共享资源。 请确保使用值Microsoft.Storage/storageAccounts/fileServices/shares创建WEBSITE_CONTENTSHARE资源，如此示例中所示（ARM 模板|Bicep 文件）。 还需要将站点属性 vnetContentShareEnabled 设置为 true。

注意

如果这些设置不是使用安全存储帐户的部署的一部分，那么在部署验证期间会看到此错误：Could not access storage account using provided 连接字符串。

这些项目提供 Bicep 和 ARM 模板示例，演示如何在虚拟网络中部署函数应用，包括有网络访问限制的情况：

受限制的场景 说明
创建具有虚拟网络集成的函数应用 你在虚拟网络中创建函数应用，具有对该网络中资源的完全访问权限。 对函数应用的入站和出站访问不受限制。 有关详细信息，请参阅虚拟网络集成。
创建访问安全存储帐户的函数应用 创建的函数应用使用安全存储帐户，Functions 使用专用终结点访问该帐户。 有关详细信息，请参阅将存储帐户限制在虚拟网络中。
创建使用专用终结点的函数应用和存储帐户 创建的函数应用只能使用专用终结点进行访问，并且它使用专用终结点访问存储资源。 有关详细信息，请参阅专用终结点。

受限网络设置

当函数应用存在网络限制时，可能还需要使用这些设置：

设置 值 说明
WEBSITE_CONTENTOVERVNET 1 使函数应用可以在存储帐户限制于虚拟网络时进行扩展的应用程序设置。 有关详细信息，请参阅将存储帐户限制在虚拟网络中。
vnetrouteallenabled 1 强制来自函数应用的所有流量使用虚拟网络的站点设置。 有关详细信息，请参阅区域虚拟网络集成。 此站点设置取代了应用程序设置 WEBSITE_VNET_ROUTE_ALL。

函数访问密钥

将主机级 函数访问密钥 定义为 Azure 资源。 此方法允许你在 ARM 模板和 Bicep 文件中创建和管理主机密钥。 主机密钥定义为 Microsoft.Web/sites/host/functionKeys 类型的资源。 以下示例创建一个主机级访问密钥，该密钥在创建函数应用时命名 my_custom_key ：

resource functionKey 'Microsoft.Web/sites/host/functionKeys@2022-09-01' = {
  name: '${parameters('name')}/default/my_custom_key'
  properties: {
    name: 'my_custom_key'
  }
  dependsOn: [
    resourceId('Microsoft.Web/Sites', parameters('name'))
  ]
}

在此示例中，name 参数是新函数应用的名称。 必须包含一个 dependsOn 设置，以确保使用新的函数应用创建密钥。 最后， properties 主机密钥的对象还可以包含一个 value 可用于设置特定密钥的属性。

如果未设置 value 属性，则建议 Functions 在创建资源时自动生成一个新密钥。 若要详细了解访问密钥，包括使用访问密钥的安全最佳做法，请参阅在 Azure Functions 中使用访问密钥。

创建模板

具有 Bicep 或 ARM 模板的专家可以使用简单的文本编辑器手动编写部署代码。 对于我们其他人来说，有几个选项可以简化开发过程：

  • Visual Studio Code：扩展可用于帮助你处理 Bicep 文件和ARM 模板。 使用这些工具来帮助确保代码正确无误。 它们提供一些 基本验证。

  • Azure 门户：在门户中创建函数应用和相关资源时，最后的“查看 + 创建”屏幕有“下载自动化模板”链接。

    从 Azure 门户中的 Azure Functions 创建过程下载模板链接。

    此链接显示基于在门户中选择的选项生成的 ARM 模板。 创建包含许多新资源的函数应用时，此模板似乎有点复杂。 但是，它可以为 ARM 模板的外观提供有用的参考。

验证模板

手动创建部署模板文件时，请务必在部署之前验证模板。 所有部署方法都验证模板语法并引发 validation failed 错误消息，如以下 JSON 格式的示例所示：

{"error":{"code":"InvalidTemplate","message":"Deployment template validation failed: 'The resource 'Microsoft.Web/sites/func-xyz' is not defined in the template. Please see https://aka.ms/arm-template for usage details.'.","additionalInfo":[{"type":"TemplateViolation","info":{"lineNumber":0,"linePosition":0,"path":""}}]}}

使用以下方法在部署之前验证模板：

带有 deploymentMode: 'Validation' 的以下 Azure 资源组部署 v2 任务可指示 Azure Pipelines 验证模板。

- task: AzureResourceManagerTemplateDeployment@3
  inputs:
    deploymentScope: 'Resource Group'
    subscriptionId: # Required subscription ID
    action: 'Create Or Update Resource Group'
    resourceGroupName: # Required resource group name
    location: # Required when action == Create Or Update Resource Group
    templateLocation: 'Linked artifact'
    csmFile: # Required when  TemplateLocation == Linked Artifact
    csmParametersFile: # Optional
    deploymentMode: 'Validation'

还可以创建测试资源组来查找预检和部署错误。

部署模板

使用以下任一方法部署 Bicep 文件和模板：

“部署到 Azure”按钮

注意

这种方法目前不支持部署 Bicep 文件。

将<url-encoded-path-to-azuredeploy-json>替换为 GitHub 中你文件的原始路径的azuredeploy.json版本。

下面为使用 Markdown 的示例：

[![Deploy to Azure](https://azuredeploy.net/deploybutton.png)](https://portal.azure.cn/#create/Microsoft.Template/uri/<url-encoded-path-to-azuredeploy-json>)

下面为使用 HTML 的示例：

<a href="https://portal.azure.cn/#create/Microsoft.Template/uri/<url-encoded-path-to-azuredeploy-json>" target="_blank"><img src="https://azuredeploy.net/deploybutton.png"></a>

使用 PowerShell 进行部署

以下 PowerShell 命令将创建一个资源组并部署一个 Bicep 文件或 ARM 模板，该文件或模板将创建具有所需资源的函数应用。 若要在本地运行命令，必须安装 Azure PowerShell 。 若要登录到 Azure，请先运行 Connect-AzAccount。

# Register Resource Providers if they're not already registered
Register-AzResourceProvider -ProviderNamespace "microsoft.web"
Register-AzResourceProvider -ProviderNamespace "microsoft.storage"

# Create a resource group for the function app
New-AzResourceGroup -Name "MyResourceGroup" -Location 'China North 2'

# Deploy the template
New-AzResourceGroupDeployment -ResourceGroupName "MyResourceGroup" -TemplateFile main.bicep  -Verbose

若要测试此部署，请使用 类似于此的模板，在 Windows 上的消耗计划中创建一个函数应用。

后续步骤

深入了解如何开发和配置 Azure Functions。

  • Last updated on