SOA在企業發展中的影響

面向服務架構與我們傳統意義中封閉式的應用有很多的不同。SOA架構下的應用是多層次的，其生命周期也是具有多階段性，并且有著高度的可重用性，隨著企業的不斷發展，來自其自身內部或者是外部的變化也會給其帶來多方面的影響。它將應用程序的不同功能單元(稱為服務)通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。

　　提供一個安全可靠并完全適用的SOA并非易事，由于所提到的這些復雜因素，需要通過不同的方式確保SOA質量問題。在一個復雜的系統環境下，質量測試必須深入到各個環節，才能轉化為高質量的交付應用。

　　架構與接口的連貫性

　　具有中立的接口定義(沒有強制綁定到特定的實現上)的特征稱為服務之間的松耦合。松耦合系統的好處有兩點，一點是它的靈活性，另一點是，當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。而另一方面，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。

　　對松耦合的系統的需要來源于業務應用程序需要根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作伙伴關系、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。我們稱能夠靈活地適應環境變化的業務為按需(On demand)業務，在按需業務中，一旦需要，就可以對完成或執行任務的方式進行必要的更改。

　　舉例來說，架構與接口必須遵循一定的政策和標準來在組織內部保持一致性。為了達到這樣的連貫性，企業必須在設計和開發階段就開始推動標準化和特定政策的實行。一旦可定義的政策開始實行，SOA資產中的連貫性和基本信任就算達成了。

　　為一項服務資產推行信任的過程必須在該資產建立初期就開始實行。早期和持續的對于該資產質量的可視性能促進信任的建立和隨后的重新利用。為了在促進早期信任，企業必須定義和實施在服務生命周期中支配其不同方面的政策。比如，支配著服務開發的政策：諸如計劃合法性(W3C)，語意的標準一致性，WS-I一致性和采用WS-*標準的定義。此類政策對于達成連貫性和保證再利用和互用性是至關重要的。

　　政策也可以囊括最佳實踐――普遍被接受的最佳實踐以及與企業目標的底層服務相關的最佳實踐。這些一般領政策包括：安全、可維護性、可靠性和性能，以及根據特定要求制定的所有其他政策。

　　一旦政策被定義，那么對其的應用、驗證、測試和測量將是至關重要的。我們必須使同步數據鏈路控制(SDLC)基礎架構和流程自動化，以使得這些政策和標準能夠通過開發、測試和質量團隊一致的在SOA產物中應用。

　　持續回歸測試：

　　為了正確有力的實施服務資產政策、合約、情景描述，企業必須通過一系列自動的、持續的回歸測試來驗證。

　　作為每一個特定服務資產的生命周期的一部分，持續回歸測試(在任何發布周期內)對于提供持續和可預測的質量都是必要的，這個測試必須是由業務需求所決定的，并包括功能需求、技術需求和性能預期。如果這些早期測試是由需求驅動的，那么質量部門將通過重新利用測試資產取得顯著的優勢。

　　為了保障安全、可靠、一致的服務資產，通過資產注冊表來進行集成是必要的。持續回歸測試應該每夜自動建立并運行，而適當的測試數據可以通過中央資產注冊表獲得。那么測試將在不打斷現存開發過程的情況下持續運行。

　　這種自動測試保障了需求的自動驗證和開發階段與質量保證期間的測試資產重新利用。自動回歸測試同時也能為應用軟件政策實施提供文件證明，從而對更可預測的成果提供了保障。

原文轉自：http://www.kjueaiud.com