현재 직장에서는 프로덕션 SQL 서버와 웹 서버가 개발 및 테스트 서버로 사용됩니다. 전용 서버를 요청했지만 만족스럽지 못하기 때문에 거부되었습니다 (소프트웨어, 소프트웨어 라이센스 및 하드웨어 리소스 비용에 대한 이유).테스트/개발 서버에 대한 설명
그렇다면 전용 테스트/개발 서버 (현재 결합 된 서버 - 필자는 운이 좋고 6 대의 서버를 요구하지 않습니다.)에 대한 타당성은 무엇입니까?
요약 목록
목록은 내가 기대했던만큼 광범위하지 않는 것 같습니다.
우선, 프로덕션 데이터베이스에서 사용해야하는 잠재적 인 리소스가 제한됩니다.
또한 악의적 인/실수로 개발자의 SQL 스크립트가 프로덕션 데이터와 충돌 할 수 있습니다.
프로덕션 데이터의 민감도에 문제가있을 수 있습니까? (예 : 개인 정보) 몇
를 시작합니다 :)
이 ... 지방 손으로 순간을 가지고 시작하는 문을 편집하는 동안 너무 빨리 Enter 키를 누르 얼마나 자주 개발자
드롭 테이블을 설명합니다 ..
UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition
이것은 나를 위해 충분할 것입니다. :)
최소한 별도의 데이터베이스가 있어야하며 프로덕션 데이터로 개발하지 않았 으면합니다.
개발 실수로 인해 생산 시스템을 중단 한 경우 가동 중단 비용을 계산하십시오.
성능 테스트를 수행 할 때/수행 할 때 느린 응답 시간의 비용도 계산하십시오.
프로덕션 하드웨어에 문제가 발생하면 테스트/dev 하드웨어를 예비품으로 사용할 수 있습니다.
데이터 보호법을 확인하고 PCI-DSS를 살펴보고 (지불 카드 업계 데이터 보안 표준) 정말 안전 할 수 있는지 확인하십시오.
프로덕션 DB와 동일한 실제 컴퓨터에 테스트 데이터베이스가있는 것이 좋다고 생각합니다. 성능은 종종 문제가되지 않습니다 (테스트시 많은 쿼리를 수행하더라도 멀티 코어 메모리 시스템이라고 가정하면 생산이 눈에 띄게 느려지지 않습니다). DB 연결이 분리되어 있으면 우발적 인 손상의 가능성이 있습니다 매우 낮습니다.
웹 서버의 경우 거의 모든 컴퓨터가 그 중 하나를 실행할 수 있습니다 (Apache는 무료이며 IIS도 10 동시 연결 이하의 경우 무료입니다). 예전 컴퓨터에 테스트 웹 서버를 설치하고, 그것은 당신의 테스트 DB를 사용하고, 괜찮은, 저렴한 솔루션을 가지고.
'물론 다른 기계는 "더 깨끗합니다"-하지만 그 차이는 크지 않습니다.
하나의 강력한 인수는 가용성/가동 중지 시간/재해 복구를 줄이는 것입니다.
즉 하드웨어에 현저한 다른 일이 발생하면 (예 : 디스크 컨트롤러 또는 마더 보드 또는 전원 공급 장치가 죽어서) 프로덕션 시스템을 교체하기 위해 대기중인 다른 시스템을 보유하는 것입니다.
이상적으로는 추가 기계가 생산 기계와 동일해야하므로 직접 교환하거나 필요에 따라 개별 부품을 스왑 할 수 있습니다. 그들은 또한 서로 백업 할 수도 있고, 사본을 신속하게 복원 할 수 있도록 마지막 사본을 로컬 복사본으로 만들 수도 있습니다.
당연히 그것은 얼마나 중요한 가치인지에 대한 중요한 가동 시간이 비즈니스에 얼마나 중요한지에 달려 있습니다. 그들이 '핫 스페어'서버를 사용하거나 사용하지 않고 손실 된 비즈니스로 인해 얼마나 많은 금액을 잃게 될지 대략 이해할 수 있다면 $ 저장된 관점에서 케이스를 제시 할 수 있습니다 (서버 비용보다 훨씬 많을 것입니다.), 그들은 그것을 위해 갈 수도 있습니다.
아마도 이것이 ServerFault 아니오에 가장 적합할까요? – neuro
@neuro : 나는 그렇게 생각하지 않는다. 여기가 올바른 곳입니다. –