缺乏六七个数字来投入面向服务架构的商业产品吗?对于开源SOA产品来说，价格是一个最吸引人的卖点。然而，这些低成本或零成本却功能丰富的平台往往只是一个简单的企业服务总线(ESB)，并不是专为商业用户所设计，需要更多的专业技术来执行。

    当然也存在一些明显的例外，开源领导者正逐渐意识到问题所在，在开源ESB中极力推广开发“编制”成分， 虽然到目前位置绝大多数还没有做到。

    开源ESB中最引人注意的是Apache ServiceMix、, Iona公司的Fuse ESB、JBoss ESB、 Mule ESB以及 WSO2 ESB。但在你做出选择之前，应该仔细看看具体的功能以确定特定的开源产品究竟是贵公司SOA努力的财富亦或是阻碍。

    ESB是基于标准之上的SOA核心所在，能够通过服务界面连接应用程序。通过组合信息、Web服务、XML和数据传输及管理，一个ESB就能够可靠的连接、调节和控制通信以及服务间的互动。

    当涉及到技术整合时，开源ESB所提供的结果与其商业同行是相似的，甚至比其商业同行更为令人印象深刻，因为它能够始终如一的坚持像Java业务集成(JBI)规范 一类的标准，这并不是所有商业厂商能够做到的。开源ESB不仅经过了充分彻底的测试、具有良好的在线文件，他们还提供许多JDBC, SOAP, FTP, HTTP, POP3, TCP, UDP甚至是像AS/400一类遗留系统的适配器。

    但是，结合业务需求和IT基础架构在SOA的实施阶段是至关重要的，这也是开源ESB至今为止所不能提供的。对IT专业人士来说，以XML或java 工作是不成问题的，但商业人士在开源环境中工作则很肯能存在困难。商业分析师往往需要从视觉上编制其业务流程，在运行过程中创建实时更改， 调整服务水平协议，并取代运作不佳的服务。商业产品的优势在于通过即插即用的架构以及对现有服务的再利用提供更大的业务灵活性。

    开源ESB提供直接的结果，但是需要用户具有足够的XML和Java专业知识来使用。例如，如果一个公司需要一个系统来接受、验证和下网络订单，在Mule ESB中，终点、连接器和路由器是以XML来定义的。在Spring 和 Mule中，创建一个JavaBean和两个配置文件来接受订单信息，但文件内容到XML转换， 验证并纠正数量还需要额外的Java编码。一个Web服务适配器于是就被配置在XML中来下订单。

    在另一个案例中，我们一个客户需要将产品目录与公司收购实体的互补性产品套装合并。在很短的时限内，如果开发人员已经分配给正在进行的项目，那么商业ESB将是最好的选择，业务分析师能够在没有任何编码的情况下做到视觉上编制工艺流程。在一个礼拜之内，使用开放式数据库互连(ODBC)标准的适配器在真实定义的逻辑基础上在不同位置的两个数据库中进行查询。除此以外，第三方厂商还可以通过Web服务切入点从两个数据库进入整个产品套装。在这里，需要额外编码和专业技术的产品就将成为重大障碍。

    测试是开源产品积累经验的好地方。一旦Web服务被创建，开发人员倾向于使用自身选择的语言立即创建小型测试用户，在SOA实验阶段一样的早期倡议中更是如此。当谈到独立的测试时，JMeter 和SoapUI足以提供大部分商业产品有具有的功能，足够用以彻底测试SOA试点项目的功能。你可能已经拥有了JMeter作为web应用的测试工具，但是SoapUI作为工具的存在对于每个人而言都是有必要的。如果需要更多的功能或支持，使用专业版SoapUI即可实现，只是需要支付每年350美元左右;或者可以使用集成了SoapUI的PushToTest，这是一款可以免费下载，付费订阅的工具。

    这些费用相对于那些按照每个CPU进行计费的商业产品而言通常只是占到15%到20%。也就是说，使用商业产品至少需要支付75000到1000000美元。

    治理方面的不足

    相对于以往的发展模式，面向服务架构还需要更多的组织纪律。没有了这些治理条例，参与架构中的人将极有可能在公司内部创建出大量多余的Web服务和组件应用，从而扼杀了SOA架构体系所应提供的服务交付的高效性，并且不易在注册中心和存储库中找到这些服务和组件。同时，毋庸置疑的，一个破损的服务足以对一系列应用程序带来毁灭性的影响，而注册中心和存储库的存在还能有效解决这一依赖管理的问题，

    相应的，ESB产品可能就存在着不同。这是有着多种开源形式的产品，但是在SOA治理面前，整个市场中只有一款开源产品是可以提供解决方案的，Mule Galaxy。这并非是一件不好的事，因为整个开源环境下重点则是聚焦在能够努力制定和完善一个足以和商业产品提供等同功能并与之抗衡的平台。

    Mule Galaxy所提供的Web管理控制台包括诸如XML、XSD和WSDL协议均可以写入注册中心。IT团队可以依据规范进行使用和执行，用户可以管理其生命周期与依赖处理，甚至是运行报告。这个平台支持服务暴露的自动化以及微粒度的发布展现，易于使用。而这些功能都和一般商业产品所能提供的功能一致，所以，当你在选取购买能够提供治理方案产品的时候可以关注一下Mule Galaxy产品。

    特别是Mule ESB在其付费订购服务中提供额外的监控、管理、可用性及性能工具(Mule HQ 和Mule Saturn)，这是需要高可用性、高性得能和技术支持的公司应该考虑使用的。跟所有开源项目一样，社区支持总是可以通过网上留言板获得，但对于商业人士来说也许并不足够。

    与SOA最最相关的开源产品成本可以归结为：时间、努力还有最重要的就是技术专业性。要有效实施一个开源ESB，IT团队必须学习框架、组件模型和XML脚本模型，并且具备良好的Spring 和 Java语言的工作知识。如果企业具备人才和时间，出色的治理与测试功能、可测量性、可扩展性、可靠性和可用性将使得开源产品成为昂贵的商业产品可行的替代品。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。