电商平台分布式架构设计.docxVIP

  1. 1、本文档共17页,可阅读全部内容。
  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文档。上传文档
查看更多

PAGE16

电商平台分布式架构设计

件架构?不同人的答案会有所不同,而我认为一个好的软件架构除了要具备业务功能外,还应该具备一定的高性能、高可用、高伸缩性及可拓展等非功能需求。而软件架构是由业务架构和技术架构两部分组成,因为有了业务结构才会催生出软件架构,进而来满足业务上的需求,所以,在做软件架构设计时,需要分为业务架构设计和技术软件架构设计,二者不可分离哦!那么,接下来就以本人实际工作中的电商平台为例,进行说明电商平台架构设计,因为不同行业产品系统不同业务不同,而催生的系统软件的实现要求及架构设计就不同了!

l??架构设计的必要

l??电商平台的需求

l??平台的业务架构

l??平台的技术架构

l??平台架构的总结

一、架构设计的必要

架构师,我想很多人都知道,其实该职位头衔在最早的IT领域是没有的,它是近些年来由互联网的发展所引发的需求,因为现阶段的数据量及高并发的活跃好动,引起了不少传统的技术人员的力不从心,企业愈发关注到了系统架构的重要性,所以不同行业开始招募架构技术人员,架构师就诞生了。

?

1、架构设计的条件

我个人不建议具备下面条件的人员急着做架构,其实架构师的头衔并没有想象的那么神秘,到底是什么节点的同学:

A、对架构不感兴趣,但又迫于需求;

B、入IT行业,年限小于4年的;

C、主观能动性弱,又安于现状的;

?

注意,上面只是个人的想法,不具有代表性,只要你能够循序渐进,秒杀上面几条不满只是时间的问题。

?

2、架构设计的优势

A、更好的梳理业务的结构体系;

B、更好的拓展、维护及性能优化;

C、更好的适应企业业务灵活的推进;

D、更好的适应大数据的冲洗和应对;

E、更好的稳定性、低成本及快速迭代;

?

3、架构设计的注意

架构设计需要注意的地方,不是怎么把架构搭建起来,而是必须根据业务需求,严格分析,实现该需求需要什么技术会更好及更长远发展的考虑;另外,构建好的架构虽然可以运行,但是性能需要跟起来,否则架构设计会适得其反,增加不必要的工作量,那么下面就详细介绍下架构设计的策略。

?

二、电商平台的需求

1、客户需求

A、在线购物、在线支付或货到付款;

B、购买商品后,客户可以与客服沟通;

C、购买商品过程,物流的管理及跟踪;

D、收取到商品后,商品、物流评价打分;

?

客户的需求为最高,也代表了企业的核心需求,当然,企业需求还包括其它很多非功能性需求,具体请查看需求梳理部分。

?

2、需求梳理

客户需求

功能需求

非功能需求

在线购买商品

购物车、结算及会员管理

用户体验(性能、可用性)

在线与客服沟通

在线客服功能

即时通信能力

在线支付或货到付款

多种支付方式,含在线支付或货到付款

安全、加密、多种支付方式灵活切换

在线商品、物流评论打分

商品、物流评价打分

物流体系对接

?

上面只是对电商平台需求的简单列举,还有很多需求未列出,这里只是为了分析和设计电商平台架构做准备,具体的其它需求,可以参看京东、淘宝等商城。

?

三、平台的业务架构

根据业务的需求进行子系统模块划分,可以划分为商品子系统、购物子系统、支付子系统、物流子系统、客服子系统、评论子系统;而非核心需求可拆分出客服子系统、评论子系统及接口子系统。另外,根据各个子系统的核心等级,可拆分出核心子系统和非核心子系统,前者包括商品子系统、购物子系统、支付子系统及物流子系统;后者,则包括评论子系统、客服子系统及接口子系统。需要注意的是一般大型电商平台的物流系统是单独分离出来的系统(入库、出库、库存管理、配送管理及货品管理),而这里划分为子系统的主要目的是为演示核心架构,本架构中物流子系统一般作为对接和管理独立子系统的对接模块哦。

?

1、业务拆分目的

A、为了解决各个模块子系统间的耦合、维护及拓展性;

B、方便单独部署子系统,避免集中部署导致一个出问题,全部不能用;

C、分配专门的团队,负责具体的子系统,最大化工作效率安排;

D、应对大数据,高压力时,保护核心子系统正常使用;

?

2、业务的架构图

在上面的业务架构图中,将核心和非核心业务进行拆分,同时每个系统都要独立部署实现,做到大数据量压下,各个系统独立运作,提高可用性,必要时可以暂停掉非核心系统的资源开销,保证核心业务正常为用户服务。

?

四、平台的技术架构

在上面业务架构图基础上,我们需要一个技术架构的演变过程,一切只为满足用户的体验和支撑为前提,所以技术架构的搭建不是一蹴而就的,而是随着业务的不断衍变,系统的架构会逐渐完善更新,以实现应对业务数据量的冲击。

?

1、基本的架构设计

记得很早的时候,很多中小企业所采用的架构设计十分简单,基本使用一台服务器来满足一切需求部署,比如:一台服务器同时用作应用部署、数据库存储以及图片存储等,不料的是待用户数据达到50万以上,系

文档评论(0)

131****8213 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档