SOA需要加速度突破“危险区域”

航天火箭在发射的时候需要达到某种速度才能突破气球的大气层达到预定的目标。SOA项目也是如此。当事情刚刚开始的时候，它需要一个业务推力向下一个目标前进。IT部门本身是不能做到这一点的。

　　这个比喻是《SOA Adoption for Dummies》(SOA应用傻瓜指南)一书中的要点。这本书是Software AG公司的Miko Matsumura、Jignesh Shah和Bjoern Brauel等人编写的。不要与Judith Hurwitz出版的《SOA for Dummies》(SOA傻瓜指南)一书相混淆。

　　业内人士Joe McKendrick说，几个星期之前，我有机会与Miko和Jignesh谈到这本书和他们看到的SOA领域的发展。把SOA快速发展比喻为空间飞行的挑战是一种突发奇想的比喻。例如，Miko指出，支持SOA的技术已经出现了很长时间了，但是，成功的SOA需要有眼光的领导者推动事情的发展，就像肯尼迪总统与前苏联争夺宇宙空间推动航天计划发展一样。

　　当火箭发射的时候，需要许多能源在这个过程的前端扩展以推动火箭向前运动。一旦到达目的地，就会出现失重情况。一架航天飞机要用一些时间加速以保持在空间飞行。

　　在SOA中，在这个过程的早期阶段需要开发资金的大多数资源。但是，一旦SOA项目开始实施，需要的能源开支就比较少。正如Miko指出的那样，火箭飞行有一个点称作“脱离速度”，这个时候你还没有达到轨道，但是，已经达到了这个可避免的点。一旦你达到你的速度是很充分的那个点，你将已经奔向轨道或者你的星际目的地。

　　这是SOA项目的挑战。SOA项目需要许多资源和技术支持才能运行。但是，一旦SOA项目在实施之中，这个值就自动增加。一个SOA项目把可再利用的服务提供给企业目录，然后企业其它地方的应用程序就可以选择和使用这个应用程序。

　　最后，随着SOA向整个企业普及，“失重”的情况也会出现。成功的SOA最终就应该是这个样子。这个情况已经印在机构的记忆和文化中，这只是最终用户和开发人员做的每一件事情的一部分。正如Jignesh指出的那样，随着时间的推移，这已经成为了第二个天性，这就是这个系统制作的方法。那就是SOA的失重点，因为你拥有你需要的技能。每一个人都理解如何以一种可以再利用的方式建造东西，并且以更细致的和不太细致的水平考虑问题。