從架構師的角度了解面向服務的體系結構 (soa) 開發過程的主要階段。了解實現成功的 soa 專案方面的經驗教訓和最佳實踐，包括組織準備情況、使用者的角色、對流程進行轉換、基於資產的支援和工具要求。
引言saugatuck technology、gartner 及其他公司所做的行業調查表明，無論各自的基礎技術如何，很多大型企業都採用了或要將面向服務的體系結構（service-oriented architecture，soa）作為其戰略方向加以採用。
在最近的一項調查中，saugatuck technology 發現「soa 正逐漸在大中型企業中緩慢但穩定地推廣開」。1（請參見參考資料。）在此項調查中，他們與在大中型企業工作的高階 it 管理人員（使用者）和應用程式架構師進行了 40 次深入的訪談，注意到「所採訪的 37% 的高階 it 管理人員都表示其公司目前正處於 soa 部署的有限或完全生產階段」1。
雖然注意到 gartner **在接下來兩年中所有新應用程式中將有 80% 將基於 soa，但 saugatuck 的調查表明使用者的期望非常樂觀，指出「到 2008 年，將有接近 67% 的使用者將使用有限或完全的 soa 生產環境」。1其他 saugatuck 研究資料表明，到 2008 年，會有不到 45% 的大中型企業會採用有限或完全的 soa 生產環境。在任何情況下，下一年大中型企業中有 45% 到 80% 採用 soa 都是非常顯著的變化了。
隨著將 soa 應用於更為複雜的任務，將會出現更多複雜情況。複雜任務涉及到各種型別的整合模板，用於處理不同的業務挑戰和需求，如遺留整合與轉換、應用程式、打包應用程式整合、組合業務服務和自定義開發。
作為架構師，您經常在將業務需求和 it 需求應用到 soa 專案中扮演著領頭雁的角色。本文討論在從傳統開發向 soa 的過渡中的一些主要成功因素和經驗教訓。
本文**：
ibm developerworks
中國
專家答疑 構建成功SOA四要素
權利和責任是一起來的。soa的承諾為服務重複使用和實現乙個完全整合的企業提供了巨大的機會。但是，人們沒有 想到的是soa實現的靈活性將導致企業it部門出現混亂。要恰當地控制soa的權利同時為企業提供價值，某些控制是非常重要的。在乙個普遍存在的和透明的 框架中採用服務發現 服務安全 服務管理和政策治理...
jenkins專案構建成功後無法傳送郵件
系統配置中配置了所有的郵件配置，還是無法在專案構建成功後傳送郵件。網上有找過一些方法解決的方法，說是定義傳送成功時的要增加recipient list，這個我也增加了還是無法收到。關鍵是測試郵件傳送時能傳送成功。而且日誌中沒有報什麼錯，觸發器觸發成功，郵件傳送成功 開啟系統管理 系統設定 裡的ext...
如何構建成功的軟體測試團隊
所謂偉大的測試團隊是什麼意思？擁有明星隊員的團隊是好團隊，但沒有乙個明星隊員的團隊是乙個偉大的團隊 無名氏。上述的引言使我們進入了偉大團隊及其特性的討論之中。這篇文章源於作者在不同團隊中的工作經歷，對團隊成員在時間非常緊迫和專案非常複雜的情況下的表現的觀察。本文適合於那些想尋求合適成員以求在專案中有...