In a Nutsh

• 企业电子商务系统和互联网电子商务系统的异同
• 基于中间件（金蝶，oracle，apache，jboss）构建一个电子商务系统
• 中间件技术的应用实践
• 其他中间件，关于云计算，带来另外一个角度的云计算的思考

1. 基于长尾理论，针对个体消费者。
2. 在线协作平台，互联网公司不需要考虑其自身供应链的关系，其自身提供平台给供应商和消费者使用。
3. 关注用户体验，针对个体消费。

 

1. 其本身是企业信息化的一个部分，基于企业自身的信息化系统
2. 供应链集成，需要考虑到自身的上下游，包括供应商，分销商，物流商
3. 其业务流程的价值，不仅仅关注一次销售，而且更关注整个业务流程如何缩短和优化

• 会员系统
• 客服系统
• 监控系统
• 应用相关接口
• 辅助子系统（大数据分析，数据挖掘子系统）

1. 缺乏向互联网运作的成熟的技术团队（成熟的团队一般都在大型互联网公司）
2. 大家比较显而易见的电子商务网站的UI，而并不清晰其真正实现的基础架构
3. 难以解决企业系统的协同交互
4. 缺乏成熟可复用的技术方案

1. 电子商务系统相对传统网站，有着显著的对数据实时比较高的要求，同时要求一部分的一致性
2. 受制于企业系统的约束，比如支付方面受制于事务方面的影响，保证其可靠性。
3. 可能有海量的非事务性访问，电子商务网站有大量的人去访问搜索，需要大量的查询和展现，有一定规模的事务性访问，
4. 具有一些互联网系统的特点，
5. 其本身具有一些企业系统的特点

1. 电子商务很关注数据的mashup(揉合)，比如去哪儿网，把很多信息的整合
2. 关系型数据库的性能，（水平分割，垂直分割，NoSql和传统关系型数据库的结合），
3. 同时可能有不同的架构思路（偏企业系统方向，偏互联网方向）
4. 分布式部署
5. 事务缓存机制，事务迁移，事务恢复，事务的批量处理，去面对大负载的压力
6. 严格的安全机制，使用HTTPS，或者数字证书（在线支付）

1. LAMP方案
2. 模板技术，velocity
3. 动态内容静态化，将内容生成静态HTML页面，yahoo的23个web优化建议

1. 大多使用Rest风格纯http交互
   • WebService（amazon,ebay）
   • Json,XML(weibo，淘宝，阿里巴巴)
   • 采用Base64，base128码传递二进制数据进行交
   • 特殊报文传输（google的ProtocolBuffer）
2. 简单地基于web的集成
   • 与支付系统（包括银行，第三方支付系统，通过页面跳转，与银行系统交互，并接受回调来实现）

1. 结合关系型数据库，并利用NoSQL进行优化
   • Mysql集群+NOsql缓存
   • 对持久化数据进行垂直或者横向切分
2. 非结构化的信息存储
   • 比如订单、挂单，等直接以文件的方式存储，文件添加索引来实现查询，
3. 使用简单事务，甚至原始事务，放弃复杂事务。
4. 基本放弃orm，比如使用ibatis
5. 基本放弃了基于数据库的内容检索
   • 使用基于索引文件的内容搜索
   • – 比如使用hibernate-lucene对实体生成索引文件
   • – 比如定时对数据库内容进行基于Lucene的索引生成

1. 缺乏独立的软件机器技术方案提供
   • 几乎所有的方案来自于电子商务企业内部(当当，京东，淘宝，都有独自的技术解决方案)
   • 技术方案缺乏共性，差异性比较大
2. 几乎都偏向于互联网应用层面
   • 大多数关注web， 更加关注web层面，忽视了基础架构层
   • 与企业系统隔离，在架构、技术以及业务各个层面缺乏与企业系统的互通在架构、技术以及业务各个层面缺乏与企业系统的互通

