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

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

云网络和混合云>更多

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

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

  • AWS和VMware“双赢”联盟:用户是否是“第三赢”家?

    AWS和VMware之间的合作伙伴关系虽然可以对他们在企业级云市场中的合作伙伴有所帮助,但是也带来了与定价和支持相关的问题。

  • 案例:混合云在车联网中的作用

    作为一家汽车制造企业,观致汽车研发了“逸云”平台,这是其首套为客户提供车联网服务的混合云平台。为了在这个快速增长的市场中支持“逸云”以及其他服务,观致汽车需要一个快速、可扩展、稳定的云解决方案,并选择了红帽 JBoss 企业应用平台。

  • 混合云管理平台与现代企业不可不说关系

    混合云管理是现代IT运营领域中的一个热点话题。继续阅读本文以了解它是什么,它的工作原理以及它能够为用户的基础设施做些什么。

相关推荐

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

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

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

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

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

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

  • 公共云为业界带来了机器学习服务

    机器学习代表着计算新领域,而公共云正使这项原本高大上的技术变得比以往更亲民、更实惠和更可用。但是,这并不意味着随便什么人都应该趋之若鹜。

技术手册>更多

  • 解密后端即服务(BaaS)

    后端即服务(BaaS)作为通向后端的一个不同方法已经兴起—它包含服务器、应用程序和支持应用程序面向用户的前端数据库—通过引入云服务架构通向后端流程。虽然是新的,但它已经有了许多的厂商,随着BaaS商场的不断增长,越来越多的开发团队开始注意到移动应用领域的这个新生儿。

  • 智能云网络分析技术手册

    随着云计算、虚拟网络的普及,接入网络的设备不断增加,新型应用需求的也在不断增长,网络监控的复杂性已经成为企业面临的重要IT挑战,网络性能监控工具也面临更大的挑战。云计算和大数据这样的新技术理念的出现,导致网络中的流量不断增长,而且流量的类型也在不断改变,如涵盖了更多的视频和语音数据等,不断增强的保护网络的意识也促使企业采用监控和分析工具。本技术手册将会着重介绍云计算时代,作为瓶颈的网络如何保障自身安全,以及网络分析技术对于云计算的影响。

  • 云存储服务使用指导手册

    根据TechTarget最近的一项调查,我们发现受访者所在的企业中,目前有44%已经在数据保护和其他应用中使用云存储服务。大概在未来六个月中,这个数字还会继续增长,因为46%的受访者表示他们计划增加对于云数据存储服务的使用。

  • SaaS开发指南——安全篇

    SaaS技术在不断走向成熟,信息安全问题一直是IT行业不得不面对的问题,SaaS技术也逃不出这个魔咒。本技术手册分析SaaS开发过程中遇到的安全问题,并提供一些解决措施。

TechTarget

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

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

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

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

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

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

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

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

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

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

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

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

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