第一階段的要點是在沒有為第二個階段做出規劃之前不應該實施任何SOA計劃。
第二個階段：跨過共享服務的鴻溝
這樣，你建立了一套提供業務功能的Web服務和基于REST(代表性狀態傳輸)的服務。也許這個項目會導致一種新的客戶查詢服務、客戶地址變化服務和過期的賬戶查詢服務。這個機構采取這個步驟把這些服務通過企業服務總線發布出去，這樣，擁有不同身份識別要求的u不同的用戶都能夠訪問這些服務。
這個機構現在擁有SOA了嗎?沒有人會爭辯說沒有。他們有三個新的Web服務。
SOA旅程的下一步是讓這個機構建立一種能力，讓這些服務在不影響使用它們的應用程序的情況下輕松地發展。在許多情況下(并非所有的情況)，需要作為共享的服務發布以便讓未來的服務消費者再利用這些服務，無論這些消費者是混合的應用程序、業務流程還是通過門戶和Web應用程序訪問的用戶。
我們把這個階段稱作“跨過共享的服務鴻溝”。這個目標只有在機構實施SOA治理、SOA質量和SOA管理的新流程的時候才能實現。這個階段不僅僅是建立服務和集成這些服務。這些服務必須要加入到支持規劃如何根據設計和運營政策建立這些服務的一個服務生命周期中，這樣，潛在的消費者就能夠信任這些服務將按照承諾提供。
在這個階段，SOA的努力已經從建立一些Web服務發展到創建一個支持共享服務的面向服務的基礎設施。這些服務可以在一個動態的環境中被發現、再利用和管理。這通常會帶來成功。但是，第三個挑戰依然存在：升級SOA的努力以解決企業的問題。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
