也许对于实现SOA架构所带来什么的分歧，最合适和明智的反应应该是消除恐慌。这样一来，你就可以通过任何一种方式来实现它了。

　　宽带供应商Covad Communications Group Inc.软件架构和标准的负责人Jeff Davies，在将公司所有的SOA集成到一起之前，他已经走在了很前面，并且一切都进行得很顺利。他在出席BEA World的时候，指出很明显的SOA不是为胆小怯懦和无力的人准备的。

　　“在很多方面它都令人害怕，”他说:“你可以保持按着关键路径往下走，告诉商业伙伴这真的很难完成，并且这样做才是发挥它的最好途径。”然而回顾彻底检查一个2004年的用户关系管理时，Davies决定不小心行事。 相反他选择了一条他预料到的一条长而费力的道路走下去。”为了构建一个架构，你必须给你的执行者合适的案例，这对以正确的方式做事情是有好处的， “他说。

　　SOA在难度上面而言没有让他失望。 Davies在2004年1月提出他的SOA 精心策划的行动方案，而在Covad 运转它的第一个Web服务之前，花费8 个月的时间。 大多数Covad的应用仍然是在正在发展的SOA范围之外存在的。

　　”我们或许将2006末把所有的架构建立在SOA之上 “，Davies说

　　他指出3 年的迁移是相当迅速的了， 如果不知道Covad 笨重庞大的机构-1，100个雇员，你就不可能相信的。并且在首席执行长官的水平上来看待整个问题的关键，是得以用有用的方式来完成它的关键因素。

　　”我首先调动那些行政人员，这样就完全不同了”，他说

　　在他的关于任何公司想办法实现SOA的建议中，最主要的是要作好从一开始就会引起问题的准备。

　　”以这种方式来处理，使得活动时间表将要推迟”，Davies说。

　　他也推荐从小的开始，虽然他承认Covad 是跳进到具有长期的用户关系过程的SOA。 那部分研究是Davies最近在做的技术。

　　他正使用他描述为”应用于长期的过程”的BEA的WebLogic集成软件。 在下几个月他计划转变到BEA的新AquaLogic 企业服务公共总线建立更敏捷的消息发送的基础设施。

　　ESB 使他能够将降低对硬件负载平衡者的依赖，在每次当回环中的服务器之一需要被重新启动的时候，这些硬件负载平衡者也必须被重新启动一次。 当然，他希望增加变换的延时。

　　”XML总比直接地EJB 到EJB慢 [企业级JavaBeans ] “，他说。 “然而EJB并不算最为迅速的。 最后，我想要灵活性，我愿意为它支付一定的价格”。

　　当穿过多种机器边界时，那”速度权衡”变得不可避免。 Davies对那些想要优化服务性能的人提供了一些简单建议。

　　”不要写一个好闲谈的接口，穿过尽可能少的的机器边界”，他说。

　　尤其是，他警告与技术相比较，SOA需要更多的智囊团。 它要求IT 商家调整他们的心态，并且这样能花费数年。 他指出在特别的EJB里程序员将发现SOA是一种设计应用的非直觉方式。

　　上涨是调整共同的心态并不是为新产品增加巨大现金开支。 Davies认为只有在特别需要的时候，一个调整才应该加入到整个系统中去。

　　“如果你从一种技术观点接近SOA，你已经了解了大约它的10 分之1”，他说。