基于阿里云P层的开发模式 PPT课件

时间2014.01,基于阿里云P层的开发模式变化,2020/5/3,1,CRM云技术架构阿里P层可支持,2,客户原子服务,用户原子服务,SLB（软负载均衡器）,WEB应用,ESB,XX原子服务,资源原子服务,资源域,数据访问,分布式缓存,批量加载缓存更新,数据访问,缓存数据访问,产品原子服务,产品域,批量加载缓存更新,数据访问,缓存数据访问,订单原子服务,订单域,数据访问,缓存数据访问,公共,公共域,数据访问,缓存数据访问,文件访问,数据存储,后端服务,前端应用,数据访问,组合服务1,组合服务2,组合服务N,分布式缓存,分布式缓存,分布式缓存,实时加载,WEB应用,WEB应用,WEB应用,消息中间件,分布式文件系统,阿里P层的技术架构,3,TDDL,TDDL,应用层云化-用阿里的TDDL、Tair,缓存关系数据库配合使用模式,批量加载缓存更新,产品原子服务,产品原子服务,数据查询,新数据保存,新数据保存,CRUD,CRUD,CRUD,CRUD,客户资料认证应用,WEB应用,前端应用,组合服务,原子服务,数据存储,4,原子服务层,组合服务层,应用层云化-用阿里的Notify异步,同步异步配合使用模式,CRUD,CRUD,WEB应用,WEB应用,5,6,采集,DCC-PROXY,OSS文件读写,OTS查重/账详单读写,MYSQL数据库读写,NOTIFY异步消息访问,TAIR内存缓存访问,APPNAME,应用集群,基于阿里的应用改造点数据库层面,原数据库附加能力被禁用存储过程、视图、自定义函数或过程、触发器、sequence等；聚合函数数据的强一致性被丢弃了：去外键、加冗余复杂sql被禁用复杂SQL拆分为简单SQL应用多次调用强一致性事务分布式环境下变成异步的了、并且是由应用来控制Notify消息中间件状态机,7,基于阿里的应用改造点应用层面,原数据库的事现在由应用来干数据库附加能力、事务、聚合、排序大表join得拆开干引入消息中间件notify的副作用应用得摆平消息没有顺序了消息发重复了也不知道得增加很多技术类异常处理需要剔重、异常需要进行补偿,8,阿里平台优缺点,优点产品体系比较完整用消息机制完成分布式事务是一种创新互联网思维（技术角度）执行比较到位能力不足堆机器快速迭代,9,阿里平台优缺点,缺点数据方面强一致性被打破，而这恰是电信业务数据要保证的。数据一致性稽核。数据库附加能力的减少，导致系统很难平移过来，应用大部分要重写（除上层服务不用改之外，底层的跟数据库打交道的都要改，至少60）。存储过程、function等。SQL：Join的限制、Like不支持、聚合函数等数据汇总能力不强引入冗余表，应用对冗余表的操作难度增加了对数据的维护难度加大了,10,阿里平台优缺点,缺点应用层面分布式事务得应用控制，工作量加大了。各种异常的补偿机制得考虑周全。出现问题后，查找原因变得很复杂、很麻烦消息中间件的重复、无顺序投递问题得应用解决业务远比阿里、淘宝复杂，是否能顺利支撑未深入验证过对单笔业务时间有较苛刻要求的业务，在云上遇到阻碍每个产品都有一些不适应,11,产品平台ESB产品,12,产品平台分布式数据库能力