이 섹션에서는 통합을 디자인, 빌드, 관리할 때 고려해야 하는 Apigee Integration 할당량 및 한도에 대해 설명합니다. Apigee Integration 기능은 이러한 할당량 및 한도 내에서 사용 사례에 따라 구성될 때 안정성과 성능을 제공하도록 설계되었습니다.
할당량은 하드웨어, 소프트웨어, 네트워크 구성요소를 비롯해 Cloud 프로젝트가 사용할 수 있는 특정 공유 Google Cloud 리소스의 양을 제한합니다.
할당량은 다음을 수행하는 시스템의 일부입니다.
- Google Cloud 제품 및 서비스 사용 또는 소비량을 모니터링합니다.
- 공정성 보장 및 사용량 급증 방지 등 여러 이유로 리소스 소비를 제한합니다.
- 사전 정의된 제한사항을 자동으로 적용하는 구성을 유지합니다.
- 할당량을 변경하거나 변경을 요청할 수 있는 수단을 제공합니다.
할당량이 초과되면 대부분의 경우 시스템에서 관련 Google 리소스에 대한 액세스를 즉시 차단하고 수행하려는 작업이 실패합니다. 대부분의 경우 할당량은 각 Cloud 프로젝트에 적용되며 해당 Cloud 프로젝트를 사용하는 모든 애플리케이션과 IP 주소 전반에 공유됩니다.
Apigee Integration 리소스에도 한도가 있습니다. 이 한도는 할당량 시스템과 관련이 없습니다. 별도로 명시되지 않는 한 한도를 변경할 수 없습니다.
리소스 할당량
Google Cloud 프로젝트당 Apigee Integration 리소스에는 다음 할당량이 적용됩니다.| 리소스 | 할당량 | 값 | 상향 가능성 |
|---|---|---|---|
| 통합 실행 | 프로젝트당 최대 동시 실행 수 | 10 | 아니요 |
| 통합당 최대 동시 실행 수 | 10 | 아니요 | |
| 일일 최대 태스크 실행 수(구독 결제 모델) | 500 | 아니요 | |
| 분당 통합 실행 요청 수 | 24000 | 아니요 | |
| Integration Connectors | 프로젝트당 리전별 최대 연결 수 | 50 | 예 |
| 분당 읽기 연결 스키마 요청 수 | 12000 | 아니요 | |
| 분당 읽기 연결 요청 수 | 12000 | 아니요 | |
| 분당 읽기 리전 요청 수 | 12000 | 아니요 | |
| 통합 실행 로그 및 모니터링 | 분당 읽기 실행 요청 수 | 12000 | 아니요 |
| 통합 페이지
(이 페이지는 프로젝트에서 사용 가능한 모든 통합을 보여줍니다.) |
분당 읽기 통합 요청 수 | 12000 | 아니요 |
| 통합 디자이너 페이지
(이 페이지에서는 모든 통합 버전 및 구성된 작업 항목을 포함한 전체 통합을 로드합니다.) |
분당 읽기 작업 항목 요청 수 | 12000 | 아니요 |
| 분당 읽기 통합 버전 요청 수 | 12000 | 아니요 | |
| 분당 쓰기 통합 버전 요청 수 | 12000 | 아니요 | |
| Salesforce 트리거 | 분당 읽기 Salesforce 채널 요청 수 | 12000 | 아니요 |
| 분당 쓰기 Salesforce 채널 요청 수 | 12000 | 아니요 | |
| 분당 읽기 Salesforce 인스턴스 요청 수 | 12000 | 아니요 | |
| 분당 쓰기 Salesforce 인스턴스 요청 수 | 12000 | 아니요 |
사용량 한도
Apigee Integration은 다음과 같은 사용량 한도를 적용합니다. 값이 규정된 한도 내에서 유지되는지 추적하고 확인해야 합니다. 이 한도를 초과하면 통합을 실행할 때 처리량 감소, 작업 실패, 지연 시간 증가가 발생할 수 있습니다.| 리소스 | 한도 | 값 |
|---|---|---|
| 전체 Apigee Integration에 적용 가능 | 통합 이름의 최대 문자 수 | 64자(영문 기준) |
| 모든 통합 데이터의 최대 누적 크기(입력 및 출력 변수 포함) | 25MB | |
| 연결에서 전송 및 수신되는 모든 통합 데이터(입력 및 출력 변수 포함)의 최대 누적 크기 | 8MB | |
동기(SYNC) 통합 실행 제한 시간. 제한 시간에는 실행 중 외부 시스템 호출 또는 통합의 하위 통합 태스크가 포함됩니다. 외부 시스템 호출의 예시에는 외부 엔드포인트 호출, 커넥터를 사용하는 Salesforce 호출, Google Cloud 함수 호출이 있습니다. |
2분 | |
비동기(ASYNC) 통합 실행 제한 시간. 하위 통합을 실행하는 데 2분 이상 소요되면 ASYNC 모드에서 통합을 실행하는 것을 고려합니다. |
10분 | |
새 버전을 게시한 후 이전 버전의 통합이 실행될 수 있는 최대 시간(시스템 일관성). Apigee Integration이 eventual consistency를 제공하는 분산 시스템이기 때문입니다. 시스템 전체에서 삭제 및 새로고침에 시간이 걸릴 수 있는 캐시가 사용됩니다. |
10분 | |
통합의 최대 태스크 수 더 많은 태스크가 필요하면 통합을 여러 통합으로 분할하는 것이 좋습니다. |
100 | |
| 통합에 허용되는 최대 버전 수 | 100 | |
| API 트리거 | 트리거 ID의 TRIGGER_NAME 최대 문자 수입니다.
트리거 ID 형식: |
64자(영문 기준) |
| Apps Script 태스크 | Apps Script의 최대 활성 배포 수 | 50 |
| API 실행 파일의 초당 쿼리 수(QPS) | 분당 5000 | |
| 웹 앱 배포의 초당 쿼리 수(QPS) | 분당 5000 | |
| API 실행 파일의 지연 시간 | 1.5초 | |
| 웹 앱의 지연 시간 | 2.5초 | |
| Apps Script의 모든 통합 변수 최대 누적 크기 | 15MB | |
| REST 엔드포인트 호출 태스크 | 최대 동시 실행 REST 호출 수 | 10000 |
| REST 엔드포인트에 대한 최대 요청 크기 | 20MB | |
| REST 엔드포인트의 최대 응답 크기 | 20MB | |
| 통합 호출 태스크 | 기본 통합에서 실행할 수 있는 최대 하위 통합 수 | 10000 |
| 커넥터 태스크 | 커넥터의 최대 응답 크기 | 20MB |
| While 루프 및 For Each 루프 태스크 | 처리된 데이터의 최대 누적 크기 | 20MB |
| 최대 반복 횟수 | 8000 | |
| For Each 병렬 태스크 | 처리된 데이터의 최대 누적 크기 | 20MB |
| 최대 동시 실행 수 | 10000 | |
| 데이터 매핑 태스크 | 배열 데이터 유형 변수의 최대 크기 | 요소 100,000개 |
| JSON 데이터 유형 변수의 최대 크기 | 20MB | |
| 문자열 데이터 유형 변수의 최대 크기 | 20MB | |
| JSON 데이터 유형 변수의 최대 크기 | 20MB | |
| 데이터 변환기 스크립트 태스크 | 스크립트 평가에 사용할 수 있는 최대 메모리 | 300MB |
데이터 처리 한도
다음 시나리오에서는 통합을 사용하지 않는 것이 좋습니다.
- 통합을 사용하려면 대량 데이터 이동 또는 추출, 변환, 로드(ETL) 프로세스에 대한 집중이 필요합니다.
- 모든 통합 데이터의 누적 크기는 실행 중
10 MB를 초과합니다.누적 데이터 크기를 계산할 때는 입력 변수, 출력 변수, 기타 중간 태스크 변수와 같은 모든 유형의 데이터 크기를 추가합니다.
지원되는 리전
Apigee Integration은 데이터 영역 및 런타임 지역화를 지원합니다. 통합 만들기 프로세스 중 사용자는 데이터 및 실행이 존재하는 특정 리전을 선택할 수 있습니다.
다음 표에는 Apigee Integration을 사용할 수 있는 리전이 나와 있습니다.
미주
| 리전 설명 | 리전 이름 | 세부정보 |
|---|---|---|
| 오리건 |
us-west1
|
 낮은 CO2 |
