ESB草根社区第三次活动：后记

8月份发的一篇文章，前几天被删了，webmaster说没看出什么问题，但是网监说存在不健康内容。

重新发一次吧，纪念我这被cut掉的文章。

（图片就不上传了，都找不到丢到哪里去了）

 

=========================================================================

 

 

公司的ESB产品要研发新版本，变化很大，从里到外从上到下从左到右都有变化，跟重做没多少区别。最近一直忙于这件事，从架构设计，到团队组织，到方案论证，紧张而忙碌。而这篇“后记”也断断续续的写了半个多月，思路也被打断了很多次……，在这里先道个歉吧。
活动流水账

ESB的圈子很小，能够真正参与进来的人也比较少，所以当我们几个活跃成员因为工作忙碌的关系而沉寂下来的时候，SOA草根社区的活动也组织的少了。某天志岩给我电话，说他最近遇到了很多的问题，想约我出来聊聊。我说那就多约点人吧，大家也好好聊聊。翻了翻日历，把活动定在了7.18号下午1：30（当时也没几天了，时间还是比较紧张的）。

拿起电话，给北京这边搞ESB的一些朋友联系，有的能够确定参加，有的确定不能参加，有的不能确定是否能参加（够乱的^_^）。不过还好，有谱的有10来个。

接下来就是确定活动地点了，本来计划随便找家公司，在他们的会议室活动，后来发现很多的写字楼周末都没有空调，没办法了，只能自己租场地了，最后定在了我们的老根据地“蚂蚁书咖啡红酒吧”的会议室（以前的Study英语学习吧，现在的装修比以前好很多，档次也提升了不少，但也贵了不少），奇怪的是会议室没有重新装修，但是价钱却贵了很多。

我1:00就到了，在酒吧门口碰到了沈晖（华胜天成软件集成中心技术总监）正在找饭馆（每次见他好像他都没吃饭^_^）。寒暄两句之后，他就先去吃饭，而我则进入到酒吧做些活动的准备工作。

事先“没谱”的洪伟也来了，我太激动了^_^（这可是占用了他宝贝女儿的时间啊）。

不到1:30人陆陆续续便到齐了，每人30秒的广告之后，活动正式开始。









 
精彩内容呈现

大家都是搞整合的，每天的工作都会围绕整合项目以及ESB产品，基于这点，本次活动没有任何既定的topic，大家就是想讨论什么就讨论什么，想说什么就说什么。

第一个topic是沈晖给大家介绍的他的一些在整合项目中应用ESB的场景，以及对于ESB的理解。沈晖以他那一惯的幽默、风趣、睿智且博学的方式给大家进行了“讲座”。谈到了ESB的来源：就是为了解决整合问题，从这一点上来说，EAI与ESB解决的问题是一致的。所不同的是ESB站在了SOA这个更加抽象的架构之上，提供了一些SOA的特性。对于这点，大家都是很赞同，也能理解很多人所说的“新瓶装老酒”，但是我们应该“力做功能，不吵理论”。







对于一个ESB产品应该具备的功能点，沈晖列举了很多公司的ESB产品，包括IBM，BEA，Jboss，瑞诺以及一些开源产品等等，比对发现所有的产品所实现的功能都很接近，或许内部实现的方式不一样，或许叫法不一致，但是像路由、转换、过滤，等这些功能各个产品都提供。所以说现在关于ESB的功能点已经没有多少可争论的了，虽然大家一直在争论^_^。

沈晖还介绍了一下他对应用集成项目中一些主流需求，分析了一下ESB在项目中解决的问题：

l  数据传递：以整合服务的方式进行数据整合。

l  分布式的流程整合：消息驱动方式、业务流程管理工具驱动的方式。

l  复合式的应用整合：被整合的系统既有已有系统，又有待开发的系统。

（上面这三行大家可是花了一个多小时来讨论的）。

第二位分享者是洪胜，他给大家讲了一下Jboss相关的内容，给大家揭秘了一些官方没有发布的内部东西^_^。

来自NEC的毛茂迟也给大家简单介绍了一下他们现在研发的ESB的情况。

雷晔则给大家介绍了一下Fiorano的ESB，重点介绍了他的多级部署特性—在这点上，Fiorano的解决方案真的不错。这种方案的直接后果就是：客户不需要在每一级、每个节点上都部署一套ESB产品，而只需购买特定的组件即可，节省了大量的费用。



我则给大家介绍了一下我们公司正在研发的一些ESB的特性，算是做个广告吧。当然了，我最主要的“工作”就是在别人演讲的时候插一句“我是如何如何做的，我对这个问题是如何处理的”（貌似大多数的东西我都了解^_^）。

围绕核心内容，大家也发散了很多内容，像CEP、DSP、CBR等等。沈晖还跟大家说了一个新出现的CSB→云、服务、总线，很有意思。
总结

1.   从活动结束本文写完，用了半个多月的时间，很多细节都已经记不清了，幸亏主要内容我都记到了本本上，否则本文得太监了。下次要带个录音笔过去。

2.   不经意间采用了一种以“Open Space Technology”所引导的方式，在一下午的讨论中，每个人都热烈的参与，提出许多很有建设性的意见，重要的是在会议结束时，大家都觉得很快乐、很舒畅，在聊天的过程中，每个人都收获了很多东西。大家在组织活动时，也可以尝试采用这种方式。

3.   各个公司的ESB产品，核心功能点都很相似，产品设计架构上也无外乎那么三五种，所差的就是易用性、可用性以及可靠性。如果想提高产品的竞争力，就需要在这几点上下功夫了（针对于这些功能，大家也进行了深入的交流）。

4.   大家对ESB的监控功能讨论的很热烈：一个ESB应该提供什么样的监控功能？应该将该功能的易用性提高到哪个层次？我的意见是：首先要提供针对服务可用性的监控，再进一步可以提供针对业务的监控，可以采用旁路式侦听，探针式侦听等方式。

5.   数据服务也是大家非常关心的内容。简单的如数据格式的转换，复杂的如语义的转换、过滤、扩充、合并等。我认为在这个功能上，没有哪个公司的产品做的足够（我现在做的ESB产品也是这样）。还有的客户在项目需求中想用ESB对复杂关联事件中数据提供以上功能，以及一些需要联邦数据库解决的问题，也希望整合时能解决。

6.   ESB的数据服务功能很重要，但同时想做好也很难（这也是整合项目的特性以及ESB的特性所决定的）。

7.   很多人对ESB持相当大的怀疑态度，认为ESB具备的过滤啊，路由啊，数据服务啊这些功能都是鸡肋，认为他不应该具备这么多的功能，认为ESB提供的这些功能根本不可用。我只能说这部分人很多都没有做过真正的整合项目，为什么这么说呢？现在的客户在实施项目之前，都会请一些咨询公司做咨询，早已经不知被洗过多少遍脑袋了：要整合必须要使用ESB。去给他们做售前，客户的有些人员说起SOA理论，概念，方法论比我们还熟，对ESB更是门清，你要说你没有某某功能，客户立马就会说：你这不行，连这功能都没有。任何一个产品的发出都是以需求和市场为导向，在这点上ESB也不能免俗。

8.   整个活动很happy，结束的时候大家仍意犹未尽，都在期待下一次的活动……。



PS:本次活动没有CFO，我代为公开一下账目吧：房间费用600元（150元/小时*4）,12个人每人平均50元（我单点了一杯橙汁自己单独付账）。

另外还要感谢志岩车上的饮料，都赞助给我们了^_^。