当谈到目前企业架构师使用SOA方案前进时面临的最大的挑战，SearchSOA.com把复杂性和性能当做了最大的挑战。根2011-2012 SearchSOA.com进行的读者挑战和机遇调查数据显示，如果建立一个完全面向服务的体系结构（SOA）相当复杂，但如果恰当地使用SOA的基础架构和治理，就会大大简化保持IT灵活度的挑战，从而满足日益变化的商业需求。

　　SOA长期发言人Joe McKendrick曾说过：“我们要时刻谨记，SOA不是一项可以在短时间内实现的技术，而是一种改变商业本身很多方面的哲学。SOA可以从小做起，但是它最终在不同层级需求会改变，尤其是当它试图把独立的技术孤岛和信息的企业升级为简化的共享型组织。”

　　Forrester分析师Randy Heffner认为：“关键在于一个好的组织纪律和出色的SOA基础架构。Forrester的数据显示， SOA治理显著提高了SOA的满意度。Heffner解释说，SOA可以是轻量级的， 但是如果没有深度的前瞻性思想，SOA是不可能表现如此出色。否则将会以无计划的、复杂的服务集合告终，而不是以条理清晰实用的系统服务告终。”

　　McKendrick认为，SOA治理的基本思想是保证服务的连贯性和可重复利用性原则，而且要和提供轻量级企业架构服务一致。

　　“一个设计完善的治理系统应该高度自动化，要给终端用户和开发人员更多的选择和机会，去创造他们自己的前端界面，”McKendric解释说，“一个好的自动化解决方案将会给终端用户创造他们自己的mashup和应用的自由。这样他们就能获得他们当时所需的信息或功能。”

　　企业架构师和SOA治理专家Todd Biske意识到，很多机构认为SOA治理和SOA轻量级是互相矛盾的两个观念，但他也指出了很多种可以实现SOA轻量级的方法。“最好的能实现治理的方法是让合适路径阻碍最少。如果你能完成这项工作，那你的治理工作就没那么繁重了。”

　　Biske解释到，SOA治理真正的技巧，就是在一开始就把符合的代码转化成最初开发人员能写的最简单的代码。“例如，如果你想确保每个服务的服务交互都提供审计追踪，你可以通过ESB告诉你的开发人员路径的所有需求，ESB会为你做到。或者，运用这些共享书库的基础资源，这也能帮你达成目的。”阐述需求时，如果没有这些有用的提示工具，就会导致开发人员指出他们自己的路径，这可能会导致不幸的矛盾。

　　而且，要求比较严格SOA治理不会妨碍短期的重复使用敏捷。“SOA和敏捷能兼容得很好,”Heffner说。“只要你是正确的使用SOA而且正确的使用敏捷。”有一些经验不足的开发团队，在开始的时候项目很简单，但却没有考虑到后期可能发生的困难，有了问题，却把敏捷当做一个借口。

　　Heffner指出，“如果你正确试用SOA，在开发服务组合的时候，你将会有一些展开的路标，然后，当开发一个敏捷项目时，从你的组合路标里建立一个给出的规划好的服务将会只是敏捷任务表里的一个排列项。

　　McKendrick同时指出，“这两种观念关系密切。SOA和敏捷都尽可能的满足迅速变化的商业需求，而且都致力于避免让项目由于技术问题陷入泥潭。如果查看SOA宣言，你会看到这两者在价值观和指导思想上有很大的相似之处。”

　　另一位经验丰富的专家David Linthicum，（云计算和SOA咨询公司 Blue Mountain Labs的首席技术总监兼创立者）有一些不同的看法。Linthicum认同如果管理合理的话，面向服务的体系结构可以和敏捷发展理论相兼容的很好，但是他也在现实生活中看到过敏捷和SOA 变成分歧思想的实例。

　　“当出现时间限制和系统规定的参数的时候，就会出现出错的情况, 这种重复导致一次又一次的核心架构的改变。”Linthicum同意“这种情况下，你就完全脱离轨道了。”

　　McKendrick补充说，“一个使用了云服务或是基于REST协议的服务的基础架构，可以在设计巧妙的面向服务的体系结构（SOA）下快速开发和提供。”很多机构已经开始依靠云服务来保证他们的IT设施的灵活度。