• 在企业电子商务系统建设思路上考虑一个新的方式，结合传统企业应用技术和互联网应用技术设计实现电子商务系统
• 关注与企业系统之间的协同与交互，利用中间件产品实现与企业系统之间的数据、应用及流程的集成，避免电子商务成为企业整个信息化中分割的一部分。比如与企业订单系统、进销存系统、物流系统的对接
• 在架构及技术实现层面提供可复用的解决方案，利用较为成熟的中间件技术产品，解决电子商务系统中的某些问题，实现基础架构的快速搭建。其主要面向中小型电子商务，并不是使用阿里腾讯所要求的大量定制的电子商务

中间件技术的技术堆栈

• 应用服务器
• MQ（消息队列）
• 云计算平台
• 分布式计算框架（EJB，Hadoop）
• 内存数据库（Oracle‘s TimesTen）
• 缓存（Memcache）

• 业务流程 BPM/BPEL
• Web服务
• 数据建模、业务建模
• 数据挖掘和商业智能（DM&BI）

• 基于portlet的门户技术
• 内容管理 CMS
• web开发框架

1. 系统监控管理工具
2. 服务治理工具

 

 

 通过多个Consumer机制，实现消息的负载处理

• 其原理类似于生产-消费线程（并不是所有MQ都支持）
• 可以有效应对瞬间大批量订单，降低DoS攻击的影响。
• 通过负载均衡，可以确保重点客户的订单处理
– 设计多个处理队列，将重点客户的订单发送至特定的队列，从而确保处理的高效和优先级。
– 实现服务质量等级差
 基于队列的消息处理
• 可以采用单队列-多消费者模式，也可以采用多队列-多消费者模式
– 避免单个队列有过多的消费者，否则消息分发本身将耗费太多资源
• 可以根据订单类型、地域来设置消费者和消息队列
• 通过消息的优先级设置优化处理
– 通过MQ的优先级机制，以及Consumer顺序实现部分订单优先处理

相关建议

 避免业务操作所产生消息的先后约束性
• 具有先后顺序约束关系的操作可以利用有序消息
– 不是所有MQ都支持，并且会弱化MQ的负载均衡作用

业务场景

 使用MQ，将实时存储和处理订单改为异步处理
• 应用前提是订单的存储和处理能力远小于HTTP请求。
 秒杀、竞价、限时抢购等一系列瞬时大量业务操作
• 避免瞬时过大的并发访问导致网站崩溃

方案：

使用MQ消息中间件，实现串行化并发操作

技术运用：

 同负载均衡相反，主要是通过MQ消除并发冲突
 为处理队列只设置一个消费者
• 相当于分布式系统环境下的单实例模式
• 只设置一个队列、一个消费

相关建议

 仅当处理操作不支持并发操作时才考虑
 考虑增加消息过滤及消息合并，避免重复操作消

业务场景

 更新基于Lucene的索引文件
• Lucene更新文件索引需要对文件生成写锁
– 将索引同步生成改为发送消息给MQ，然后统一先后处理索引生成，避免出现同步锁而索引更新失败的情况。
 动态更新配置文件信息时
• 更新配置文件产生的写锁冲突
• 生成动态词库时产生的写锁冲突

方案：

使用MQ消息中间件，实现延迟并缓冲的操作 （实现系统buffer）

技术运用：

 利用MQ的消息存储空间实现操作及访问的缓冲
• 一般来说，MQ的消息存储空间可以达到100,000+*
• 一般来说，MQ的吞吐量可以达到10,000+消息/秒*
• *：网络带宽和消息本身大小及消息持久化与否会决定具体量值

 实现跨系统应用间的分布式缓冲结构
• 平衡各个应用子系统的负载压力
• 化波峰为波谷，平衡不同时间段的负载压力
• 合理设置MQ的相关配置
– 牺牲可靠性，提高吞吐能力（>1,000,000+条消息/秒）
– 结合中央式缓存，提高缓冲空

 不立即处理提交的请求，通过MQ缓冲
