6.2. 3scale 온-프레미스 인스턴스
3scale 온-프레미스 인스턴스의 경우 API 백엔드 환경을 관리하기 위해 3scale을 설정하는 여러 가지 방법이 있습니다.
- 각 API 백엔드 환경에 대한 별도의 3scale 인스턴스
- 멀티 테넌시 기능을 사용하는 단일 3scale 인스턴스
6.2.1. 환경당 3scale 인스턴스 분리
이 접근 방식에서는 각 API 백엔드 환경에 대해 별도의 3scale 인스턴스가 배포됩니다. 이 아키텍처의 장점은 각 환경이 서로 격리되므로 공유 데이터베이스 또는 기타 리소스가 없다는 점입니다. 예를 들어, 한 환경에서 수행되는 로드 테스트는 다른 환경의 리소스에 영향을 미치지 않습니다.
참고
이러한 설치 분리는 위에서 설명한 대로 이점이 있지만 더 많은 운영 리소스와 유지 관리가 필요합니다. 이러한 추가 리소스는 OpenShift 관리 계층에 필요하며 반드시 3scale 계층에 필요하지는 않습니다.
6.2.2. 환경당 3scale 테넌트 분리
이 접근 방식에서는 단일 3scale 인스턴스가 사용되지만 멀티 테넌시 기능은 여러 API 백엔드를 지원하는 데 사용됩니다.
두 가지 옵션이 있습니다.
- 단일 테넌트 내에서 환경과 3scale 제품 간에 1-to-1 매핑을 생성합니다.
필요에 따라 테넌트당 하나 이상의 제품을 사용하여 환경 및 테넌트 간에 1-to-1 매핑을 만듭니다.
- API 백엔드 환경에 해당하는 테넌트 3개( dev-tenant, ArgoCD-tenant, prod-tenant)가 있습니다. 이 접근 방식의 이점은 환경을 논리적으로 구분할 수 있지만 공유 물리적 리소스를 사용할 수 있다는 것입니다.
참고
API 환경을 여러 테넌트가 있는 단일 설치에 매핑하기 위한 최상의 전략을 설명할 때 궁극적으로 공유 물리적 리소스를 고려해야 합니다.
