本部分介绍在设计、构建和管理集成时应考虑的 Apigee Integration 配额和限制。Apigee Integration 功能的设计目的是在这些配额和限制内进行配置时提高稳定性和性能。
配额限制了 Cloud 项目可使用的特定共享 Google Cloud 资源（包括硬件、软件和网络组件）的数量。
配额是执行以下操作的系统的一部分：
- 监控 Google Cloud 产品和服务的使用情况或消费情况。
- 为了确保公平性和减少使用量高峰等原因，您可以限制对这些资源的消耗。
- 维护可自动强制执行规定限制的配置。
- 提供更改配额或请求更改配额的方法。
超过配额时，在大多数情况下，系统会立即阻止对相关 Google 资源的访问，并且您尝试执行的任务将失败。在大多数情况下，配额适用于每个 Cloud 项目，并由使用该 Cloud 项目的所有应用和 IP 地址共享。
Apigee Integration 资源也有限制。这些限制与配额系统无关。除非另有说明，否则无法更改限制。
资源配额
以下配额适用于每个 Google Cloud 项目的 Apigee Integration 资源：| 资源 | 配额 | 值 | 是否可以增加？ |
|---|---|---|---|
| 集成执行 | 每个项目的并发执行次数上限 | 10 | 否 |
| 每个集成的并发执行次数上限 | 10 | 否 | |
| 每天的任务执行次数上限（订阅付款模式） | 500 | 否 | |
| 每分钟的集成执行请求数 | 24000 | 否 | |
| 集成连接器 | 每个区域每个项目的连接数上限 | 50 | 是 |
| 每分钟的读取连接架构请求数 | 12000 | 否 | |
| 每分钟的读取区域请求数 | 12000 | 否 | |
| 每分钟的读取区域请求数 | 12000 | 否 | |
| 集成执行日志和监控 | 每分钟的读取执行请求数 | 12000 | 否 |
| “集成”页面
（此页面列出了您的项目中的所有可用集成） |
每分钟的读取集成请求数 | 12000 | 否 |
| 集成设计器页面
（此页面会加载整个集成，包括所有集成版本和已配置的任务实体） |
每分钟的读取任务实体请求数 | 12000 | 否 |
| 每分钟的读取集成版本请求数 | 12000 | 否 | |
| 每分钟的写入集成版本请求数 | 12000 | 否 | |
| Salesforce 触发器 | 每分钟的读取 Salesforce 渠道请求数 | 12000 | 否 |
| 每分钟的写入 Salesforce 渠道请求数 | 12000 | 否 | |
| 每分钟的读取 Salesforce 实例请求数 | 12000 | 否 | |
| 每分钟的写入 Salesforce 实例请求数 | 12000 | 否 |
用量限额
Apigee Integration 实施以下用量限额。您需要负责跟踪并确保值保持在规定的限制范围内。超出这些限制可能会导致吞吐量降低、任务失败以及运行集成时的延迟时间增加。| 资源 | 限制 | 值 |
|---|---|---|
| 适用于整个 Apigee Integration | 集成名称中的字符数上限 | 64 个字符 |
| 所有集成数据（包括输入和输出变量）的累计大小上限 | 25 MB | |
| 从连接发送和接收的所有集成数据（包括输入和输出变量）的累计大小上限 | 8 MB | |
同步 (SYNC) 集成执行超时。 超时持续时间包括集成在执行期间的任何外部系统调用或子集成任务。外部系统调用的示例包括调用外部端点、使用连接器调用 Salesforce 以及调用 Google Cloud Functions 函数。 |
2 分钟 | |
异步 (ASYNC) 集成执行超时。 如果子集成的运行时间超过 2 分钟，请考虑在 ASYNC 模式下执行集成。 |
10 分钟 | |
在发布新版本（系统一致性）后旧版集成可以运行的最长时间。 这是因为 Apigee Integration 是一个提供最终一致性的分布式系统。它会在系统中使用缓存，可能需要一些时间来进行清理和刷新。 |
10 分钟 | |
集成中的任务数上限。 如果需要更多任务，我们建议您将集成拆分为多个集成。 |
100 | |
| 一个集成允许的版本数上限 | 100 | |
| API 触发器 | 触发器 ID 中 TRIGGER_NAMETRIGGER_NAME 的字符数上限。 触发器 ID 格式： |
64 个字符 |
| Apps 脚本任务 | Apps 脚本的活跃部署数上限 | 50 |
| API 可执行文件的每秒查询次数 (QPS) | 每分钟 5000 次 | |
| Web 应用部署的每秒查询次数 (QPS) | 每分钟 5000 次 | |
| API 可执行文件的延迟时间 | 1.5 秒 | |
| Web 应用的延迟时间 | 2.5 秒 | |
| Apps 脚本中所有集成变量的累计大小上限 | 15 MB | |
| “调用 REST 端点”任务 | 并发 REST 调用数上限 | 10000 |
| 发送到 REST 端点的请求大小上限 | 25 MB | |
| 来自 REST 端点的响应大小上限 | 25 MB | |
| “调用集成”任务 | 可从主集成运行的子集成数量上限 | 10000 |
| 连接器任务 | 来自连接器的响应大小上限 | 20 MB |
| While Loop 和 For Each Loop 任务 | 处理的数据的累计大小上限 | 20 MB |
| 迭代次数上限 | 8000 | |
| “针对每一项并行”任务 | 处理的数据的累计大小上限 | 20 MB |
| 并行执行数量上限 | 10000 | |
| 数据映射任务 | 数组数据类型变量的大小上限 | 100000 个元素 |
| JSON 数据类型变量的大小上限 | 20 MB | |
| 字符串数据类型变量的大小上限 | 20 MB | |
| JSON 数据类型变量的大小上限 | 20 MB | |
| 数据转换器脚本任务 | 可用于脚本评估的内存上限 | 300 MB |
数据处理限制
建议不要在以下情况下使用集成：
- 集成需要移动批量数据或专注于提取、转换和加载 (ETL) 过程。
- 执行期间所有集成数据的累计大小超过
10 MB。在计算累计数据大小时，请添加所有类型的数据（例如输入变量、输出变量和其他中间任务变量）的大小。
支持的区域
Apigee Integration 支持数据平面和运行时区域化。在集成创建过程中，用户可以选择数据和执行所在的特定区域。
下表列出了可使用 Apigee Integration 的区域。
美洲
| 区域说明 | 区域名称 | 详情 |
|---|---|---|
| Oregon |
us-west1
|
 二氧化碳排放量低 |