| 로스앤젤레스 |
us-west2
|
|
| 솔트레이크시티 |
us-west3
|
|
| 라스베이거스 |
us-west4
|
|
| 사우스캐롤라이나 |
us-east1
|
|
| 북버지니아 |
us-east4
|
|
| 콜럼버스 |
us-east5
|
|
| 아이오와 |
us-central1
|
낮은 CO2
|
| 댈러스 |
us-south1
|
|
| 몬트리올 |
northamerica-northeast1
|
|
| 토론토 |
northamerica-northeast2
|
|
| 상파울루 |
southamerica-east1
|
낮은 CO2
|
| 산티아고 |
southamerica-west1
|
낮은 CO2
|
유럽
| 리전 설명 | 리전 이름 | 세부정보 |
|---|---|---|
| 벨기에 |
europe-west1
|
낮은 CO2
|
| 런던 |
europe-west2
|
|
| 프랑크푸르트 |
europe-west3
|
|
| 네덜란드 |
europe-west4
|
|
| 취리히 |
europe-west6
|
낮은 CO2
|
| 파리 |
europe-west9
|
낮은 CO2
|
| 베를린 |
europe-west10
|
|
| 토리노 |
europe-west12
|
|
| 핀란드 |
europe-north1
|
낮은 CO2
|
| 바르샤바 |
europe-central2
|
|
| 마드리드 |
europe-southwest1
|
아시아 태평양
| 리전 설명 | 리전 이름 |
|---|---|
| 타이완 |
asia-east1
|
| 홍콩 |
asia-east2
|
| 뭄바이 |
asia-south1
|
| 델리 |
asia-south2
|
| 도쿄 |
asia-northeast1
|
| 오사카 |
asia-northeast2
|
| 서울 |
asia-northeast3
|
| 싱가포르 |
asia-southeast1
|
| 자카르타 |
asia-southeast2
|
| 시드니 |
australia-southeast1
|
| 멜버른 |
australia-southeast2
|
중동
| 리전 설명 | 리전 이름 |
|---|---|
| 도하 | me-central1 |
| 담맘 | me-central2 |
| 텔아비브 | me-west1 |