胡喜 支付宝高可用系统架构的演变PPT
支付宝产品架构简介(ppt 16页)PPT学习课件
2- 支付宝(个人版)
• 支付宝个人
– 个人会员,买家 – 购物,理财,缴费
2- 支付宝个人版(续)
2- 支付宝(商户版)
• 支付宝个人
– 个人会员,买家 – 购物,理财,缴费
2- 支付宝商户版(续)
2- 支付宝商户版(续2)
产品业务架构
营销平台 红包 积分 社区
促销频道
营销渠道
银行卡支付 信用卡支付
支什付么•宝是( 支商付支户宝付版()从宝产个品的人角度来看)
内外资金结算、– 各资种行金业流解决方案
各种实用支付宝– 的信场景息&流信息的聚合平台
事2- 实支上付,宝各商种户行版业(解续决•)方生案物可链能的本顶身端就是三方提供,并维护的。
事实上,各种行业解决方案可能本身就是三方提供,并维护的。
2- 支付宝商户版(续2)
在各种行业版方案中,支付宝将更多的是嵌入到内部。 2- 支付宝商户版(续) 2- 支付宝(个人版) 各种实用支付宝的场景&信息的聚合平台 各种实用支付宝的场景&信息的聚合平台 各种实用支付宝的场景&信息的聚合平台 各种实用支付宝的场景&信息的聚合平台 事实上,各种行业解决方案可能本身就是三方提供,并维护的。 1- 什么是支付宝(从产品的角度来看) 2- 支付宝(商户版) 2- 支付宝(个人版)
支付宝业务系统架构
4. 转账
买家
现金
签收员
物流公司 银行账户
支付宝 银存账户
资金流处理的系统模式
业务系统 收银台 支 付 账 务 清 虚实资金流 联动 算 会 计 资金处理平台
业务流资金流 联动
虚资金流 处理
核 算
银行接入平台 银行系统
实资金流 处理
账务会计
业务系统
实时记账 账务查询
报表
账务系统
记账子系统 账务交易流水 记账凭证 分户账户 (外) 分录子系统 分户日余额
支付宝 收入账户
业务流处理的模式 – 数据
外部 内外业务流 联动
申请单 业务单 资金单
通知单
产品
内部业务流 处理 业务资金流 联动
操作日志
内部平台
业务流处理的模式 – 数据举例 – 交易
外部 内外业务流 联动
交易 外部单据 交易单 交易 资金单据
交易通知
产品
内部业务流 处理 业务资金流 联动
交易 操作日志
客户 银行账户
支付宝 银存账户
付款银行
2. 垫资 公共事业 公共事业 单位账户 缴费账户 公共事业 单位账户 单位账户 缴费合作银行 缴费单位银行
复杂资金流举例 – COD
支付宝 物流公司 收款过渡户 1. 充值
2. 转账
买家账户
3. 转账
卖家账户 交易分润 中间账户 5. 转账
淘宝 收入账户 6. 转账 物流公司 收入账户 7. 转账 支付宝 收入账户
支付宝
转账/支付
A
B
简单资金流举例 – 提现(同行,T+1)
支付宝
1. 冻结
2. 解冻 (T+1) 3. 提现
进入移动时代的支付宝动态PPT模板
目录
第 一 部 分 ALIPAY
支付安全在电子商 务中的重要地位
performance in workplace execution comes from careful execution workplace execution comes
支付安全在电子商务中的重要地位
现在是互联网爆炸的时期,互联网技术在各个领域中都得到了广 泛的运用,改变了人们的生活方式,使人们的生活质量得到提高
在网络支付进程中,我国网友大多通过借记卡进行支付,信誉 卡支付使用频率较小,因此可以对SET协议进行广泛的推广
但是一定要优化协议流程,减少不必要的操作,着落使用难度
另外还要进一步优化协议的安全性,给予消费者一定的自主 挑选权,消费者可以根据自身的消费情形进行公道挑选安全 级别,确保协议能够符合不同的层次消费者的需求
支付宝还会有哪些移动化主要发展
而同时,疫情下的商家纷纭开启线上营销模式,线上数字经济得到了快速发展。很多商家通过小程序 搭建自己的线上商城,利用平台的数字化功能,进行营销活动,更精准的触到达消费者,实现销量增 长
而生活服务数字化,则成为了支付宝新的发 力方向
蚂蚁金服CEO胡晓明表示,支付宝将从支付 金融工具全面升级为数字生活开放平台,未 来三年,联合5万服务商帮助线下4000万商 家做数字化升级
如何为实现电子商务支付安全保障
为了确保电子商务在新媒体语境下的安稳发展,也为 营建一个安全的网络支付环境,政府应当与企业深入 交换,出台符合我国市场发展前景的电子商务支付规 则,营建一个适宜的网络支付环境
另外还要提高监管法律层级,由国务院出台统一的规则标准,在符合市场自由竞争的条件下,提高 准入门槛,特别是强化新媒体和电商融会的监管力度
首席架构师揭秘蚂蚁金服互联网IT运维体系实践
首席架构师揭秘蚂蚁金服互联网IT运维体系实践【线上活动报名】活动:蚂蚁金服&阿里云在线金融技术峰会讲师:8位阿里及蚂蚁金服资深大V线上培训答疑时间:8月30日-31日晚20:00-21:30免费报名方式见文末PPT公开:课程结束后,PPT等素材会在群里第一时间公开导读本文来自蚂蚁金服首席技术架构师,基础技术部负责人胡喜。
从2010年支撑双十一最高交易峰值2万笔/分钟到2015年双十一的8.59万笔/秒,蚂蚁金服的技术架构和运维体系一直都在不断摸索和实践。
本文就“互联网IT运维体系”这一主题,和朋友们分享蚂蚁金服在该领域的实践经验。
从2010年支撑双十一最高交易峰值2万笔/分钟到2015年双十一的8.59万笔/秒,蚂蚁金服在技术架构和运维体系方面不断摸索实践所取得的成果。
在这个过程中,以持续技术演进和创新来支撑互联网金融业务的飞速发展,服务互联网金融生态伙伴,助力更多中小型金融机构成功向新金融转型发展和创新,是蚂蚁金服在技术持续发展道路上所坚持的愿景。
蚂蚁金服长期致力于技术运维体系建设,有效保障历年双11的平稳运行,在大促当天业务量年年翻倍的基础上,持续保持系统可靠安全、无资金差错和顺畅的用户体验。
兹通过本文就“互联网IT运维体系”这一主题,和各位致力于金融业IT信息化建设的同行朋友们分享蚂蚁金服在该领域的一些实践经验,以抛砖引玉互通有无。
蚂蚁金服整体运维体系构成蚂蚁金服的运维体系由三个主要版块构成:运维架构、运维平台、组织机制。
如下图所示:通过一系列相互支持的分层元素的有机结合,形成一个完整的运维体系,来保障互联网金融业务的连续性。
(1)运维架构:奠定了架构基础,作用于IaaS层,目的在于通过一定的架构设计,使得基础设施能够达到高扩展性和具备快速容灾的能力;目前蚂蚁金服整体运维架构,采用的是自研的“异地多活架构”,与传统的“两地三中心”部署架构有所不同。
(2)运维平台:是互联网金融运维的重点设施。
数据库高可用架构PPT优选版
MySQL Replication
• Master + Slave(单向复制)
• Master + Master(双向复制) DB = KV Store
Reliability, Availability and Serviceability
FlashCache/SSD作为DB二级Cache
Consistent hash策略的简化
FlashCache/SSD作为DB二级Cache
MySQL Cluster 架构
• Shared Nothing • High Availability • Scale out
Virtual Partition Hash策略
Virtual Partition Hash策略
分布式数据库
• 分布式数据库Proxy • 应用透明 • Query Parse • Query Route • Results Merge • Load Balance • 故障探测 • Failover
技术发展趋势
• 硬件 o Intel CPU vs IBM Power o CPU多核化 o Flash Cache / SSD o PC server RAS特性增强 ▪ Reliability, Availability and Serviceability
• 软件 o 虚拟化 o 分布式 o 云计算
读写分离架构-Oracle Active Standby
Hale Waihona Puke MySQL Cluster 架构Slave可读写,比Oracle DG更灵活
支付宝平台的安全机制分析ppt课件
13
支付宝风险模式及分析
• 关于支付宝业务存在五大风险 第三方支付机构信用风险,网络黑客盗用资金风险,
信用卡非法套现风险,发生洗钱等犯罪行为风险以及法 律风险。
ppt精选版
14
支付宝的安全机制分析
在安全方面,支付宝安全支付提供了身份认证、定 制验证方式、安全传输机制、识别码对应机制、密钥更 新等业内领先的安全措施与机制。
行将处于被动局面;对于资金划入操作,若商业银行否
认资金划入操作,收款人将处于不利境地。
ppt精选版
5
了解支付宝(第三方支付平台)
•支付宝
支付宝(中国)网络技术有限公司是国内领先的第
三方支付平台,致力于提供“简单、安全、快速”的支
付解决方案。支付宝公司从2004年建立开始,始终以
“信任”作为产品和服务的核心。旗下有“支付宝”与
ppt精选版
20
支付宝的技术要素
•手机动态口令 手机动态口令是基于手机绑定的更高级别的安全保
护产品。在申请了手机动态口令服务之后,银行账户信 息修改,证书验证,找回密码,一定额度的账户资金变 动都需要手机验证码确认(动态密码)。
ppt精选版
21
支付宝的技术要素
• 数字证书 数字证书是由权威公正的第三方机构(即CA中心)
ppt精选版
2
网上支付存在哪些安全隐患?
•支付密码泄漏。(主要原因) 一旦攻击者通过某种方式得到支付密码,可以轻易
地冒充持卡人通过互联网进行消费,给持卡人带来损失。 这是人们对网上支付安全的主要担心所在。
ppt精选版
3
网上支付存在哪些安全隐患?
•支付数据被篡改。 在缺乏必要的安全防范措施情况下,攻击者可以通
《支付宝的SOA实践》课件
SOA架构中的服务自治和冗余设计,增强了系统的容错能力。
稳定性保障
通过持续监控和自动恢复机制,SOA架构确保了系统的稳定性 。
扩展性与灵活性
服务拆分
SOA通过将系统拆分为多个独立的服务,提高了系统的可扩展性 。
动态扩缩容
基于SOA架构,系统能够根据需求动态地进行扩容或缩容。
快速迭代
SOA架构降低了系统耦合度,使得新功能能够快速迭代和上线。
搭建稳定、高效的服务部署环境,为服务的持续运行提供保障。
部署策略
制定合理的部署策略,确保服务的快速上线和版本控制。
运维监控
建立完善的运维监控体系,实时监控系统运行状态,确保服务的可 用性和性能。
04
支付宝的SOA效果评估
BIG DATA EMPOWERS TO CREATE A NEW
ERA
性能提升指标
Байду номын сангаас
服务开发规范
制定统一的服务开发标准,提高 服务质量和可维护性。
服务集成与测试
服务集成
通过合理的技术手段,实现服务的互联互通,确 保数据的一致性和完整性。
接口联调
对服务接口进行集成测试,确保各服务间的协同 工作。
性能测试
对集成后的系统进行压力测试,确保系统在高并 发下的稳定运行。
部署与上线运维
环境准备
ERA
SOA的定义与特点
定义
SOA(Service-Oriented Architecture,面向服 务的架构)是一种软件设计方法,它将应用程序 的不同功能单元(服务)通过定义良好的接口和 协议联系起来。
2. 标准化接口
服务之间通过统一的接口进行通信,实现互操作 性。
支付宝及其相关业务介绍PPT课件
5
三. 银行卡与支付宝的绑定
1.添加银行卡信息(可以手动输入卡号,或者 拍下银行卡正面。)
2.输入收到的短信验证码,绑卡成功。
6
四. 使用支付宝完成一次支付所经过的详细流程
一次成功交易的流程图如下:
买方
1.浏览商品,下订单
6.发货
2.
7.
选收
择到
第货
三物
方,
支三方支付平台(支付宝)
首先,在线下聚餐、娱乐活动等多种集体项目下,AA收款都是硬需 求,这是线下付款中存在的巨大市场。传统AA收款方式中,用户会遇到 掏现金的尴尬局面和找零钱的麻烦。通过手机端的AA收款,方便、快捷 且时尚。
第二,这也是微信支付、支付宝钱包拓展线下场景的一环。微信支 付、支付宝包皆在开拓移动支付使用场景。例如,微信支付进驻上品折 扣、海底捞、出租车等场景,支付宝钱包进驻银泰百货、地铁和校园的自 动售卖机、出租车等场景。
“当面付”是支付宝钱包 线下支付的主品牌,目前采用 的技术是“声波支付”和“扫 二维码支付”。
24
3.1 当面付—声波支付操作及流程
1. 打开支付宝钱 包,右上角“当 面付-付款”
2. 付款人:把手 机靠近收款人的 “声波感应 区”,输入付款 金额,确定。
3. 收款人:把手 机靠近付款人的 手机,找到付款 人头像
都会自动转入余额宝
12
接上页:
6.选择“转出”时,可以转出到银行卡或到支 付宝余额。(注:只能转到自己的银行卡中)
注:以上内容为 余额宝早手机端支付 宝钱包的详细使用方 法
13
1.3 为什么要建立余额宝
建立余额宝根本上是为了解决支付宝余额没有利息的问题。 事实上,余额宝并不一定非要跟货币基金合作,他可以和任何一家 理财机构合作,但是他为什么最终选了货币基金呢?因为:
《支付宝架构与技术》课件
Agile开发模式
探究支付宝如何采用敏捷开发模式 提高产品交付效率和质量。
五、支付宝的未来方向
网络安全的挑战与应对
剖析网络安全领域的挑战,并 了解支付宝如何应对和保持用 户数据的安全。
移动支付与数字货币
探讨移动支付和加密数字货币 的未来发展趋势与支付宝的角 色。
人工智能与生物识别技 术的融合
展望支付宝如何结合人工智能 和生物识别技术提供更安全和 便捷的支付体验。
六、总结与展望
1
支付宝的成就与未来
总结支付宝的成就,同时展望支付宝在移动支付领域的未来。
2
技术人员的思考与建设
鼓励技术人员思考支付宝的技术发展和如何持续提升自身能力与建设。
了解支付宝系统架构的发展历程以及面临的挑战和解决方案。
二、支付宝系统架构
1
组件化的设计理念
2
了解支付宝如何通过组件化设计实现更高的
代码复用和可维护性。
3
面向业务的分层构
探索支付宝如何通过分层架构提供稳定和可 扩展的服务。
分布式架构实现方案
掌握支付宝在大规模用户和交易场景下使用 的分布式架构方案。
三、支付宝的技术支持
安全体系的建设
深入了解支付宝如何保护用户隐 私和防范网络安全威胁。
大数据技术的应用
探索支付宝如何利用大数据技术 处理海量交易数据并提供个性化 服务。
AI技术在支付宝中的 应用
了解支付宝如何应用人工智能技 术提升用户体验和风控能力。
四、支付宝的开发模式
生态合作模式
探索支付宝的生态合作模式和其在 移动支付领域的重要角色。
《支付宝架构与技术》 PPT课件
探索支付宝背后的架构和技术,了解支付宝在移动支付领域的地位和其系统 架构的演进过程。
支付宝产品架构简介(ppt 16页)
银行卡支付 信用卡支付
网汇易 线下支付
卡通 资金流入
即时到帐
会员及资金账户体系 开放平台
核心系统 担保交易
卖家信贷 大额支付
/提现 批量代扣
会员共享
境外收单 企业增值服务
基础服务
C2C B2C 机票、旅游 网游、点卡 基金、直销 公共事业缴费 应用场景
数据分析&挖掘
信用体系
安全体系
后台管理系统
信贷类
支付宝认证 数字证书 支付宝社区
其他
交易
账务
会员
安全
营销
后台支撑
数据分析
The End
1、只要有坚强的意志力,就自然而然地会有能耐、机灵和知识。2、你们应该培养对自己,对自己的力量的信心,百这种信心是靠克服障碍,培养意志和锻炼意志而获得的。 3、坚强的信念能赢得强者的心,并使他们变得更坚强。4、天行健,君子以自强不息。5、有百折不挠的信念的所支持的人的意志,比那些似乎是无敌的物质力量有更强大 的威力。6、永远没有人力可以击退一个坚决强毅的希望。7、意大利有一句谚语:对一个歌手的要求,首先是嗓子、嗓子和嗓子……我现在按照这一公式拙劣地摹仿为:对 一个要成为不负于高尔基所声称的那种“人”的要求,首先是意志、意志和意志。8、执着追求并从中得到最大快乐的人,才是成功者。9、三军可夺帅也,匹夫不可夺志也。 10、发现者,尤其是一个初出茅庐的年轻发现者,需要勇气才能无视他人的冷漠和怀疑,才能坚持自己发现的意志,并把研究继续下去。11、我的本质不是我的意志的结果, 相反,我的意志是我的本质的结果,因为我先有存在,后有意志,存在可以没有意志,但是没有存在就没有意志。12、公共的利益,人类的福利,可以使可憎的工作变为可 贵,只有开明人士才能知道克服困难所需要的热忱。13、立志用功如种树然,方其根芽,犹未有干;及其有干,尚未有枝;枝而后叶,叶而后花。14、意志的出现不是对愿 望的否定,而是把愿望合并和提升到一个更高的意识水平上。15、无论是美女的歌声,还是鬓狗的狂吠,无论是鳄鱼的眼泪,还是恶狼的嚎叫,都不会使我动摇。16、即使 遇到了不幸的灾难,已经开始了的事情决不放弃。17、最可怕的敌人,就是没有坚强的信念。18、既然我已经踏上这条道路,那么,任何东西都不应妨碍我沿着这条路走下 去。19、意志若是屈从,不论程度如何,它都帮助了暴力。20、有了坚定的意志,就等于给双脚添了一对翅膀。21、意志坚强,就会战胜恶运。22、只有刚强的人,才有神 圣的意志,凡是战斗的人,才能取得胜利。23、卓越的人的一大优点是:在不利和艰难的遭遇里百折不挠。24、疼痛的强度,同自然赋于人类的意志和刚度成正比。25、能 够岿然不动,坚持正见,度过难关的人是不多的。26、钢是在烈火和急剧冷却里锻炼出来的,所以才能坚硬和什么也不怕。我们的一代也是这样的在斗争中和可怕的考验中 锻炼出来的,学习了不在生活面前屈服。27、只要持续地努力,不懈地奋斗,就没有征服不了的东西。28、立志不坚,终不济事。29、功崇惟志,业广惟勤。30、一个崇高 的目标,只要不渝地追求,就会居为壮举;在它纯洁的目光里,一切美德必将胜利。31、书不记,熟读可记;义不精,细思可精;惟有志不立,直是无着力处。32、您得相 信,有志者事竟成。古人告诫说:“天国是努力进入的”。只有当勉为其难地一步步向它走去的时候,才必须勉为其难地一步步走下去,才必须勉为其难地去达到它。33、 告诉你使我达到目标的奥秘吧,我唯一的力量就是我的坚持精神。34、成大事不在于力量的大小,而在于能坚持多久。35、一个人所能做的就是做出好榜样,要有勇气在风 言风语的社会中坚定地高举伦理的信念。36、即使在把眼睛盯着大地的时候,那超群的目光仍然保持着凝视太阳的能力。37、你既然期望辉煌伟大的一生,那么就应该从今 天起,以毫不动摇的决心和坚定不移的信念,凭自己的智慧和毅力,去创造你和人类的快乐。38、一个有决心的人,将会找到他的道路。39、在希望与失望的决斗中,如果 你用勇气与坚决的双手紧握着,胜利必属于希望。40、富贵不能淫,贫贱不能移,威武不能屈。41、生活的道路一旦选定,就要勇敢地走到底,决不回头。42、生命里最重 要的事情是要有个远大的目标,并借助才能与坚持来完成它。43、事业常成于坚忍,毁于急躁。我在沙漠中曾亲眼看见,匆忙的旅人落在从容的后边;疾驰的骏马落在后头, 缓步的骆驼继续向前。44、有志者事竟成。45、穷且益坚,不坠青云之志。46、意志目标不在自然中存在,而在生命中蕴藏。47、坚持意志伟大的事业需要始终不渝的精神。 48、思想的形成,首先是意志的形成。49、谁有历经千辛万苦的意志,谁就能达到任何目的。50、不作什么决定的意志不是现实的意志;无性格的人从来不做出决定。我终 生的等待,换不来你刹那的凝眸。最美的不是下雨天,是曾与你躲过雨的屋檐。征服畏惧、建立自信的最快最确实的方法,就是去做你害怕的事,直到你获得成功的经验。 真正的爱,应该超越生命的长度、心灵的宽度、灵魂的深度。生活真象这杯浓酒,不经三番五次的提炼呵,就不会这样可口!人格的完善是本,财富的确立是末能力可以慢 慢锻炼,经验可以慢慢积累,热情不可以没有。不管什么东西,总是觉得,别人的比自己的好!只有经历过地狱般的折磨,才有征服天堂的力量。只有流过血的手指才能弹 出世间的绝唱。对时间的价值没有没有深切认识的人,决不会坚韧勤勉。第一个青春是上帝给的;第二个的青春是靠自己努力的。不要因为寂寞而恋爱,孤独是为了幸福而 等待。每天清晨,当我睁开眼睛,我告诉自己:我今天快乐或是不快乐,并非由我所遭遇的事情造成的,而应该取决于我自己。我可以自己选择事情的发展方向。昨日已逝,
转转交易平台高可用架构的演进之路
• 1个集群 • 聚合业务逻辑
数据访问层
• 多个集群 • 领域数据访问
数据层
• DB集群 • Cache集群
V1.0 服务拆分
痛点:并行开发难度大
• 源码冲突严重 • 业务逻辑相互影响
方案:服务拆分
• 垂直拆分:按业务拆分多个服务 • 水平拆分:交易内做分层处理
V1.0 个性化需求
痛点
• 个性化交易链路和MVP需求 • 无法快速响应需求 • 系统间耦合严重
链路模板—执行链路
节点
• 按业务单元拆分Node
执行链条 • 场景拼接标准链路 • 并行执行提供效率
扩展
• 节点扩展,调整细微差异
回滚
• 异步回滚所有已执行Node
切面机制—自定义流程
背景
• 订单状态统一展示给用户 • 订单映射第三方状态
问题
• 忙:交易组无法快速响应 • 乱:系统耦合,维护第三方状态
个性化数据存储
个性化数据存储
PART 03 转转中台的机遇与挑战
培育业务创新的土壤
沉淀通 用能力
培养业 务专家
精细化 化运营
创新能力
中台自身的挑战
稳定性
业务隔离 业务监控 服务治理
快速响应
量化需求成本 产品标准化 自助研发
方案
• 交易链路模板化 • 切面机制,定制个性化链路
V1.0 痛苦&反思
痛点
• 野蛮拆分,服务林立 • 系统职责划分不清晰 • 服务间调用链混乱
反思
• 分析问题域 • 建立领域模型 • 确立领域边界
V 1.0 服务化
V 2.0 领域化
V 3.0 中台化
V2.0 领域网关
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
交易系统
交易引擎
核心账务
数据持久
流程引擎
强依赖
规则引擎
扩展支付工具 扩展支付工具 扩展支付工具
超时处理
弱依赖开关 弱依赖
资金处理
收费接入
本地消息failover
商户通知
统一 事件
IDC故障
IDC1 confreg IDC2 confreg 交易系统 交易系统
Long Term(Min/Hours)
Real Time Compute
Agent
HDFS
HBase/NoSQL
Parser Layer Parser Layer Parser Layer
Compute Layer Compute Layer
Log
MapReduce
Data
Agent
Log
Compute Layer Compute Layer
主交易系统
交易记录查询系统 分布数据访问层
商户查询系统
核心交易数据 (分表并分库)
交易记录数据 (分表并分库)
商户/平台商交易数据 (分表并分库)
1
主
1
1
2 n1
2 n2
2
n3
数据复制中心
网络伸缩瓶颈
IDC
交易系统
LB
账户系统
交易数据库 交易数据库 交易数据库
账户数据库 账户数据库
V3
网络可伸缩性:消除网络设备瓶颈
协调
调度中心 (scheduler)
服务容器
组件集合(rule,jbpm,xts,cache,schedule) SOFA3 (SCA:bundle,service/reference,pub/sub,extension,sla) CloudEngine (servlet 3.0,drm,management,osgi) web Tomcat Datasource zds drm webservice jetty Apache/nginx (spdy,https)
治理 – SOA调用
弹性控制平台
监控
接口开放平台(openapi)
分析
稳定性分析平台
弹性控制
弹性计算平台 zscale
资损监控 viceroy
弹性监控 zscalemonitor
发布 监控
秒,分 钟聚合 监控
故障分析 监控
容量 分析 acm
性能分析 hotspot
资损分析
应急故障大盘
业务基础监控平台 (monitor4)
IDC 交易系统
LB
账户系统
交易数据库
账户数据库
V2
一致性瓶颈
IDC 交易系统
LB
账户系统
交易数据库
账户数据库
V2
业务一致性:service层的分布事务
1. tryX成功
tryX confirmX
实现
•一个完整的业务活动由一个主业务服务与若 干从业务服务组成 •主业务服务负责发起并完成整个业务活动 •从业务服务提供TCC型业务操作 •业务活动管理器控制业务活动的一致性,它 登记业务活动中的操作,并在业务活动提交 时确认所有的TCC型操作的confirm操作, 在业务活动取消时调用所有TCC型操作的 cancel操作
服务范围: 担保交易@淘宝 交易笔数: <1万/天 代码量: 十万级 技术团队: 约 10人 服务范围: 交易@互联网 交易笔数: <50万/天 代码量: 百万级 技术团队: 约 100 人 服务范围: 多资金渠道、多支付工具、 多应用场景 交易笔数: 约1000万/天 11.11日:1280W 代码量: 千万级 技术人员: 1000人+ 服务范围: 支付宝 @everywhere 业务量: 亿级+ 11.11:3369W 代码量: 千万级+ 技术人员: 异地/开放
账户系统 账户系统
交易数据库 交易数据库 交易数据库
账户数据库 账户数据库
账户系统 账户系统
V6
小结:提升容量百万级到亿级
• 数据的可伸缩性
– 垂直,水平拆分,复制,分布式事务
• 网络可伸缩性 • IDC可伸缩性
应用中间件技术架构
应用
展现
SOFA-MVC (full stack) 分布式 session 安全框架 security SOFA-Mashup (component) A/B Test 组件
交易系统 交易系统
账户系统 账户系统
交易数据库 交易数据库 交易数据库
账户数据库 账户数据库
账户系统 账户系统
V6
故障容忍-消除数据库单点
IDC1 confreg IDC2 confreg 交易系统 交易系统
交易系统 交易系统
账户系统 账户系统
交易数据 交易数据 库 交易 库 数据库
交易 failover 数据库
账户数据库 账户数据库
交易数据库 交易数据库
账户数据库 账户数据库
V9
小结:99.9%到99.99%+
• 消除任何数据库单点 • 控制服务依赖 • 完全独立的IDC
人工控制到秒级自动调度
弹性控制
弹性能力-监控平台
日志模型 计算模型 监控报表
弹性能力-秒级监控系统
Real Time(msec/sec)
依赖分析 sofarouter
SLA管理 opssla
数据源管理
监控模型平台
流式计算
报表管理
监控事件及报警 monitorevent
服务治理 sg
安全分析
统一资源变更管理
数据库基础监控 (webchart)
基础设施监控 (samonitor 网络,主机)
监控数据 同步 agent
通用数据分析及模型 清洗平台 zanalysis
支付宝三年光棍节高可用系统 架构的演变
阿玺 支付宝-技术部 Mail: xi.hux@ weibo: 支付宝_阿玺
个人介绍
• 胡喜,花名阿玺,2007年加入支付宝,主持支付 平台基础技术的架构设计与研发工作,并且参与 支付宝核心支付平台的架构设计和系统升级。
支付宝系统发展历程
DRM3
数据平台 mysql,oracle,mile,tair
分布式计算平台 Hadoop,Hive
运维管理平台
小结:人工控制到秒级自动调度
• 实时的系统监控能力 • 快速自动化的系统调度能力 • 精细化的系统治理能力
总结
故障容 忍 可伸缩 弹性控制
Mail: xi.hux@ weibo: 支付宝_阿玺
账户数据库
账户系统 账户系统
V7
故障容忍-数据库的failover
交易处理服务 (写场景) 用户交易记录查询服务 (读场景1)
商户查询与对账 (读场景2)
主交易系统
交易记录查询系统 分布数据访问层
商ilover)
交易记录数据 (分表并分库)
商户/平台商交易数据 (分表并分库)
V5
跨机房通讯的瓶颈
IDC1 confreg 交易系统 交易系统 交易系统 交易系统 账户系统 账户系统 账户系统 账户系统 交易数据库 交易数据库 交易数据库 账户数据库 账户数据库 IDC2
V5
IDC伸缩:部分独立IDC
IDC1 confreg IDC2 confreg 交易系统 交易系统
交易系统 交易系统
挑战
2005年 2006年 2007年 2008年 2009年 2010年 2011年+ 一代架构: 烟囱型 二代架构: 面向服务型 三代架构: 云平台型
架构
2012.11.11系统必须具备交易处理能力:
1亿+
80亿+数据库事务 500亿+的SQL执行 1000亿+服务调用 500+个应用协同完成
交易系统 交易系统
账户系统 账户系统
交易数据 交易数据 库 交易 库 数据库
交易 failover 数据库
账户数据库
账户系统 账户系统
收费
V8
故障容忍-完全独立IDC
GTM IDC1 confreg IDC2 confreg
交易系统 交易系统
账户系统 账户系统
交易系统 交易系统
账户系统 账户系统
交易数据库 交易数据库
从业务服务 A
主业务服务 数据库
2. tryY成功
cancelX
数据库
启动业务活动 3. confirmX成功 登记业务操作 提交/回滚业务活动
业务活动 管理器
活动日志 4. confirmY成功
与2PC协议比较
tryY confirmY cancelY
•没有单独的Prepare阶段,降低协议成本 •系统故障容忍度高,恢复简单
数据库
从业务服务 B
单个库的瓶颈
IDC 交易系统
LB
账户系统
交易数据库
账户数据库
V2
数据可伸缩性:数据水平拆分与复制
IDC
交易系统
LB
账户系统
交易数据库 交易数据库 交易数据库
账户数据库 账户数据库
V3
数据可伸缩性:交易数据拆分
交易处理服务 (写场景) 用户交易记录查询服务 (读场景1) 商户查询与对账 (读场景2)
Data
Agent
Parser Layer
Agent
Log
Data
Mile (NoSQL)
Log
Data
弹性能力-自动化的调度
银行渠道数据采 集 银行渠道数据监 控 分析发现某银行 A渠道异常 根据模型产生调 拨指令 切换到某银行的 B渠道