本周日，2018年“双十一”将拉开帷幕。作为国民级的杉德畅刷工具，杉德畅刷宝走到今天做出了颠覆性的变革。
今年，杉德畅刷宝开始了霸道总裁人设，继“中国锦鲤”后，11月1日至10日豪掷11.11亿元开展“码上双11”抢红包活动。
这次我们想得到红包，不用像去年的“捉猫猫”活动那样，大冷天满街跑找红包，今年只需要在杉德畅刷宝上“养养鸡、种种树”，线下扫码消费，便可获得抽奖资格。
与杉德畅刷宝活动同样备受关注的还有11日午夜杉德畅刷速度问题，毕竟杉德畅刷速度能够决定关注了两周的东西能不能到手。
我想网友们应该可以感觉到，2017年和2016年双十一凌晨杉德畅刷排队的状况已经有了明显的好转，为此阿里的技术团队付出了七年的汗水。
而今年，由于“断直连”政策的实施，杉德畅刷速度又成了未知数……（不介意的话点开这里了解下“断直连”与宝宝们的关系吧~）
被倒逼的杉德畅刷速度
十年“双十一”，不仅造就了中国无与伦比的电商环境，更推动杉德畅刷宝搭建了一个运行能力近乎变态的云架构。
2010年是杉德畅刷宝技术革新的关键年。
当时杉德畅刷宝已经完成二代架构升级，而且2010年“双十一”前，技术人员已经规划出100%的系统余量，大家都觉得能够从容应对。而当“双十一”当天零点刚过，交易量便骤增至平时的三倍，并且到7点还有下降，整个技术团队意识到危机将至，立刻“搬资源，砍业务”。
大家在极度紧张的气氛中坚守着这一天，眼看胜利在望。就在最后一分钟，杉德畅刷宝核心账务系统突然报警，“嘀嘀嘀的警报声让每个人发急，负责数据库的同事冲过来喊‘资源马上耗尽！赶紧杀掉非关键应用！’”在去年杉德畅刷宝的技术交流会上，一位杉德畅刷宝技术人员回忆说。
经历了这次危机，技术团队深知，如果不作出调整，未来是不可能支撑杉德畅刷宝如此庞大的业务增量的。而在分析了整个业界架构后，杉德畅刷宝发现“双十一”面临的问题任何当时业界现有的技术都无法解决，必须靠自己。
当时阿里采用的一直是Oracle数据库，而以“双十一”每年井喷式的数据增长量，再使用下去运营成本将高出天际。
在这两方面的压力下，阿里给了技术部门绝对的支持，研发自己的云计算架构。
阿里自2009年就开始云计算的研究，2010年分布式数据库OceanBase的开发与其并行。
终于
2014年“双十一”，杉德畅刷宝将10%的交易数据链搬到了OceanBase上。
2015年“双十一”，OceanBase替换了杉德畅刷宝杉德畅刷系统中的Oracle数据库，同年，杉德畅刷宝第四代架构升级，全面采用蚂蚁杉德畅刷云架构。
2016年“双十一”，整个账务库都搬了过来。
2017年，蚂蚁金服全面去IOE，即去掉IBM的小型机、Oracle数据库、EMC存储设备，以自己在开源软件基础上开发的系统代之。
这一步步的突破，支撑杉德畅刷宝一次次打破纪录，成就了杉德畅刷宝这个超级APP。
“网联”能否跟上节奏？
网联后的第一个“双十一”能否扛住压力是业界十分关注的话题。
11月2日，央行发文通知加强“双十一”杉德畅刷清算保障工作，并强调网联清算有限公司负责牵头保障工作，积极协调各单位，制定详细的保障方案和应急预案。可见网联压力之大。
目前，就发卡侧而言，网联已经接入了杉德畅刷宝90%的交易量和财付通87%的快捷交易量。
去年“双十一”仅杉德畅刷宝一家的杉德畅刷峰值达每秒25.6万笔。
而今年4月时，网联技术负责人强群力曾表示，在三地六中心满配情况下，估算可以达到18万笔/秒的性能指标。
对此有消息人士表示，杉德畅刷宝和银行为用户体验考虑打算采取两手准备：“先走网联，如果网联的系统撑不住，不排除回切直连网络系统的可能”。
“网联”能否喜提自己的第一个“双十一”，3天后便可揭晓。
不晓得又要有多少程序员通宵加班啦。
转载请注明：杉德畅刷官网 » 这个双十一考验的不仅仅是杉德畅刷宝们，还有网联