企業架構真的準備好接受云計算了嗎?那么云計算也真的適合企業的架構嗎?云計算的出現確實帶來了一些不同的思考方式，但實際上這些“新”思路，并不是那么新。
來自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. 對企業內部應用進行評估：在云計算解決方案中，有大量關于企業內部應用在配置、編碼、質量等方面的可用數據以供評估。某些云計算解決方案供應商也會收集這些基準測試程序數值，但是他們肯定不會提供所有的資料，因此架構師有必要自己去做些收集工作。
