我的场景：
我编写了一个为富客户机提供登录端点的后端服务。由uuid标识的富客户机调用该登录、提供uuid并请求登录。然后，后端调用身份验证提供者请求访问和刷新令牌（OAuth2），并将它们存储在嵌入式内存本地键值数据库中。
成功登录后，富客户端将调用后端服务的另一个端点，该端点不能用作第三方端点的网关。后端服务用给定的uuid标识客户机，用访问令牌丰富调用，并调用第三方服务。之后，响应被传输回客户机。
对于这个解决方案，我搜索了一个可以嵌入这个后端服务的快速键值存储。在以后的生产中，将有2个此服务的示例运行。所以我需要一个键值数据库，用于在两个后端服务之间进行同步。
不需要坚持。但我需要一个嵌入式键值存储，它可以作为一个集群工作，并在这两个示例之间进行同步。
我知道redis很能干。但据我所知，redis通常不会嵌入到micrsoservice中。是一个可以连接的独立服务器。
但是我不想要一个完整的redis服务器示例，我只想要这个提供集群的嵌入式解决方案。
由于数据只是临时需要，所以持久性不是问题所在。如果一个示例关闭并重新启动，它应该与现有的redis键值存储同步。如果两个人都下来了，客户要求重新登录，一切都很好。
redis能做到这一点吗？
我只是不需要redis服务器。