如何在AWS上为IBM WebSphere Liberty配置会话缓存并对接AWS Elasticache

问题1答复 #

Liberty原生的sessionCache-1.0特性确实无法直接对接AWS ElastiCache。该特性底层完全基于JCache（JSR-107）规范实现，要求缓存服务必须提供符合JCache规范的客户端实现才能完成集成。而AWS ElastiCache支持的Redis、Memcached两款引擎，官方均没有提供原生JCache兼容客户端，因此无法直接适配Liberty的原生会话缓存特性。

问题2答复 #

不需要完全从零编写自定义会话缓存逻辑，有成熟的轻量化方案可避免重复造轮子。

可行实现建议 #

• 方案1：JCache兼容客户端桥接
  引入开源的Redis JCache实现，在Liberty的sessionCache-1.0配置中指定该JCache实现作为缓存提供者，底层对接AWS ElastiCache的Redis实例即可。该方案完全复用Liberty原生的会话缓存管理逻辑，应用层不需要做任何代码改造，仅需要调整Liberty服务配置、引入对应依赖即可。
• 方案2：Liberty Redis会话扩展对接
  直接使用Liberty官方提供的Redis会话存储扩展特性，该特性原生支持对接标准Redis实例，不需要依赖JCache规范，直接配置ElastiCache的Redis连接参数即可完成集成，配置复杂度比方案1更低，稳定性更高。
• 方案3：自定义会话过滤器（仅特殊场景使用）
  若业务有特殊的会话缓存规则，前两种通用方案无法满足时，再考虑自定义Servlet过滤器实现会话的序列化、缓存读写逻辑，直接调用ElastiCache原生客户端完成操作。该方案改造成本最高，需要自行处理会话失效、并发冲突、序列化兼容等边缘问题，非必要不建议选用。

内容的提问来源于stack exchange，提问作者K.Tsuda