实现混合云服务:如何做好我们的定位?

日期:2013-11-13作者:Tom Nolle

【TechTarget中国原创】

也许根本就不会有公共云供应商或未来的供应商会认为,他们的客户不会提出混合云集成的要求。也就是说,几乎所有的云用户都希望在他们的私有数据中心和公共云之间创建混合云环境,一份针对中小型企业云使用意愿情况的研究报告指出,混合云策略是具有可行性的。很多企业甚至还计划使用多个云服务供应商,随着云的应用层次从基础设施上升至平台甚至软件,这一趋势也变得更明显了。

但是,到底真的有多少支持可供客户寻找合适的混合云服务?难以确定的原因之一就在于,并不总是能够很容易地确定这个客户需要什么样的支持。事实上,一个希望支持混合云客户的云供应商可能只有一条成功之路:跟着应用走。

在如今的市场上,有两种引入了复杂性的混合云。其中简单的一种就是,在应用云托管组件与数据中心组件之间的一个静态的协作关系。而复杂的一种就是,动态的需应对云资源爆发的应用,它要求当数据中心应用工作负载升高、存在性能降低风险时,公共云就会承担部分的工作负载。解决这些应用场景以及混合云应用的最好方法就是使用应用生命周期管理作为需求驱动。
从广义上讲,应用生命周期包括了开发/采购、部署、集成与管理等各阶段,而大多数云服务所提供的管理接口主要是供在部署阶段使用的,但这仅仅是一小部分混合云客户的需求。供应商需要在整个应用生命周期的各个阶段都支持混合云服务,而混合云使用则可能是云市场机遇中最大那部分的关键了。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

作者>更多

Tom Nolle
Tom Nolle

关于作者:Tom Nolle是CIMI公司的总裁,这家公司成立于1982年,是致力于电信和数据通信的战略顾问公司。Tom Nolle是IEEE、ACM、Telemanagement Forum和IPsphere Forum的一员,著作有关于Netwatcher方面的书籍。

云网络和混合云>更多

  • 多云部署安全须知

    随着越来越多的企业不断在跨应用、平台和服务中增加云的使用,多云一词越来越受到关注。但是这个术语也带来了一些疑惑。例如,什么是多云?

  • 管理容器和混合IT:云初创企业更在行

    十年前,即使是最狂热的云技术拥护者也无法预料到它如此快速的崛起,以及随之而来的IT服务的多样性。今天,这一势头还在继续,每周都会出现新的云计算创业公司。

  • 混合云使用不能盲目:学习最佳实践是王道

    混合云的采用率正在上升。很多组织看到了云服务的优势,但他们也想要自己拥有一定的灵活性,将一些工作负载和数据保持在本地的控制下。

  • 高能预警:2017混合云趋势大预测

    经过过去几年的发展,混合云在企业中的作用已经越来越重要;越来越多的企业发现,市场上并没有全面的通用解决方案,可以解决企业所有问题,他们必须选择使用不同的技术,才能满足需求。

相关推荐

  • 虚拟私有云:内部部署计算的替代解决方案

    公共云的好处不断地吸引着企业用户们的关注,近年来其应用也有了显著的增长。但是在公共云大势所趋之下,还有一个企业更青睐的部署模式:虚拟私有云。

  • 裸机云服务优缺点概览

    在某些情况下,公共云服务无法为管理员提供全面的可见性和控制权,特别是在可变工作负载运行性能和安全性方面尤是如此。一些供应商通过提供裸机云来解决这一挑战。

  • 你造吗?多云计算还存在很多问题

    一些专家谈到多云计算,使用多个“基础设施即服务”提供商,是下一波企业云采用的趋势。然而,对于许多IT团队来说,通往多云之路是坎坷的。

  • 云自动缩放启动不需要的资源

    可扩展性是公共云的基石。但是,正如在有需要时扩展资源一样,在不需要或者资源未被充分使用时也需要收缩资源,这两者是同等重要的。

技术手册>更多

  • 电子书:十步构建私有云

    构建私有云并不是一项快速工程。始于理解企业环境对于云的期望和定义,继而在已经创建的模型上进行构架。要确保涵盖整个组织、其所有的流程以及构建云计算的技术。下面是构思、搭建和维护私有云的十大步骤。

  • 企业应用迁移到云中规划实践指南

    云计算迁移的一个最主要的好处就是成本优化。大部分的企业采用云计算技术的时候可以看到他们花费在IT上的一个性质的转换。那么企业应用向云中迁移过程中有哪些技巧呢?

  • 私有云安全风险与部署技巧指导

    与传统数据中心相比,私有云架构的定义是什么呢?私有云环境的安全风险是什么?企业如何建立虚拟云环境虚拟服务器连接?本技术手册将为您一一讲解。

  • 熔炉之云中DevOps

    在云计算、大数据等技术颠覆性趋势继续在应用经济下发挥作用的同时,DevOps也已经稳健地在业务思维方式中占有一席之地,并将在2015年扮演主要角色。

TechTarget

最新资源
  • 安全
  • CIO
  • SOA
  • 虚拟化
  • 网络
  • 数据中心
【TechTarget中国原创】

