开源ESB是否可以入乡随俗-SOA草根论坛参会有感

周六下午参加了以前的同事发起的SOA草根论坛的聚会活动，活动的主题叫做：开源ESB是否可以入乡随俗，偶13：00到达TechTarget中国的办公地点，屋子很小，但是已经聚集了很多人了，活动开始，参会人员都做了简短的自我介绍，从介绍中得知，其中有apache camel的committer，有对serviceMix很熟悉的推广者，还有一些曾经或正在做一些集成相关项目的项目经理，架构师等，呵呵，还有IBM的两个人员，呵呵，实际上是去做广告的。会议当中有人介绍camel的特点及具体应用，其实偶对这些不太感兴趣，开源的ESB有N多，具体是应用它来搞一个类似Helloworld的示例，也没有什么意思。在天南海北的讨论中，偶感觉好多人还停留在具体的技术阵地中，而没有跳出来有一个宏观的认识。好多技术人员的通病就是看到什么开源的代码，立马很有兴趣，好像自己会了一个开源项目的应用，水平一下子就高了，而不是去仔细的思考，这些开源项目能为自己带来什么价值，为老板带来什么价值，为最终用户带来什么价值。到底ESB的使用场景在哪？SOA，ESB到底适用于遗留的IT系统，还是适用于未来将要新建的系统？

 

如果是适用于遗留的IT系统，那么中国的IT才发展了短短的几年，真的有那么多遗留系统需要集成么？或者说，这些遗留系统有多少是有价值的呢？而国外的IT已经有二三十年了，他们确实有很多有价值的，而且是必须要保留的IT系统需要集成，而中国呢，以我所了解的情况是，中国的企业和政府中大多数的IT系统是毫无保留价值的，甚至是基本上不用，或利用率非常低，对于这些系统我们干嘛费劲吧啦的去集成它？干脆全部推翻重做就是了，而且可能重做的成本反而更低，并且能彻底的解决问题。如果是重做的话，我们统一来设计各种规范，架构规范，业务规范，数据规范等等，这时候，所有的系统都有了统一的规范，那还要那些什么交互协议，转换规则干屁呢（而这些恰恰是开源ESB的核心，当然ESB还包括所谓的路由，路由其实说白了不过是配置一大堆的地址而已）？OK，这时，可能有人跳出来说，我们就有集成的项目在做，中国就有这种需求，当然我不否认确实存在这种需求，但是这种需求的市场有多大呢？或者说他的生命周期有多久呢？就像ERP进入中国时，项目的失败率达到了90%，那么ESB进入中国会如何呢？当然ERT失败是因为中国企业的管理思想，管理理念，管理体系根本没有达到那个高度，而妄想用一个软件来达到那个高度，当然必败无疑了。

 

如果是适用于未来将要建设的IT系统，那么OK，ESB的核心就不要再强调什么数据转换，协议转换之类的东西了，我们统一规划，统一设计，不需要转换了。

 

最后，偶的想法其实是，大家应该更多去关注IT治理，SOA治理，流程治理，BI这些思想、概念、业务及IT实现，这些东西才是未来企业要实实在在面临的东西，而且会实实在在为企业带来价值的东西。尤其是这些思想，将会在未来很长的时间内去指导企业的IT建设及实施。