Windows与Windows 2008用于服务器组件

Question

我的团队正在.net中开发许多windows服务。这些服务通过消息传递解决方案进行通信，其中一些服务的预期响应时间远低于100 is。

负责供应服务器的ops团队出于财务原因不希望在这些机器上安装Windows 2003/2008。相反，他们为我们提供了Windows。他们还声称，由于这些服务器运行在虚拟环境(Vmware ESX)上，我们不需要在其之上添加另一个“服务器”OS。

不知何故，这在我看来是不对的，但我不是这类事情的专家。

因此，在这类应用程序中运行Windows 2008和Windows有哪些优点/不前沿？

编辑:

• 我有兴趣比较Windows和Server 2003/2008的X64版本，因为我们的一些服务正在消耗超过2Gb的内存。
• 我所说的windows服务应该是24/7的，但是我们可以为它们提供用于服务器更新的窗口(如果这与讨论相关的话)。
• 通过这类应用程序，我引用了问题的第一句，=> windows服务在.net中做了一些基于不加逗号消息的计算。有些计算非常短(小于1ms，吞吐量为几千秒)，我们期望有一个合理的延迟，以及其他相当长的时间(几分钟，但触发的时间要少得多)。基本上，您可以看到某种代理在总线上进行通信，无论代理是什么。

Answer 1

“行动小组”应因无能而被解雇。XP是过时的，最有可能是32位。它实际上并不是用于服务器的许可，这使得法律观点变得有趣(在财务上)。

他们应该安装2008年R2 64位。服务器或客户端操作系统本身并没有什么不同--操作系统就是操作系统，而VmWare中需要一个操作系统。

其中一些人的预期响应时间远低于100毫秒。

从虚拟化中删除thm。虚拟化不能保证这一点。VMware开关在vm的sio之间，任何具有快速响应时间的东西在这里都是至关重要的。

在这类应用程序中，运行Windows 2008与Windows有哪些优点/不愿使用？

让我们开始考虑XP已经严重过时了。如果他们愿意使用Windows 7(2008年R2 )，这可能是另一回事，但基本上第一个问题是，为什么你应该运行一个系统2代回到目前的技术? 64位(你不想要32位服务器)是问题的XP。