모범 사례

이 단원에서는이 안내서의 몇 가지 주요 내용을 나열합니다. 각 요점에 대한 자세한 내용은 해당 섹션 링크를 참조하십시오.

관리형 PostgreSQL에 대한 AWS 옵션 비교

AWS 는 관리형 환경에서 PostgreSQL을 실행하는 두 가지 기본 방법을 제공합니다. (이 맥락에서 관리형은 PostgreSQL 인프라 및 DBMS가 AWS 서비스에서 부분적으로 또는 완전히 지원됨을 의미합니다.) 의 관리형 PostgreSQL 옵션은 백업, 장애 조치, 최적화 및 PostgreSQL의 일부 관리를 자동화하는 이점 AWS 이 있습니다. 관리형 옵션으로는 Amazon Aurora PostgreSQL 호환 버전 및 Amazon Relational Database Service(Amazon RDS) for PostgreSQL을 AWS 제공합니다. PostgreSQL 사용 사례를 분석하여이 두 모델 중에서 가장 적합한 모델을 선택할 수 있습니다. 자세한 내용은이 안내서의 Amazon RDS와 Aurora 중에서 선택 섹션을 참조하세요.

다중 테넌트 SaaS 파티셔닝 모델 선택

PostgreSQL에 적용할 수 있는 사일로, 브리지 및 풀의 세 가지 SaaS 파티셔닝 모델 중에서 선택할 수 있습니다. 각 모델에는 장단점이 있으므로 사용 사례에 따라 가장 최적의 모델을 선택해야 합니다. Amazon RDS for PostgreSQL 및 Aurora PostgreSQL 호환은 세 가지 모델을 모두 지원합니다. SaaS 애플리케이션에서 테넌트 데이터 격리를 유지하려면 모델을 선택하는 것이 중요합니다. 이러한 모델에 대한 자세한 내용은이 안내서의 PostgreSQL용 다중 테넌트 SaaS 파티셔닝 모델 섹션을 참조하세요.

풀 SaaS 파티셔닝 모델에 행 수준 보안 사용

PostgreSQL을 사용하는 풀 모델에서 테넌트 데이터 격리를 유지하려면 행 수준 보안(RLS)이 필요합니다. 이는 풀 모델에서 테넌트별로 인프라, PostgreSQL 데이터베이스 또는 스키마 간에 논리적으로 분리되지 않기 때문입니다. RLS는 데이터베이스 수준에서 격리 정책의 적용을 중앙 집중화하고 소프트웨어 개발자로부터 이러한 격리를 유지해야 하는 부담을 제거합니다. RLS를 사용하여 데이터베이스 작업을 특정 테넌트로 제한할 수 있습니다. 자세한 내용과 예제는이 가이드의 행 수준 보안 권장 사항 섹션을 참조하세요.