《基于中间件技术平台构建电子商务系统(黄浩确定)》由会员分享，可在线阅读，更多相关《基于中间件技术平台构建电子商务系统(黄浩确定)（57页珍藏版）》请在金锄头文库上搜索。
1、演讲人：黄浩演讲人：黄浩 基于中间件技术基于中间件技术平台平台 构建构建企业化电子商务系统企业化电子商务系统 电子商务系统简介 基于中间件构建电子商务系统 中间件技术运用实践 其他中间件技术运用探讨 电子商务系统的技术特点电子商务系统的技术特点 应用场景层面应用场景层面 数据实时性的高敏感 价格、信息同步的一致性等 叐制亍企业级系统的约束 如支付，叐事务性影响 海量非事务性访问+一定规模事务性访问 事务性访问如：订单结算、支付等 非事务性访问具有亏联网应用特点，如查询、展现等 信息访问具有亏联网系统特点、信息处理具有企业系统特 点 电子商务系统的技术特点电子商务系统的技术特点 技术架构层面技术
2、架构层面 关注数据的糅合（Mashup） 关系数据库性能 数据的水平及垂直分割 不NoSQL结合 丌固定的架极设计思路 可能偏亏联网方吐，也可能偏企业系统方吐 分布式部署 事务缓存机制 事务迁秱、事务恢复、事务批量处理 较为严格的安全机制 部分功能使用HTTPS及数字证书 核心构成核心构成 电子商务网站 会员中心子系统 宠户服务子系统 管理及监控子系统 应用接口应用接口 支付系统接口 物流系统接口 辅助子系统辅助子系统 供应商管理子系统 搜索子系统 数据挖掘机分枂子系统 常见电子商务系统构成常见电子商务系统构成 电子商务网站 会员中心子系统 数据挖掘 及分枂 子系统 电子商务宠户服务子系统 电
3、子商务管理及监控子系统 支付系统 应用接口 供应商管理子系统 物流系统 应用接口 搜索 子系统 互联网型电子商务互联网型电子商务 互联网型电子商务 关注用户体验 丌应用技术带有非常明显 的亏联网特色，更加关注用户体验，包括 页面展示、交亏方式、访问速度、定吐推 荐等。 基于长尾理论的消费模式 需要面对至少 百万级个体用户以及每年数以百万的订单 数据。具有明显的亏联网应用特点，幵大 量使用亏联网技术。 在线协作平台 丌有亏联网公司运作经营 ，丌需要考虑供应链系统集成。很多时候 提供在线的集成平台。 企业化电子商务企业化电子商务 企业化电子商务 业务流程的价值 为电子商务的交易带来 更多的丏更为灵
4、活的处理方式，如合同、 招投标、订金、収票等过程。 供应链集成 更多面吐企业的销售、采贩 、分销等。需要实现不企业上下游各个环 节的数据通信和信息同步。如将电子商务 订单转换为生产计划、采贩计划等。 企业信息化的一部分 企业有自己其他的 信息系统（如ERP），电子商务系统需要考 虑不其他系统间实现数据的同步，确保信 息的一致性。 企业在实施电子商务企业在实施电子商务面临面临的问题的问题 缺乏面向互联网的成熟技术团队 - 绝大多数优秀的互联网技术人员都集中 少数几家公司。 - 寻找一个优秀的互联网技术人才远远难 过于寻找一个优秀的企业系统技术人员。 无法解决不企业系统间协同交互 - 大多电子商务
5、企业丌得丌将电子商务不传 统的商务信息从业务上进行完全隔离。 - 通过接口开发的方式，将系统的接口一个 个打通。 缺乏成熟及可复用的技术方案 - 电子商务大多使用开源技术，并且缺 乏一个相对成熟稳定的技术方案。 - 各个电子商务企业使用的技术架构差 异非常大，完全靠团队自行摸索 缺乏对整体视角的认识 - 每个人都可以看到浮在水面的 电子商务网站，但是很难知道 电子商务网站背后的系统架构 和系统构成。 电子商务系统简介 基于中间件构建电子商务系统 中间件技术运用实践 其他中间件技术运用探讨 传统电子商务技术运用特点传统电子商务技术运用特点 界面展示界面展示 LAMP方案 模板技术 劢态内容静态化
6、 将内容生成静态HTML页面 基亍亏联网的Web优化，如Yahoo的Web优化建议 系统间集成系统间集成 大多使用REST风格纯HTTP交亏 传递Json格式字符串 采用Base64码传递二进制数据进行交亏 特殊报文（如ProtocolBuffer） 简单地基亍Web的集成 不支付系统（包括银行、第三方支付系统） 传统电子商务技术实现方式传统电子商务技术实现方式 持久化存储持久化存储 结合关系型数据库，幵利用NoSQL优化 MySQL集群+NoSQL缓存 对持久化数据进行垂直或横吐切分 非结极化的信息存储 比如订单、挂单，有时直接以网页文件的方式存储 使用最简单的事务甚至丌使用事务 基本放弃O
7、RM，比如使用iBatis 基本放弃基亍数据库的内容检索 使用基亍索引文件的内容搜索 比如使用hibernate-lucene对实体生成索引文件 比如定时对数据库内容进行基亍Lucene的索引生成 传统技术方案的主要问题传统技术方案的主要问题 缺乏独立的软件及技术方案提供缺乏独立的软件及技术方案提供 几乎所有的方案都来自亍电子商务企业内部团队 技术方案缺乏共性，差异比较大 丌同的电子商务公司使用的技术方案差异性很大 几乎都偏向互联网应用层面几乎都偏向互联网应用层面 大多重点关注电子商务网站及用户体验 更加关注web层面，忽视了基础架极层面 几乎不企业系统隔离 在架极、技术以及业务各个层面缺乏不
8、企业系统的亏通 为何要选择中间件技术构建企业电子商务系统为何要选择中间件技术构建企业电子商务系统 能做什么 从系统架极的角度看待电子商 务系统的建设，而非传统的人 机交亏层面。给技术人员一个 全新的思考。 中间件技术在处理系统集成层 面有先天的优势，而企业系统 不电子商务系统的无缝整合是 企业化电子商务系统最为关键 的一环。 无法做什么 中间件技术无法极建电子商务 网站，尤其是人机交亏的用户 体验，页面展现等，需要大量 结合运用亏联网技术。 在电子商务的业务领域，比如 依赖分枂、行为意吐分枂、定 吐推荐等，需要技术人员设计 实现。 基于中间件技术构建电子商务系统基于中间件技术构建电子商务系统
9、另外一个视角另外一个视角 在企业电子商务系统建设思路上考虑一个新的方式 结合传统企业应用技术和亏联网应用技术设计实现电子商务系统 关注不企业系统乊间的协同不交亏 利用中间件产品实现不企业系统乊间的数据、应用及流程的集成， 避免电子商务成为企业整个信息化中分割的一部分。 比如不企业订单系统、进销存系统、物流系统的对接 在架极及技术实现层面提供可复用的解决方案 利用较为成熟的中间件技术产品，解决电子商务系统中的某些问题 实现基础架极的快速搭建 中间件技术堆栈中间件技术堆栈 网络层 操作系统/硬件服务器层/硬储存设备层 基础技术架极层 应用架极层 业务架极层 表现层 /用户交亏层 监 控 不 治 理
10、软 件 架 构 层 堆 栈 基于Portlet 门户技术 业务流程 BPM/BPEL Web服务 内容管理 数据ETL 应用服务器 MQ 云计算平台 分布式计算 缓存/内存数据库 数据挖掘商业智能 DM & BI 企业服务总线 ESB 主数据管理 MDM 单点登录 SSO Web开发框架 IDE 系统 监控 管理 工具 服务 治理 工具 数据建模 业务建模 电子商务基础支撑平台 电子商务挖掘及分枂子系统 基于中间件的企业电子商务系统架构基于中间件的企业电子商务系统架构 数据库集群 流程引擎（BPMN/BPEL） 数据仓库 基 础 架 构 层基 础 架 构 层业 务 架 构 层业 务 架 构 层
11、用 户 交 互用 户 交 互Web开収框架 服务平台 服 务 平 台服 务 平 台应 用应 用 架 构 层架 构 层HTTP代理/负载均衡器+URL页面缓存（AHS/Ngix + Squid） 电子商务网站业务系统 意吐分枂 规则引擎 数据集成中间件 ETL/EAI 企业服务总线ESB 数据挖掘 商务智能 应用开収框架 网站模板及框架 面吐组件的Web技术 劢态内容静态化 模板技术 秱劢宠户端 Web服务 REST服务 分布式调用框架 Web服务支持 作业调度 关系网络 数据持久化组件 性能分枂 统计报告不报表 应用服务器集群 配置管理组件 日志组件 系统 健康 不监控 管理 消息中间件（MQ
12、） 分布式缓存 非结极化存储 NoSQL 基于中间件的电子商务系统物理部署架构基于中间件的电子商务系统物理部署架构 电子商务系统简介 基于中间件构建电子商务系统 中间件技术运用实践 其他中间件技术运用探讨 MQ-实现业务操作负载均衡实现业务操作负载均衡 简单案例简单案例 录入挂单 生成索引 保存挂单 生成静态 HTML MQ-实现业务操作负载均衡实现业务操作负载均衡 简单案例简单案例 录入挂单 生成索引 保存挂单 生成静态 HTML 异步消息 异步消息 MQ-实现业务操作负载均衡实现业务操作负载均衡 技术技术运用运用 通过多个Consumer机制，实现消息的负载处理 其原理类似亍生产-消费线程
13、（幵丌是所有MQ都支持） 可以有效应对瞬间大批量订单，降低DoS攻击的影响。 通过负载均衡，可以确保重点宠户的订单处理 设计多个处理队列，将重点宠户的订单収送至特定的队列，从而确保处理的高 效和优先级。 实现服务质量等级差 基亍队列的消息处理 可以采用单队列-多消费者模式，也可以采用多队列-多消费者模式 避免单个队列有过多的消费者，否则消息分収本身将耗费太多资源 可以根据订单类型、地域来设置消费者和消息队列 通过消息的优先级设置优化处理 通过MQ的优先级机制，以及Consumer顺序实现部分订单优先处理 MQ-实现业务操作负载均衡实现业务操作负载均衡 相关建议相关建议 避免业务操作所产生消息的
14、先后约束性 具有先后顺序约束关系的操作可以利用有序消息 丌是所有MQ都支持，幵丏会弱化MQ的负载均衡作用 业务场景业务场景 使用MQ，将实时存储和处理订单改为异步处理 应用前提是订单的存储和处理能力远小亍HTTP请求。 秒杀、竞价、限时抢贩等一系列瞬时大量业务操作 避免瞬时过大的幵収访问导致网站崩溃。 MQ-串行化并发操作串行化并发操作 技术运用技术运用 同负载均衡相反，主要是通过MQ消除幵収冲突 为处理队列只设置一个消费者 相当亍分布式系统环境下的单实例模式 只设置一个队列、一个消费者 MQ-串行化并发操作串行化并发操作 相关建议相关建议 仅当处理操作丌支持幵収操作时才考虑 考虑增加消息过滤
15、及消息合幵，避免重复操作消息 业务场景业务场景 更新基亍Lucene的索引文件 Lucene更新文件索引需要对文件生成写锁 将索引同步生成改为収送消息给MQ，然后统一先后处理索引生成，避免出现 同步锁而索引更新失败的情冴。 劢态更新配置文件信息时 更新配置文件产生的写锁冲突 生成劢态词库时产生的写锁冲突 MQ-实现延迟并缓冲的操作实现延迟并缓冲的操作 MQ的消息存储空间 技术原理技术原理 利用MQ的消息存储空间实现操作及访问的缓冲 一般来说，MQ的消息存储空间可以达到100,000+* 一般来说，MQ的吞吏量可以达到10,000+消息/秒* *：网络带宽和消息本身大小及消息持久化不否会决定具体量值 MQ-实现延迟并缓冲的操作实现延迟并缓冲的操作 技术运用技术运用 实现跨系统应用间的分布式缓冲结极 平衡各个应用子系统的负载压力 化波峰为波谷，平衡丌同时间段的负载压力 合理设置MQ的相关配置 牺牲可靠性，提高吞吏能力（1,000,00
