기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

목적별 데이터베이스 고려

개요

Microsoft 기반 워크로드를 실행할 때 가장 비용이 많이 드는 측면 중 하나는 SQL Server와 같은 상용 데이터베이스의 라이선스입니다. 비즈니스는 SQL Server를 선택한 데이터베이스 플랫폼으로 표준화하는 경우가 많으며 이로 인해 조직의 개발 문화에 정체됩니다. 개발자는 일반적으로 사용 사례에 관계없이 관계형 SQL Server 기반 모델을 선택합니다. 이유는 다음과 같습니다.

목적별 데이터베이스는 사용 사례의 데이터 액세스 패턴을 수용할 수 있습니다. 이러한 데이터베이스는 비즈니스에서 최신 아키텍처(예: 마이크로서비스)를 채택하고 개별 애플리케이션의 범위가 좁아짐에 따라 비즈니스에서 점점 더 많이 채택되고 있습니다.

목적별 데이터베이스에서는 관계형 모델을 제외하거나 NoSQL(비관계형) 모델이 필요하지 않습니다. 실제로 관계형 데이터베이스는 워크로드의 특정 요구 사항에 따라 선택할 때 목적별 데이터베이스로 간주됩니다. 목적별 데이터베이스를 사용하면 팀이 .NET 애플리케이션과 관련된 데이터베이스 비용을 줄이는 동시에 확장성, 복원력, 차별화되지 않은 과중한 부담 감소와 같은 표준 클라우드 이점을 얻을 수 있습니다.

다음 표에는에서 제공하는 목적별 데이터베이스가 나와 있습니다 AWS.

목적별 데이터베이스 채택의 중요한 동인은 상용 라이선스 제거일 수 있습니다. 그러나 DynamoDB(온디맨드 모드 포함), Aurora, Amazon Neptune, Amazon Keyspaces와 같은 데이터베이스의 오토 스케일링 기능을 사용하면 피크 사용량이 아닌 평균 사례에 맞게 용량을 프로비저닝할 수 있습니다. Timestream과 같은 목적별 데이터베이스는 서버리스 데이터베이스이며 사전 프로비저닝 없이 수요에 맞게 자동으로 조정됩니다.

AWS 는 특별히 구축된 오픈 소스 호환 관계형 데이터베이스를 사용하려는 경우 Babelfish for Aurora PostgreSQL을 제공하지만 애플리케이션을 크게 코드 변경할 수 없거나 변경할 의향이 없는 경우 Babelfish for Aurora PostgreSQL을 제공합니다. 경우에 따라 Babelfish를 사용하면 거의 변경하지 않고도 기존 SQL Server 액세스 코드를 사용할 수 있습니다.

애플리케이션에 대한 목적별 관계형 데이터베이스를 선택할 경우 애플리케이션에 필요한 동일한(또는 기능적으로 동등한) 기능을 유지하는 것이 중요합니다. 이 권장 사항은 목적별 데이터베이스를 애플리케이션의 기본 데이터 저장소로 다룹니다. 특정 애플리케이션(예: 캐싱)은 다른 권장 사항에서 다룹니다.

비용 영향

컴퓨팅 소비/비용에 직접적인 영향을 미칠 가능성은 적지만 .NET 워크로드용 목적별 데이터베이스를 채택하면 .NET 애플리케이션에서 사용하는 데이터베이스 서비스의 비용에 직접적인 영향을 미칠 수 있습니다. 실제로 민첩성, 확장성, 복원력 및 데이터 내구성이라는 추가 이점과 비교할 때 비용 절감이 보조적인 목표일 수 있습니다.

애플리케이션에 대한 목적별 데이터베이스를 선택하고 이를 효과적으로 사용하도록 데이터 전략을 리아키텍팅하는 전체 프로세스를 설명하는 것은 이 가이드의 범위를 벗어납니다. 자세한 내용은 AWS 자습서 디렉터리의 목적별 데이터베이스를 참조하세요.

다음 표에는 SQL Server를 목적별 데이터베이스로 대체하여 애플리케이션 비용을 변경하는 방법의 몇 가지 예제가 나와 있습니다. 이는 대략적인 추정치일 뿐입니다. 정확한 프로덕션 비용을 계산하려면 실제 워크로드의 벤치마크와 최적화가 필요합니다.

다음은 us-east-1에서 온디맨드 컴퓨팅과 100GB SSD의 단일 인스턴스 데이터베이스를 포함하여 일반적으로 사용되는 목적별 데이터베이스 추정치입니다. 라이선스 비용에는 SQL Server 라이선스와 소프트웨어 보증이 포함됩니다.

다음 표에는 상용 데이터베이스 예제의 예상 비용이 나와 있습니다.

다음 표에는 목적별 예제의 예상 비용이 나와 있습니다.

목적별 데이터베이스를 채택하기 전에 비용에 미치는 영향을 고려하는 것이 좋습니다. 예를 들어 목적별 데이터베이스를 사용하도록 애플리케이션을 업데이트하는 비용은 애플리케이션 및 소스 데이터베이스의 복잡성과 관련이 있습니다. 이 아키텍처 전환을 계획할 경우 총 소유 비용을 고려해야 합니다. 여기에는 애플리케이션 리팩터링, 새로운 기술에 대한 인력 기술 향상, 각 워크로드에 예상되는 성능 및 소비에 대한 신중한 계획이 포함됩니다. 여기에서 비용 절감을 위한 투가 가치가 있는지 결정할 수 있습니다. 대부분의 경우 지원 종료 제품을 유지 관리하는 것은 보안 및 규정 준수 위험이며, 이를 해결하는 데 드는 비용은 초기 투자와 노력의 가치가 있습니다.

비용 최적화 권장 사항

SQL Server에 액세스하는 .NET 애플리케이션의 경우 목적별 관계형 데이터베이스를 위한 대체 라이브러리가 있습니다. 애플리케이션에서 이러한 라이브러리를 구현하여 유사한 SQL Server 애플리케이션 기능을 대체할 수 있습니다.

다음 표에는 많은 일반적인 시나리오에서 사용할 수 있는 일부 라이브러리가 나와 있습니다.

Babelfish를 사용하여 Amazon Aurora PostgreSQL에 연결하려면 특별한 코딩이 필요하지 않습니다. 그러나 모든 코드는 사용 전에 철저하게 테스트해야 합니다.

다른 목적별 데이터베이스에는 목적별 데이터베이스에 액세스할 수 있는 .NET 호환 라이브러리에 액세스하기 위한 라이브러리가 있습니다. 그러한 예는 다음과 같습니다.

전용 빌드 데이터베이스로 마이그레이션하는 경우에서 다음 도구를 사용하여 마이그레이션 프로세스를 AWS 지원할 수 있습니다.

추가 리소스