云计算架构模型探讨
发布日期:2016-7-26 14:7:46
一个云计算系统就是对一系列IT资源的配置,专门为运行应用程序,不是分配给其静态的应用作为客户端或者服务器计算。在云计算环境中,用户发出从一个应用程序获取信息的请求(比如通过虚拟桌面),云计算环境就须调度资源来运行这个应用程序。 不管何种形式的应用程序与资源调度,虚拟化都是其中的关键元素。为进一步探究这样讲的原因,我们先从虚拟桌面来看这个进程: (1)用户以符号形式请求应用程序资源(如通过URL或者Web Service UDDI) (2)云计算环境截获这个请求,为该任务指定资源 (3)把资源装载到需要的软件中 (4)返回资源地址给用户;应用程序交互开始进行 从上面的流程中可看出,对云计算最为重要的要求是用户要从虚拟化的视角看应用程序,且绝对不能给应用程序资源分配一个静态地址。这样做的话,就会阻止云环境中资源分配的灵活性。尽管所有云计算模型都必须支持一个同用户交互的虚拟“前端”接口,这些虚拟资源的管理方式对不同的实施例可能各不相同。 1、云计算模型 云计算是一个全新的概念--其前景如此令人兴奋,支持的应用程序也不可胜数。只要保证云资源和虚拟桌面的高效连接,企业就可从可用第三方中或得大量云服务。从最大化性能与最小化成本的角度来讲,云计算也有效地把计算中心重新定向到云模型中。使用应用程序工具(如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那样展现它们的能力,那整合特殊的特定应用程序和内部应用程序就需要性能最好、灵活性最强的虚拟桌面工具。 上一条: 云计算不好定义,大佬们各有看法 下一条: 图解云计算和云存储的关系
|