• 当消息积累到一定数量或者延时，进行消费
– 消费者采用主动消费和基于监听器（MessageListener）的方式相结合
• 消费者消费时取出所有消息，对消息进行合并处理
– 将重复的消息进行过滤
– 在业务层面进行定制，对无效的操作（比如执行、取消）进行丢

业务场景

 用户修改信息导致需要频繁地通知或发布事件
• 会员修改门店，重新反复生成门店静态网页内容
– 当然可以使用延迟动态装载+缓存的方式避免这个问题
• 应用场景
 操作上下文创建的代销占操作较大比重时
• 频繁地写IO，写入数据库，初始化、关闭资源的代销较大
– 通过Buffer实现批量的写入
• 主要是跨应用节点的行为，比如发邮件、发短信、协同处理等
 需要延迟进行的操作
• 当在管理控制平台修改相关规则后，需要延迟定时更新
– 将规则修改后数据同步消息放在Buffer队列中，通过定时消费者进行处理
 跨系统事件通知机制
• 事件及时并发处理能力远小于事件分发能力与事件数量

方案：

数据ETL-跨系统间的数据同步

技术运用：

 利用数据库的改动实现数据间的增量变更Delta Change
• 利用数据库自带的闪回机制
– Oracle的flashback, SQL Server的snapshot机制
• 设计中间存储表
– 针对不支持闪回的数据库，进行定期的更新
• 将数据库变动转为DML脚本
 通过前置机的API方式，传递系统数据
• 如通过Spring的事件机制或ORM插件，将数据变动通过API调用传入前置机，再转换成统一格式。
 数据格式与数据通信协议
• 跨网络间通信可以考虑使用MQ
• 数据格式可以考虑SDO，或其他文本格式（如JSON、XML）、二进制数据格式（如Protobuf

相关建议

 不应使用基于触发器的方式
 尽量不要对业务操作数据进行同步，会带来严重性能影响
 大规模数据同步，考虑使用数据库工具
• Microsoft DTS/Oracle Stream 复制/MySQL Replication

业务场景

 实现库存数据的实时同步
• 当传统渠道销售商品后，通过ETL更新电子商务挂单数量
• 避免电子商务系统与其他系统之间出现的数据不一致情况
 实现商品目录等基础数据的同步
• 确保电子商务系统中的编码、名称能与企业系统一致
• 可以考虑使用MDM实现，但实质上，ETL是MDM的重要组成部分

 

• 将部分业务功能服务化，比如结算支付、基础框架功能、合同处理等
 实现非Web化的系统访问
• 支持非Web化的电子商务订单
– 方便会员企业系统的对接，提供EDI/EbXML多种订单处理方式
• 移动客户端的接入
– 确保系统的处理逻辑与web操作间实现松耦合。
 构建服务平台
• 将电子商务系统的服务发布给客户或第三方，实现平台的增值
– 实现业务逻辑层面的重用，支持移动客户端访问
• 对重要的接口和环节进行定义，实现第三方服务接入
– 可以对接入、输出的服务响应时间、服务质量进行监控和统计分析

 

 

Evernote

Evernote,是我在大学的时候就开始使用的东西,应该算是国内的比较早期小众用户.估计直到现在,知道这块软件的用户依然不多.Evernote,到底是神马?我的体验是，伟大，有无穷无尽的惊喜，不仅仅是一个工具，而是像平台一样激发你的创造。
Inc.Magazine年度公司Evernote：命悬一线的惊险,如果你想知道为什么硅谷和东京这么流行这玩意,这篇文章值得一读.

它是一个你卸载到服务器上的大脑。它是你的生活的Google引擎。它是你的个人小宇宙茫茫无边黑暗中的一点火花。它是一个工具，能将你的智能手机从一个时间杀手转换为帮助你节约时间的工具。

