在八十年代中期 Jim Gray (等人) 撰写了一篇关于事务系统性能衡量的开创性论文。这篇文章对于 TPC 委员会的创立起了至关重要的推动作用。 Spec 组织几乎于同时得以创立，它的职责是探求在更加广泛的领域进行规范性能测试。从那时候起， TPC 基准与 Spec 基准就得到了普及，并经常被厂商用于各种文献来劝说消费者在某种程度上的合乎标准或是性能。随着这几年 SOA 逐渐走强，官方的 SOA 性能基准缺失导致了各大厂商各自为阵，相互竞争的情况出现，典型的是对于 ESB 与 Web 服务栈的衡量。然而，Spec 组织最近宣布他们将寻求制定关于SOA 产品的官方Spec 基准。
正如这份通告里所表述的那样，目前IBM，Oracle 和VMWare 都表示了极大的兴趣参与其中，但该组织愿意听取任何人的意见，只要他们觉得能对这一基准作出积极的贡献，要参加这一工作组甚至都不要求你成为该组织的一员。正如该工作组的主席 Andrew Spyker 所说:
企业部署 SOA 的收益包括业务灵活性与成本优化。一个业界规范的基准有助于 SOA 用户理解最佳实践，以提升性能，并帮助厂商基于典型的用户场景交付性能优化。
如同其它的 Spec 基准一样，这一基准也将会是一个迭代的过程，因此需要进行测试的初始列表应当从这个角度进行考虑。例如，测试以下内容的性能表现：
- 应用服务器之上的使用 web service 的服务。
- 连接与仲裁服务的 ESB 技术。
- 通过 BPEL 将服务编排为更大的组合应用。
就像我们所多次报道过的那样， SOA 不等于 Web 服务，因此我们希望该基准不仅简单的限于测试基于 SOAP 的技术。实际上，该组织接下来谈到：
SOA 性能工作组明确地认识到构建初始的基准所参考到的那些技术并不是唯一重要的，今后还将逐步探索 SOA 各个方面所引入的其它额外的技术。
对于任何基准来说 (这也是 Gray 在二十几年前就着重指出的)，其意义在于它对于现实世界的部署和使用所进行的衡量到底有多准确。所以 Spec 的 SOA 工作组需要保证他们所制定的基准所衡量的都是对于客户来说最重要的部分。但如果这一工作获得成功，它将引领一种更加规范与准确的方式，来为多种 SOA 相关实现的性能表现进行衡量。
查看英文原文： SPEC for SOA
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论