雲架構師需要在五方面轉換SOA式思路

企業架構真的準備好接受雲計算了嗎？ 那麼雲計算也真的適合企業的架構嗎？ 雲計算的出現確實帶來了一些不同的思考方式，但實際上這些「新」思路，並不是那麼新。

來自IT及雲計算諮詢服務供應商Appirio公司的Chris Bruzzi和Nick Hamm曾發表過一篇文章，其中兩人與CIO們分享了一些關於雲應用開發的個人經驗。 他們在文中指出，應用的開發和部署過程中，執行者應該注意在五個方面改變自己的固有習慣，以便更好地為企業實現雲計算。 現在，這些思路依舊適用。

對於擁有SOA（面向服務架構）領域工作經驗的架構師和開發者來說，最成功的那些實踐案例大多都極為相似。 但Bruzzi和Hamm卻認為過去的SOA架構有很大的局限性，因為它總是被企業整體架構擋在門外。 然而隨著越來越多的企業IT開始轉向雲計算，人們真的應該重新考慮「面向服務」式思路了：

1. 利用元件化的方式來設計架構解決方案：先考慮清楚企業的需求是什麼，然後再設計一個以多個鬆散耦合元件構成的解決方案，以滿足企業的總體需求。 這樣做確實會增加前期的工作量，但後期得到的回報卻要比付出大得多。

2. 越過應用開發語言來審視API介面：10年前，所謂的IT企業不是JAVA商店就是.NET商店。 雲計算將問題焦點從應用引向了應用開發語言和服務交付平臺。 這就意味著雲計算架構師也需要將目光從技術或開發語言上，轉移到那些用於使用這些技術和語言的架構服務及API介面上。

3. 盡可能多地重複使用元件：這些雲計算規劃方案中的元件也許已經能夠有效地發揮作用了，無論這些元件是來自企業自己的程式庫內部或是外部的雲計算供應商，例如Salesfroce.com和Amazon Web Services（亞馬遜網路服務），都可以重複使用。

4. 以外包的形式擴展團隊：留意開發者社區，比如CloudSpokes或是99Designs ，並在那裡尋找新的元件。 這樣做的好處在於，應用的構建速度會大大加快，同時避免了受限於所在團隊的整體技術能力。 許多頗具創造性的解決方案都是在這種情況下設計出來的。

5. 對企業內部應用進行評估：在雲計算解決方案中，有大量關於企業內部應用在配置、編碼、品質等方面的可用資料以供評估。 某些雲計算解決方案供應商也會收集這些基準測試程式數值，但是他們肯定不會提供所有的資料，因此架構師有必要自己去做些收集工作。

(責任編輯：蒙遺善)