我们有一个VS 2012 / .NET 4.51应用程序，使用MVC，asp.net和其他一些部分。
出于所有常见原因，我们发现IIS是一个部署/操作的噩梦（我们期望编写多少脚本来安装/配置IIS？疯狂！）
实际上，该应用程序是两个网站： - REST API，基于WCF - 网站，基于MVC，ASP.NET和其他几个部分（一个完整的.js / handlebars富js应用程序）
我看着搬到Nancy，但这似乎是很多工作。 （我不清楚asp.net会在南希之下感到高兴。但在所有情况下，它看起来并不像是一种下降。）
我有什么选择？ （IIS是我们整个部署过程中最大的一个问题.Apache或nginx将是蛋糕。）
OWIN + Katana看起来很接近，但根据我的理解，你不能（但是？）在OWIN / Katana中运行完整的ASP.NET应用程序。
我们已经完成了PowerShell DSC的一些工作。它可以解决很多问题（而且非常棒...... IIS部分是最大的痛苦）。
我们不使用TFS（我们是Visual Studio + Perforce商店）。
下一个VS / .NET / Windows / IIS中是否存在解决此问题的魔力？
替代观点：Migrate ASP.NET app on .net 4.5 to ASP.NET v5 - docs? concepts?
答案 0 :(得分：0)
您是否检查过Visual Studio的发布管理？它以前属于InCycle，由MS购买并重新打上品牌，对应用程序几乎没有真正的改变。它需要一些设置，但非常适合Microsoft平台。我已将此工具用于Server 2012/2008平台上的.NET Web应用程序/服务上的类似应用程序部署。
根据您的TFS的Microsoft许可证等级，概念证明许可证成本将为零，甚至可以自由前进（基于之前与销售代表的讨论）。我正在使用TFS和这个工具，一旦你完成配置挑战，它就会非常令人印象深刻，并为那些可能关注状态，环境版本等的人提供了一个很好的观点。你会想要变得更熟悉一点如果还没有powershell。此外，不确定有多少不同的Web应用程序/团队正在尝试解决问题，但它可以适度扩展到中型组织。除非您管理完全独立的安装，否则在企业级别进行管理可能会变得相当复杂。
您可能还需要查看Desired State Configuration或Chef，以便最初配置您的服务器，以便将IIS等的配置与应用程序的实际部署分开。这将限制部署到IIS循环和文件副本（降低部署风险，但会增加配置偏差风险）。
我尝试通过我的代表发布所有链接限制了我。无论如何，希望有所帮助。
如果试图完全避开MS路由，我想你可以开始进入.Net的开源版本并开始在此处开始移植它http://docs.asp.net/en/latest/getting-started/installing-on-linux.html