測試/開發服務器的理由

在我目前的工作場所，生產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

測試/開發服務器的理由

回答

相關問題