四步遷移到SOA

向面向服務的架構遷移是令人畏懼的，尤其是那些初次涉足SOA的企業，本文對此提出了一些建議。

IT業界最新流行的技術是面向服務的架構一方面，IT經理們因為SOA的美好前景而對此心馳神往，而另一方面又害怕這個新的架構給組織帶來的沖擊。為了確定平穩過渡到SOA，建議遵守以下四個簡單步驟。

第一步，定義SOA。

如果就“SOA到底意味着什麼”請教5個IT專業人士，你可能會得到5種不同的答案，這是因為這種架構發展很快。不過，這沒有關系。IT界對于SOA是否有一個完全一緻的定義不是問題的關鍵，但是IT組織内的每個人對于“SOA對一個公司意味着什麼”意見一緻非常重要。特别是如果企業正在實施面向服務的架構，請記住最重要的一點就是企業的IT組織對于SOA必須有一個清晰的了解和定義。

這裡建議IT人員研究一些有關SOA的資料，然後制定一個對本企業的IT組織有意義的定義和目标。IT人員也可以向與你在一起工作的SOA領域的專家請教，針對公司的具體要求來定義它。SOA是非常靈活，足以應對各種各樣的內建挑戰。

最關鍵的是整個組織必須“擁有”它自己的SOA定義，IT組織的每個人都必須了解這個定義，完全地支援這個新的規範，而且要應用各種資源來實作它。

第二步，對員工進行教育訓練。

對許多企業來說，SOA從根本上背離了傳統的界面與應用程式緊耦合的架構。是以，在了解SOA上可能面臨較大的認知改變，這時候對員工進行教育訓練和教育就非常必要。

這裡推薦一個至上而下的教育訓練方法。首先，就SOA的基本原理以及部署它的優點，對高層管理人員進行教育訓練，這很關鍵。比如，如果一個CIO不能掌握SOA的基本理論和這個架構所要達到的目标，他将不能夠很好地支援它。

在對上層管理人員進行了教育訓練之後，接下來還得教育訓練下一級的管理人員。他們不僅僅要接受有關SOA總的目标和理論的教育訓練，而且還得就實踐細節以及如何操作進行教育訓練。

最後，教育訓練員工如何具體地操作和部署SOA。在這個層次，需要就支援公司向SOA遷移的技術進行具體的教育訓練。這是教育訓練的重點，需要花最多的時間和精力。

謹記一次教育訓練是不夠的。因為SOA這個概念對于很多IT專業人士來說很陌生，他們中的許多人更熟悉别的架構模式。而要了解一個全新的規範通常是很困難的。大多數人對事物的認識都有一個邊界，當一個新的理論超過這個界線時，人們可能會因為它與他們原來所認知的理論相差太大而拒絕它。想克服這一點需要做大量的工作，包括管理和教育訓練，而且通過對員工進行反複教育也是完全可能達到的，千萬不要洩氣。多次的時間證明，隻要堅持教育訓練，就會收到成效。

第三步，建立企業治理委員會。

SOA最終目的是建立一個靈活的架構，能夠通過一個通用的平台內建各種各樣、互相獨立、異構的應用程式。這必須通過設計和開發獨立的應用服務來實作，這些服務能在整個組織中被通路和共享。

確定一個企業能夠開發松耦合的應用程式和開發可重用的服務，成立治理委員會是絕對必要的。一些文獻和業内人士把這個委員會稱為綜合能力中心

當企業建立自己的綜合能力中心時，有些關鍵問題必須考慮。首先必須確定ICC中的成員在業務領域和IT部門中都有很強的代表性。

要記住，我們的目标是消滅資訊孤島，提高應用在企業中重複使用率。這隻能通過大量的企業代表參與的權力制衡機制才能完成。指派其中最好最聰明的同僚到治理委員會，確定他們受過良好的教育訓練，而且是非常有見識的SOA的擁護者。他們是最有可能不用CIO為他們花時間的人，是以這項工作并不影響他們同時做别的工作。高層管理者必須了解這個團隊參與的重要性，而且願意為了他們更側重于這項工作而重新配置設定工作量。

第四步，大處着眼，小處着手。

最後也是最重要的是，剛開始實施SOA時不要過于急于求成，而必須一步一步逐漸進行。

實踐證明IT産業中大爆炸式的方法很少起作用。小的、遞進式的變化由于更易于管理反而有更大的成功機會。很幸運的是，因為SOA架構使企業可以一次實作一個服務，是以逐漸遞進的方法在實施SOA的過程中效果很好。

首先，挑一個低風險但對公司很重要的相對次要功能開始。比如說從若幹系統中搜尋和整合客戶資訊可能是一個比較好的選擇，可以從開發這樣一個服務着手，要求其功能支援整個組織裡的多個應用使用。接下來，對各種各樣依賴于點對點的接口的系統進行解耦，重定向到一個新的服務。

在整個組織大範圍采用服務，如把企業的财務應用重定向到一個通用的接口之前，從小的功能開始可以讓整個組織初步了解SOA，而且如果有必要的話可以對整個過程進行改善。另外，這也為公司提供了一把很好的尺子，來測量整個組織是否已經為SOA這種全新的架構完全做好了準備.

本文轉自 牛海彬 51CTO部落格，原文連結：http://blog.51cto.com/newhappy/77294，如需轉載請自行聯系原作者