企業(yè)架構真的準備好接受云計算了嗎?那么云計算也真的適合企業(yè)的架構嗎?云計算的出現(xiàn)確實帶來了一些不同的思考方式，但實際上這些“新”思路，并不是那么新。

來自IT及云計算咨詢服務供應商Appirio公司的Chris Bruzzi和Nick Hamm曾發(fā)表過一篇文章，其中兩人與CIO們分享了一些關于云應用開發(fā)的個人經(jīng)驗。他們在文中指出，應用的開發(fā)和部署過程中，執(zhí)行者應該注意在五個方面改變自己的固有習慣，以便更好地為企業(yè)實現(xiàn)云計算?，F(xiàn)在，這些思路依舊適用。

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

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

2. 越過應用開發(fā)語言來審視API接口：10年前，所謂的IT企業(yè)不是Java商店就是.NET商店。云計算將問題焦點從應用引向了應用開發(fā)語言和服務交付平臺。這就意味著云計算架構師也需要將目光從技術或開發(fā)語言上，轉(zhuǎn)移到那些用于使用這些技術和語言的架構服務及API接口上。

3. 盡可能多地重復使用組件：這些云計算規(guī)劃方案中的組件也許已經(jīng)能夠有效地發(fā)揮作用了，無論這些組件是來自企業(yè)自己的程序庫內(nèi)部或是外部的云計算供應商，例如Salesfroce.com和Amazon Web Services(亞馬遜網(wǎng)絡服務)，都可以重復使用。

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

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