RightScale工程师分享跨云应用架构的三个挑战

标签: rightscale 工程师 分享 | 发表时间:2013-03-14 15:59 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

根据应用需要部署资源,这是云计算的关键好处之一。不过,随着使用私有云的企业越来越多,当某个应用的资源需求超出单一私有云的容量时,他们就需要考虑使用另一个云平台,甚至包括公共云。此类状况称为“云爆发(cloudbursting)”,针对云爆发,应用的架构也需要进行调整。

RightScale的工程师 Stephen Bylo在RightScale官方博客上发表文章《 应对云爆发的挑战》,分享了如何应对云爆发的经验。

在开头,Stephen指出:

尽管这种应用层云爆发的概念听起来简单,但还是要注意在技术和业务等多方面的重要考虑。其中包括:拉通不同云之间的不一致性,处理公共云与私有云之间的安全、延迟、通信成本。

在Stephen看来,这就需要为应用创建一种云爆发架构,确保两个云之间的通信延迟和带宽不会对应用和用户体验有负面影响,也就是说:部署在两个云中的应用服务要以尽量完全相同的方式工作,还要设置通信路径,控制好资源便于两个云的访问,还要保证通信管道的安全性。

接下来,他指出了云爆发架构的三个主要挑战:

  1. 为多个云创建和管理配置
  2. 在云间创建和管理低延迟通信路径
  3. 保证云间通信安全性。

挑战1:管理配置

Stephen指出:不同云供应商之间天差地别,这就需要管理两种完全不同环境的应用和技术栈。具体区别包括:

  • 底层hypervisor不同,hypervisor版本不同
  • 不同hypervisor功能和机器镜像格式
  • 云API在行为和调用方式上的不同
  • 不同的云提供不同的虚拟机类型和运行性能
  • 云的网络配置不同。有些提供可用区域的概念,有些没有。有些有安全组,有些有子网和ACL,有些都有。
  • 提供不同类型的存储,比如对象存储、块存储、持久化和临时存储,这会展现不同的行为,而且在其他云中可能无法使用。

Stephen认为:

这也产生了下游效应。举个例子:使用不同类型的hypervisor和存储子系统,常常需要为不同的云使用不同的虚拟机镜像,而且要维护各种不同操作系统和安全补丁。

挑战2:通信延迟

如果应用需要在位于不同云中的应用层和数据库间来回移动大量数据,延迟和吞吐就会是很大的挑战,特别是通信需要在公共互联网上传输的情况。因为在每次前端请求中,应用到数据库之间的通信可能要进行多个来回,即使是相对很小的延迟也会快速累计。

对于降低延迟,Stephen给出两种方式:

  • 托管私有云的云提供商可以将其与公有云放在同一个地点.
  • 诸如CoreSite和Equinix这些公司,他们的数据中心在专用私有资源和公共云资源之间使用超高速连接。

很多应用中,应用到数据库之间的连接频度和数据量没有优化,使用很多带宽。部署通信通路的费用非常昂贵,不管是使用公共互联网还是使用租赁线路。而且,有些云提供商对于数据出口和入口还有收费。因此,对这段通信流进行优化,可以减少延迟,降低达成性能目标需要的带宽成本。

挑战3:应对安全性

在云间提供安全通信路径,也就意味着要设置加密通路,同时处理不可避免的路由问题,比如合规性和审计要求。根据应用可用性的需求,这些通信通路可能需要在各个层面做冗余,路由的复杂性由此增加,同时设备成本和部署成本也会上升。动态服务器分配更加负责,因为新的服务器加入到阵列之后,必须动态加入到VPN之内。

创建安全通信通路有多种方式。RightScale的解决方案是与多家公司合作,而且云提供商也在不断提供新的方法。AWS为其虚拟私有云提供VPN网关,处理加密和路由问题。而OpenStack的新功能也将提供相关特性。

除了将应用进行跨云部署之外,Stephen还建议可以采用SOA架构:

将应用分解为多个唯一的、而且是松耦合的服务,每个服务可以运行在不同的云中。每种服务可以通过为延迟和带宽优化过的协议访问,比如通过webAPI。服务在设计的时候,就已经做好自治的(autonomous)准备,这样就不必分享数据,而是通过API之间的相互调用完成功能。这会大大简化不同服务之间的集成,同时不带来过多负载压力。

最后,Stephen总结道:

我们发现,云爆发的跨云架构,对于技术复杂性和相应的成本要求都很高。根据需求不同,有多种不同方法可以达成同样的好处。

同时,公共云提供者们也在解决一些通信层面的挑战,给出不同类型的直接连接方案。这些方法应该有助于降低云与云之间的障碍。

郑柯 郑柯,实用的理想主义者,相信:每天改变一点点,这个世界会更好。

您可能也会喜欢

相关 [rightscale 工程师 分享] 推荐:

RightScale工程师分享跨云应用架构的三个挑战

