阿里云搞了个国内头一回的Redis全球多活版本，感觉挺厉害的

（来源：根据阿里云官方发布及科技媒体“钛媒体”的报道整合）

阿里云最近确实搞了个大新闻，他们推出了一个被称为“国内头一回”的Redis服务版本，叫做“Redis全球多活”，这个东西就是为了解决一个挺让人头疼的问题：当你的用户遍布全世界，而你的数据只存放在一个地方（比如只在中国）时，远在欧美或者东南亚的用户访问你的应用，比如刷个短视频、玩个游戏或者下一个订单，就会感觉特别慢,甚至有时候会因为网络波动而卡住或失败。

想象一下，一个游戏玩家在欧洲，而游戏的数据中心在杭州，他每开一枪，这个操作指令要先穿过大半个地球的网络传到杭州的服务器，服务器处理完“击中目标”的结果后，再穿回欧洲显示在玩家的屏幕上，这个来回的延迟，也就是我们常说的网络延迟，可能会高达几百毫秒，在争分夺秒的游戏对战中，这点延迟可能就是生与死的区别，同样，对一个跨境电商网站，如果南美的用户打开一个商品页面要等好几秒钟,他很可能就没耐心直接关掉去别的网站了。

阿里云这个“Redis全球多活”版本，核心想法很直接，但实现起来据说非常复杂，它不是在全世界只有一个主数据库，而是在全球不同的地区（比如华东、华北、东南亚、欧洲、美国等）都部署一个功能完整、可以独立读写数据的Redis实例，这些分布在世界各地的Redis实例，就像一个多胞胎兄弟，它们之间保持着一种极其高效和精准的“心灵感应”。

这个“心灵感应”就是关键，传统上，我们也会做数据备份，但通常是“主从模式”，一个主数据库，其他地方的数据库只是只读的备份，数据是单向从主库同步到从库，而阿里云这个“全球多活”是真正的“多主模式”，意思是你在世界任何一个地方的Redis实例上写入数据，这个新增或修改的数据都会在极短的时间内（官方宣称秒级内）自动同步到全球所有其他的Redis实例上，一个用户在北京的实例里修改了自己的昵称，几乎在同一瞬间，一个正在洛杉矶实例上查询他信息的朋友,看到的就是他刚改好的新昵称。

这样做的好处是巨大的，最直观的就是速度变快了，应用可以引导用户去访问离他地理位置最近的那个Redis实例进行读写操作，北京的用户连北京的实例，洛杉矶的用户连洛杉矶的实例，网络延迟瞬间从几百毫秒降到了个位数毫秒，用户体验的流畅度有了质的飞跃，是可用性大大增强，也就是更不容易“挂掉”了，假如某个地区的数据中心因为自然灾害或者光缆被挖断等意外情况导致整个机房瘫痪，那么该地区的流量可以立刻被切换到其他健康地区的实例上，因为其他实例拥有几乎完全一样的最新数据，所以业务可以几乎无缝地继续运行，用户可能都感觉不到后台出了这么大的故障，这就像是给数据做了一个全球范围的“不倒翁”备份。

听起来很美好，但实现这种“强一致性”的全球同步是技术上的巨大挑战，因为网络本身就不是绝对可靠的，跨洋的数据传输可能会遇到延迟、丢包、甚至顺序错乱等问题，如何确保在全球多个节点同时写入数据时不会发生冲突？万一一个商品在亚洲和美洲被同一个人几乎同时下单，如何保证不会超卖？这背后需要非常精巧的冲突检测和解决机制，阿里云声称他们是在Redis社区版的基础上，自研了相关的数据同步和冲突处理核心组件，才实现了这个能力，并且保证了与开源Redis协议的完全兼容,这意味着开发者不需要修改现有的业务代码就能用上这个高级功能。

（来源补充：根据“InfoQ”等技术社区的分析）这种能力在过去通常是像Google、Amazon这样的国际云厂商巨头才具备的，并且通常是与他们自家的数据库产品深度绑定的，阿里云这次将其作为一种托管的Redis服务提供给所有客户，确实是在国内云服务商里开了先河，这对于那些出海业务发展迅速的中国公司，比如游戏公司、跨境电商、社交娱乐应用等，提供了一个非常有力的技术工具，让他们能更轻松地构建真正具有全球竞争力的互联网服务，说它“挺厉害的”，并非过誉，而是因为它切中了许多企业全球化扩张时的一个核心痛点,并提供了一个看似优雅的解决方案。