1、“双十一”无名英雄排行榜，NO1不是“人”

因为双十一狂欢购物节，今夜无眠，将是很多无名英雄的“下场”。
 
而根据今年诺贝尔生理学或医学奖得主的研究成果（生物钟），抛去科学术语用大白话来讲：如果人体的昼夜节律被打乱，你的正常代谢就会出现问题，然后引来疾病。
 
所以，双十一熬夜的应该属于隐性工伤，他们在深夜里的付出成就了这个全球最负盛名的购物狂欢夜。于是，我们暂且可以为这帮无名英雄打了一个趣味排行榜：剁手党/亲们——千万店家——店小二/客服——快递小哥——各路技术宅——脆弱的IT系统。
 
从这个顺序来看，如果支撑整个双十一的非人的IT系统“罢工”了，上面人的劳作就无从谈起。因此把整个双十一的IT支撑系统作为这群无名英雄的NO1，是名副其实。
 
对于IT系统的重要性，我们可以从更真实的生活场景去感知：

比如，某电商平台搞促销时，你发现点击付款后无法继续输入密码；
 
比如，某银行网点平时都是9点上班，结果今天大门却晚开了2个小时；

比如，程序员正在举办婚礼，结果因为微博系统出现故障，他不得不趴在床边把系统整好。
 
这些现象的背后，往往是因为支撑业务运转的IT系统出现了故障，导致对外提供服务不得不中止。那么，对于大型的网上活动行为，IT系统要面对的挑战有多大呢？
 
以双十一狂欢节为例，在双十一当天，支付宝交易峰值将会超过10万笔/秒。这个恐怖的高频交易数字意味着阿里平台的交易系统要足够强悍，同时由于交易会产生金额变动，所以各大银行的线上支付系统也要经受得住一波又一波的高频交易的读写需求。
 
那么，为了应对汹涌澎湃的访问需求，聪明的IT人找到了很多的办法，比如阿里的技术团队利用云计算（混合云）的超强计算能力应对用户的海量访问，自主研发关系数据库OceanBase将各种支付、交易系统的IO需求串联起来，以及从战略层面建立“异地多活”灾备体系保障业务的连续。

2、灾备的几个重要方案

异地多活是一种新的灾备方案的创举。因为在传统的灾备方案中，大型金融机构和互联网巨头，往往会采用同城灾备、异地灾备、两地三中心等模式。而与传统的灾备技术相比，异地多活的技术特征是能够实现在不同地区的数据中心实现同时支持业务，而且每个地点发生的交易都是真实业务流量，而不是常见的一主一备。
 
讲到这里，先介绍一下单活、双活和两地三中心的概念：
 
一主一备又俗称单活。主和备有明显的功能划分，正所谓一主一备，主会很累，主每天要处理各种请求，忙得不可开交；而备却很清闲，每天把处理好的数据抄一份就好了，并且只有在灾难发生时才会干活。两个系统一模一样，花一样的钱，却不干一样的事儿，这不是浪费吗？不能忍？所以干脆，备也别闲着了，于是就有了双活，也就是主备都同时承担用户的业务。

双活的好处是IT系统不仅性能成倍增强，而且也更安全了，因为即使一边的系统宕掉了，另一个IT系统能够快速接管起来，实现RPO＝0，RTO≈0的灾备等级要求。另外，双活不仅可以起到容灾的作用，还可以实现业务流量在不同数据中心间的调度与分担，实现负载均衡的目的。
 
但因为双活需要同步复制，所以双活数据中心一般是在同一座城市搭建，否则如果数据中心距离太远的话同步复制的延时会太大（延时大了，性能也就下降了，前端的响应速度也就变慢，用户体验就很差劲）。但是，双活虽然在提升业务连续性方面有很好的表现，却牺牲掉了备份的功能。因为双活模式下的同步读写在遭遇逻辑错误，或者遭受地震、洪灾、供电等威胁时，很可能两个数据中心同时宕掉。为了解决这个问题，“两地三中心”的模式应运而生，即在双活的基础上增加一个异地备份的功能。
 
而阿里的这种多活数据中心的好处是因为所有的数据中心都在支持交易，所以能最大化地利用IT资源；另外传统方式中备份系统都不在真实的交易活动状态，所以很难判断它的状态到底怎么样，当主生产中心出现问题时，切换过去系统能不能正常跑起来是个很大的问题。
 
然而，不管是单活、双活、两地三中心，还是异地多活，IT建设预算和运维成本都非常的高，特别是两地三中心和异地多活等模式，非大型集团不可轻易尝试。为此，从应用普及性看，单活和双活对大多数有灾备需求的单位而言是不错的选择。
 
但是通过传统灾备技术实现的单活与双活还有很多不足，特别是很多对超远距离的异地容灾备份要求的单位，这两种方案在建设成本、带宽成本和数据延迟上的弊端显露无疑。
 
针对这种需求，英方基于字节级实时复制和技术的i2Availability异地高可用解决方案，轻松实现提供针对多种应用任何距离内的高可用性服务。即当生产系统出现异常时，i2Availability将生产系统上的应用按需自动切换到灾备服务器上，实现应用级快速切换，减少服务的中止时间，保持业务应用的高度可用性。
 
外行看热闹，内行看门道，透过双十一聊灾备，祝各位“剁手”愉快。