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