SOA是一個新概念
錯誤。自從企業組織中有不止一臺計算機運行，我們就開始嘗試圍繞共享功能或服務創造各種解決方案和科技工具。事實上，最早的RPC協議試圖提供這種類型的架構，然后是IPC協議 ，以至分布式對象技術（比如COM和CORBA）。雖然Web服務提供了新的標準方式，但它還是像傳統分布式對象技術那樣運行。換句話說，它只是演變而不是革命。
你必須用Web服務協議創建SOA
不是。雖然Web服務協議到目前為止還是首選的創建和部署SOA架構的標準，但是你也可以使用其他標準，比如CORBA、COM和 J2EE。你甚至可以采用私有技術創建SOA。記住，SOA只是關于共享和管理服務，你所采用的技術只需要滿足它的需要。
你如果購買了企業服務總線（ESB），那么你就擁有了SOA
錯誤。ESB是非常強大的技術，它允許你通過Web服務界面在應用程序內和應用程序之間傳遞信息。但是，ESB并非完全基于行為的整合，或者共享真實的應用，它更多是信息導向。
SOA總是公平的
在很多案例中，你會發現SOA在商業上的兩種反應，即節省組織成本，包括重復利用已存在的軟件作為服務，以及增強改變IT方案適應商業需求變革或靈活性的能力。在你計劃設計和部署SOA之前你必須做一個評估，在你充分了解SOA的價值和項目成本之后搭建商業模型。大多數案例中成本會發生調整，這意味著企業可以從中獲利，但是有一些案例并非如此。
當部署SOA時，你只能選擇一個供應商
當面對很多供應商時會出現兼容性問題。但是，事實是沒有一個供應商可以為創建和部署大多數SOA提供的端到端解決方案，你必須選擇一類里最好的。你可以通過在項目早期進行POC測試解決兼容性問題。
當創建SOA時，你選擇好技術和供應商就可以了
千萬不要。只有你理解你的需求所在，什么問題是你最期望首先解決的，做一個商業模型，然后設計你的系統。
當然，這意味著你必須要做一系列工作，包括弄懂代碼、安全性、完善性、已經存在的服務、你需要創建的服務，等等方面。然后，你需要配置這些服務到相應的方案中，以及保證讓這些方案隨著商業的改變而變化。最后，你再來討論技術，別忘了做POC測試以驗證系統的有效性。
當你擁有SOA后，你不再需要應用整合技術
不。雖然SOA使系統整合更容易，但是你會發現你仍然需要核心的整合技術，例如轉換、挖掘、流程整合、適配器，等等。
實際上，這些整合手段可以成為你的SOA的一部分，但你的SOA不會自動把他們包含進來，他們必須成為架構和規劃中的組成部分。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
