Support for managed Redis cloud services with restricted commands (Oracle OCI, AWS ElastiCache, Azure, GCP) #114
Description
Currently, the langgraph-checkpoint-redis library requires executing the MODULE LIST command during initialization setup(), to check for the presence of modules like RedisJSON and RediSearch.
In managed Redis cloud services (Oracle OCI Cache, AWS ElastiCache, Azure Cache, Google Memorystore), users typically have restricted permissions and cannot execute administrative commands such as MODULE LIST. This results in permission errors and blocks the checkpointer initialization, even if the required modules are installed and active.
Impact:
It is not possible to use LangGraph with Redis persistence in these cloud environments, even if Redis is compatible and the modules are present.
The error affects any cloud deployment where administrative commands are restricted by the provider.
Proposal:
Add a configuration option (e.g., skip_module_check=True) to disable module checking during initialization, allowing basic persistence in restricted environments.
Alternatively, catch the permission error and continue if only basic checkpointing is required.
Use cases:
Oracle OCI Cache (standalone, Redis 7.x): MODULE LIST is blocked by security policy.
AWS ElastiCache: administrative commands are restricted.
Azure Cache for Redis (Standard): restricted commands, only Enterprise allows advanced modules.
GCP Memorystore: does not allow installing or querying modules.
References:
https://docs.oracle.com/en-us/iaas/Content/ocicache/restrictedcommands.htm
http://github.com/redis-developer/langgraph-redis/releases
Would it be possible to add support for this scenario in future versions?