軟件測試之平衡流程與靈活性是成功實現SOA治理的關鍵 SOA構架
關鍵字：平衡流程 靈活性 SOA治理
許多企業在實施SOA治理的時候陷入了兩個陷阱。第一個陷阱是沒有一個足夠強大的治理模式。第二個陷阱是有太多的用來完成任務的流程。這里的技巧是平衡流程和靈活性。
沒有足夠的流程會造成混亂
企業沒有足夠強大的治理模式有許多理由。下面是人們看到的幾個理由：
·對于設計時間和運行時間缺乏全面的理解
·文化
·缺少治理資源和工具的資金
·不現實的新聞報道
·缺少官員的支持
沒有一個有效的治理模式，你的SOA極樂世界的夢想會轉變為系統下降、高開發成本、失控的生產環境和不滿意的客戶等噩夢。要達到SOA許諾的再利用、靈活性、靈敏性和集成的方便性等目標，設計時間治理必須要保證以不間斷的方式建立服務。這種方法將提供商業價值、滿足某些性能和安全要求，不依賴于任何平臺，不打破已經部署的任何東西。
由于SOA的分布式和抽象的性質，運行時治理是非常重要的。一個單個的商業服務也許由許多架構層中的組件所組成。當這個服務失敗的時候，你最好有適當的流程和工具迅速找到問題并且在用戶首先察覺之前回復正常。然后，有一些復雜性。這些復雜性包括管理服務的版本劃分、積極地監視性能和安全、保證遵守法規和強制執行管理規定等等。
沒有一個堅實的治理模式實施SOA就相當于有一個沒有管制塔臺的飛機場。確實，有許多非常好的飛機和天才的飛行員。但是，如果沒有適當的計劃和及時的信息，最終的結果是災難性的。因此，要保證你建立一個管制塔臺，雇傭一些空中交通管制人員!太多的流程將阻礙技術創新和阻礙靈活性。
另一方面，一些部門迷信流程。他們創建了太多的流程以至于這個團隊陷入文件之中，看不到促進業務的推動因素。有些人把服務分得太細，以至于提供很少的價值或者根本沒有價值，從來沒有被再利用�！斑^度殺傷的治理”或者“死于流程”模式使設計師像機器人一樣思考和簡單地執行文件或者檢查表讓他們做的事情。接下來是一個很長的審查過程，用幾個星期的時間批準應該在一兩天之內就批準的事情。這種類型的模式的理由是：
·把SOA看作是一個技術問題而不是一個實現業務目標的促進因素
·缺少對設計師和領導的信任和授權
·流程太多的文化導致很長的交付周期
·在領導層缺少技術和業務專家
找到正確的平衡
每一個企業文化和每一個SOA計劃都是唯一的。沒有一個萬靈藥式的或者一個尺寸適合所有需求的治理模式。許多廠商、SOA實施咨詢公司和標準組織都有詳細說明的SOA治理方法。選擇一個最適合你的文化的方法，然后按照你的公司的需求對這個方法進行客戶化。
那么。我們如何在保持靈活性的同時強制執行SOA治理?一個方法就是把大量的文本文件轉換為可視化文件。換句話說，停止制作數百頁的Word文件。開始創建UML模型、業務流程模式、應用圖表和架構圖表。這些人工制品就像一個建筑設計師的藍圖。如果你在建設你夢想中的房子，你是把你的房子的技術規格打印在Word文件中并且交給你的建設者，還是交給他一個藍圖?人們最好把重點放在增加價值的作品方面，放棄沒有價值的一切東西。不要讓你的工作人員采取除了滿足檢查表的要求之外沒有任何目的的步驟。SOA治理不應該由項目經理創建。SOA治理需要設計師進行定義。SOA治理完全是關于服務生命周期管理的，標準的N層流程是不合適的。
隨著時間的推移發展治理
即使你確實得到了流程與靈活性的平衡，也不要立即實施SOA治理。同SOA一樣，SOA治理是一個沒有盡頭的旅程。小范圍開始，僅實施在那個時候有必要的步驟。
例如，如果你首次實施有15至20個服務，你也許不需要有一個強大的SOA卓越中心，特別是如果這個團隊只有少量的技術人員的話。隨著服務數量的增加以及設計師和開發人員數量的增加，你要相應地發展你的治理模式。有些公司用一年的時間才制定好全部的治理流程。那一年沒有為業務增加任何價值。業內人士建議說，要把SOA治理作為你的SOA路線圖的一個重要部分。我們最終將根據SOA提供的業務價值判斷SOA治理的優劣。因此，要保證你的SOA治理模型實現SOA最佳做法與業務靈活性的平衡。
文章來源于領測軟件測試網 http://www.kjueaiud.com/