测试/开发服务器的理由

在我目前的工作场所，生产SQL服务器和Web服务器也被用作开发和测试服务器。我要求提供专用服务器，但因为我无法证明它满足要求（反对软件成本，软件许可证和硬件资源的原因）而被拒绝。测试/开发服务器的理由

那么，对于专用的测试/开发服务器（目前是一个联合服务器 - 我不想推动我的运气并要求6台服务器！）有什么理由？

总表

资源使用
预防错误的
DR目的

名单似乎并不如我所希望的那样广泛。

来源

2009-08-11 user9659

这可能最适合用于ServerFault吗？ – neuro 2009-08-11 07:44:53

@neuro：我不这么认为。这是正确的地方。 – 2009-08-11 07:49:19

对于初学者来说，生产数据库必须使用的潜在资源受到限制。

流氓/偶然的开发人员SQL脚本可能会对生产数据发挥破坏作用。

生产数据敏感性问题吗？（个人数据）

短短上手:)

来源

2009-08-11 07:43:45 Russell

解释如何往往开发商有胖手的瞬间，打得太多很快进入而编辑的语句开始......

DROP TABLE .. 。

来源

2009-08-11 07:44:12

UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition

这对我来说足够合理。 :)

我希望你至少有单独的数据库，并没有开发生产数据。

来源

2009-08-11 07:45:34 deceze

考虑使用虚拟机来降低成本。

来源

2009-08-11 07:46:05 RichardOD

我们正在使用虚拟机（我们确实有多余的资源，但它们被分配用于DR目的）。 – user9659 2009-08-11 07:47:21

如果由于开发中的错误导致生产系统停机，请尝试计算停机时间的成本。

如果/当您正在进行性能测试时，请尝试计算生产中响应时间缓慢的成本。

作为成本优势，如果生产硬件出现问题，测试/开发硬件可用作备件。

来源

2009-08-11 07:46:24 idstam

检查数据保护措施，并查看PCI-DSS是否真的安全（支付卡行业数据安全标准）。

来源

2009-08-11 07:49:33 cjk

我认为可以在与生产数据库相同的物理机器上安装测试数据库。性能通常不是问题（并且假设它是一个多核多处理器内存机器，即使您在测试中执行大量查询，生产通常也不会慢下来），并且只要数据库连接是分开的，意外损坏的可能性非常低。

至于网络服务器，几乎所有的机器都可以运行其中的一个（apache是免费的，甚至IIS可以免费同时连接10个或更少） - 您可以在任何旧机器上安装测试Web服务器，配置它使用你的测试数据库，并有一个体面的，低成本的解决方案。

'当然，一个单独的机器是“更清洁” - 但差异并不大。

来源

2009-08-11 07:56:40

一个有力的论据是可用性/减少停机时间/灾难恢复。

即，如果硬件方面发生任何问题（例如，磁盘控制器或主板或电源耗尽），将有另一台机器等待更换生产机器。

理想情况下，附加机器应与生产机器完全相同，以便可以直接更换，或根据需要更换个别部件。他们也可以互相支持，或者备份对方的本地副本，以便可以快速恢复。

当然，这取决于业务的正常运行时间有多关键，他们会看到多少价值。如果你能够大致计算出他们会因为丢失或不使用“热备份”服务器而丢失的业务量，并从$节省的角度展示您的案例（希望远远超过服务器的成本）），他们可能会为此付出代价。

来源

2009-08-11 09:29:18

测试/开发服务器的理由

回答

相关问题