关于云计算架构模型探讨的概述

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

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

　　1、用户以符号形式请求应用程序资源(如通过URL或者Web Service UDDI);

　　2、返回资源地址给用户;应用程序交互开始进行;

　　3、云计算环境截获这个请求，为该任务指定资源;

　　4、把资源装载到需要的软件中;

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

　　一、云计算模型

　　云计算是一个全新的概念-，其前景如此令人兴奋，其支持的应用程序也不可胜数。只要保证云资源和虚拟桌面的高效连接，企业就能够从可用第三方中或得大量云服务。从最大化性能和最小化成本的角度来讲，云计算也有效地把计算中心重新定向到云模型中。使用应用程序工具(如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那样展现它们的能力，那么整合特殊的特定应用程序和内部应用程序就需要性能最好、灵活性最强的虚拟桌面工具。