当我们听到”无状态架构”时，我们经常认为它意味着构建没有状态的应用。那是错误的画面，它可能导致对随之而来的一切感到困惑。
每个应用都有状态，如用户会话、购物车、认证令牌和偏好。所有这些都是状态。它是应用的记忆，正是使个性化数字体验成为可能的东西。没有它，每次访问网站都会感觉像第一次。
换句话说，无状态架构不消除状态而是重新定位它。理解状态移动到哪里、为什么我们移动它以及那个移动的成本对我们开发者至关重要。
在本文中，我们将更详细地理解无状态架构的细微差别。
什么是无状态架构
无状态架构是一种设计模式，其中应用服务器不存储客户端会话数据。相反，会话状态存储在外部数据存储中，如数据库、缓存或会话存储。
关键特征
- 服务器无状态：任何服务器可以处理任何请求
- 外部状态存储：会话数据存储在共享存储中
- 水平可扩展：可以轻松添加更多服务器
- 故障恢复：服务器故障不影响用户会话
好处
- 可扩展性：可以轻松水平扩展，添加更多服务器实例
- 负载均衡：任何请求可以路由到任何服务器
- 故障恢复：服务器故障不会丢失会话数据
- 简化部署：可以独立部署和扩展应用服务器
权衡
- 额外延迟：每次请求需要访问外部存储获取状态
- 存储复杂性：需要管理外部状态存储
- 网络依赖：依赖网络和外部存储的可用性
- 成本：额外的存储和网络成本
状态存储选项
1. 数据库
- 优点：持久化、可靠
- 缺点：延迟较高、可能成为瓶颈
2. 缓存（如 Redis、Memcached）
- 优点：低延迟、高性能
- 缺点：需要处理缓存失效、可能需要持久化
3. 客户端存储（如 JWT）
- 优点：服务器完全无状态
- 缺点：令牌大小限制、安全性考虑
实施考虑
1. 会话管理
- 选择合适的会话存储
- 实现会话过期和清理
- 处理并发会话
2. 数据一致性
- 确保跨服务器数据一致性
- 处理分布式事务
- 实现适当的锁定机制
3. 安全性
- 保护会话数据
- 实现适当的认证和授权
- 防止会话劫持
参考
本文为学习目的的个人翻译，译文仅供参考。
原文链接：Stateless Architecture: Benefits and Tradeoffs。
版权归原作者或原刊登方所有。本文为非官方译本；如有不妥，请联系删除。