如何在无代码变更的前提下将Windows服务迁移至Azure？

关于持续运行的WebJob #

是的，Azure WebJobs提供持续运行模式（Continuous WebJob），完全符合你“无需触发器、可持续运行”的需求，且支持.NET Framework应用，无需代码变更：

• 直接上传Windows服务的可执行文件（.exe）或打包的部署包到WebJobs
• 在Azure门户配置运行模式为「持续运行」，Azure会自动启动进程并保持其运行，进程意外终止时会自动重启
• 可以选择和现有App Service共用资源（节省成本），也可以创建独立的App Service来托管WebJob，避免和网站业务互相影响

其他无代码变更迁移方案 #

除了你已经尝试的Docker容器，还有以下几种可选：

1. Azure虚拟机（VM） #

• 直接在Azure创建Windows虚拟机，完全复刻本地服务器环境，将Windows服务安装到VM中即可，和本地运行逻辑完全一致，零代码变更
• 优势：环境完全可控，适合有特殊Windows依赖的服务；缺点：需要自行维护VM的补丁、备份、缩放等运维工作

2. Azure云服务（Cloud Services） #

• 这是Azure早期针对.NET Framework后台服务的托管方案，将Windows服务打包成云服务包（.cspkg），部署到Worker角色中
• 无需修改代码，Azure负责底层基础设施的运维，Worker角色本质是托管的Windows环境，专门用于运行后台持续进程
• 注意：云服务属于经典部署模型，微软推荐优先使用现代托管服务，但目前仍提供完全支持

3. Azure容器应用（Azure Container Apps） #

• 如果你已经完成了Docker容器化，Azure容器应用是更轻量化的托管选项，无需管理VM或Kubernetes集群
• 直接部署你的.NET Framework容器镜像，配置为持续运行模式，Azure负责容器的调度、扩容和运维，无需代码变更

最佳方案选择 #

根据你的场景推荐优先级：

1. 持续运行WebJob：如果希望和现有App Service整合、成本低、托管化程度高，这是首选，完全满足无代码变更需求
2. Azure容器应用：若已完成容器化，相比单独Docker容器更省心，托管化运维
3. Azure云服务：适合传统.NET Framework应用的快速迁移，托管化且无需代码修改
4. Azure VM：仅当你需要完全复刻本地环境、有特殊依赖时选择，运维成本较高

内容的提问来源于stack exchange，提问作者Don Chambers