- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
构建电子商务信息化平台.ppt
五. 数据库读写分离 写库:需要写入数据库的事务操作 读库:缓存访问不命中、缓存过期、需要读取数据库的事务操作 订单 应用服务器 用户 商品 商品表 数据库 从库(读) 用户表 订单表 应用服务器 从数据库 服务器 负载均衡器 订单 应用服务器 用户 商品 负载均衡器 主数据库服务器 分布式 缓存集群 商品表 数据库 主库(写) 用户表 订单表 分布式缓存集群 主从库 数据同步 数据复制 六. 使用CDN和反向代理 网络提供商机房: 就是离用户最近的机房,用户宽带上网的接入机房; CDN:在离客户最近的机房中缓存业务数据,客户第一跳就能访问到数据; 反向代理:用户请求到网站系统所在的IDC后,首先访问反向代理里面的缓存的数据; 应用 服务器 主数据库 服务器 负载均衡器 从数据库 服务器 分布式 缓存集群 CDN集群 反向代理服务器集群 网络提供商IDC机房 网站系统 IDC机房 CDN和反向代理基本原理还是缓存!!! 互联网 拨号接入服务器 七. 分布式的数据库 读写分离,分库分表 水平分割,将相同的业务不同的数据放到不同的数据库中 垂直分割,将不同的业务数据放到不同的数据库中 订单 应用服务器 用户 商品 负载均衡器 订单 应用服务器 用户 商品 用户库(主) 分布式缓存集群 商品库(主) 用户库(从) 交易库(从) 商品库(从) 交易库(主) 数据复制 数据复制 数据复制 八. 使用NoSQL和搜索引擎 大型网站站内搜索 提高站内搜索场景下读的性能,提供更好的查询效率 CDN集群 反向代理服务器 集群 网络提供商IDC机房 网站系统 IDC机房 订单 应用服务器 用户 商品 商品表 数据库 主分布式数据库(写) 用户表 订单表 负载均衡器 订单 应用服务器 用户 商品 商品表 数据库 从分布式数据库(读) 用户表 订单表 分布式缓存集群 搜索集群 数据复制 NoSQL 九. 业务应用拆分 读写分离、分布式存储、数据的垂直和水平拆分(分库分表)都是拆分数据,解决数据方面的问题,应用如何拆分?? 随着业务发展,应用的功能越来越多,也越来越大,我们需要考虑不让应用持续变大; 应用拆分,把一个应用拆分为多个应用,分而治之; 订单 应用服务器 用户 商品 负载均衡器 订单 应用 服务器 用户 商品 负载均衡器 订单 应用服务器 用户 应用服务器 商品 应用服务器 应用拆分前 应用拆分后 网站应用架构的演进 Framework Architecture Cluster All in One 1 ~ 10 垂直应用 分布式服务 弹性服务框架 ORM MVC RPC SOA 应用 服务 10 ~ 1000 1000 ~ 10000 10000+ 单一应用架构 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。此时,用于简化增删改查工作量的?数据访问框架(ORM)?是关键。 垂直应用架构 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。此时,用于加速前端页面开发的?Web框架(MVC)?是关键。 分布式服务架构 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来作为独立的可以复用的服务,使前端应用能更快速的响应多变的市场需求。此时,RPC技术是关键。 流动计算架构 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。此时,用于提高设施利用率的资源调度和治理中心(SOA)?是关键。 单一的应用架构 应用 All 数据库 All in One 1 ~ 10 ORM 单一应用架构 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。此时,用于简化增删改查工作量的?数据访问框架(ORM)?是关键。 应用 All 应用 All 应用 All 负载均衡器 每个节点服务器中,包换应用的全部功能模块代码 应用系统很臃肿,维护和版本升级开销非常非常大 使用负载均衡分散访问会话,提高并发处理能力 网站初期或者规模较小,整体上容易把控 垂直拆分应用架构 垂直应用 MVC 10 ~ 1000 垂直应用架构 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。此时,用于加速前端页面开发的?Web框架(MVC)?是关键。 应用A 应用B 应用C 应用D 数据库 缓存系统 搜索引擎 应用 E 应用 F 应用 All 各应用中存在重复的业务功能和代码,甚至在一个应用中也会存在冗余的代码逻辑 应用系统依然很臃肿,业务逻辑处理和界面交互的代码还是堆放在一起 维护和版本升级开销都很大,稳定性不够理想 适用于中小型网站规模,整体上容易把控 服
文档评论(0)