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

日期: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方面的书籍。

云网络和混合云>更多

  • 2016年:混合管理技巧大全

    然而,和任何IT环境一样,对于大多数混合云部署来说,高效的管理实践至关重要——这涉及到的领域包括从网络到数据管理和存储连通性的所有东西。

  • IT领域中混合云管理工具扮演什么角色?

    如今的IT是注重节约成本的,因此每个IT决策都会仔细核算讨论。真正的问题,比如数据丢失、安全性和敏捷性等,在决策之前都需要量化成美元,或者至少估算得八九不离十。

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

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

  • 混合云市场又添新成员:ZStack讲述云的“进化”论

    2017年1月18日,企业专有云、混合云市场的创新者ZStack举办了以“进化”为主题的ZStack产品战略及融资新闻发布会。在发布会上,ZStack表示随着企业应用加速云化,企业云计算正在从项目型向产品型进化,混合云也因为满足敏捷性、安全性等关键需求而获得企业的青睐。

相关推荐

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

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

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

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

  • IT人士亲身试验:公共云部署经验教训

    随着企业用户对于安全性和受制于供应商等问题得到了一定程度的缓解,公共云应用率正在持续上升。公共云的收入将在2016年达到2040亿美元,该数字将比2015年的1750亿美元增长16.5%,据Gartner发布。

  • VMware云战略加入新成员:VCloud Air

    随着VMware希望提高企业用户跨云运行和管理环境的方式,公司曾经的旗舰公共云已经悄然无声地转移到了后台。

技术手册>更多

  • 熔炉之云中DevOps

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

  • 一步一步教你打造私有云架构

    云计算(Cloud Computing)是真实的,计算正在向云平台转移。尽管从技术的演进上来说,云计算还算不上是一次技术革命,但是,它对IT产业的影响算得上是革命性的。它不仅将影响我们应用IT的方式,更为重要的是,它很可能将引发IT产业新一轮的调整。究竟何谓云计算?它有哪些主要类型?云计算有哪些优劣势?随着云计算的逐渐推广,企业如何在维持原有预算水平不变的前提下搭建一个私有云架构来改进IT业务?本手册将对这些问题进行解答。

  • 平台即服务(PaaS)实操指南

    市场上为开发者提供了各种PaaS。虽然看起来PaaS厂商都极为相似,但是却也存在诸多不同。要跟上市场的变化,在选择PaaS平台时,有一些关键性能需要注意。在这本技术指南中我们将重点介绍平台即服务的市场现状以及如何将遗留开发转移到PaaS之上,同时我们会给出最新的私有PaaS概念和产品选择指导。

  • 云计算提供商OpenFlow指南

    软件定义网络(SDN)以及其最清晰可见的协议OpenFlow已经引发了热烈的讨论。几乎每一个主要的路由器和以太网交换机厂商都宣布“支持”OpenFlow,引出了数个会议的召开和初创公司的成立。作为主要的云运营商,比如谷歌和威瑞森(Verizon)已经测试和部署OpenFlow,其他的网络运营商和提供商急于知道在所有的兴奋点之下,是否有实体产生,尤其是这个实体有哪些本质的好处。在《云计算提供商OpenFlow指南》中,我们将简要介绍OpenFlow与SDN的关系,以及OpenFlow与云计算的关系,同时提供一些OpenFlow云提供商。

TechTarget

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

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

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

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

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

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

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

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

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

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

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

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

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