基于中间件技术平台构建企业化电子商务系统.pdf
《基于中间件技术平台构建企业化电子商务系统.pdf》由会员分享,可在线阅读,更多相关《基于中间件技术平台构建企业化电子商务系统.pdf(55页珍藏版)》请在咨信网上搜索。
1、基于中间件技术平台构建企业化电子商务系统演讲人:黄浩I吸电子商务系统的技术特点:应用场景层面数据实时性的高敏感价格、信息同步的一致性等受制于企业级系统的约束如支付,受事务性影响-海量非事务性访问+定规模事务性访问事务性访问如:订单结算、支付等非事务性访问具有互联网应用特点,如查询、展现等 信息访问具有互联网系统特点、信息处理具有企业系统特 点I吸电子商务系统的技术特点技术架构层面 关注数据的糅合(Mashup)-关系数据库性能数据的水平及垂直分割与NoSQL结合-不固定的架构设计思路可能偏互联网方向,也可能偏企业系统方向分布式部署事务缓存机制事务迁移、事务恢复、事务批量处理较为严格的安全机制部
2、分功能使用HTTPS及数字证书:核心构成电子商务网站会员中心子系统客户服务子系统管理及监控子系统;蠶鬻|应用按口I支付系统:应用接口搜索 子系统电子商务网站会员中心子系统供应商管理子系统数据挖掘 及分析 子系统:应用接口-支付系统接口物流系统接口电子商务客户服务子系统电子商务管理及监控子系统c:辅助子系统供应商管理子系统搜索子系统-数据挖掘机分析子系统以互联网型电子商务基于长尾理论的消费模式需要面对至少 百万级个体用户以及每年数以百万的订单 数据。具有明显的互联网应用特点,并大 量使用互联网技术。在线协作平台不有互联网公司运作经营,不需要考虑供应链系统集成。很多时候 提供在线的集成平台。关注用
3、户体验不应用技术带有非常明显 的互联网特色,更加关注用户体验,包括 页面展示、交互方式、访问速度、定向推 荐等。企业信息化的一部分企业有自己其他的 信息系统(如ERP),电子商务系统需要考 虑与其他系统间实现数据的同步,确保信 息的一致性。供应链集成更多面向企业的销售、采购、分销等。需要实现与企业上下游各个环 节的数据通信和信息同步。如将电子商务 订单转换为生产计划、采购计划等。业务流程的价值为电子商务的交易带来 更多的且更为灵活的处理方式,如合同、招投标、订金、发票等过程。企业在实施电子商务面临的问题缺乏面向互联网的成熟技术团队绝大多数优秀的互联网技术人员都集中 少数几家公司。寻找个优秀的互
4、联网技术人才远远难 过于寻找个优秀的企业系统技术人员。缺乏成熟及可复用的技术方案电子商务大多使用开源技术,并且缺 乏个相对成熟稳定的技术方案。各个电子商务企业使用的技术架构差 异非常大,完全靠团队自行摸索缺乏对整体视角的认识每个人都可以看到浮在水面的 电子商务网站,但是很难知道 电子商务网站背后的系统架构 和系统构成。无法解决与企业系统间协同交互大多电子商务企业不得不将电子商务与传 统的商务信息从业务上进行完全隔离。通过接口开发的方式,将系统的接个 个打通。I吸传统电子商务技术运用特点:界面展示 LAMP方案-模板技术 动态内容静态化将内容生成静态HTML页面基于互联网的Web优化,如Ya h
5、o的Web优化建议:系统间集成-大多使用REST风格纯HTTP交互 传递Json格式字符串 采用Base64码传递二进制数据进行交互 特殊报文(Protocol Buffer)-简单地基于Web的集成与支付系统(包括银行、第三方支付系统)传统电子商务技术实现方式持久化存储结合关系型数据库,并利用NoSQL优化 MySQL集群+NoSQL缓存对持久化数据进行垂直或横向切分-非结构化的信息存储比如订单、挂单,有时直接以网页文件的方式存储 使用最简单的事务甚至不使用事务 基本放弃RM,比如使用iBatis-基本放弃基于数据库的内容检索使用基于索引文件的内容搜索-比如使用hibernate-lucen
6、e对实体生成索引文件-比如定时对数据库内容进行基于Lucene的索引生成传统技术方案的主要问题缺乏独立的软件及技术方案提供几乎所有的方案都来自于电子商务企业内部团队技术方案缺乏共性,差异比较大不同的电子商务公司使用的技术方案差异性很大:几乎都偏向互联网应用层面-大多重点关注电子商务网站及用户体验更加关注web层面,忽视了基础架构层面几乎与企业系统隔离在架构、技术以及业务各个层面缺乏与企业系统的互通 为何要选择中间件技术构建企业电子商务系统能做什么从系统架构的角度看待电子商 务系统的建设,而非传统的人 机交互层面。给技术人员个 全新的思考。中间件技术在处理系统集成层 面有先天的优势,而企业系统
7、与电子商务系统的无缝整合是 企业化电子商务系统最为关键 的环。无法做什么中间件技术无法构建电子商务 网站,尤其是人机交互的用户 体验,页面展现等,需要大量 结合运用互联网技术。在电子商务的业务领域,比如 依赖分析、行为意向分析、定 向推荐等,需要技术人员设计 实现。基于中间件技术构建电子商务系统:另外一个视角在企业电子商务系统建设思路上考虑个新的方式结合传统企业应用技术和互联网应用技术设计实现电子商务系统关注与企业系统之间的协同与交互利用中间件产品实现与企业系统之间的数据、应用及流程的集成,避免电子商务成为企业整个信息化中分割的一部分。比如与企业订单系统、进销存系统、物流系统的对接在架构及技术
8、实现层面提供可复用的解决方案利用较为成熟的中间件技术产品,解决电子商务系统中的某些问题实现基础架构的快速搭建系监管统控理具基于 Portlet 门户技术内容管理Web开发框架IDE表现伝/用户交互层丿服治务理具监控与治理业务流程BPM/BPEL_Web服务数据建模 数据拾掘商业智能业务建模DM&BI业务架构层 数据ETL企业服务总线ESB主数据管理单点登录MDMSSO应用架构层软件架构层堆栈应用服务器云计算平台 分布式计算 缓存/内存数据库基础技术架构层X操作系统/硬件服务器层/硬储存设备层网络层%基于中间件的企业电子商务系统架构用户交互服务平台面向组件的Web技术动态内容静态化模板技术移动客
9、户端网站模板及框架!1 Web开发框架Web服务11 REST服务|服务平台HTTP代理/负载均衡器+URL页面缓存(AHS/Ngix+Squid)业务架构层 应用架构层电子商务网站业务系统数据持久化组件)配置管理组件 应用开发框架性能分析 电子商务基础支撑平台I日志组件规则引擎)流程引擎(BPMN/BPEL),意向分析 关系网络统计报告与报表电子商务挖掘及分析子系统数据挖掘 商务智能系统 健康 与监控 管理.分布式调用框架 Web服务支持作业调度 企业服务总线ESB数据集成中间件ETL/EAI基础架构层为 MQ实现业务操作负载均衡MQ实现业务操作负载均衡:.简单案例乙MQ实现业务操作负载均衡
10、:技术运用通过多个Consumer机制,实现消息的负载处理 其原理类似于生产消费线程(并不是所有MQ都支持)可以有效应对瞬间大批量订单,降低DoS攻击的影响。通过负载均衡,可以确保重点客户的订单处理-设计多个处理队列,将重点客户的订单发送至特定的队列,从而确保处理的高 效和优先级。-实现服务质量等级差-基于队列的消息处理可以采用单队列多消费者模式,也可以采用多队列多消费者模式-避免单个队列有过多的消费者,否则消息分发本身将耗费太多资源可以根据订单类型、地域来设置消费者和消息队列通过消息的优先级设置优化处理-通过MQ的优先级机制,以及Consumer顺序实现部分订单优先处理乙MQ实现业务操作负载
11、均衡:相关建议避免业务操作所产生消息的先后约束性具有先后顺序约束关系的操作可以利用有序消息-不是所有MQ都支持,并且会弱化MQ的负载均衡作用:业务场景-使用MQ,将实时存储和处理订单改为异步处理应用前提是订单的存储和处理能力远小于HTTP请求。秒杀、竞价、限时抢购等系列瞬时大量业务操作避免瞬时过大的并发访问导致网站崩溃。:技术运用同负载均衡相反,主要是通过MQ消除并发冲突为处理队列只设置个消费者相当于分布式系统环境下的单实例模式只设置个队列、个消费者iimiMQ串行化并发操作:相关建议仅当处理操作不支持并发操作时考虑考虑增加消息过滤及消息合并,避免重复操作消息:业务场景更新基于Lucene的索
12、引文件 Lucene更新文件索引需要对文件生成写锁一将索引同步生成改为发送消息给MQ,然后统一先后处理索引生成,避免出现 同步锁而索引更新失败的情况。动态更新配置文件信息时更新配置文件产生的写锁冲突生成动态词库时产生的写锁冲突匕MQ实现延迟并缓冲的操作:技术原理-利用MQ的消息存储空间实现操作及访问的缓冲 一般来说,MQ的消息存储空间可以达到100,000+*一般来说,MQ的吞吐量可以达到10,000+消息/秒 *:网络带宽和消息本身大小及消息持久化与否会决定具体量值匕MQ实现延迟并缓冲的操作:技术运用 实现跨系统应用间的分布式缓冲结构 平衡各个应用子系统的负载压 化波峰为波谷,平衡不同时间段
13、的负载压 合理设置MQ的相关配置-牺牲可靠性,提高吞吐能力(1,000,000+条消息/秒)-结合中央式缓存,提高缓冲空间-不立即处理提交的请求,通过MQ缓冲当消息积累到定数量或者延时,进行消费消费者采用主动消费和基于监听器(MessageListener)的方式相结合消费者消费时取出所有消息,对消息进行合并处理一将重复的消息进行过滤-在业务层面进行定制,对无效的操作(比如执行、取消)进行丢弃匕MQ实现延迟并缓冲的操作:应用场景用户修改信息导致需要频繁地通知或发布事件会员修改门店,重新反复生成门店静态网页内容-当然可以使用延迟动态装载+缓存的方式避免这个问题应用场景操作上下文创建的代销占操作较
14、大比重时频繁地写1,写入数据库,初始化、关闭资源的代销较大-通过Buffer实现批量的写入主要是跨应用节点的行为,比如发邮件、发短信、协同处理等-需要延迟进行的操作当在管理控制平台修改相关规则后,需要延迟定时更新一将规则修改后数据同步消息放在Buffer队列中,通过定时消费者进行处理跨系统事件通知机制事件及时并发处理能力远小于事件分发能力与事件数量时数据ET L-跨系统间的数据同步:系统间数据同步集成中间件服务器ERP系统集成中间件前置机Z数据ETL-跨系统间的数据同步数据ET L-跨系统间的数据同步:技术运用利用数据库的改动实现数据间的增量变更Delta Change利用数据库自带的闪回机制
15、racle的flashback,SQL Server的snapshot机制设计中间存储表-针对不支持闪回的数据库,进行定期的更新将数据库变动转为DML脚本-通过前置机的API方式,传递系统数据如通过Spring的事件机制或RM插件,将数据变动通过AP碉用传 入前置机,再转换成统一格式。-数据格式与数据通信协议跨网络间通信可以考虑使用MQ数据格式可以考虑SD,或其他文本格式(如JSON、XML)、二 进制数据格式(如Protobuf)数据ET L-跨系统间的数据同步:相关建议-不应使用基于触发器的方式 尽量不要对业务操作数据进行同步,会带来严重性能影响 大规模数据同步,考虑使用数据库工具 Mic
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 中间件 技术 平台 构建 企业化 电子商务 系统
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【曲****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【曲****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。