我需要一种合适的缓存方法，用于显示来自Google Calendar API的数据的企业门户。哪些算法或设计模式最适用？
Google Calendar API 受每天请求数量（默认为 10,000 个请求/天 - 我请求更多）和访问速率（5 个请求/秒/用户）的限制。
我希望使用两种核心 API 方法，一种是获取用户日历列表（1 个 API 命中），另一种是下载单个日历的事件（每个日历1 个 API 命中）。
日历列表和单个日历都包含etag值，可用于帮助避免不必要的 API 请求。如果您有一个单独的日历etag值列表，那么您可以通过查询日历列表来查看其中是否有任何更改。（不幸的是，HTTP 304 Not Modified响应仍被视为 API 命中）。
此外，我真的不想下载和缓存整个日历内容（所以可能一次只需要几天或几周）。
我需要找到一种方法来尽量减少 API 调用的数量，但不尝试存储所有内容。它还需要能够处理偶尔从未更改的日历中获取数据，因为日历数据上的“时间滑动窗口”已经移动。我希望系统有数据存储支持，以便多个门户实例可以共享相同的数据。