- - InfoQ cn
根据应用需要部署资源,这是云计算的关键好处之一. 不过,随着使用私有云的企业越来越多,当某个应用的资源需求超出单一私有云的容量时,他们就需要考虑使用另一个云平台,甚至包括公共云. 此类状况称为“云爆发(cloudbursting)”,针对云爆发,应用的架构也需要进行调整. RightScale的工程师 Stephen Bylo在RightScale官方博客上发表文章《 应对云爆发的挑战》,分享了如何应对云爆发的经验.

RightScale:2015年度云计算使用调查报告

- - 199IT互联网数据中心
2015年1月,RightScale调查了930个来自不同行业和组织的专业人员,对他们关于采用云计算的观点作了汇总. 2015年度云计算使用调查报告的关键发现有:. Cloud是即成事实,并且混合云是一个用户首选的策略. 93%调查的组织已经在IaaS上运行应用或者正在评估IaaS相对于2014年74%的比例,82%的企业已经有了混合云的策略.

Apple 前无线工程师分享的4个 Wi-Fi 小技巧

- - 果迷网
Alf Watt 是 Apple 的前 Wi-Fi 工程师,离职后开发了 iStumbler 无线网络探测器. 在最近做客 MacObserver 网站的 Mac Geek Gab 节目时,该大牛分享了大量关于 Wi-Fi 的知识,下面这四个小技巧也是在做节目时分享出来的,看起来很有意思. 如果你家里有多个路由器,请使用相同的 SSID.

遭遇工程师

- Chrisoul - 槽边往事
谢谢大家的关心,几个小时前Google Plus恢复了我的帐号,看来暂时我还不用离开. 因为前一篇Blog的缘故,有些网友猜测是因为博文而使得我获释. 虚荣心让我想立即承认这一点,但是对不起,真的不是这样的,我的Blog并没有那么大影响力,尤其是在英文世界里. 而且,因为我上次张贴了一张人类进化谱系的漫画,我在国外驻京记者圈里成功赢得了“种族主义者”这一臭名昭著的称号,大概没有什么人愿意帮助一个黄种人中的“种族主义者”.

工程师效率

- - 后端技术 by Tim Yang
很好奇程序员这个群体这些年效率是变低了还高了,在社交媒体中,各个阶层的兴趣圈都有自己的段子手及内容帐号,段子手发的内容会让你笑cry,内容帐号发的内容可让你享受阅读的快感,这些快感会比写代码见效快. 写完一个模块的代码通常要一整天或者几天时间,代码调通运行没有问题才会体验到愉悦,而社交媒体只需要一些碎片时间就可以达到高潮.

知乎招募工程师

- oxygen - 知乎的博客
Python工程师  有两年以上软件开发经验. 至少一年 Python 开发经验. 对开源技术有强烈的兴趣和爱好,参与或向开发者提交过bug和patch. 热爱探索和钻研,熟悉文本挖掘、自然语言处理相关知识能使用C/C++独立实现复杂的算法结构熟悉开源搜索项目(Lucene,Sphinx等)极强的逻辑分析能力对开源技术有强烈的兴趣和爱好,参与或向开发者提交过bug和patch认为自己是技术geek有极强的责任感.

浅谈技术工程师的进步

- belltoy - caoz的和谐blog
本来发微博的,越说越多,算了,发篇博客把,说点工程师如何取得进步的问题,. 1:描述和记录问题要精确,数字化,“负载很高,连接很多,速度很卡”这种描述都是不对的,负载uptime值多少,连接数具体有多少,平时正常多少,高峰多少,访问延迟有多大,全部要数字化,而且要有问题状况下和平时的对比,养成这样的习惯,技术分析能力才会有进步.

工程师与会计 [幽默笑话]

- Liqun - 经典网文_来福岛爆笑娱乐网
  有三个工程师和三个会计一起去外地开会,上火车时三个会计买了三张车票,而三个工程师却只买了一张票,会计很不解,工程师说:“上了车你们就知道了”.   火车刚一开动三个工程师就挤进了一个厕所,列车员开始检票最后走到了厕所外边,她敲了一下门说:“检票”. 然后门开了一个小缝,从里面递出一张车票.   在外地开完会后在返回的时候会计们觉得工程师们的方法很不错于是也只买了一张车票,而这次工程师一张票也没有买,会计们又很不解,工程师还是说:“上了车你们就明白了”.

[北京]python工程师 - 创新工场

- Ken - python.cn.jobs
创新工场旗下旅游SNS网站团队招聘python工程师. 职位要求:1、两年以上软件开发经验.                     2、一年以上python开发经验.                     3、有强烈的责任感,对开源技术有强烈的兴趣和爱好,有创业兴趣.                     4、算法强大,有大规模数据处理经验优先.

SOPA、PIPA——工程师应该担心吗?

- - InfoQ cn
1月18日,与其他大约10,000家网站一起,wikipedia.org停止了他们的服务,以抗议美国立法机构对SOPA和PIPA的背书. 尽管投票最近被延迟,互联网社区仍需担心. 软件工程师可能认为:他们不会被这次立法所影响,特别是如果他们处于美国之外的话. 但是考虑到Big Data、云计算以及其他趋势,这么想可能很傻很天真.