再论对开源SOA解决方案的偏见

最新推荐文章于 2026-05-30 09:02:38 发布

原创最新推荐文章于 2026-05-30 09:02:38 发布 · 154 阅读

本内容遵循CC 4.0 BY-SA版权协议

Ronald Schmelzer深入分析了开源SOA解决方案在企业中的适用性，强调了自由软件与开源软件的区别，以及开源软件面临的挑战如不确定性、支持和风险。文章列举了适用于不同SOA组件的开源解决方案，并讨论了如何通过商业支持减轻风险，以及开源软件如何降低因并购等导致的产品退市风险。

Ronald Schmelzer，ZapThink的高级分析师，再次讨论了关于开源的SOA解决方案对于企业的适用性方面的常见的误解与偏见，并且提出问题“为什么有那么多的IT组织过早的放弃了开源软件(OSS)作为他们的SOA实现？”

\
必须要明确的一点是，ZapThink并不是提倡你丢掉所有供应商的解决方案而转投OSS，然而，我们相信当前的经济和技术环境使得OSS解决方案更加可靠，可行，更具成本效益，并且随着业界的成熟更加有效。
\

他首先根据维基百科定义了开源软件，小心地指出了自由软件与开源软件之间的微妙区别。

\
开源这个术语，就算不是始终都会，也是经常与自由软件的概念一起被使用。在这一术语中，自由有时候意味着获取许可证不需要任何花费，但这并不是自由软件基金会(FSF)的准确定义。FSF 定义自由和开源软件(F/OSS或OSS)为可以自由的拷贝和重用的软件[…]这意味着FOSS许可证给予了用户拷贝，修改，分享，发布，以及对技术进步作出贡献的权利，但这并非意味着对总的花费作出了任何暗示。
\

除此之外，开源软件还可以有商用(COSS)，这种方式下“社区在一定层面上拥有修改，分享，增强软件的权利而其它的部分由公司保留”；这造成了对于采纳开源解决方案伴随着害怕，不确定和怀疑(FUD)，因此必须要在众多可获得的开源许可证中查找法律术语。

\
先让我们来看看不确定性。从SOA的角度来看，OSS的不确定性很大程度上是由于两方面的问题：是否有足够的OSS供应能够覆盖我们SOA实现范围内的整个需要，还有这些OSS项目对于我们的需求而言，质量是否过关？
\

他接下来试图回答这一问题:

\
个人和公司对于这些[OSS]工具倾注了成千上万小时的开发和维护时间。[…]许多构建开源工具的经验是来自于那些曾经使用商业版本的用户，他们的目标是模仿或者提升这些解决方案的功能和表现。
\

此外他还指出，由于许多供应商工具是并购带来的结果，还些还是经历了一系列的并购；所以通常会发现商业/供应商的解决方案在路线图以及与产品组合的其它产品集成方面，定义不完善。接下来他分类列出了在整个解决方案空间的不同部分可用到的各种各样的方案...

\
对于[…]企业服务总线(ESB)功能而言，开源解决方案比比皆是。许多公司都成功地实现了Mule ESB，Apache Axis2，Apache Synapse以及Apache ServiceMix。
\
对SOA开发而言，有广泛可选择的OSS方案，[…]比如 Swordfish SOA框架以及Equinox OSGi打包框架。
\
对于开源的SOA注册与管理解决方案有Mule Galaxy，SOPERA，WSO2的开源注册产品，以及MembraneSOA管理工具。
\
OSS的业务流程管理(BPM)以及BPEL运行时引擎包括ActiveBPEL，Apache ODE，Orchestra，以及其它很多。
\

他声称害怕OSS解决方案不被支持这种说法是没有根据的，大部分OSS项目都有商业公司提供需收费的支持。

\
尽管许多优秀的OSS解决方案真的需要收费的支持来达到所必需的响应时间和关照，但我们也可以说这钱花得值。通过商业公司来对OSS产品提供支持你可以从中得到这方面的好处：以低成本或无成本进行社区开发，测试，改进，而获得专业级的支持，时间和价值都保证一定的质量。就算是选择一个商业厂家，你一样需要支付支持的费用。
\

…另外，他还建议到，OSS可以减轻因为并购，消减成本或者合并，而对IT业界的产品或产品线所带来的退市下线的风险.