还称设计高并发的电子商店

上次我颁发了规划高并发的电子商店原文,得到大家的广大美好建议与申报,在这个基础及,我对统筹开了调整,希望大家多拍砖。

我会用贯彻之全经过记录下来,并由此博客园分享给大家,当然最终吧会见把这电子商店网站免费开源。

  • 咱们的电子商店都准备实现怎样功能模块呢?

图片 1

详细描述,等我们下一个回再说说道说道…… 

  • 第一从架构上考虑,我们利用四重合的面向服务的架:

图片 2

一个专业的季叠架构包含如下四个组成部分:

  1. 商家应用程序展示层,负责店应用程序与客户之并行

  2. 服务层,负责和商家应用程序进行多少交互

  3. 作业逻辑层,负责处理系统的事体

  4. 多少访问层,负责处理多少,与不同之数据库打交道

  5. 下一场由情理部署达成考虑,我们下分布式部署:

    咱俩的目的就是陪伴在访问量的增多,无需改程序,只待多服务器个数,就得达成高并发的目的。

图片 3

客户:

客户于浏览器访问我们的柜Web应用程序服务器;

商店web应用程序采用Windows_Server_AppFabric技术,缓存部分转时效性不高之数量,和共享sessionstate

再者,手机,winform程序等足以通过wcf技术,访问通过分布式服务的AppFabric服务器获取数据

用Web应用程序的分布式缓存和提供分布式服务的AppFabric服务器部署于共,就是以最大化的省服务器资源

数据库采取读写分离的格:

  1. 对此货物评论的音信我们位于”从数据库1″中,在商品详细的页面,直接打该数据库获取数据。

  2. 对于订单的信我们在”从数据库2″中,在订单查询的页面,直接由该数据库获取数据。

  3. “从数据库1″和”从数据库2″都见面以恰当的时机同步到主数据库。

  4. 咱见面基于业务开销有不同的服务,而异之劳务以得使更多之起数据库,这样有利于以后的扩大。

图形服务器采用二级域名的形式对外提供图片共享服务

后台管理人员:

管理人员从浏览器访问我们的后台应用程序服务器,通过后台应用程序管理图片服务器(图片有)和数据库服务器(数据有)的资源。

自思念至这,你应有知道了(一)中,为什么后台应用程序直接看工作逻辑层,而店铺应用程序需要经过服务层访问工作逻辑层了,因为伴随数据访问量增大,我们得以劳动因效益要,部署于多独服务器上,以化解访问压力,而后台应用程序不见面并发访问量增大的场景。

 

  • 接下来起项目组件上考虑,我们创建10单种类:

图片 4

App——电子商店前台页面显示

大凡BS架构的品种,选择时的MVC4框架。

BLL——业务逻辑

作业逻辑的操作,包括工作处理,事务等。

DAL——数据看

数据库访问的操作,数据实体,数据校验,使用Entity
Framework。

IBLL——业务接口

作业逻辑层的不二法门对外暴露的接口和劳务契约。如:App项目以及Shop项目。

Common——公共组件

周应用程序使用的官辅助方法。

ModelingProject——模型设计

每当这个设计项目的图例,如:架构图。

WcfHost——服务宿主

否电子商店前台系统的劳务提供宿主,使用微软WCF技术。

WFActivitys——工作流活动层

概念了工作流的活动,使用微软WF技术。

WFDesigner——工作流设计器

尽人口随意安排工作流的设计器,使用微软WPF技术。

Shop——电子商店后台应用程序

凡是BS架构的项目,选择时的MVC4框架。使用EasyUI脚本库。

 

  • 选型

工具选择VS2010 SP1 +
SQL Server2008 + 狼奔代码生成器

术选择EF + WF + WCF

  • MVC4 + EasyUI

  • 参考资料

    Windows_Server_AppFabric

    狼奔代码生成器