테스트 및 프로덕션을 위해 별도의 SQL Server 또는 별도의 SQL 데이터베이스?

저는 SQL Server를 처음 사용하므로 SQL Server 관리 질문에 더 가깝습니다.

서비스에 대한 테스트 및 프로덕션 데이터베이스를 작성 중이며 테스트 데이터베이스를 상당히 많이 닦을 것이라고 생각합니다. 또한 다른 복제 및 감사 로깅 전략을 원할 것입니다.

동일한 SQL Server에 두 SQL 데이터베이스가 모두있는 것이 합리적입니까? 이는 Azure Portal이 관리하기 가장 쉬운 것으로 보이거나 테스트 및 프로덕션 데이터베이스에 대해 별도의 논리적 SQL Server를 만드는 것이 더 합리적입니까?

별도의 논리 서버를 사용하십시오.

• 데이터베이스 서버가 아닌 데이터베이스 의 계층 에 요금이 부과되므로 비용이 동일 합니다.
• 별도의 서버를 제공함으로써 두 데이터베이스간에 격리 를 제공 하여 서로를 보호합니다.
• 당신이 포함 된 사용자를 사용하지 않으면 사용자가됩니다 공유 당신은 또한 테스트에서 같은 변화를 필요로 두 데이터베이스의 생산에 암호의 변화에 대해 동일한 사용자를 사용하는 일이 있다면, 테스트 및 생산 사이.

다음과 같은 경우 데이터베이스에 동일한 서버를 사용할 수 있습니다.

• 총 SQL Server 수에 제한이 있으므로 많은 Dev / Test 환경 에서 매우 많은 수의 데이터베이스 를 작성하고 있습니다.
• 동일한 ARM 템플릿의 일부로 배포해야하는 두 개의 데이터베이스가 있습니다.

그것들을 모두 같은 서버에 두는 것이 가장 쉬운 방법입니다. 그러나, 나는 당신이 안 비즈니스 상황에서 주장하는 것입니다 수 그것을 할.

프로덕션 데이터베이스는 웹앱의 가장 중요한 리소스 중 하나입니다. 기밀 데이터가 많이있을 수 있습니다. 또한 사이트의 안정성에 중요합니다. 따라서 프로덕션 데이터베이스 자격 증명을 엄격하게 제어해야하며 방화벽 규칙을 통해 소수의 검증 된 시스템을 제외하고는 액세스 할 수 없습니다. 방화벽 규칙은 보안 고려 사항 외에도 프로덕션 데이터베이스에서 우발적 인 테스트 작업을 방지하는 데 도움이됩니다. 가능한 경우 조만간 처리 될 것입니다.

편집 : 원래이 답변을 작성한 직후 Digital Ocean (가장 큰 호스팅 제공 업체 중 하나) 은 네트워크를 적절하게 세그먼트 화하면 중단 되었을 수 있습니다. 실수를 반복하는 대신에 교훈을 배우십시오.