网站大量收购独家精品文档,联系QQ:2885784924

大型电商架构及演化历程.pptxVIP

  1. 1、本文档共45页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

大型电商架构及演化历程盈天讯张宇

曾参与上品折扣、广之旅、李锦记、中国银行企业网银、平安保险等项目IBMGBS资深电子商务顾问中宏互联技术总监目前:盈天讯首席架构师苏宁易购项目,技术管理委员会核心成员亿玛科技架构师凡客诚品首席架构师自我介绍

大而全(功能为重)2技术趋势4小且快(资金为重)1大且快(量级为重)3大且敏(终极追求)5Agenda

小且快(资金为重)两个层面的“快”架构选型:ASP.NET、RoR等他们都选了什么?架构特点部署架构

01电商的灵魂是“快”02开发速度快03运行速度快04小而快时候,更多的指的是开发速度快两个层面的“快”

框架选型ASP.NETRoRGrailsPHPDjango

他们都选了什么?

为什么大多数人选择了ASP.NET?01人员成本服务器成本02人力资源充沛03有几个人熟悉其他RAD?04维护成本低05成长空间:容易晋身为企业级架构06为什么大多数人选择了自主研发?07需要商业模式创新08创业者期望“颠覆”09“小而美”的时候,维护成本高10架构选型

01轻量,直观,容易理解,架构代价(overhead)小02耦合度高03基本不存在分层04能做到静态分层已经很不错了05有些团队喜欢把所有查询都写在存储过程中06DataDriven07以数据(库)为中心的设计08全局数据共享,极少考虑封装性09CRUD四轮马车的代码10没有,也不太可能测试(单元,集成)架构特点

基本上是单点甚至是租用主机现在可以选择云部署架构

大而全(功能为重)野蛮生长企业级需求问题架构演进架构特征部署架构

技术团队从2-5个人突然增长到300+,后来增长到1000+截止到2010年3月份,凡客诚品技术部接到的需求已经排期排到了2013年每个系统都有少则几十多则上百的模块从单一网站系统演变为众多业务系统(客服系统、联盟系统、有哪些信誉好的足球投注网站系统、供应商系统、物流仓储系统……)网站后台从几个模块增加到上百个模块苏宁易购也同样经历了开发人员从几十一下子到几百再一下子到上千的阶段野蛮生长

企业级复杂度01工作流(审核、审批)02专业的财务需求03多系统统一认证(SSO、LDAP)、权限04作业(JOB、Cron)系统、队列、批处理05各种客户端接入(C/S、B/S)06凡客管理平台,ERP,CRM,WMS,客服系统都是C/S架构07企业级需求不及设计“订单转有效”是一个凡客内部著名的存储过程,历经4名程序员,最终达到3000+行SQL,并成功达到无人能懂,无人敢改的地步05代码改动影响面大,回归测试范围大系统关键环节越来越复杂,越来越难维护所有功能交织在一起,牵一发而动全身长事务、大事务06问题

架构演进——分层架构面对越来越复杂的业务系统,首要的问题是耦合过重最基本的是分层架构

分层架构——我们得到了什么?人们常说,分层架构主要的好处是可以替换某一层的具体实现,比如我可以把UI层从Struts换成SpringVMC,可以把DataAccess层从Hibernate换成iBatis,但多少项目换过?更清晰的代码噪音的减小更有意义的命名复用可维护性存储过程中的业务逻辑全部收回逻辑层

分层架构使得各层之间的依赖关系变得明晰01重构、重写部分代码02拆分依赖中枢03下单04促销05划分业务模块06使用单元测试保证重构是安全的07RefactoringToPatterns08架构演进——划分模块

架构演进——AOPSSO,权限等代码事务代码日志代码严重干扰了业务代码的清晰度增加了出错几率

架构特征logo分层清晰,层次之间依赖关系清晰面向接口的设计采用Spring等DI框架各小组负责自己的业务模块AOP等架构组件使基础服务自动化数据库集成主系统和各个边缘系统通过共享数据库进行数据交换数据库表混用现象突出用户、订单表中的字段可能多达100多个,被十几个系统分别使用数据库锁现象严重各个系统争用数据库锁某些数据库产品因此容易发生死锁现象

部署架构负载均衡优于HA(热备)可以随时扩展新的运算能力

大且快(量级为重)挑战架构演进CQRS缓存切分横纵切分前后端切分异步与最终一致ReportingDatabase

架构演进——CQRS电商的特点是,80%的请求是只读的CQRS=CommandQueryResponsibilitySeparation不仅仅是你认为的读写分离从UI,到Action,到Service,一直到数据库,贯穿始终的读写分离Cache-Control命名规范:GetXXX,QueryXXX读写分离的事务控制(电商容许很大范围的数据不一致现象)只读数据库

架构演进——CQRS

浏览器缓存CDN前端HTTP缓存(Squid,Vanish)HTML代码片缓存(Memcache)Service级缓存

您可能关注的文档

文档评论(0)

wuyoujun92 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档