如今，云计算结合了很多既有的分布式软件技术以及较新的面向Web架构。在某种程度上，云可以被看作是以前很“火”的计算架构（比如网格计算和按需计算）的一个大规模可伸缩版本——尽管它更加依赖于现代的虚拟化技术。

　　从云计算的最初出现开始——有些人可能会认为是在2007年左右——人们的很多争论就都集中在：为了从云架构中受益，我们是否需要重新建造原有的架构？对于一大批正在寻找客户的网络新公司，这并不是一个重要的问题，但对于那些早已成立的公司，它们已经有了既定的客户，也早已建立了IT运营部门，把哪些应用移到云端，以及如何进行迁移，相关的讨论仍在持续发酵。

　　目前，业界正在探索一种混合体系结构，它将私有云、公有云和现有的内部部署混合在一起。随着用户获得更多使用这些混合体的经验，基于ESB和消息代理的集成方案的最佳实践可能会浮出水面。

　　对于云计算，从其诞生的第一天开始，其应用编程接口（API）的架构问题，数据架构和开发语言，一直就备受关注，早期的Google云要求开发人员使用Python作为开发语言——早期Salesforce.com云要求开发人员使用Apex。随着多年的变迁，现在更多的云在支持Java和C＃。最近，平台即服务（PaaS）产品也已经进入；这些开发沙箱越来越多地利用多种开源框架，从理论上说，这些框架可以从一个云平台移动到另一个。

　　当亚马逊公司最初推出云的时候，其实现主要采用了基于Web服务的方法。在云中使用面向服务组件的想法也一直延续下来。许多早期的努力主要集中于如何配置应用服务器和应用程序的框架组件和集群，这些方法主要是为了帮助云达到其所承诺的计算效率。

　　惠普软件副总裁兼应用解决方案部门总经理Jonathan Rende 说道：“你不能拿过一个现有的应用程序，然后简单地把它丢到一个基于云计算的的环境，很多时候，整个系统需要重新设计和重新建造。”

　　他继续说道，云往往依赖于已开发建设服务来实现复合应用程序，比如说，信用卡的验证和交易可以作为一个基于Web的服务，这样一个网上商店就可以在需要的时候调用它。

　　Liason公司的首席执行官Bob Renner说：“你现在所看到的云计算，是很多不同的架构——有些是新的，有些是修改过的。因此，现在新兴的架构是混合架构，也比较复杂。”当你想要集成企业应用程序时，不论是内部部署的应用还是各种垂直的软件即服务（SaaS），或者是“一个水平的基于云的堆栈来作为基础设施”，数据整合变成了一个更加复杂的任务，他说道。

　　早期的云计算提供了计算的基础设施，正如之前的网格架构一样。RedMonk分析师Stephen O'Grady这样回顾起云架构的初期情况。当时，以亚马逊云为代表，云架构只是实现了骨架。

　　“你可以（很容易地）打开或者关上机器，但是，许多我们现在想到的事情，那时候很难做到，” O'Grady说道。“很多早期的使用方式反映出了我们过去的习惯用法。时至今日，从云采用的角度来讲，基础设施即服务（IaaS）已经成为占主导地位的模式。”

　　早期的用途包括两方面：Web工作负载和批处理工作负载，比如那些基础科学研究和多媒体内容制作。这些都需要大量的CPU负荷。但是，自那时以来，很多组织机构已经开始为各种标准的工作负载部署新的云计算架构。 O'Grady说道，“这种新兴的部署方式，也成为我们部署应用程序的另一种选择。”