电商服务器架构（电商服务器架构设计）

本篇文章给大家谈谈电商服务器架构，以及电商服务器架构设计对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、1. 电商详情页系统架构介绍
• 2、电子商务的三层结构模型是什么？
• 3、电子商务系统框架结构是什么？
• 4、电商系统架构以及分布式系统架构优缺点
• 5、电子商务网站常用的系统架构哪些

1. 电商详情页系统架构介绍

电商详情页架构方案大概分为两种，第一种小型电商，使用页面静态化的方案；第二种大型电商，架构较为复杂，使用异步多级缓存 + nginx 数据本地化动态渲染的方案。

1. 页面静态化架构（全量页面静态化，适合小型电商网站）

电商详情页分为页面数据和页面模板两块，通过页面模板渲染的方式，把页面数据填充到模板中，生成最终的静态化 HTML 页面，推送到 nginx 服务器上面，前端商品详情页的请求直接通过 nginx 服务访问静态页面。

对于小型网站，页面很少，这种架构方式很实用，也非常简单。模板引擎可以使用 velocity 或者 freemarker 实现，通过页面数据管理的 cms 系统渲染页面。当页面数据或者页面模板出现变更，重新部分或者全量渲染静态化页面。

整体页面静态化架构如下图所示：

2. 异步多级缓存 + nginx 数据本地化动态渲染的架构 （适合大型电商）

对比页面静态化架构，该架构方案在保证高并发、高可用的前提下，不用提前部分或者全量渲染静态化页面，页面数据和模板可以根据业务需求实时变更，由 nginx 渲染成 HTML 静态页面返回给前端展现。

整体架构思路如下图所示：

电子商务的三层结构模型是什么？

1、电子商务的三层结构模型，是指在客户端与数据库之间加入了一个“中间层”，也叫组件层。并不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构。三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

2、1998年，SUN公司将电子商务体系结构被分解成表达层、应用（逻辑）层和数据层。

（1）表达层。表达层以Web服务器为基础，负责信息的发布，用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

（2）应用层。应用层是系统架构中最体现核心架构的部分，处于数据层与表示层之间，起到了数据交换中承上启下的作用。根据分层的思想，对于数据层而言，应用层是调用者，对于表达层而言，应用层是被调用者，应用层负责体系架构中所有核心业务逻辑的处理。

（3）数据层。数据层的基础是DBMS，负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。

电子商务系统框架结构是什么？

电子商务的基本框架结构是指实现电子商务从技术到一般服务层所应具备的完整的运作基础，它在一定程度上改变了市场构成的基本结构。传统的市场交易链是在商品、服务和货币交换过程中形成的。而今，电子商务的应用强化了一个重要因素——信息，于是就有了信息服务、信息商品和电子货币等等。下面我们简要地描述一下电子商务系统框架结构的四大支柱。

第一支柱，网络基础设施，它是实现电子商务的最底层的硬件基础设施，是信息传播系统，包括远程通信网、有线电视网、无线通信网和互联网。这些网络都在不同程度上提供电子商务所需的传输线路，但是大部分的电子商务运作还是基于Internet。

第二支柱，在网络层提供的信息传输线路上，通过Internet传输信息的内容，如文本、声音、图像等。最常用的信息发布所应用的是WWW，及应用HTML将信息发布在WWW上。

第三支柱，贸易服务的基础设施。第四层框架被称为基础设施，因为所有企业和个人在做交易时都需要它的服务。主要包括标准的商品目录服务、建立价目表、电子支付工具的开发、保证商业信息安全传送的方法、认证买卖双方合法性的方法等。

第四支柱，电子商务的实际应用层。电子商务的具体应用范围较广，包括供应链管理、电子市场及电子广告、网上购物、网上娱乐、有偿信息服务及网上银行。

电子商务的两个支撑点是框架结构得以存在并能应用的基础。相关的政策及法律法规是电子商务框架的第一个支撑点。电子商务的第二个支撑点是各种技术标准及相应的网络协议。

