對於廠商而言，應該密切注意技術的發展潮流，加緊技術的跟蹤與研發，待時機成熟，隨時推出產品和方案。對於用戶而言，如果你具有很強的技術背景和開發實力，也可以嘗試着進行一些概念的驗證和實踐，以期進一步熟悉和了解SOA的架構。相對而言，在企業的內部驗證SOA容易一些，你可以把一些應用封裝爲Web服務，自己作爲這些服務的提供者和使用者，在企業內部使用這些服務創造新的價值，從這個意義來說，這個時候的用戶，已經成爲技術的實踐者。
如果企業打算向外部推廣一些服務，和它的供貨商、分銷商、代理商、客戶等一起來構建SOA架構的應用，就還有很長的路要走。這裏有一個實際的例子。我們知道商業銀行現在向客戶提供很多代繳固話費、手機費、水費、電費、煤氣費等服務，一個省級分行要和幾十個需要收費的單位互聯，實現應用的相互訪問。從純技術的角度看，無疑是基於Web服務的SOA架構應用的最佳用武之地。但現實是，沒有人這麼做。因爲需要改造自己的業務系統，牽涉很多人員和投入。此外，也要安全的問題，效率的問題等，目前還沒於成熟的解決辦法。
早有國外專家指出，SOA作爲一個具有發展前景的應用系統架構，尚存在許多有待改進的地方，例如在可靠性、安全性、編制(Orchestration)、遺留系統(Legacy support)支持和語義(Semantics)方面均還存在嚴重不足。以可靠性爲例，在不可否認性(non-repudiation)、消息一定會被傳送且僅傳送一次(once-and-only-once delivery)以及事務撤回(rollback)等問題上， SOA還沒有做好準備。現有的基於交易中間件、消息中間件的解決方案，較好地滿足了應用系統在性能、服務質量和安全性等幾個方面的需求。但在SOA環境中，其應用組件之間是一種鬆耦合的關係，要讓一個應用軟件的組件，很容易去跟屬於不同應用的軟件組件進行對話，如何確保這些迥然不同，但又相互連接的系統的效率、可靠性、可控性和安全性，就複雜得多了，是SOA還沒有最終解決好的問題。這些都影響了SOA的實際實施和推廣。