反模式:将大于 256 KB 的数据存储在缓存中

您正在查看 ApigeeApigee Hybrid 文档。
查看 Apigee Edge 文档。

Apigee 能够在运行时将数据存储在缓存中,以实现持久性和更快检索。

  • 数据最初存储在 Message Processor 的内存缓存中,这种缓存称为 L1 缓存
  • L1 缓存受为其保留的内存量(占 JVM 内存的百分比)的限制。
  • 缓存的条目随后保留在 L2 缓存中,可供所有 Message Processor 访问。更多详情,请参阅下文。
  • L2 缓存对缓存条目数量没有任何硬性限制,但可缓存的条目大小上限为 256 KB。为获得最佳性能,建议将缓存大小设置为 256 KB。

反模式

这种特定的反模式会讨论超出 Apigee 中当前缓存大小限制所造成的影响。

当缓存大于 256 KB 的数据时,会产生以下后果:

  • 因为在 L2 缓存中没有大于 256 KB 的条目,因此在每个 Message Processor 上首次执行的 API 请求都需要独立于原始来源(政策或目标服务器)获取数据。
  • 在 L1 缓存中存储较大的数据(大于 256 KB)会给平台资源带来更大的压力。这使得 L1 缓存内存的填充速度更快,从而使得其他数据的空间更少。因此,任何人都无法像希望的那样缓存数据。
  • 达到条目数量上限时,Message Processor 中的缓存条目将被移除。这会导致相应 Message Processor 重新从原始来源提取数据。

两个流程图表。一个适用于大小不超过 <=512KB 的情况,显示 API 代理和消息处理器之间的流以及消息处理器和永久性存储 L2 缓存之间的流。一个适用于大小超过 512KB 的情况,显示 API 代理和消息处理器之间的流以及消息处理器和未存储在 L2 缓存中的数据/响应之间的流。

影响

  • 大于 256 KB 的数据不会存储在 L2/persistent 缓存中。
  • 更频繁地调用原始来源(政策或目标服务器)会增加 API 请求的延迟时间。

最佳做法

  • 为了获得最佳性能,最好在缓存中存储小于 256 KB 的数据。
  • 如果需要存储大于 256 KB 的数据 ,则应考虑:
    • 使用适当的数据库来存储大数据

      OR

    • 压缩数据

更多详情