如何使用新的包版本更新现有的 Azure 托管应用程序？
How to update existing Azure Managed Applications with a new package version?
我为我的 Azure 托管应用程序创建了一个新包。如何让托管应用程序的现有实例升级到该软件包版本 (mainTemplate.json + viewDefinition.json)？
我们今天能够与 MSFT 代表讨论此事。我们得到的信息是，对托管应用程序及其资源的任何更新都必须由发布者通过他们选择的机制（Azure CLI、ARM 模板、Azure 门户、Terraform 等）通过发布者拥有的访问权限手动推出到为托管应用程序创建的资源组。
无法只推送新的 ARM 模板并将其推广到已部署的实例。他说，如果您想让新模板可供新创建的实例使用，您可以使用新模板重新发布报价（如果通过商业市场发布），但这绝不会影响托管应用程序的实例已经存在。
代表同意 docs that state the following 误导了流程的实际运作方式：
You can make sure that all customers are using approved versions. Customers don't have to develop application-specific domain knowledge to manage these applications. Customers automatically acquire application updates without the need to worry about troubleshooting and diagnosing issues with the applications.
这一“自动”版本控制过程是发布者负责自行实施的过程。托管应用程序实际上没有内置版本控制的概念。
我为我的 Azure 托管应用程序创建了一个新包。如何让托管应用程序的现有实例升级到该软件包版本 (mainTemplate.json + viewDefinition.json)？
我们今天能够与 MSFT 代表讨论此事。我们得到的信息是，对托管应用程序及其资源的任何更新都必须由发布者通过他们选择的机制（Azure CLI、ARM 模板、Azure 门户、Terraform 等）通过发布者拥有的访问权限手动推出到为托管应用程序创建的资源组。
无法只推送新的 ARM 模板并将其推广到已部署的实例。他说，如果您想让新模板可供新创建的实例使用，您可以使用新模板重新发布报价（如果通过商业市场发布），但这绝不会影响托管应用程序的实例已经存在。
代表同意 docs that state the following 误导了流程的实际运作方式：
You can make sure that all customers are using approved versions. Customers don't have to develop application-specific domain knowledge to manage these applications. Customers automatically acquire application updates without the need to worry about troubleshooting and diagnosing issues with the applications.
这一“自动”版本控制过程是发布者负责自行实施的过程。托管应用程序实际上没有内置版本控制的概念。