从 2 月 1 日开始,微软所提供的公有云产品 Windows Azure 开始对其服务进行收费,从而成为日益增长的云市场的一部分。在公有云产品中,从免费的“早期尝试者”操作模式转为公开发布的现收现付商业模式变得越来越普遍,而Azure 就是最早做出这种改变的平台即服务(Paas)产品之一。InfoQ 采访了微软英国分公司的 Matt Deacon ,从而了解关于这次改变的情况,以及它对于 Azure 用户意味着什么。
很自然地,我们会拿处于主导地位的 Amazon 网络服务(AWS)与 Azure 做比较,因为它们都是公有的多功能的云产品,尽管它们在抽象层有所不同,AWS 的方法是基础结构即服务(Iaas),而Azure 的方法是平台即服务(Paas)。当被问及AWS 和Azure 之间的类似之处时,Deacon 说,尽管从总体上看二者显得很相似,但是当你探究其中的细节时,就会发现二者之间有显著的不同。例如,Windows Azure 中的PaaS 方法一般会将Iaas 方法中所呈现的考虑提炼出来。而对操作系统和平台服务的维护工作,像安装补丁以及其它机器级别的管理任务,都是由云提供商来负责的(在当前情况下是微软),从而大大减轻了最终用户的负担。
有时用户会需要更低级别的访问和更大的灵活性,对于那些情况,Deacon 也和我们分享了Azure 平台将来的一些方向。关于你需要更低级别的控制,微软计划会提供对Windows Azure 的虚拟机(VM)进行管理员模式的访问。尽管时间安排还没有公布,但管理员模式的访问会将Windows Azure 平台开放给更多的开发平台(当前它支持Java、PHP 和Ruby 环境)。支持管理员模式会使Windows Azure 平台变得更灵活,并且比Iaas 云更具有吸引力。
Deacon 还强调,Windows Azure 非常希望与其它云更好地协作。跨云平台的情况会将来自于多个不同提供商的云服务集中到一起,先设定开启或者关闭,从而提供更划算的服务等级协议(SLA),因为提供商发布商业化的SLA 和价格体系变得越来越流行。Deacon 解释说,Windows Azure 的基础是基于相互协作的开放标准的,像 SOAP 、 REST 和 XML ,正因为如此,它应该可以在跨云平台的环境中很好地工作。
作为具体的例子,Deacon 谈到了 AppFabric 服务总线和访问控制服务,它在私有云(像那些使用动态数据中心工具集创建的)和公有云(像 Windows Azure 和 AWS)之间提供了一条安全的通信总线。AppFabric 具有很多企业服务总线架构模式的特征,它的目的是支持受控的可互操作性,给开发者尽可能多的选择,根据他们能花费多少成本来决定运行云应用程序的方式。
随着越来越多的云服务公布了价格,人们很自然地会对这些产品进行比较,以决定哪个可以满足给定的应用程序的需要。对于PaaS 和IaaS 的关键指标之间的直接比较只是其中的一部分。像Azure 之类的PaaS 产品的显著优势在于,其中潜在的系统维护最少,并且经常会提供向云中部署你的应用程序的快速跟踪轨迹。这样做的代价是要在平台的技术约束中运行应用。而另一方面,IaaS 云提供了更棒的架构选择(操作系统、消息系统等等),代价是需要在云中维护你自己的架构。
当你考虑其他形式的云——像私有云(在你自己的数据中心上的自助服务)、Hybrid(协调工作的私有和公有云)、甚至是跨云的使用(部署的‘选取并混合('pick and mix)’形式,其中来自于不同类型云的服务被混合在一起以支持同一个应用程序)——的时候,情况变得更加难以掌控了。可以想象的到,在将来你会想要得到跨多数云服务和服务提供商的部署灵活性,并选择适合需要的服务提供商。在那种情况下,选择似乎是无穷无尽的,而这种方法也可能带来巨大的成本优势。
随着云市场变得越来越多种多样、复杂和不定,可以帮助你做出决定的三个因素就是成本、SLA 和技术约束。不管你是否正在评估公有的PaaS,像Azure,都可以考虑一下部署混合的 Eucalyptus +AWS 或者 Azure+ 数据中心工具集(Data Centre Toolkit)形式的云,或者通过部署跨云的平台来得到成本 /SLA/ 技术约束之间的最佳平衡,当评估各种云提供商的产品的时候,任何需要云的开发者或者公司都需要考虑这三个因素。
查看英文原文: Windows Azure Now Generally Available, Moving From Free To Pay
评论