热部署.net程序集

Question

我们在生产服务器上运行作为Windows服务的应用程序。应用程序主要在部署边界上划分为多个程序集。我想简化热修复程序到应用程序集的部署。目前，我执行以下步骤来部署修补程序。 （我们有一个重复的临时生产环境，所以一切都必须完成两次）

1. 登录服务器
2. 停止服务
3. 当前部署的备份dll
4. 替换为修补程序（复制现有dll上的修补程序）
5. 重新启动服务
6. 在意外加载错误（尚未发生）的情况下回滚

我认为我想要的是将一个dll上传（SFTP）到预设文件夹并让应用程序获取新的dll。

我考虑过的一个解决方案是在服务器上运行单独的服务。我们称之为修补程序部署服务。它会查看新文件的文件系统，并从上面的列表中执行步骤2-6。

任何见解都表示赞赏。我对其他替代方案持开放态度，只要它们减少部署摩擦。

Answer 1

拥有单独的服务可能是您的最佳选择。

您可以在单个服务中执行此操作。但是，使服务自我更新所需的“技巧”有点难以实现。

你需要做的就是让你的服务从一个非常轻量级的shell服务开始。然后，它可以启动一个单独的，绝缘的AppDomain，并让该appdomain加载服务的程序集，并初始化并运行。

稍后，当您想要更新（可以通过服务可以接收的任何事件触发，包括将新程序集复制到更新文件夹[通过FileSystemWatcher]，通过网络明确告诉它等），它会需要触发一种方法来告诉内部AppDomain的类型停止，然后卸载AppDomain 。此时，它可以做第3步和第3步。 4以上。然后，它只需要重新加载AppDomain，重新运行它的初始化等等。

由于服务将位于单独的AppDomain中，因此可能会在一个可执行文件中发生，而不会停止服务。卸载AppDomain时，也会卸载它加载的程序集。

这里的唯一要求是，您必须确保不要将任何类型从构建的AppDomain传递到主AppDomain，或者您将程序集加载到主AppDomain中。这会阻止您在运行时更新它们。

Answer 2

在我们的构建服务器中，我们使用powershell脚本远程停止服务，复制新文件，然后重新启动服务。

Answer 3

我会看一下Castle Windsor作为“热插拔”组件的好选择。

这是一个先进且受到良好支持的IoC / DI框架，它可以帮助您提到的许多任务，除了实际将文件移动到目标计算机上之外。实际的管道虽然可以用CW来处理。