azure - .NET Core 版本重写后将一项 Azure 应用服务的代码库切换为不同的代码库

Question

我们在 Azure 上有一个 .NET Core 2.1 Web 应用程序作为应用程序服务。我们通过 Visual Studio 2017 的发布选项将其部署到 Azure(尽管它也在 Git 存储库中)。它有一堆自定义域和 SSL，所有域均由 Azure 提供。

我们在 VS 2019 中使用 .NET Core 3.1 编写了新版本的 Web 应用。功能相同，但从头开始编写，而不是尝试升级现有的 2.1 版本。

没有这样的在线暂存版本 - 相反，我们在本地计算机上开发，然后只使用使用相同服务的在线测试域，但环境切换为使用开发数据库和存储桶位置等，这是原因之一编写一个新的应用程序而不是升级它，而且，它看起来更干净，我看到人们在升级时遇到了一些问题......

是否有一种简单的方法可以将新的 Web 应用程序/代码切换/发布到当前的 Azure 应用服务中，以替换旧的？或者我是否需要创建一个新的应用程序服务，然后在从旧的应用程序服务中删除它们后创建所有自定义域、SSL 等？

或者我可以切换到 git 部署并将整个新项目插入旧项目 - 这会起作用还是只会造成某种灾难？

Answer 1

将新的应用程序版本推送到应用服务时通常不会出现问题，即使它使用新版本的 .NET Core。您必须考虑两件事:

• Windows AppService 计划:.NET Core 3.1 运行时已在全局范围内推出，但 SDK 尚未推出。如有疑问，请使用独立部署。
• Linux AppService 计划:您需要在门户中选择所需的运行时版本。使用例如Azure Pipelines您可以在发布新版本的同时设置运行时版本。不确定 VisualStudio 如何处理这个问题。

作为一般建议，您应该遵循使用 slot deployments 的无声建议。尽可能减少对客户的影响。每个插槽可以有例如不同的 .NET 运行时版本，因此您可以测试暂存槽上的所有内容。