企业架构真的准备好承受云核算了吗?那么云核算也真的合适企业的架构吗?云核算的呈现的确带来了一些不同的考虑方法，但实际上这些“新”思路，并不是那么新。

来自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. 对企业内部运用进行评价：在云核算解决计划中，有很多关于企业内部运用在装备、编码、质量等方面的可用数据以供评价。某些云核算解决计划供货商也会搜集这些基准测验程序数值，可是他们必定不会供给一切的材料，因而架构师有必要自己去做些搜集作业。