| 洛杉矶 |
us-west2
|
|
| 盐湖城 |
us-west3
|
|
| 拉斯维加斯 |
us-west4
|
|
| 南卡罗来纳 |
us-east1
|
|
| 北弗吉尼亚 |
us-east4
|
|
| 哥伦布 |
us-east5
|
|
| 艾奥瓦 |
us-central1
|
二氧化碳排放量低
|
| Dallas |
us-south1
|
|
| 蒙特利尔 |
northamerica-northeast1
|
|
| 多伦多 |
northamerica-northeast2
|
|
| 圣保罗 |
southamerica-east1
|
二氧化碳排放量低
|
| 圣地亚哥 |
southamerica-west1
|
二氧化碳排放量低
|
欧洲
| 区域说明 | 区域名称 | 详情 |
|---|---|---|
| 比利时 |
europe-west1
|
二氧化碳排放量低
|
| 伦敦 |
europe-west2
|
|
| 法兰克福 |
europe-west3
|
|
| 荷兰 |
europe-west4
|
|
| 苏黎世 |
europe-west6
|
二氧化碳排放量低
|
| 米兰 |
europe-west8
|
|
| 巴黎 |
europe-west9
|
二氧化碳排放量低
|
| 柏林 |
europe-west10
|
|
| 都灵 |
europe-west12
|
|
| 芬兰 |
europe-north1
|
二氧化碳排放量低
|
| 华沙 |
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 |
| Dammam | me-central2 |
| 特拉维夫 | me-west1 |