全渠道hybris中台架构设计说明书v1 2审阅

等TomTom、、简 目 文档范 参考文 设计方 部署架 网络拓 部署模 性 可 安 遵循标 文件约 约 运 配 数 王府井全建设的总体目标，是为了实现“同一个消费者，同一个王府井，无论消费者从何而来，无论消费者在什么上面购物，无论是线上和线下，都能获得同样的消费体验。可以看出，王府井全中台是全系统建设的，目的是为了打通线上线下，整合并且打通端端的全销售节，包商品和存会员和流、销售、付和交服务和售后等。王府井全中台又按照业务功能及其实现架构的不同，进一步划分为全渠道服中台和销中台。除了全销售中台以外，全系统建设中的供应商门户前台和运营支撑平台也是基于Hybris进行建设。因此，全PMO还规划了P03供应商项目组负责供应商门户前台，P05因此王府井全项目中一共有四个子项目依托于SAP的Hybris商务平台软件进行建设，P01P02P03P05我们把这四个子项目所包含的统称为王府井全Hybris中台(以下简称“系统”或者“本本文档用以描述本系统的整体架构(包括与之关联的全系统其它部分)、模块划分、接口本系统的目标是为王府井全销售提供商品主数据、价格、订单、库存的管理，建设供应商门户前台，并且为全的中台模块(包括基于Hybris的模块和非Hybris模块)建立运营支撑平台。项目第一期的目标是商商品(线上)和门店商品(线下)的全销售。本文档的预期读者为王府井全中台项目群的成员，包括各个项目组的项目经理、产品经第三章描述系统的逻辑结构。从最次上描述系统的逻辑组成；第五章对系统开发中的关键技术及公用设计机制进行描述；第七章描述系统的物理结构。从最次上描述系统的物理组成第九章对系统依赖的第软硬件进行描述；第十章中产品的非功能性需求一致；开发人员应当在后续设计过程中对这部分设计进行关第十一章第十二章描述架构设计中识别的风险，产品经理、设计人员、开发人员和测试人员都应说SAPHybris了强大的主数据管理和统一的商业流程。王府井全中台全应商线上 平台工业品类（分类COD hybis展，例如商品主数据模型。系统内的方法也是通过加工数据对象之后返回相应的结果。基于hybrishybis扩展会自动将数据模型以及模型间的关系转换成可配置的某种类型数据库的表和表间关系创订单生命周期订单实现流程等，需要将业务流程投影在程序对数据模型的加工步骤上，分阶段给出相应的产出，以满足相对应的业务流程需求。hybris三、驱动设计方法通过器捕捉，触发相应的执行程序来完成流程中的某个步骤。例如：用户成功基于Hybris开发平台扩展出来的子系统间接口设计的方法遵循hybris源生的RESTfulWebServiceimpex实现Hybris中台和前台子系统之间可靠的消息传输消息传输采用消息中间件，经过对当前主流MQ产品进行选型，决定使用RabbitMQ作为消息中间件。考虑到子系统间存在不同协议和不同架构(C/SB/S)的通信，为了降低系统复杂度 ApplicationInteg

该中台本身包含管理界面(运营支撑平台界面等)，业务服务层，系统服务层、以及的数子系统又分为全各前端展示界面、其他中台子系统、门店与ERP等系统，hybrisMQ，王府井全1912ERP3456789 应基于hybrisPM(ProdutContentMnagemen分类的管理，商品主数据的准入，供应商商品的准入，商品信息的，以及商品价格的维hbris配置不的。同基于有hybis商品和类的关，可比较容的通过对hybris商品数据模型的继承与扩展实现同一个商品不同销售主体的价格。通过对hybris分类数据模型的继承与扩展实现不同的展示分类hybrisOMS(OrderManagementService)订单生命周期结合客户实际的订单履行流库存模块在OMS库存模块现有功能基础上进一步完善，满足用户记录库存入库出库的hybrisOMS王府井全供应商管理平台是以供应商门户作为平台，对全中台，零供协作平台SAPHybris实现，使用商品价格、订单库存和运营支撑子系统提供Hybris包含了多种前台开发技术，包括了面向B2C前台快速实施的、cockpit开发台考虑基于HybrisNGcockpit框架进行开发。该平台是各全系统管理的统一。负责全基础组织架构的，各子系统后 运营支撑平台通过搭建认证服务器(CAS)，向其它基于B/S架构的全中台模块提供单1创建中台供应商接把系统原有供应SAP→Hybris中台异全量同2创建中台供应商接保持线下原有供应商准入，准入后数据同步SAP→Hybris中台增量同3创建中台百货要约把系统原有要约Hybris异全量同4创建中台百货要约百货在ERP准入要约，并且同步增量同5品牌导入牌的映射关系导SAP→Hybris异6品牌同步品牌在中台统一准入，准入后同ERPHybris中台->ERPHybris中台->外埠ERPHybris中台->Hybris中台->促销增量同7工业分类SAP中的工业分类导入到中异8工业分类工业分类在中台准入，同步给电SAPHybris中台-〉HybrisHybris增量同9创建中台百货大码，价格码导入接口把已有的大码，异创建中台百货大码，价格码同步接口大码，价格码在增量同创建百货单品，非单品导入异创建百货单品同步移动终端-〉Hybris增量同创建百货非单品大码，价格中台准入线下销移动终端-〉Hybris增量同单品映射关系同步Hybris中台->ERPHybris中台->外埠ERPHybris中台->增量同创建超市单品导入Hybris中台->ERPHybris中台->外埠ERP异创建超市Hybris中台->增量同单品同步ERPHybris中台->外埠ERP步创建单品导入SAP→Hybris异创建单品同步把单品同步SAP→Hybris增量同商品信息从中台得到商品供应商商品信息取从中台得到供应商品同步从中台同步商品Hybris增量同步工业分类从中台同步工业分类到内容管理Hybris增量同展示分类从中台同步展示分类到内容管理Hybris增量同展示分类属性同步从中台同步展示分类属性到内容Hybris增量同分类属性字典表同从中台同步展示分类属性字典表Hybris增量同属性字典表同步接从中台同步属性字典表到内容管Hybris增量同商品和展示分类同从中台同步商品和展示分类关系增量同商品和展示分内容管理系统好同步商品和展示分类的关系到中台内部管理系统-〉Hybris增量同商品展示分类属性值接口内容管理系统好同步商品展示分类的属性值到中台内部管理系统-〉Hybris增量同创建拍照从中台创建拍照Hybris增量同步拍照任务的状内容管理系统更内部管理系统-〉Hybris增量同商品状态内容管理系统更内部管理系统-〉Hybris增量同信息从内容管理系统Hybris台内部管理系统-〉Hybris增量同库同从中台把库同步到内容管理Hybris增量同创建商品和把商品和库的关系同步给中促销中台-〉Hybris增量同供应商在可售从中台得到供应商在可售状态外部系统-〉Hybris提交百货长期变价请求导入把百货长期变价请求提交导入到百货ERP异提交百货长期变价请求同步把百货长期变价请求提交同步到百货ERP增量同提交超市长期变价把超期变价请求提交导入到超市ERP异提交超市长期变价把超期变价请求提交同步到超市ERP增量同长期变价导入把商品的价ERP至Hybris异长期变价同步把商品的价ERP至Hybris增量同商品信息把商品基本信息，展示信息，信息同步给Hybris各增量同商品上下把商品上下架信Hybris增量同架信息同息同步给外部系统各步商品价格信息同步把商品价格信息同步给各外部系Hybris各增量同供应商商品同步接口把供应商商品同Hybris增量同专柜同步把专柜同步给促Hybris增量同步商品信息预览同步把商品的信息同步给主站，预览Hybris增量同100TMS/SAPERPOMS->门店SAP推送销售单至ERPOMS->SAPOMS-100100100POS-100OMS-出货主体接据系统-库存地点接集货仓接WCS细入CSV入CSVCSV口CSV1创建活创建活供应商管理平台调用营销中2查询活查询活动列表，包括供应商供应商管理平台调用营销中3供应商数据更供应商管理平4查询当前供应商与王府井全供应商管理平1用户外部系统→2对于成功登录的用外部系统→运第提供权限定义入外部系统→运用户在第系统点击，跳转到中台页面外部系统通过URL跳转到运营支撑中心注URL外部系统→运外部系统→WebRESTfulWebJSONWCS云店前端和Hybris中台之间的紧耦合，易于扩展。WCSWCS前端需要商品的工业分类和展示分WCS。WCSApacheSolr开源软件搭建，用于商品搜索的需要。HybrisSolorApacheSolrHybris前端和后端管理页面提供各种WCS前端考查使用HybrisSolr来做商品查询的可能性。如果可行，就可以避Solr服务器。计算订单，创建订单以后，提交到Hybris中台。每次后续需要订单的时候，WCS前台用实时WebServiceHybris中台按需获取订单列表和订单信息。WCS前台不需要从Hybris时WebService按需Hybris中台。WCS不需要Hybris中台推送库存变化通知。WCSWCS云店和Hybris接1商品中台->WCS前台2hybris推送商品价格数据到WCS商品中台->WCS前台品牌导入商品中台->WCS前台hybris导出虚库供应商到WCS商品中台->WCS前台商品属性导入商品中台->WCS前台商品和分类的关系导入WCS商品中台->WCS前台7工业分类展示分类导入商品中台->WCS前台8商品上下架状态导入商品中台->WCS前台9商品中台->WCS前台WCSWCS前台->账户中台WCSWCS前台->订单中台WCSWCS前台->订单中台WCSWCS前台->订单中台WCSWCS前台->订单中台WCSWCS前台->订单中台详细的WCSP01商品价格、P02订单库存账号项目组的产品说明书、接口设计backlog（待完成。Hybris中台通过SAPPI和SAPERP进行通信建议通过消息队列的方式增量同步商品主主要的ERP接口如下所示WCS云店和Hybris接1商品主数据从ERP商品中台->WCS前台2商品价格数据从电商ERP导入WCS商品中台->WCS前台Hybris导出到ERP商品中台->WCS前台工业分类从导出到商品中台->WCS前台详细的ERP接口参见P01商品价格、P02订单库存账号、P03供应商项目组的产品说明backlog（待完成。

总部系统是基于富基的城市中心ERP产品，起到准入中心的作用，包含如下数据：组织架构、总部系统往各个门店单店ERP系统下发的商品主数据，只下发该门店对应有的那些商品(在商 是下发时会汇总到一个接口表中，单店ERP系统在导入这个接口表数据的时候，会自动把数据导入到不同的单店ERP数据表中。因此，接口表中的主数据对于门店ERP系统来说是完整的。目前外地门店系统没有用接口表来做数据，因为商品主数据和业务数据都在门店ERP系统自身。线下ERP系统和HybrisWebService目 从总部系统调用webservicer取会员信息就是用的WebService，SOAP1.2协议支持txt、csv等多种文本文件格式。Hybris中台提供Impex文件格式的导入导出接口，可以供线下ERP系统使用。线下ERP系统使用的是SybaseASEERP之间进行数据同步的话，可以使用SybaseASE提供的数据库功能。消息队列是企业IT系统中广泛采用的点对点异步通信机制，可以实现点对点或者订阅式的异步通信，而且实现了应用程序之间的松耦合，便于未来的扩展。本系统和WCS前台之间MQERP系统之间采用同样的通信方式。在本期王府井全项目中，门店商品的准入仍然保持现状下ERP进行，但是准入完成后需和门店的单店ERP系统对接，同步库存、订单等数据ERPP01商品价格、P02订单库存账号、P03供应商项目组的产品说明backlog（待完成。（向i（->ybi）、商品编辑的接口（拍照系统需要修改商品的描述路径、虚拟分类等，需要调用、发送销售单(发货通知单)的接口（用来在OMS生成发货通知单的时候，相应TMS）<requires-extension<requires-extension<requires-extension<requires-extension<requires-extension<requires-extensionname="wangfujingcore"/>3:com.wangfujing.cockpits<requires-extension<requires-extension<requires-extension<requires-extension<requires-extension<requires-extensionname="acceleratorcms"/>4:com.wangfujing.initialdata<requires-extensionname="wangfujingcore"/>5:com.wangfujing.webservice<requires-extensionHybrisSpringSpringFrameworkIOCAOPj2eeHybrisJ2EEFacadeServiceDAO王府井中台程序模块是在Hybris原有的功能模块扩展而来，主要扩展后端管理模块(Cockpits)Hybris(hmcwebserieHybrisHybrisHybris中台基于YaleCAS实现单点登录功能，理论上所有需要用户登录和验证的系统都会和该CAS服务器做接口，来验证用户 ，获取登录状态的ticket。从结构上看，CAS包含两个部分：CASServer和CAS。CASServer需要独立部署，主要负责对用户的认证工作；CAS负责处理对客户端受保护资源的请求，需要登录时，重定向到CASServer。1CASCAS与受保护的客户端应用部署在一起，以Filter方式保护受保护的资源。对于受保护资源的每个Web请求，CAS会分析该请求的Http请求中是否包含ServiceTicket，如果没有，则说明当前用户尚未登录，于是将请求重定向到指定好的CASServer登录地址，并传递Service（也就是要的目的资源地址），以便登录成功过后转回该地址。用户在第3步中输入认证信息，如果登录成功，CASServer随机产生一个相当长度、唯一、不可的ServiceTicket，并缓存以待将来验证，之后系统自动重定向到Service所在地址，并为客户端浏览器设置一个TicketGranted（TGC），CAS在拿到Service和新产生的Ticket过后，在第5，6步中与CASServer进行合适，以确保ServiceTicket的。CASSSLSTTGC会有2次重定向的过程，但是CAS与CASServer之间进行Ticket验证的过程对于用未登录，SSOAPISSOServer人员功第系统页面上添加按钮，点击按钮，跳转到中台页第系统在开发过程中，应当根据业务流程要求和自身实现情况，整理出“角色权限定义第权限系统导入申请Hybris1：云购物车是全唯一的购物车，或者是某些公共的购物车，共享购物车的不再保留自身的购物车。用户对在某个对购物车的操作直接体现在对云购物车上。这样的购hybrishybris原有购物车来定制实现。该设计契合“同一个顾客，同2：云购物车是全共享的购物车，而某些还保留自身购物车。用户对于购物车的操作直接体现在购物车上，根据业务需求再将购物车的内容同步到云购物车。这样的设计要求保留购物车和hybris中台购物车，并在两者之间创建数据同步接口和逻辑。该设HybrisHybris为电子商务B2C开发提供了软件包，包含了一系列的模块扩展，用来作为CSS框架等。基于来开发Hybris前台是一种很好的方法。B/S架构图形化界面。Hybris最近又为前台开发提供了NGcockpit框架，它是Hybris专门为OMS开发界面而NGsocket可以方便实现组件之NGcockpit框架，这样可以重用框架提数据通Hybrisweb服务的通信方式，大量数据的异步通信则采用Hybrisimpex文件导入导出接口。所以，Hybris前台（基于Accelerator定制）和订单管理服务(OMS)之间通过web服务进行集成。hybrisERP之间建议采用Impex文件通信，hybrisSAPERP之SAPPI和Hybris热点(HotFolder)impex文件其他的子系统也建议能提供webImpexHybrisIBMWebsphereMQ、ActiveMQ、（针对应用程序的数据）来通信，而无需连接来它们。消息传递指的是程序之间通ApacheJMS1.1J2EE1.4规范。RabbitMQAMQP基础署情况来看，RabbitMQActiveMQ的性能更好，单位时间处理消息的能力更强。综上所述，考虑到价格和性能因素，我们建议在全项目中部署RabbitMQ集群提供企业消息队列服务，以便实现Hybris中台和前台、子系统之间可靠的消息传输。hybrishybris自带的接口通信方式：RESTfulWebService和Impex-counter-counter:i-color:-size:name:codename:code:尺码code:尺码name:名称:-状 :code:--3：

---

:::

展示分类code展示分类code:展示分类name: :

:品牌名称:英文名称: : :允许引入:-store: : : :门店的名称:

括会员中心、中心、交付中心等)、数据服务器（包括数据库、文件服务器等）放在均衡地址作为接入点。F5设备对于机房局域网内的通信采用快速转发的机制，以提高通按照全项目规，需要每个门部署的统括门店ER、POS台服务、商品辑门店服务、移动作台服务，会员心也应当门店部或者备一套系统以满足中台脱机时能够正常经营的需求。同时，需要部署在总部的系统包括系统、部系统即大红系统)、 总部系等。门店总通过专网络与IC机房的全系统(本系统相连。前门店之间的通采用2M专线网，应在上线前对店的网和无线域网进评估和造以满足未全线后的能要求。 王府井全项目2015年1月1日上是在家门店(百大楼双商城)进试点随后的2015年，府井全中台会在近0家门店上线广。试期间和广以后的性能压力是不一样的，因此在本系统搭建各种服务器集群的生产(Prodctio)环境的时候Hybrsybris(Pe-Prodution)CIT)环境来测试每日的软件版本，以便发现和报告软件故障。同时，王府井关键用户需要使用用UAT)print 20152015市每天订单数量每日订单数量顾客总数(门店消费会员数或会0030每日独立IP每日独立IP单个访客页数PV(平均每日订单忙时人员总服务器类型Web2In服务器类型Web2InXeon6C8HybrisB2C应用服务8InXeon6C5Hybris3OMS器数据库服 4InXeon6CSAN搜索服务器2InXeon本系统作为王府井全系统的重要组成部分，与中台其它模块、前台的诸多模块都有王府井全系统各个子统都需用到数，无论是统的关型数据库Oracl，MySQL等非关型数据(MongoDReds等)文件系统(SambFTHadop等)。全系统应当考虑到部署统一的数据服务，这样可以比单独部署可以大大减少硬件投王府井全系统对于各个应用服务器和数据库服务器均需要考虑集群部署，不可避免的都pache可能会造成过多的负载均衡服务器硬件开销，而且造成未来运维的负担。本系统应当整合应用集群和数据库集群的需求，在各个部署位置，利用统一的高性能的负载均衡服务器来提供王府井全系统的各个应用子系统都需要支持集群部署和提供水平扩展能力。这样，一旦业务量增加了，可以通过增加节点数量来提供的业务能力，而不至于通过更换硬件来达王府井全项目是王府井百货全战略的重要技术支撑，是王府井百货新的起点，因此，全系统软件的可重用性非常重要。开源操作系统(推荐CentOSLinux)，以便于部署和。案，将产品内容、商务运作与扩展有机集成，可帮助企业打造统一顺畅的顾客体验，涵盖网上、店内及移动等多种。Hybris提供了大量可重用的功能模块，能够为王府井全渠HybrisSpringMVCSpring同时为J2EESpringJavaBeanEJB，SpringHybrisJavaSpringHybris(extension)hybris而无需进入代码库。加载项是扩展Hybris电子商务平台的最佳方法。同样，也可以对JavaScriptCSS本系统的实施方法遵循敏捷开发的原则，以用户的需求进化为，通过不断的迭代循序渐本系统作为王府井全第一个采用敏捷开发实施的项目，将为整个全项目组积累敏捷全IT系统规划和部署的能力J2EE、SpringMVCSpringMVCPMO的项目规划，未来的供应商平台在后期还将进一步开发，以支持供应商深度联营的需求，运营支撑平台也将进一步扩展，以支持的应用和业务需求。同时，第一期范围内商品的准入和管理组织架构都留在ERP和线下ERP系统保留现状不变，但是未来也有可能逐步统一到全中台。统HybrisCPU:>2core,1.7GHzCentOS6.45MEM:>HD:>50OS:HybrisCPU:>2core,1.7GHzCentOS6.43MEM:>HD:>50OS:HybrisCPU:>2core,1.7GHzCentOS6.44MEM:>HD:>50OS:YaleCPU:>2core,1.7GHzCentOS6.42MEM:>HD:>50OS:CPU:>2core,1.7GHzCentOS6.42MEM:>HD:>500OS:CPU:>2core,1.7GHzCentOS6.42MEM:>HD:>500OS:CPU:>2core,1.7GHzCentOS6.42MEM:>HD:>500OS:CPU:>2core,1.7GHzCentOS6.42MEM:>HD:>50OS:基于王府井全业务的复杂性和未来业务拓展的需求，本系统在设计时需要充分考虑到整王府井全Hybris中台与其它中台模块(包括且不限于、会员、支付、交付等)紧密联系，同时与前端和项目密切相关，因此需要注重可扩展性设计。初期重点考虑支持全销售需求，但是后期需要持续优化和扩展，以适应将来可能出现的新业务和变更。软件集群，利用Apache或者F5负载均衡设备，提供恢复(failover)机制，并且实现了Hybrs使用5ApceNgnx集群系统。集群系统是在冗余的通常可用性系统基础之上，运行高可靠性软件而构成。高可靠性软件用于自动检测系统的运行状态，在一台服务器出现故障的情况下，自动地把设定的服务转到另一台服务器上。当运行服务器提供的服务不可用时，备份服务器自动运行服务器的工作而不用重新启动系统，而当运行服务器恢复正常后，按照使用者的设定以自动或手动方式将服务切换到运行服务上运行。备份服务器除了在运行服务器出现故障时其服务，还可以执行其他应用程序。因此，一台性能配备充分的主机可同时作为某一服务的运行Hybris中台应当提供异地容灾的方案，以便在发生后要确保原有的数据和服务能够尽快磁盘（阵列）技术，主要由一些磁盘阵列厂商提供，例如EMCSRDF、IBMPPRC、HDSTrueCopy2）网络(SAN)虚拟化设备技术，同样是由SAN厂商提供，例如IBMSVC、VVRQuestSharePlex根据本系统的实际环境，并不是上面列出的所有技术都适合。磁盘(阵列)技术要求具有指定的硬件，SAN技术要求在SAN环境中使用。及全项目的众多应用开发团队。而且，它们的距离不受限制，带宽要求低，应用灵活。在的容灾系统中，要实现完整的应用容灾，既要包含本地系统的安全机制、的数据机制，还应具有广域网范围的故障切换能力和故障诊断能力。也就是说，一旦故障Hybris王府井需要建设全中台的异地灾备系统。例如，生产系统位于，灾备系统位于其它城市。生产系统和灾备系统按照完全相同的规格进行搭建，安装相同版本的操作系统和应用程序。灾备系统与生产系统划分相同的卷结构。灾备系统与生产系统的Oace数据库采用Orceaaurd数库技术其它数和文件服器采用辑卷技，以保证生数据的全，满全台的业连性需求。生产系统和容灾中心之间推荐采用2条或者多条的网络专线，