电商网站的架构及技术

3.1框架和技术

本系统主要以.net框架和C#语言位主要的开发工具，前端使用QUI前端框架。技术插件有Redis集群缓存、RabbitMQ 消息、MySql数据库。 实际上，在电商系统中，大部分数据都是可以缓存的，不能使用缓存的数据很少。这类数据包括涉及到钱、密钥、业务关键性核心数据等。总之，如果你发现，系统里面的大部分数据都不能使用缓存，这说明架构本身出了问题。如何解决一致性和实时性的问题？保证一致性和实时性的办法就是：一旦数据库更新了，就必须把原来的缓存更新,如图3.1所示：

图3.1 系统架构图

说一说我们的缓存方案：我们目前的缓存系统：Redis（主从）+ RabbitMQ + 缓存清理服务组成。整体代码设计架构如下，如图3.2所示：

图3.2 系统图表

3.2数据结构

1）系统资源监控，监控各种网络参数和各服务器相关资源（CPU、内存、磁盘读写、网络、访问请求等），保证服务器系统的安全运营，并提供异常通知机制以让系统管理员快速定位/解决存在的各种问题。目前比较流行的应该是Zabbix。

2）服务器监控 服务器的监控，主要是监控各个服务器、网络节点、网关等网络设备的请求响应是否正常。通过定时服务，定时去Ping各个网络节点设备，以确认各网络设备是否正常。如果哪个网络设备出现异常，则发出消息提醒。

3）服务监控 服务监控，指的是各个Web服务、图片服务、搜索引擎服务、缓存服务等平台系统的各项服务是否正常运行。可以通过定时服务，每隔一段时间，就去请求相关的服务，以确保平台的各项服务正常运行。

4）应用异常监控 目前我们平台所有系统的异常记录，都记录在数据库中。通过定时服务，统计分析一段时间之内的异常记录。如果发现有相关重要的模块的系统异常，比如支付、下单模块频繁发生异常，则立即通知相关人员处理，确保服务正常运行。

5）应用性能监控 在API接口和各应用的相关位置进行拦截和记录下程序性能（SQL性能，或是 程序执行效率）。相关重要模块提供性能预警，提前发现问题。 同时统计相关监控信息并显示给开发的人员，以方便后续的性能分析，整体架构图如图3.3所示。

图 3.3 监听的架构图标

3.3设计交易流程 满足于用户需求，越简单的流程越好。

B2C的经营模式有： 综合商城：如同传统商城一样，它有庞大的购物群体，但线上的商城，人气多。

百货商店：这种商店是有自有仓库，有库存系列产品，以备更快的物流配送和客户服务。这种店甚至会有自己的品牌。

垂直商店：这种商城的产品存在着更多的相似性，要么都是满足于某一人群的，要么是满足于某种需要，亦或某种平台的(如电器)。

对于店铺销售者的功能： 1)为企业间的网上交易提供供求信息服务; 2)提供附加信息服务; 3)提供与交易配套的服务; 4)提供客户管理功能。

流程图如图3.4所示：

图3.4 交易流程图

3.4主要功能介绍 在线销售系统，主要分为首页、零售商品展示、批发商品展示、会员中心、加入我们、店铺后台管理。

页面的设计首先要简介

1.简洁大方，

2.要提高用户的体验度，在保证最基本的功能的情况下，操作不要太繁琐。

3.购物的分为两个板块，一个是零售，一个是批发

4.要有公司的首页，就像我给你的那个首页那样（里边的额内容）可以多加。

5.商品介绍时要有本商品所属商家的一个营业时间

6.支付方式可以是支付宝

7.游客可以在本网站直接购买商品，不需要注册处会员但是这种顾客不能对商家以及商品进行评论只有会员才可以对已购商品进行评论界面分类:

前端对外展示：

1.首页：头部：公司log,登入注册入口，导航栏(必须有的) 中间：商品展示（自由设计）底部：联系电话，地址，管理登入的入口。

2.商品展示：中间块自由设计

3.商品详情：中间块自由设计

4.购物车

5.下单，付款

6.会员登入注册

7.会员中心：有历史的订单查询，会员信息的编辑

8.评论后台管理界面：

1.公司信息管理

2.商家入住管理

3.商家商品管理

4.商家订单管理

5.会员帐号管理

6.管理平台登入。

系统管理员：

1.导航菜单管理。（管理前端的主要导航菜单的）

2.公司信息配置。填写公司地址和基本的公司信息

3.会员管理 管理会员的帐号信息

4.店铺管理填写店铺信息 注册店铺

5.商品管理：商品类型管理 : 将需要销售的商品分类，方便销售商品规格管理：商品有尺寸大小颜色等规格，这里给商品进行添加规格商品信息管理 : 商品的主题信息（如图片,名称，价格，备注 等都是在这里维护）商品库存管理：商品的库存量有多少这里进行维护。

6.订单管理：订单管理->这里有每个店铺对自己店铺商品的订单查看。 订单明细管理->订单明细管理 。订单评价->订单评价管理。