基于阿里云P层的开发模式.pptxVIP

基于阿里云P层的开发模式变化『时 间』 2014.01CRM云技术架构－阿里P层可支持前端应用SLB（软负载均衡器）WEB应用WEB应用WEB应用WEB应用……ESB后端服务组合服务N组合服务2组合服务1客户原子服务用户原子服务XX原子服务产品原子服务订单原子服务资源原子服务公共缓存数据访问缓存数据访问缓存数据访问缓存数据访问数据访问数据访问文件访问数据访问数据访问数据访问数据访问数据存储分布式缓存分布式缓存分布式缓存消息中间件分布式缓存批量加载缓存更新批量加载缓存更新实时加载资源域订单域公共域产品域客户域用户域客户域用户域分布式文件系统阿里P层的技术架构应用层云化-用阿里的TDDL、Tair缓存＋关系数据库配合使用模式前端应用……WEB应用客户资料认证应用组合服务……订单原子服务客户资料认证服务组装服务订单原子服务用户原子服务客户原子服务用户原子服务客户原子服务TDDLTDDL原子服务产品原子服务产品原子服务……TDDLTAIR分布式缓存CRUDTDDL数据查询新数据保存数据存储新数据保存CRUDCRUDCRUD客户域资源域订单域产品域用户域号码维度表号码主表公共表客户维度表客户主表订单表用户维度表用户主表产品表批量加载缓存更新…………………………应用层云化-用阿里的Notify异步同步＋异步配合使用模式WEB应用……WEB应用组合服务层……组装服务组装服务X组装服务用户原子服务客户原子服务用户原子服务客户原子服务资源原子服务TDDLTDDLTDDLTAIR分布式缓存mqMq等Notify异步消息原子服务层客户域资源域用户域CRUD客户维度表客户主表号码维度表号码主表用户维度表用户主表CRUD………………采集OTS集群MYSQL集群DCC-PROXY查重数据累积量集群账本余额集群实时账单集群会话信息集群SLB集群OSS集群计费消息原始话单标准话单预处理OSS文件读写OTS查重/账详单读写话单消息费用变更消息用户资料集群NOTIFY集群TAIR集群MYSQL数据库读写余额变更消息账单变更消息开停机消息会话信息集群详帐单查询缴费充值批量销账月结优惠周期费计算信用控制实时账单变更累帐实时优惠批价余额变更账单变更会话管理/批价扣费详单入库DRC资料同步NOTIFY异步消息访问TAIR内存缓存访问APPNAME应用集群OTS集群历史详单数据MYSQL集群历史账单数据在线详单集群在线账单集群出账余额集群出账账单集群NOTIFY消息集群用户资料集群基于阿里的应用改造点－数据库层面原数据库附加能力被禁用存储过程、视图、自定义函数或过程、触发器、sequence等；聚合函数数据的强一致性被丢弃了：去外键、加冗余复杂sql被禁用复杂SQL拆分为简单SQL应用多次调用强一致性事务分布式环境下变成异步的了、并且是由应用来控制Notify消息中间件状态机基于阿里的应用改造点－应用层面原数据库的事现在由应用来干数据库附加能力、事务、聚合、排序大表join得拆开干引入消息中间件notify的副作用应用得摆平消息没有顺序了消息发重复了也不知道得增加很多技术类异常处理需要剔重、异常需要进行补偿阿里平台优缺点优点产品体系比较完整用消息机制完成分布式事务是一种创新互联网思维（技术角度）执行比较到位能力不足堆机器快速迭代阿里平台优缺点缺点数据方面强一致性被打破，而这恰是电信业务数据要保证的。数据一致性稽核。数据库附加能力的减少，导致系统很难平移过来，应用大部分要重写（除上层服务不用改之外，底层的跟数据库打交道的都要改，至少60％）。存储过程、function等。SQL：Join的限制、Like不支持、聚合函数等数据汇总能力不强引入冗余表，应用对冗余表的操作难度增加了对数据的维护难度加大了阿里平台优缺点缺点应用层面分布式事务得应用控制，工作量加大了。各种异常的补偿机制得考虑周全。出现问题后，查找原因变得很复杂、很麻烦消息中间件的重复、无顺序投递问题得应用解决业务远比阿里、淘宝复杂，是否能顺利支撑未深入验证过对单笔业务时间有较苛刻要求的业务，在云上遇到阻碍每个产品都有一些不适应产品平台－ESB产品能力阿里产品（HSF/Dubblo）我们（ESB）服务注册与发布采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，使用zookeeper注册中心进行服务的自动注册与发布。通过管理控制台对服务进行治理。通过esbAdmin页面注册服务，并将注册服务内容保存到数据库中。启动时esbWS进行服务自动发布。协议支持Webservice、Hessian、dubbo、rmi、http、thrift；不同服务不同协议；同一服务多协议暴露Webservice、rest负载均衡软件负载均衡：采用基本于配置中心订阅推送，客户端