Red Hat Summit4.4. APIcast 게이트웨이가 있는 3scale
3scale 온-프레미스 인스턴스의 경우 API 백엔드 환경을 관리하기 위해 3scale을 설정하는 두 가지 대안이 있습니다.
- 각 3scale 설치에는 스테이징 및 프로덕션을 위한 두 개의 임베디드 APIcast 게이트웨이가 포함되어 있습니다.
- 3scale이 실행 중인 OpenShift 클러스터에 추가 APIcast 게이트웨이를 외부에 배포합니다.
4.4.1. 임베디드 APIcast 기본 게이트웨이
내장된 APIcast 게이트웨이를 사용하면 APIcast 게이트웨이를 사용하여 3scale 에 설명된 위의 방법을 사용하여 구성된 API 백엔드가 자동으로 처리됩니다. 3scale 마스터 관리자가 테넌트를 추가하면 프로덕션 및 스테이징 임베디드 APIcast 게이트웨이에서 테넌트용 경로가 생성됩니다. 다중 테넌시 하위 도메인 이해를 참조하십시오.
-
<API_NAME>-<TENANT_NAME>-apicast.staging.<WILDCARD_DOMAIN> -
<API_NAME>-<TENANT_NAME>-apicast.production.<WIDLCARD_DOMAIN>
따라서 다른 테넌트에 매핑된 각 API 백엔드 환경에서는 고유한 경로를 가져옵니다. 예를 들면 다음과 같습니다.
-
개발자: <
API_NAME>-dev-apicast.staging.<WILDCARD_DOMAIN> -
QA:
<API_NAME>-qa-apicast.staging.<WILDCARD_DOMAIN> -
프로덕션: <
API_NAME>-prod-apicast.staging.<WILDCARD_DOMAIN>
4.4.2. 추가 APIcast 게이트웨이
추가 APIcast 게이트웨이는 3scale 인스턴스가 실행 중인 것과 다른 OpenShift 클러스터에 배포됩니다. 추가 APIcast 게이트웨이를 설정하고 사용하는 방법에는 여러 가지가 있습니다. APIcast를 시작할 때 사용되는 환경 변수 THREESCALE_PORTAL_ENDPOINT 의 값은 추가 APIcast 게이트웨이 설정 방법에 따라 다릅니다.
각 API 백엔드 환경에 대해 별도의 APIcast 게이트웨이를 구성할 수 있습니다. 예를 들면 다음과 같습니다.
DEV_APICAST -> DEV_TENANT ; DEV_APICAST started with THREESCALE_PORTAL_ENDPOINT = admin portal for DEV_TENANT QA_APICAST -> QA_TENANT ; QA_APICAST started with THREESCALE_PORTAL_ENDPOINT = admin portal for QA_APICAST PROD_APICAST -> PROD_TENANT ; PROD_APICAST started with THREESCALE_PORTAL_ENDPOINT = admin portal for PROD_APICAST
APIcast는 구성을 다운로드하는 데 THREESCALE_PORTAL_ENDPOINT 를 사용합니다. API 백엔드 환경에 매핑되는 각 테넌트는 별도의 APIcast 게이트웨이를 사용합니다. THREESCALE_PORTAL_ENDPOINT 는 해당 API 백엔드 환경과 관련된 모든 제품 구성이 포함된 테넌트의 관리 포털로 설정됩니다.
여러 API 백엔드 환경에서 단일 APIcast 게이트웨이를 사용할 수 있습니다. 이 경우 THREESCALE_PORTAL_ENDPOINT 가 마스터 관리 포털 로 설정됩니다.
