7. SOA是項目，更是架構
SOA是一種軟件架構，只有當公司貫徹了以服務為導向的核心理念，并確保交付持續符合SOA路標時，它才會體現預期的價值。
SOA要求高度的專業化，比如建立一套商業服務，就要求SOA架構師、開發人員、數據結構師、網絡架構師和安全專家多方合作而成，單槍匹馬搞定SOA是不現實的。
此外，根據公司的具體要求，你或許還需要用戶界面設計師，商業流程模型師，數據服務專家，商業規則專家，ESB專家等等。所有這些專業人員都要有高度的協同能力。
建議：對實施SOA來說，標準的IT團隊結構是難以成功奏效的。建立開放式的專業人員合作環境，多使用協同技術，盡量避免低效繁瑣的會議程序。
8. 低估SOA的復雜性
SOA的概念易于理解，但卻難在正確執行。為用戶提供簡單應用的背后，是巨大的軟件管理復雜性，可以說，SOA是一種軟件工程。
此外，在SOA實施過程中盡早收集安全要求是非常重要的，這樣底層架構才能從一開始就對安全形成良好的支持。否則，任何架構中的大型變更都會引發安全問題。
建議：做好在SOA實施中遭遇各種技術障礙的心理準備，有些是因為代碼而引起，有些是因為工具本身所造成。然后設定切合實際的預期，不要抱有一步登天的想法。從小處入手，再逐漸累加，同時從從一開始就考慮到安全機制，不要在事后才想到。
9. 沒有實施并嚴格遵守SOA治理
為了實現SOA的回報(服務重用、靈活性等)，團隊必須嚴格遵守架構方針，即設計時的治理。如果沒有設計時的治理，你很可能迷失一大堆的Web服務中。
接著就是運行時的治理，即管理SOA環境的健康度。其中涉及到用戶所使用的服務種類，加強策略與服務等級協議(SLA)、問題解決、分析績效和管理所有資產。不要認為部署完成就可以高枕無憂，管理一個分散的環境同樣不是一件輕松的任務。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
