共用方式為

在 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 门户 的“设置”>“属性”>>“资源 ID” 选项下的工作区页面中找到完整的工作区资源 ID>。

创建存储帐户

所有函数应用都需要一个 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
  }
}

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

需要将此存储帐户的连接字符串设置为 Functions 所需的应用设置 AzureWebJobsStorage。 本文中的模板基于创建的存储帐户构造此连接字符串值，这是最佳做法。 有关详细信息，请参阅应用程序配置。

启用存储日志

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

resource blobService 'Microsoft.Storage/storageAccounts/blobServices@2021-09-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 工作区。

在本示例部分中，Application Insights 资源使用类型 Microsoft.Insights/components 和类型 web 定义：

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 来设置检测密钥，这是不再推荐的做法。

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

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

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

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

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

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

创建托管计划

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

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

resource hostingPlan 'Microsoft.Web/serverfarms@2022-03-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@2022-03-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: '~14'
        }
      ]
    }
  }
}

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

resource functionApp 'Microsoft.Web/sites@2022-03-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: '~14'
        }
      ]
    }
  }
}

如需完整的端到端示例，请参阅此 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@2021-02-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 部署包含可随时运行的应用。 这意味着默认情况下不会运行任何自定义项。

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

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

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

若要启用与持续集成相同的生成过程，请在部署代码中将 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@2022-03-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: '~14'
        }
        {
          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。 有关详细信息，请参阅管理设置。

安全部署

可以在部署中创建函数应用，其中一个或多个资源已通过与虚拟网络集成受到保护。 函数应用的虚拟网络集成由 Microsoft.Web/sites/networkConfig 资源定义。 此集成取决于引用的函数应用和虚拟网络资源。 函数应用还可能依赖于其他专用网络资源，例如专用终结点和路由。 有关详细信息，请参阅 Azure Functions 网络选项。

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

注意

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

这些项目提供 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文件的原始路径的URL编码版本。

下面为使用 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