一、案例背景
Canva是一家成立于2013年的澳大利亚在线设计平台公司，总部位于悉尼。截至2026年，Canva已成为全球领先的视觉传播和设计工具提供商，用户覆盖超过190个国家，月活跃用户数突破2.5亿。平台的核心理念是”让设计变得简单”，通过提供拖拽式设计工具和丰富的模板库，降低了专业设计的技术门槛，使个人用户和企业客户都能快速创建高质量的设计内容。
Canva的业务模式建立在免费增值（Freemium）基础上：基础功能免费向所有用户开放，高级功能通过订阅制收费。这种模式对用户规模有着天然的追求，也意味着平台必须具备支撑数亿级用户的底层技术能力。随着用户规模的持续膨胀，Canva的技术基础设施面临着越来越大的压力，特别是在身份认证和会话管理方面。
2026年8月，Canva的软件工程师团队在InfoQ上分享了他们对会话撤销基础设施的重新设计方案。这一技术决策的公开披露，不仅展示了Canva在应对超大规模用户需求时的工程智慧，更折射出公司在快速成长过程中面临的一系列管理挑战：如何在规模扩张中保持系统的可靠性？如何在技术架构演进中做出合理的取舍？如何平衡短期运营需求与长期战略目标？
会话撤销是身份认证系统中的关键功能，用于在用户主动登出、密码修改、权限变更或安全事件发生时，立即使已签发的会话失效。Canva将会话信息存储在加密的浏览器Cookie中，这使得应用网关无需连接网络数据存储即可对请求进行身份验证。然而，已撤销会话和权限变更需要近乎实时地反映到所有网关实例中，这一需求随着平台规模扩大而变得日益严峻。
在旧架构中，Canva将12小时的撤销数据保存在内存中，会话刷新操作需要持续查询MySQL数据库。当平台处于部署高峰期时，数百个网关实例会同时向MySQL请求超过100万条撤销记录，导致数据库负载集中爆发，形成了系统的性能瓶颈和单点故障风险。
二、问题与挑战
规模化带来的架构困境。 随着Canva用户规模从数百万增长至数亿，原有的会话撤销架构面临着严峻的可扩展性挑战。核心矛盾在于：撤销数据需要被所有网关实例快速访问，但集中式数据库在高并发访问下成为瓶颈。频繁的会话刷新操作持续加重数据库负担，而在部署新版本时，数百个网关实例同时请求撤销记录，更会造成数据库负载的急剧飙升。这种”启动风暴”（Startup Storm）现象不仅降低了部署速度，还增加了系统在关键时刻出现故障的风险。
……