电商系统Broadleaf文档翻译(一) - 逻辑架构Logical Architecture

概述

原文标题：Logical Architecture
原文出处： http://www.broadleafcommerce.com/docs/core/current/broadleaf-concepts/architecture-diagrams/logical-architecture
译者：IT十年
译文链接： http://blog.csdn.net/matthewei6/article/details/50807329
本译文仅用于学习和交流目的，转载请保留原文链接和译文链接！

Broadleaf Commerce（以下简称BLC）是一个灵活的框架，在企业电子商务系统中可以扮演各种角色。下面描述的逻辑结构把BLC程序描述成企业电商系统的主引擎，它描绘了一个由web层，应用层，搜索层和数据层组成的分层物理体系结构。

Web层

web层接收来自公网的请求。

web层组件描述

组件	描述
负载均衡器（可选）	通常，web请求会被负载均衡器接收，负载均衡器再引导请求到一个或多个web服务器。
web服务器（一台或多台）	建议，BLC使用带modjk插件和粘性session的apache服务器，将请求的负载均衡到多个应用服务器上
CDN（可选）	大多数网站受益于第三方CDN的使用，比如Akamaii 或 Amazon Cloud Front。BLC使用CDN要做一些配置，好处是加载图片、视频、内容的速度更快

应用层

应用层是 BLC代码执行的地方，它会处理从web层转发来的请求。下图显示了一种应用层被物理地分隔为admin，site和api的配置。通常这些应用层组件会被组合到一组web服务器中。我们要说明的是，为了架构的灵活性，组件可以分离。

应用层组件描述

组件	描述
主应用服务器	BLC可以使用任何应用服务器，只要它支持你使用的spring和hibernate版本。我们强烈建议使用tomcat作为应用服务器，当然，已经有用户在Weblogic，Websphere，JBoss上运行成功。
管理服务器	BLC提供了一个管理服务器，可以管理catalogs，产品，报价，目标内容，静态页面等，admin程序可以和site程序运行在同一个应用服务器上，也可以单独发布。如何部署取决于很多方面的原因，一个典型因素是，只把admin程序暴露给内网（相对于公网）用户。有些架构师可能希望能单独扩展site、api和admin程序，但这种需求并不普遍。
API服务器	BLC可以配置为API服务器。网站可以选择通过公共站点如主应用服务器或者单独部署来暴露api，这两种配置实现起来都很简单。

搜索层

BLC默认使用嵌入式的搜索层。当产品目录中超过1万个标价产品时，建议部署独立的搜索层服务器。计算catalog大小时，国际化产品的数量应该乘上价目表的数量。例如，一个有5000种产品和三种不同的价目表（比如每种商品在不同货币中的价格）的站点应该使用独立的搜索服务器，因为标价商品的数量是15000（5000种商品x3种货币）。

搜索层组件描述

组件	描述
solr	solr是一个可以做各种配置的高可扩展的搜索引擎。如果要部署集群，请参考solr说明文档。

数据库层

BLC是数据库无关的，可以使用任何支持java、jpa、hibernate的数据库，包括流行的商业数据库如Oracle、MS-SQL Server，开源数据库如Mysql、PostGRES。

数据库层组件描述

组件	描述
数据库	对于大多数网站，使用Mysql就可以了。为企业电子商务系统选择一个数据库平台是一个重要的决定，要考虑很多因素。每个应用程序都会以独特的方式使用数据库，一个中等规模（大约每天1000个订单）的网站通常需要做一些调优。对于更大型的网站，我们认为最重要的标准是选择一个你的组织有能力支持的数据库平台。