管理层已决定使用带有 IIS7 的 Windows 2008 64 位来为我们的主要网站提供服务。
他们希望将它放在带有 IIS6 的 Windows 2003 服务器上。 [编辑]是的 32 位是他们计划暂存的[结束编辑]
我想知道除了安全问题之外，我应该提出哪些问题，建议我们应该在暂存环境中选择与实际环境中相同的服务器。
我读过这样的好帖子，但我想要一些我可以用几个要点说的话
登台和现场环境应该是相同的，任何经验丰富的开发人员都很容易理解，我的问题是我试图向似乎已经下定决心的高层管理人员解释这一点......
[编辑] @卢克：
它基本上是一个经常更新的网站，在部署到实时环境之前，整个网站都将进行上演、测试。
该站点将由营销部门（非开发人员）负责，并让他们在部署之前验证该站点没有问题。
[Edit++] 代码为 ASP.NET，用于 3 个重要的客户订购页面。
谢谢，
里克
我希望这不是您用来测试 64 位 Windows 2008 生产服务器功能的 32 位 Windows 2003 临时服务器，或者您正处于痛苦的世界中。
登台服务器应该尽可能地等同于生产服务器，因为您使用它的目的是回答“这个软件在生产环境中工作吗？”这个问题。在实际承诺将其加载到生产环境之前。
回答“这个软件是否可以在与我们的生产服务器几乎完全不同的服务器上运行？” 没有用，实际上您所做的只是致力于在另一个环境中测试和调试软件，但在您不会实际使用的环境中。它的工作量更大，最终您仍然不知道它是否适用于您的生产环境，这是首先拥有一个登台服务器的全部意义。
登台环境与现场匹配的越多，在测试中发现的问题就越多。如果你只有一个糟糕的匹配，就像你在这里一样，这限制了可能被发现的错误类型。例如，假设与 2008 64 位和网站的某些组件不兼容？在您上线之前，您不会找到它。这可能为时已晚。
也许你应该问他们他们认为暂存环境是什么。向他们解释，暂存环境的全部意义在于尽可能模仿生产环境。说明如果暂存环境要大不相同，您还不如没有它。然后，如果您没有它，您的生产站点将用于测试。告诉他们这真的没什么大不了的，只是该网站会崩溃几次，并且由于缺乏适当的登台，在您修复所有问题之前可能会出现一些重大的安全漏洞。我相信他们会理解的。
一般规则是您只能验证使用舞台和现场之间的公共子系统的更改。如果您只验证 HTML 副本更改，并且可以保证只有 HTML 从阶段滚动到现场，那么您可能会对网站将在现场运行充满信心。
舞台和现场之间有很多差异，以至于您无法验证任何编码或 IIS 配置更改。这将是“推动和祈祷”的生活。
直播和分期当然应该是相同的技术（同一个盒子？）。但是你在这里展示什么，技术还是内容？如果暂存环境主要用于内容，那么您可能会因为两台服务器不同而侥幸成功。但是，如果您正在部署技术，那么您肯定会遇到无法正常工作的问题。我想，如果那个拿着钱包的人愿意为此负责，那就去吧……
从风险和金钱的角度向企业解释。