云计算最大的问题可能就是没有一个统一的标准，也没有一个单独的架构方法。但事实上，目前倒有几个被广泛接受的关于云计算概念的定义。因此，最好把云架构看作是一套方法，每一个方法都是其自身的实例和功能。

　　一个云计算系统就是对一系列IT资源的配置，专门为了运行应用程序，而不是分配给其静态的应用作为客户端或服务器计算。在云计算环境中，用户发出从一个应用程序获取信息的请求（如通过虚拟桌面），云计算环境就必须调度资源来运行这个应用程序。

　　无论何种形式的应用程序和资源调度，虚拟化都是其中的关键元素。为了进一步探究这样讲的原因，我们先从虚拟桌面来看这个进程：

• 用户以符号形式请求应用程序资源（如通过URL或者Web Service UDDI）
• 云计算环境截获这个请求，为该任务指定资源
• 把资源装载到需要的软件中
• 返回资源地址给用户；应用程序交互开始进行

　　从上面的流程中可以看出，对云计算最为重要的要求是用户要从虚拟化的视角看应用程序，并且绝对不能给应用程序资源分配一个静态地址。如果这样做的话，就会阻止云环境中资源分配的灵活性。虽然所有云计算模型都必须支持一个与用户交互的虚拟“前端”接口，这些虚拟资源的管理方式对不同的实施例可能各不相同。

　　云计算模型

　　云计算是一个全新的概念——其前景如此令人兴奋，其支持的应用程序也不可胜数。只要保证云资源和虚拟桌面的高效连接，企业就可以从可用第三方中或得大量云服务。从最大化性能和最小化成本的角度来讲，云计算也有效地把计算中心重新定向到云模型中。使用应用程序工具（如Web Service Directory、UDDI）或者使用保持服务器负载均衡的网络工具，可以虚拟化出服务器资源池。通过这些服务器池，就可以创建出最简单的云计算模型。这个模型的问题是：和客户端或服务器架构相比较，没有显著进步。因为该模型不能提供真正意义上的资源独立性（服务器还是指定给一个应用程序集合）。

　　云架构的下一步就是使用软件工具，这些工具构建使用云的应用。Salesforce.com在其平台即服务（PaaS：Platform-as-a-Service）模型中就使用这些工具。这些工具确保该架构下的应用程序可以分配给多个服务器上的资源调度程序，并且仍然可以以不扰乱其他用户的方式运行。这个模型在云计算网络提供商中非常流行；并且使用提供商的应用程序工具，可以把该模型与同一个提供商的SaaS服务整合在一起。

　　网络提供商（或者甚至是企业）通过融合网络虚拟存储技术和虚拟服务器技术，可以构建更复杂的模型。这个模型可以把应用程序作为一个“镜像”或者“实例”存储在云中。

　　在收到一个应用程序请求之后，该请求就被分配给一个虚拟服务器。这个虚拟服务器从存储的应用程序镜像备份中装载，并且被授权访问所需要的数据（这些数据存储在存储池中）。这里使用虚拟服务器可以实现操作系统的独立，只要硬件系统有常规的二进制执行格式（如，x86指令集）。Amazon的弹性云计算（EC2：Elastic Cloud Computing）就属于这个模型。使用Java虚拟机技术可以创建类似模型。Java应用程序可以在任何硬件平台上运行，同时可以提供更多相互独立的资源。

　　“最终版”的云计算模型应该是所有资源虚拟化都会和资源调度程序在逻辑上融合，此时就需要考虑资源耗费、网络连接性、性能需求和用户地理学等。IBM或者Google云计算模型就满足这样的要求：整合Cisco或者其它虚拟化商家的工具，就可以构建出一个类似框架。对云终端用户来讲，该模型和前面所提到模型的不同之处就在于更少的花费、更好的性能，这两个因素都源自改进的资源调度程序进程。重要的是需要注意大多数云计算架构和服务都构建在Web Service或者SOA框架之上，但是和两者的连接都不是必需的。实际上，云资源可以看作是于客户端/服务器装置架构中的服务器。因为许多公司把云计算作为一种支持特定应用程序集的方式，所以这个应用相对比较少。因此，他们补给他们自身的IT资源。如果所有应用程序都像Web Service那样展现它们的能力，那么整合特殊的特定应用程序和内部应用程序就需要性能最好、灵活性最强的虚拟桌面工具。