也许根本就不会有公共云供应商或未来的供应商会认为,他们的客户不会提出混合云集成的要求。也就是说,几乎所有的云用户都希望在他们的私有数据中心和公共云之间创建混合云环境,一份针对中小型企业云使用意愿情况的研究报告指出,混合云策略是具有可行性的。很多企业甚至还计划使用多个云服务供应商,随着云的应用层次从基础设施上升至平台甚至软件,这一趋势也变得更明显了。

但是,到底真的有多少支持可供客户寻找合适的混合云服务?难以确定的原因之一就在于,并不总是能够很容易地确定这个客户需要什么样的支持。事实上,一个希望支持混合云客户的云供应商可能只有一条成功之路:跟着应用走。

在如今的市场上,有两种引入了复杂性的混合云。其中简单的一种就是,在应用云托管组件与数据中心组件之间的一个静态的协作关系。而复杂的一种就是,动态的需应对云资源爆发的应用,它要求当数据中心应用工作负载升高、存在性能降低风险时,公共云就会承担部分的工作负载。解决这些应用场景以及混合云应用的最好方法就是使用应用生命周期管理作为需求驱动。
从广义上讲,应用生命周期包括了开发/采购、部署、集成与管理等各阶段,而大多数云服务所提供的管理接口主要是供在部署阶段使用的,但这仅仅是一小部分混合云客户的需求。供应商需要在整个应用生命周期的各个阶段都支持混合云服务,而混合云使用则可能是云市场机遇中最大那部分的关键了。

混合云服务:应用组件需要目录

通常,为了让应用能够正常运行并将其连接至它的组件就需要在开发应用时就对其进行设置。组件化就是指把应用分割为多个独立的单元,之后就可以把这些独立单元集成为一个可支持用户应用的工作流。一个提供软件即服务(SaaS)的云供应商会提供一套组件,所以SaaS供应商必须给出具体的连接定义,以便于他们的组件能够与其他组件连接以创建混合应用。这一切都是以应用编程接口(API)和特定机制的完整文档为基础的,也就是一个用于注册所安装组件的目录。

对于供应商而言,能够记得为他们的SaaS组件建立一个目录是非常重要的,同样他们还必须为用户提供一个增加用户自己的自托管组件的机制。如果没有这个机制,那么供应商将无法为之后的整合提供一个完整的可用组件库。

部署是指为每个应用组件分配资源的过程,其中的关键问题在于各个组件实际上需要什么样的资源。部署在云中的所有应用和组件都必须有一组相关联的规则,以确保它们都能够分配到正确的资源。目前,有两种实现这一目标的方法:提供一个之后可供云管理系统使用的需求目录,或者提供一个被称为开发运行的脚本程序或模型,它以一系列有序步骤的形式描述了实际的部署过程。云供应商应当能够同时支持这两种方式。

在这两种情况下,在云部署过程中都需要有一个完整的参数库以指导资源的选择。对于开发运行而言,关键的问题在于云中访问管理接口的方式。不幸的是,已有大量的流行开发运行工具,其中包括了Chef、Puppert、Juju以及Salt等。供应商必须对它们进行逐一检查并确认它们是否都具有明确的操作说明(在合适的情况下还包括工具)以便于把这些工具与供应商的云API进行整合。在云平台上部署流行应用时可使用开发运行图和脚本程序,同时如何修改这些图和脚本程序以供混合云使用的使用说明将是大有裨益的。

在整合方面,关键的需求是能够访问一个公共目录以便于在进行云应用部署时找到相应的应用组件。这主要是一个寻址的问题,也就是说其机制将随着如何将地址分配给云和数据中心组件而变化。目录机制(具体包括DNS 和UDDI)或者如Amazon所使用的“弹性地址”可帮助实现云组件的连接,那些云组件和其他组件可能会被部署在任何位置以交换工作负载。很多开发运行工具支持集成和部署,而重点支持这些工具以鼓励混合云用户使用它们也许将是非常有价值的。

你可以把被一些用户和供应商称为“平台服务”或“网络服务”的服务视为整合的扩展。一个提供平台即服务或基础设施即服务的运营商也可以提供一个功能组件——从数据库即服务(DbaaS)到内容缓存与交付——该组件可能会与云或客户数据中心中的用户应用整合在一起。很多云供应商都会把这些平台服务视为一个提高他们单个用户平均收入和加速云推广的方法,但是如果供应商不能正确地教育客户,那么他们就是在使整个应用生命周期变得更为复杂。

也许DbaaS就是一个最好的例子。一个从混合应用访问的TB级云存储系统和一个使用标准块读写方式访问的内部数据中心组件,虽然这两者的功能非常相近,但是它们的访问成本和对网络要求的差别却是非常显著的,更不要提对性能的影响了。如果供应商提供了一个“查询”服务,而且这个服务只是向云数据库发送了一个SQL查询命令,那么这个服务的数据交换实质只是通过网络交换了查询请求和查询结果的数据。这对于关键任务应用的云化将是一个显著的推动,但这也要求混合云客户重新设计他们应用的架构,即发送查询命令而不是发送数据块读写命令。这意味着,即使是在应用生命周期的开发/采购阶段供应商就需要向客户提供应用开发/采购的指导。

就目前而言,并不是所有的企业级关键任务应用需要混合云服务,如果没有这些需要实现混合云化的企业级关键任务应用,那么云的发展空间将大大缩小。更好地支持混合云客户,你就有机会获得最好的云收入来源和最丰厚的利润回报。