你可以为记事加上名字或者标签，但这都不是必须的。你也可以将记事归档——任何Evernote中的信息都会是来自于不同记事本的记事——并且将这些记事本或者个人记事与其他人分享。为了在之后找到你的记事，你只需要回忆起关于它的一个关键点就可以了。想要想起去过的酒店?搜一下法国吐司，因为这是你在那家酒店吃过的，并且你还给菜单照了一张照片。或者搜西雅图，因为那时候你就在那儿。或者搜Janet，因为她那时和你在一起，你还给她照了一张相。或者搜黑洞，因为你记得那天你点到了一篇关于黑洞的文章，一旦你知道日期了，你就可以找到那天的其他记事了。“这是将事情放在你手边的电子版应用。”Libin说。

附上几个Evernote的插件,
Evernote Clearly, Chrome下的一个插件，可以让广告连篇的文章，看起来非常简洁。并且方便你的收集。（最近从Firefox转到chrome，因为忽然发现油猴在chrome居然原生支持。。。）

Evernote Web clipper，剪切板。并且能和搜索引擎一起找你的搜集的东西。

Evernote Hello,一个让你记住新朋友的玩意

推荐指数： ❤❤❤❤❤

Google Reader + Kindle

kindle 3是我在2011年买的最超值的电子产品。几乎解决了这一年所有公交车的时间。 说到这，不得不感觉豆瓣（including some greaseMonkey script），感谢iask，当然还得感谢一个很非主流的网站ppurl。谢谢你们提供的书籍.
当然最大的资源莫过于Google reader,当然最好的是没有改版的Google Reader,因为buzz带来的分享功能,一直让我阅读到最精粹的文章.
RSS,一种在国内QQ弹窗盛行下,不甚风行的手段,不得不说是高效率至极的东西…..
由此还推荐两个应用,read it later , Instapaper .其实就是当你看到一篇不错的文章,当偏偏你正在工作不能分心,或者心情很差不想看的时候,存起来.read it later.
改版的Google Reader读起来并不如以前高效,屏幕和键盘快捷键使用相当不爽,不过如果可以,用iphone版的reader代替,会是个不错的方案.
总之,能静下心来读书,在这个浮躁的社会,很难能可贵.感谢Amazon 感谢Google

推荐指数: ❤❤❤❤ （其实应该是五个，不过鄙视下google所谓小清新的升级，实际丢了reader精神，再者说明Evernote多么的伟大）

SugarSync
SugarSync和Evernote一样属于云时代的东西，也和evenote一样绿色的简洁图标。功能很简单，让你公司，家里的电脑，手机，平板都同步资料。很喜欢什么都同步的感觉，另外花了100CNY换取100GB空间的行为，至今仍然觉得很超值。

推荐指数: ❤❤❤❤

Mindjet
Mindjet，一个思维导图的工具，其实我用的不算熟，不过作为生产力软件的代表，还是觉得推荐去尝试一下，如果有空，再找一本思维导图的相关书籍读一读，相信收获更多

推荐指数: ❤❤❤

另外，本年用了blackberry,其实是个很有生产力的工具，用这玩意尝试了pocketInformation，doit.im ， todo.ly等等GTD工具，还小玩了下番茄时间这个玩意。
跟软件相关的，还尝试了github，这个很有意思的代码社交，当然遇到stackoverfolw真的是非常荣幸的事情，另外伟大的工具vim让我在csdn密码泄露时候表示很淡定。当然，小小接触了excel，一个重量级的生产力工具。
当然，如果你还跟我一样，依然只用win平台，那么everthing是个不错的搜索工具，thx，zongwei007分享给我的这个美妙的东西。

总之不得不感叹，随着智能手机崛起，以及各种浏览器平台，qq平台等等OOXX平台所带来的app时代。美妙的工具很多，能坚持的人很少。
娃哈哈，分享一下。