企业在选择SOA实施的时候往往会采用两种不同的方式，一种是逐步实施以短期收益为重不断加并积累起后期的需求，另一种则是为了一个长远的目标而采用了较为复杂和较难处理的架构方式。两者相比，前者无疑会在SOA发展重带来jiaoda 的获益。

　　“也许你希望你所在企业的所有事只要能够实现面向服务的全部实现面向服务，但是，这并不意味着你需要在同一时间里全部的实现这个需求。” Schmelzer说道，“其实，你大可从一些小的应用开始着手而不是选择一些关键的，这时候即便失败也不必付出惨痛的代价。”

　　这样看来一些小的，颗粒级的项目对于SOA的实现是非常有意义的。因为这样一来对于小型的业务情况能够有个比较清楚和正确的认识，而这些短期的项目也能为将来大型项目的成功打下基础。

　　“专注于你眼前的迫切需求并在短期项目中提供基于SOA架构的解决方案，这才是当务之急。” Heffner解释道，“因为只有解决好了这些短期项目你才能够为将来的长期项目做好准备。”

　　毫无疑问，在你开始着手于小型项目的同时，考虑好如何让其收益更多为长远目标服务是一件至关重要的事。

　　“将眼前的这些迫切需求作为你整个长期的SOA平台目标的基础收益，能够更好的在近期项目和长远项目之间取得平衡。” Heffner说，“同时你也可以逐步认识到利用现有产品可以实现怎样的交付项目，而在将来的项目需要有哪些提升。因为不可能存在一个企业可能提供一大桶的基础设施预算用以疯狂购物，去享受购买各种新的SOA产品所能带来的乐趣。”

　　“你将拥有着一大堆的服务，任何人都可以创建起一个服务，任何人都可以对这些服务进行修改，那可想而知这里面将会涉及到多少难以预测的问题。” Schmelzer对此说道。

　　但是问题在于很多的SOA架构师并不能够完全的处理好在这个过程中的安全隐患，甚至在他们逐步增加的SOA实施项目中他们并没有认识到即便是一些小的项目也同样需要安全方面的考虑。

　　“他们可能会说，好了，我并不需要任何的治理，因为我仅仅只是在这个环境中使用一两个服务，所以我要做的只是将他们处理好即可。” Schmelzer说，“但是问题在于最基本原理实际上应该是基于对服务的计划而不在于是否真的使用了这些服务。如果你得出的结论是仅仅只是在对某一两个服务的使用上那为何又要通过对所有服务的挑选而做出合适的选择?对于那些根本不会用到的服务在最初建立的时候就应该避免掉。”

　　“如果能够正确的使用治理，那么在服务建立的初期一些矛盾的服务或是一些多余的服务即可以有效的规避掉。”他如是说道，“更为重要的一点在于，人们应该基于一定的策略去选择可以整合到一起的服务，并在生产环境中基于基础架构所能支持的基础上有效的提高他们的使用范畴。而在这个过程中，治理正是起到了这个策略的功效。”

　　Heffner警示那些作为初期的SOA在业务方面的采用者需要更多的期待在未来数年的时间里技术方面的革新将会更好的支持这样架构理念的执行。这也是为什么局部渐进思想在SOA实施过程中非常有效的原因所在。

　　Heffer 说，“随着SOA技术作为供应商、厂商的前景、技术以及标准逐渐成熟，当你投资新的产品以及技术时，首先也是关键的是将之看作是在未来两三年内需要重新返工的战略投资。在SOA标准领域还有许多需要成熟的地方，情况将有所改变。”

　　正是因为各个供应商也在不断的发展当中，企业可能从他们的这些变化中获得更多在技术方面的好的影响，这也能更好的帮助企业实现其SOA目标。Heffner鼓励企业能够更强的推动供应商调整其技术产品，从而更好的为企业的业务运作和回报做出有效的SOA投资。

　　“如果是我的话我将会推动厂商，让他们提供的投资模式通过更能符合我业务模式的平台产品能够具体验证。”他说道，“告诉供应商，在这个短期运作内有多少的商业价值存在而我也希望能够把握住这些价值，如果我所获得的投资模式并不能实现这些价值那我可能不会再有能力购买其他的任何产品。”

　　同样，你对供应商的选择也会是你能否真正达到SOA目标的关键所在，Heffner说。在整个谈判过程中你需要让与你接触的供应商清楚的认识到将会获得什么样的好处，以及你的短期和长期的目标是如何处理的。对他们强调你不会一下就购买了他们全部的产品，但不意味着不会陆续购买。

　　“告诉他们，我们是对你们的产品有长期承诺的，但目前我们只想要这么多，这是我们目前愿意付出的价格。随着我们的扩展，我们将随后付出这个价格。而当我们将它发展为企业级别的时候，我们将付出这个价钱。谈判要在前期进行，让厂商能看到发展的轨道，他们的责任就是实际交付这些价值以让我们购买额外水平的产品。这只是你如何去创造性的谈判，如何呈现卖方机会的问题罢了。”