将 Azure Functions 部署到 Azure 容器应用程序的两种方法的比较

昨天，我写了一篇题为“在 Azure 容器应用程序上部署 Java Azure Function”的文章。

在那篇文章中，我提到使用 Azure 的集成管理功能，我想澄清这意味着什么以及它与本文中以前的方法有何不同。

旧方法：使用 az containerapp create 创建

Azure 容器应用程序是 Azure 的容器执行环境之一，允许你运行任何容器化服务。以前，如果您想在 Azure 容器应用程序中运行 Azure Functions，您可以使用以下命令创建实例：

az containerapp create \
--name general-container-app \
--resource-group $RESOURCE_GROUP_NAME \
--environment $CONTAINER_ENVIRONMENT \
--registry-server $CONTAINER_REGISTRY_SERVER \
--image $CONTAINER_REGISTRY_SERVER/$C_IMAGE_NAME:$C_IMAGE_TAG \
--target-port 80 \
--ingress external \
--query properties.configuration.ingress.fqdn

执行命令后，您会看到如下消息：

Container app created. Access your app at https://general-container-app.niceocean-********.eastus.azurecontainerapps.io/

然后您可以使用curl 命令连接到您的Azure Functions 服务：

curl https://general-container-app.niceocean-********.eastus.azurecontainerapps.io/api/httpexample?name=World

访问 Azure 容器应用程序环境后，您会看到 General-container-app 被创建为容器应用程序，并且此管理界面可用于任何已部署的容器化应用程序。

https://raw.githubusercontent.com/yoshioterada/Azure-Functions-Deploy-To-Azure-Container-Apps/main/images/ACA-Instance-for-Azure-Functions.png

新方法：使用 az functionapp create 创建

新方法允许您使用 az functionapp create 命令而不是 az containerapp create 在 Azure 容器应用中创建 Azure Functions。

az functionapp create \
--name $AZURE_FUNCTION_NAME \
--resource-group $RESOURCE_GROUP_NAME \
--environment $CONTAINER_ENVIRONMENT \
--storage-account $STORAGE_NAME \
--workload-profile-name "Consumption" \
--max-replicas 15 \
--min-replicas 1 \
--functions-version 4 \
--runtime java \
--image $CONTAINER_REGISTRY_SERVER/$C_IMAGE_NAME:$C_IMAGE_TAG \
--assign-identity

使用此命令，您的Azure Functions将在Azure Container Apps中创建，并且管理界面将清楚地显示它是一个Function App。

这意味着现在可以通过专用的 Azure Functions 管理界面来管理 Azure Functions，这使其与其他容器应用程序不同。

但是，Azure 应用服务中提供的管理功能与容器应用上的 Azure Functions 提供的管理功能之间存在一些差异。例如，诊断工具、部署功能等某些功能可能不可用。

参考：应用服务上的 Azure Functions（门户）

为了进行比较，这里是部署在 Azure 应用服务上的 Azure Functions 的管理界面。

应用服务和 Azure 容器应用之间的管理功能差异可能包括：

• 领取：

- Diagnose and solve problems
- Microsoft Defender for Cloud
- Events (preview)
- Log stream
- Deployment
- App Service plan
- Development Tools
- Monitoring
- Support + troubleshooting

有些人可能认为缺少某些功能意味着缺少功能。

但是部署到Azure Container Apps时，运行环境是基于容器的，这就改变了部署和管理方式。 Azure Functions 管理界面中未包含的功能需要通过 Azure 容器应用界面单独管理。

Azure 容器应用程序中容器的管理

使用 az functionapp create 命令在 Azure 容器应用上创建 Azure Functions 实例时，会自动创建一个新的资源组来容纳该容器实例。

在我的环境中，资源组名称遵循以下约定：

$CONTAINER_ENVIRONMENT_FunctionApps_$UUID

您将看到已生成一个以您指定的 $AZURE_FUNCTION_NAME 命名的 Azure 容器应用实例。

当您单击此实例时，您将被定向到特定于 Azure 容器应用程序的管理界面，其中 Azure Functions 作为容器实例运行。

Azure 容器应用提供了与 Azure 应用服务不同的 CI/CD 和部署方法。它还允许在容器级别提供的功能，例如可以利用的 Dapr 和 Service Connector。

Conclusion

Auparavant, il était possible d'exécuter Azure Functions en les conteneurisant dans un environnement d'exécution de conteneurs, mais il n'existait pas d'interface de gestion dédiée pour Azure Functions.

Avec cette nouvelle méthode, Azure Functions et Azure Container Apps se sont intégrés, offrant un environnement de conteneur avec une interface de gestion Azure Functions associée.

Je sais que certains clients exploitent Azure Functions Container sur Azure Kubernetes Service (AKS). Auparavant, il leur manquait une interface de gestion dédiée. Cependant, en déployant sur Azure Container Apps, ils peuvent désormais utiliser la gestion Azure Functions tout en profitant de la simplicité de gestion d’Azure Container Apps par rapport à la gestion des opérations sur AKS.

Les méthodes de déploiement d'Azure Functions sur Azure Container Apps sont susceptibles d'évoluer davantage. J'ai hâte de voir comment cela évolue.

以上是将 Azure Functions 部署到 Azure 容器应用程序的两种方法的比较的详细内容。更多信息请关注PHP中文网其他相关文章！