致命錯誤 非理性的擴展影響SOA架構發展 SOA構架
關鍵字：擴展 SOA架構發展
錯誤一：非理性的SOA擴展
服務太多，還未準備好與應用的商業模式相匹配。這樣的SOA環境意味著應用完成后需要再次檢查。這樣的環境可能具有服務眾多、大量文檔以及新工具和中間件豐富的特點，但卻缺乏敏捷性和增量軟件版本性，或重用性。
錯誤二：遺忘數據
設計一個服務模型就像設計一個數據模型。在處理過程中遺忘數據易于導致服務性能差，從而影響應用的完整性。在設計服務時，努力配合基礎數據庫的設計模型。
錯誤三： 將SOA留給技術人員
如果把SOA的大部分過程留給企業的IT部門處理，優化軟件性能和可靠性的設計服務出發點將面臨風險，可能不會完全反應出商業要求。
明確商業接口是跨應用集成或多企業使用的本質所在。
錯誤四：忽略企業文化障礙
SOA帶來的預期優勢之一就是增強軟件重用性，但是達到這個預期目標是一個很大的挑戰。企業文化障礙會影響SOA重用的效果。例如，如果IT部門患有“非我發明”癥(not invented here)，程序員、項目領導和架構師就會不信任其它組開發的重用服務，或者只是希望自己去開發整套的解決方案�！胺俏野l明”癥會導致多余的編程工作，多余人員分配以及因缺乏可用資源而喪失機會，這里體現了SOA重用機制的主要障礙。
錯誤五：做出突然的投入
許多企業，特別是那些認為在SOA方面起步已晚的企業，容易傾向從先前的懷疑一下子跳躍到突如其來的策略投入。但是，沒有做好正確的準備和計劃之前，就投入大規模的SOA開發，這往往會導致嚴重的錯誤。因為面向服務是一個長期的階段，企業應該在進行意義關鍵的SOA項目之前，多投入理解該項目和培養企業文化。對大部分公司而言，循序漸進才是可取的方式。
錯誤六：錯誤的起點
最常見的錯誤起點是遵循訂購服務的第一個用戶的商業需求。例如，如果服務是一個面向用戶的應用程序，你可能設計的工具符合他們對數據的需求.。然而，這樣的設計過程可能最后會生成出和用戶接口一樣多的服務，常常導致服務多余并持續增長的問題。更加統一、系統化和有效的方法是圍繞應用程序的商業過程或數據模型來設計一系列耦合的信息服務。
錯誤七：誤以為每個人的想法都與你一致
SOA起源于一種用于先進分布式系統的技術設計模式�，F在SOA遠是編程社區之外的熱門話題。在適應商業通信時，我們要考慮并認同這些各個層次上的差異。
對于程序員而言，SOA是一種分布式計算的形式，其功能塊可能可以運用于其它應用程序。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
