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

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

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

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

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

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

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

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