7. SOA是项目，更是架构
SOA是一种软件架构，只有当公司贯彻了以服务为导向的核心理念，并确保交付持续符合SOA路标时，它才会体现预期的价值。
SOA要求高度的专业化，比如建立一套商业服务，就要求SOA架构师、开发人员、数据结构师、网络架构师和安全专家多方合作而成，单枪匹马搞定SOA是不现实的。
此外，根据公司的具体要求，你或许还需要用户界面设计师，商业流程模型师，数据服务专家，商业规则专家，ESB专家等等。所有这些专业人员都要有高度的协同能力。
建议：对实施SOA来说，标准的IT团队结构是难以成功奏效的。建立开放式的专业人员合作环境，多使用协同技术，尽量避免低效繁琐的会议程序。
8. 低估SOA的复杂性
SOA的概念易于理解，但却难在正确执行。为用户提供简单应用的背后，是巨大的软件管理复杂性，可以说，SOA是一种软件工程。
此外，在SOA实施过程中尽早收集安全要求是非常重要的，这样底层架构才能从一开始就对安全形成良好的支持。否则，任何架构中的大型变更都会引发安全问题。
建议：做好在SOA实施中遭遇各种技术障碍的心理准备，有些是因为代码而引起，有些是因为工具本身所造成。然后设定切合实际的预期，不要抱有一步登天的想法。从小处入手，再逐渐累加，同时从从一开始就考虑到安全机制，不要在事后才想到。
9. 没有实施并严格遵守SOA治理
为了实现SOA的回报(服务重用、灵活性等)，团队必须严格遵守架构方针，即设计时的治理。如果没有设计时的治理，你很可能迷失一大堆的Web服务中。
接着就是运行时的治理，即管理SOA环境的健康度。其中涉及到用户所使用的服务种类，加强策略与服务等级协议(SLA)、问题解决、分析绩效和管理所有资产。不要认为部署完成就可以高枕无忧，管理一个分散的环境同样不是一件轻松的任务。
文章来源于领测软件测试网 https://www.ltesting.net/
