全球最大独角兽“分拆”，万亿估值蚂蚁金服的杭州往事

从2007到2009年间，在现任阿里影业董事局主席兼CEO樊路远（曾用名樊治铭）和现任阿里巴巴首席风险官邵晓峰的带领下，支付宝走出杭州，向北京，上海，深圳，主动出击，建立分公司。但在扩张的过程中，支付宝遭遇银行不认可，快钱、易宝等竞争对手冲击。各方为了扩充商户规模，陷入价格与产品比较的混战中。

为快速赢得市场，支付宝开始为商户导流，这引发淘宝网的不满。

淘宝网方面认为，支付宝“不务正业”。那个时候，支付宝操作流程繁琐，资金安全问题没解决，导致淘宝网辛苦得来的用户，在支付环节流失。这激化了双方之间的矛盾，淘宝网一度开始引入别的支付渠道。

2010年年会上，马云怒斥支付宝烂到极点，引发用户抱怨，扬言不再使用支付宝。原本准备愉快玩耍的年会变成了反思大会。

年会后，当时支付宝的CEO彭蕾带领着支付宝8级以上员工召开了为期四天的骆驼大会，白天交流业务，晚上喝酒吃饭。大部分人喝得酩酊大醉，互诉衷肠，有不满，有抱怨，有哭诉，敞开心扉，无话不谈。

这场会议让彭蕾正视到了支付宝员工的想法和委屈。随后，支付宝暂停对外业务场景的扩充，专注于解决支付宝自身存在的支付成功率低下的问题，这便有了后来的快捷支付。

4、快捷支付的面世

除2003年与工商银行合作之外，后来几年，支付宝又以网关支付的形式相继接入国内十几家重要银行网银。用户在淘宝上购物，可以直接选择用网上银行向支付宝账户转账的方式完成付款。

但这中间的问题在于，用户在购物时需要根据所持银行卡种类，以及不同银行的要求填写各种与个人或银行卡相关的信息。流程极为复杂，且支付效率底下，一笔支付业务需要跳转多个页面才能完成，很多用户往往不知所措，最终交易失败。

发现问题之后，支付宝提出帮助银行提高网银支付成功率。但事实证明，即使在原有的支付成功率上提升至几个百分点，距离淘宝网80%～90%的支付成功率仍有较大差距，要解决问题，还需另辟蹊径。

2006年，支付宝想到与银行一起发行联名卡，命名“支付宝卡通”，用户只需要往卡里充钱，便可进行消费，省去了开通各种网上银行的麻烦。

这个想法并没有被大多银行所接受，原因在于，用户在使用“支付宝卡通”进行支付出现资金损失时，损失需要由支付宝和银行来承担，这严重刺激了对于风险极度厌恶的银行。

一番谈判之后，唯有建行为了扩充用户，愿意尝试合作。

2006年10月，支付宝与建行联合推出“支付宝龙卡”，用户只需要去银行办理该卡时，与支付宝进行绑定，便可直接进行支付，不再跳转网银。

这种模式运行三年之后，慢慢推广至全国使用，却被发现存在漏洞。用户一旦忘记向卡内充钱，交易便会失败。而据统计，虽然当时“支付宝龙卡”的活跃很高，但账户内平均余额不足500元。

随后，受信用卡“卡通”启发，支付宝与中国银行推出联名信用卡—“中银淘宝卡”，从本质上解决了卡内余额不足的问题。

此后，支付宝的成功支付率达到90%，这让支付宝意识到卡通账户的绑定模式，可以有效提高用户的支付成功率。

淘宝卡推出之后，支付宝终于度过了一段轻松快乐的日子。

渐渐地，支付宝又发现了新大陆——银行的代扣功能，并认为通过这种方式可以更好的提升支付效率。

2010年7月，时任蚂蚁金服副总裁的袁雷鸣与各大银行进行谈判，希望银行能够将自己的代扣功能加进去。这样一来，用户只需要将支付宝和信用卡进行绑定，便能开通代扣付款流程，但这种做法遭到银行的反对。

银行认为，在支付过程中，只需要通过用户在银行预留的手机码对持卡人身份进行确认，风险太高，且帮助支付宝验证持卡人信息属于隐私泄漏。

最终，银行还是被支付宝所说服。但有个前提条件是，支付宝要承担所有支付过程发生的风险，并向银行提供存款或预付手续费，可以让银行提前锁定收益，同时要控制资损率。一旦资损率超过十万分之一，银行则可以随时停掉此业务。

此时，支付宝的技术完全能够撑起线上的交易量，因此并不担心技术层面的问题，而是拼尽全力促进北京、上海、深圳、成都分公司与当地银行的合作。这次谈判中，就连马云也亲自出动。

截止2010年底，支付宝最先与工商银行，建设银行，中国银行达成合作，给支付宝添加了代扣功能。至此，“快捷支付”正式上线，并迎来爆发式增长，这也为当下中国支付市场的繁荣奠定了基础。

5、双十一大战，艰难的技术攻坚

2010年11月11日，对于支付宝的老员工而言，是极为难忘的一天。这是淘宝举办的第二次“双十一”活动，由于在2009年已经经历过一次“大战”，且顺利度过，所有的人都低估了“双十一”可能带来的“危险性”。

大家一致认为，按照淘宝网当时的发展速度，只要支付宝每年在活动之前保留一倍的余量，就一定能够顺利度过“双十一”。

然而，到了双十一那天，突如其来的巨大交易量让所有人措手不及。

为了保证支付交易的正常进行，当天，支付宝技术团队砍掉了暂时可以牺牲的业务，封杀非关键应用，利用一切可利用的富余的计算资源，最终有惊无险。

这一天，支付宝全天成功交易1261万笔，平均每分钟有1万笔成功交易，这是支付宝自成立以来，经历的最大的一次技术考验。

也正是这一次的考验，促进了支付宝系统的“云支付”的开始。

从2006年起，支付宝技术架构经历了三代的演变，支付宝第一代架构，没有基础架构可言，只能较好地满足小团队开发，以及业务快速试错的需求，但随着业务量上升，集群和数据库都会到达极限，导致无法运行。

为了适应未来业务发展，支付宝技术团队意识到，必须要把架构分布化，建立底层服务框架。

从2007年上半年开始，支付宝陆续用三年时间完成了整个系统的分布化，核心账务，核心交易都可以分布，这也为第三代云支付奠定了夯实的基础。

但过渡过程却并非一帆风顺，二代系统虽然把系统拆开了，但如何让新业务生长在复杂的分布式系统是一个非常复杂的问题。

技术团队想到把业务进行拆分和梳理，从而将系统变成一个边界明晰的云服务平台。比如，系统里有一个支付服务平台，任何一个业务需要用到支付，直接对接即可调用该功能。

为了实现这一架构升级，支付宝又花了三年时间。

在此期间，支付宝自主研发了中间件、数据库、大数据平台，正是这个云计算的架构，支撑了近几年淘宝大促的交易。同时，也为今天蚂蚁金融云提供了基础架构。

在底层技术不断完善的同时，支付宝本身的职能范围也在不断扩大，从最初作为淘宝网的一个支付工具，逐渐成长为一个真正的互联网上开放的支付平台，开始服务于互联网所有的电商业务。

但这就要求支付宝需要将系统的底层技术建立在一个新的技术之上。

由于业务量的增多，各个渠道交易流程的复杂化，研发的新构架中，底层技术平台上的功能堆砌开始混乱，系统变得难以驾驭，整个架构难以进行。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!