我们正在通过TeamCity和Octopus部署我们新的.NET Core Wep Api,它运行在IIS后面的Kestrel上.一切都很好,除了第一个请求大约需要2分钟.也就是说,部署后的第一个请求和IIS上重新启动站点后的第一个请求.
要发布我们使用的应用
dnvm use 1.0.0-rc1-update1 -a x64 dnu publish --configuration release --runtime active --no-source --include-symbols
同一IIS实例上的较旧应用程序大约需要15秒才能响应第一个请求.
我们的.NET Core应用程序在大约15秒后响应,仅使用部署到IIS的相同实际代码在Kestrel上运行它.
剩下的1分45秒发生了什么 – 为什么需要这么长时间?
我们怎样才能调试这个?
更新:
事实证明,IIS无法正常关闭Kestrel进程(dnx.exe).它崩溃时出现以下错误:
Unhandled exception at 0x00000000776E298A (ntdll.dll) in w3wp.exe: 0xC000070A: Status 0x (parameters: 0xFFFFFFFFC0000008,0x0000000000000324,0x000000000167D930,0x0000000000277520,0x000007FEE60388F4).
如果我手动终止dnx.exe进程然后重启站点它启动速度非常快,所以我的理论是Octopus部署步骤以某种方式遇到相同的异常,IIS必须等待主机进程超时才能生成一个新的工作过程.
如何让IIS正常关闭dnx进程?如何从IIS中获得更易理解的异常?
解决方法
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。