程序 热升级 linux,开源:AspNetCore 应用程序热更新升级工具(全网第一份公开的解决方案)...

1:下载、开源、使用教程

使用教程:程序员

解压AspNetCoreUpdater.rar,获得两个压缩包,分别对应用Window和Linux。github

e483957d7ee200c2efbf8bbc45641329.png

A、使用教程:For Window IIS

一、解压AspNetCoreUpdaterForWindow,获得一个执行文件和一个配置文件。json

04b3bfbd9258d6fc27c21c4a98943a52.png

二、打开AspNetCoreUpdaterForWindow.ini,根据提示,修改对应的参数。并发

f4de77a4b35d4d8e8113213675f25306.png

把对应要升级的dll或其它文件都放到update.zip包里,并移到发布目录下。 app

三、把软件移到发布的工具目录下,直接运行AspNetCoreUpdater.exe便可,运行过程以下图:框架

76fd2e035cc4ab3761024c1e9f0c8293.png

B、使用教程:For Linux Nginx

一、解压AspNetCoreUpdaterForLinux,获得一个dll和2个配置文件。分布式

d544acbbb7be8d79000f332a4bf61427.png

二、打开AspNetCoreUpdaterForLinux.ini,根据提示,修改对应的参数。工具

b302bb7eb9013b829317e121c5ee3726.png

把对应要升级的dll或其它文件都放到update.zip包里,并移到发布目录下。

并将修改后的nginx.conf也放一份到update.zip包里。

三、把软件移到发布的工具目录下,命令cd到目录后,运行dotnet AspNetCoreUpdater.dll 便可,运行过程以下图:

556a82010011504e621cc87b197b168d.png

二、AspNetCore热更新解决方案产出的过程

一、热更新定义:

固然是指更新dll等新应用程序后,启动新的程序接收新的请求,并保持原有的程序处理旧的请求,直到旧的请求处理完后,结束旧的应用程序的过程。

任何其它非以上解释的程序升级过程,都明显有点冷。

二、产出过程:

对于热更新,在AspNetCore以前,IIS一直处理的很好,以致于咱们根本不须要思考这个问题。

直到我写了关于AspNetCore的文章开始后,关于Linux下如何进行热更新,开始有过简单的思考,不过不是实际应用,就没进一步。

直到最新的项目,建的AspNetCore应用程序, 并发布到本地IIS,在内网进行API测试时,一个基本的问题出现了:

我须要喊1声,大伙结束请求10秒钟,而后手工快速结束w3wp进程,而后点发布按钮。

开发过程,内部还能喊一声,但这样的升级明显是不科学,因而乎就上了一顿的搜索关于“NETCore 热更新”,结果,失望啊。

因而乎,我添加了一个.net framwork的解决方案,代码仍是同一份,用不一样的解决方案能够发布不一样的版本。

PS:用过我框架的人都知道,开发方式和代码历来都是不须要改的,惟一的操做只要添加解决方案就能够在两种模式中切换。

部署也拆分红了两部分,只保持一些业务基本不动的,才用了dotnetcore部署。

这时候就一个念头产生了:DotNetCore若是热更新不解决,这必然会制约NetCore的大规模应用。

不是每一个应用都能等到深夜再更新的;

也不是每一个应用都容许随意中断用户请求的;

也不是每一个程序员都有实力,能找到一种分布式的繁琐部署流程来解决升级的方法的。

就像我,搜了国内外的网,就如下几种不靠普的方案:

一、停机维护的:app_ffline.htm文件。

二、热更新配置文件:IOptionsSnapshot(只是.json文件)。

三、天真的动态加载dll想法:AppDomain走不通的。

四、就一句你去看:ApplicationPartManager的 。

发现没有好的解决方案以后,就只能分离一些不过重要,又更新不频繁的业务给了dotnetcore机会。

随着项目开发阶段忙碌加班的阶段过去以后,终于能分出点时间来研究并解决这个问题。

通过一番研究:AspNetCore源码、AppDomain源码、和Kestrel源码,打算从应用程序自己搞点事件,结果路走不通....

又通过一番研究...因而乎有了本文。

三、AspNetCore 热更新解决方案原理

对于AspNetCore应用程序来讲,实现热更新的点,不在程序自己。

所以,无须要对AspNetCore自己作什么事件。

对于Window:

其核心在于 IIS,及IIS的应用程序池的回收机制,它能自动控制netcore程序的新旧更替。

所以,核心只要能控制IIS便可(涉及须要管理员权限)。

对于Linux:

其核心在于Ngnix(或其它),其从新加载配置的过程,和IIS应用程序池的回收有类似的原理,不过它只能控制本身的新旧更替。

因些会麻烦一些,但也能解决,须要本身经过代码控制dotnetcore项目的新启与消亡。

对于具体怎么交互与利用及其它细节,感兴趣的能够看开源的代码。

四、总结

原本只是打算本身用,后来想想,这么基础的解决方案,仍是开源了吧,反正我开源的项目没十个也有七八了,不在意多这一个了。

嗯,若是您的相关项目正在使用或打算采用个人解决方案或升级工具,麻烦给 AspNetCoreUpdater 开源的项目点个赞,谢谢。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值