微服务中的会话管理

让我分享我的意见。

首先，如果您可以保持应用程序无状态，请务必这样做:)在性能和可扩展性方面，这将是最佳解决方案。

现在，如果不可能，那么您应该维护一些分布式会话管理层。

负责身份验证的网关可以生成一些唯一的会话标识符，这些标识符以后可以用作密钥。此密钥可以传播到所有微服务，并成为 API 或其他内容的一部分。

为了访问会话，微服务可以按键“获取”值并使用它。

在实现方面：我会看看NoSQL解决方案。其中一些可以满足您的需求的是：

1. 雷迪斯。看看那里的“hset”
2. 黑兹尔卡斯特。它更像是一个内存网格，但如果解决方案只是java，你也可以实现所需的功能。
3. 它会给你一个旧的好地图，只是分发:)

我相信还有其他解决方案。

现在，性能在这里至关重要，否则整个解决方案将太慢。因此，在我的理解中，使用RDBMS在这里并不好，而且可能更难扩展它。

希望这有帮助

1）API网关应该是状态满的，而其他微服务是无状态的吗？

是的，与12因素应用程序指南中一样，所有服务都应该是无状态的。

2）如果是这样，API网关和微服务之间应该如何共享用户会话数据？

API 应该是无状态的，因此不要将会话状态共享给微服务。建议的方法是设置 Redis 缓存来存储会话数据。