电商系统架构以及分布式系统架构优缺点

1.技术新

2.技术范围广

3.分布式

4.高并发、集群、负载均衡、高并发

5.海量数据

6.业务复杂

7.系统安全

根据业务需求进行拆分成N个子系统，多个子系统相互协作才能完成业务流程子系统之间通讯使用RPC远程通讯技术。

同一个工程部署在多个不同的服务器上。

1.把模块拆分，使用接口通信，降低模块之间的耦合度。

2.把项目拆分成若干个子项目，不同的团队负责不同的子项目。

3.增加功能时只需要再增加一个子项目，调用其它系统的接口就可以。

4.可以灵活的进行分布式部署。

有优点就有缺点，缺点如下：

1.系统之间交互需要使用远程通信，接口开发增加工作量。

2.各个模块有一些通用的业务逻辑无法共用。

为了解决上面分布式架构的缺点，我们引入了soa架构，SOA：Service Oriented Architecture面向服务的架构。也就是把工程拆分成服务层、表现层两个工程。服务层中包含业务逻辑，只需要对外提供服务即可。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现。

电子商务网站常用的系统架构哪些

前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块

一. 商品展示

站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)

导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，also buy等)

商品分类(品牌分类，品类分类，属性分类如剪裁形式)

登陆页(商品列表页，商品详细页，商品活动页)

这里的访问逻辑是：a /b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。

二. 内容展示：内容展示较为简单，对纯购物品牌而言包括：

公告区

帮助中心

论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)

三. 订单确认

订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：

购物车

订单提交(返回购物车，收货地址地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)

四. 支付系统

与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：

外部支付系统(支付宝将接口，财付通接口，网银直联端口，信用卡分期端口)

内部支付系统(账户余额，积分，礼品卡，优惠券)

支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付)，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。

五. 用户中心 

用户中心的实质是用户自助功能的dashboard，一般4个部分组成：

注册登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如qq，新浪微博等)

订单中心(历史订单状态，中间状态订单修改，物流追踪)

服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)

信息管理(用户基本信息管理和账户信息管理)

后台系统包括：商品促销，crm，订单处理，wms，采购管理，财务管理，报表管理，系统设置，wa系统9大模块

一. 商品促销

商品管理(品类管理，品牌管理，单品管理)

促销管理(活动管理和自定义活动模板管理)

在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。

二. crm ：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：

会员管理(会员信息的增删改查和到其他系统的链接)

用户关怀(条件触发和人工触发相关edm 短信 ob)

定向营销(会员分组和营销活动管理)

客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)

呼叫中心(ivr，坐席管理，统计报表，参数传递与窗口嵌入)

值得注意的，edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。

三. 订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。

订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)

订单审核(自动审核和人工审核)

rma处理(rma申请单和rma处理单)

四. wms(warehouse management system仓库管理系统)

wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块

五. 采购管理

供应商管理(供应商信息管理，合同发票管理)

采购单管理(po单管理，负po单管理)

库存管理(库存查询，库存占用单，库存变动log)

六 .财务管理：b2c的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。

供应商结算

渠道结算

配送结算

内部结算

七. 报表管理： 报表是b2c业务的宏观表现，理论上说，每个部门的kpi都应该从中找到。

搜索报表(站内搜索量查询)

销售报表(多个维度销量查询，优惠券使用情况，报表导出)

财务报表

客服报表(客服日报和坐席报表)，前者反映与消费者发生的日常交互(包括正常与异常)，后者考核客服的工作绩效

仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。

八. 系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。

基础设置(和业务有关的一些字段值)

权限设置(不同账号的操作权限和操作记录)

其他设置

九. wa系统(web analytcis)

网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(google analytics)，要么是昂贵的omniture。

电商服务器架构的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于电商服务器架构设计、电商服务器架构的信息别忘了在本站进行查找喔。