我正在尝试决定为基于网络的新后台系统使用什么堆栈。我们使用 C# 进行开发，并将使用 ServiceStack 和/或 ASP.NET MVC。我们的客户更喜欢在 Linux 服务器上托管，因此排除了 MVC4，因为 Mono 不支持 MVC4。
此外，由于像这样的帖子，我们担心在 Mono 上运行 ASP.NET 所需的 mono-fastcgi-server 的状态https://serverfault.com/questions/330298/stopping-fastcgi-mono-server-graceously-website-content-updating-with-no-need-t https://serverfault.com/questions/330298/stopping-fastcgi-mono-server-gracefully-website-content-updating-with-no-need-t因为我们发现很难找到有关项目状态的相关最新信息。因此我们犹豫是否在单声道上使用 MVC3。
现在，我们正在考虑使用托管在控制台应用程序后面的 ServiceStack（带有新的 Razor 视图！）和 NGINX 反向代理。这看起来工作正常，ServiceStack 文档表明这是一个可行的解决方案。但是单声道呢？对于重要的生产站点和服务来说它是否足够稳定，垃圾收集器是否性能良好等？有没有人有在单声道上托管繁忙的服务器应用程序（使用 httplistener 的控制台应用程序）的最新经验 - 如果有，它是如何工作的，你会推荐它吗？你用的是哪个版本的单声道？
我们的替代方案是强迫我们的客户接受Windows服务器，然后我们将使用服务堆栈或者可能是mvc4与服务堆栈相结合。
总而言之，您会做什么/考虑什么？您在单声道上托管服务器应用程序的经验是什么？
ServiceStack.net 始终在 Linux/Mono 上运行
请注意托管的所有现场演示服务堆栈网 http://www.servicestack.net/ are 在 Ubuntu Linux 虚拟服务器上运行。 servicestack.net 多年来一直托管在 Linux/Mono 上，事实上在此之前从 hetzner 迁移到 Ubuntu 虚拟服务器 http://www.servicestack.net/100k-downloads/#future我们的老CentOS 服务器的正常运行时间为 480 天 http://www.servicestack.net/mythz_blog/?p=838。我们认为 Mono 是一个越来越重要的支持平台，因为我们预计纯 Linux 云的出现将成为一个重要的竞争优势，因为它允许您以0 美元软件许可费用 http://www.servicestack.net/100k-downloads/#future.
使用 VS.NET 在 Windows 上进行开发并部署到 Mono/Linux
对于所有 ServiceStack 现场演示，我们使用 VS.NET 在 Windows 上进行开发但我们 git-deploy 和在 Linux 上构建和托管。正如我们在发行说明 https://github.com/ServiceStack/ServiceStack/wiki/Release-Notes我们特别小心地支持 Mono 作为一等公民，我们尽可能地应用规范化行为，因此移植现有的 IIS/ASP.NET 站点仍然很简单（即您应该能够按原样复制和运行二进制文件！ ) - 这扩展到我们采用的外部依赖项，这些依赖项受到 Mono 支持的影响。
所有演示（包括 Razor Live 演示）均托管在 Mono/Linux 上
所有 ServiceStack 演示都托管在 Linux 上，其中包括剃刀示例 http://razor.servicestack.net/它在 Mono 上部署和托管了 2 个版本，即
-
razor.servicestack.net http://razor.servicestack.net- 由 Linux / Nginx / MonoFastCGI 提供支持的 ASP.NET 托管现场演示
-
razor-console.servicestack.net http://razor-console.servicestack.net- 托管在 Nginx 反向代理后面的自托管控制台应用程序
您可能想看看这个问题以了解不同的托管方式Linux 上的服务堆栈 https://stackoverflow.com/questions/12188356/what-is-the-best-way-to-run-servicestack-on-linux-mono.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
