敏捷宣言成为敏捷软件开发者的首选参考主要出于两方面的原因:它是由思想深远的领袖撰写的,并且有着简短而易获取的格式。宣言将两两事物之间进行对比,来表述孰重孰轻,接着提供了原则,对这些核心价值进行了解释与扩展。通过这一格式,突出了敏捷软件开发的核心价值。SOA 最近年逐步走向成熟,最近,一群 SOA 实践者 / 报道者 / 起草者注意到适合使用敏捷宣言的这一格式,来起草 SOA 宣言,并尝试能对 SOA 开发者和使用者社区起到同样的帮助。最近,在鹿特丹的第二届国际 SOA 讨论会上,制定了 SOA 宣言。在参与鹿特丹会议之前,起草者基于他们自己的见解与同行之间的意见,都准备了他们自己的宣言。
就像这里所报道的一样当时的争论异常激烈,就像你能想像到的其它重要的,同时也是经常如 SOA 一般被错误定义的事物一样。然而,人们达成了共识,虽然就像其它的任何一个工作组一样,并不是每个人都得到了他们想要的每一点。尽管鹿特丹的争论激烈异常,最终这个工作组却达成了令人惊讶的高度共识。这一宣言在这次 SOA 讨论会上首次宣告,这次宣告还被录制下来:
注:视频来自Youtube,由于众所周知的原因未能显示,请自行设法观看: http://www.youtube.com/watch?v=TCg16oTZSV0 。
在这一宣言发布的短短时间之内,就引起了众多的评论,有正面的,也有负面的。为了遵照原始的敏捷宣言风格,SOA 宣言也保持了简短与直截了当的原则。然而,这同样也会造成在表达方面的不足。要用少量的词汇描述大量的信息,产生的表述不可避免地会具有歧义。比如,“内在的互操作性”可以被理解为购买ESB 的强烈建议,整个的互操作性都基于它标准化的能力与格式。然而,从鹿特丹的讨论看来,小组的成员似乎从一开始就考虑要为服务本身设计互操作性。后一种解释与陈述产品不能带给你SOA 的原则不谋而合。
如果SOA 宣言要得到普遍的接受,SOA 社区首先要统一这些陈述应该如何来理解。如若不是,争论将不会休止,而SOA 宣言也无法为填补SOA 社区的空白作出贡献:对于SOA 核心价值的共同认识。正是如此,完整的把握整个宣言,以及其起草者后续地对于他们所要达成的目的进行更深的讨论,才显得如此重要。如果不及时地做这项工作,很有可能出现的情况是,宣言本身将会被更多的口头争论而掩盖,而这些争论其实都是基于对宣言片面的理解。
注, Herbjörn Wilhelmsen 对本文亦有贡献。
查看英文原文: SOA Manifesto Released
评论