混合云应用对于企业的意义

虽然为混合云部署开发应用并不是某种黑暗魔法,但是对于很多企业来说,这还是一项具有一定神秘性的工作。

可以想象,任何设想进行混合云开发的用户最终都需要完成很多个这样的项目,所以首先制定一个可以应用于所有项目的实施策略,然后在一个合适的混合部署中测试这个实施策略将是十分明智的做法。为了实现成功的混合云实施,这样的一个实施策略必须考虑混合云应用的任务,使用混合云的缘由,以及混合运行与应用体验特质(QoE)之间的重要相互作用。

云计算应用规划者可能犯下的最严重错误就是,在考虑综合、集成或者云计算平台选择这样的技术问题时不为应用本身设定一个应用环境。应用的设计始终主要是由任务而非技术推动的,但是项目任务书则必须正确地综合考虑业务问题和技术要求两方面的因素。

云计算应用的方方面面

应用是可以实现多维度分类的。它们可以是事务性的,或者涉及信息传递(第一维)。它们可以是移动的,而不是基于桌面系统的(第二维)。最后,它们也都可以是基于会话或者基于实例的(第三维)。在所有这些维度中,第一个选项要比第二个选项需要更多的设计关注。

在第一个维度中,事务性应用的功能是那些记录或修改信息,这就意味着它们必须在与相关数据进行交互时具有较高可靠性,以避免造成数据损坏的危险。提高可靠性的要求意味着混合应用的公共云计算组件必须具有较高的可靠性,或者必须采取特殊的编程措施(例如分两个阶段提交数据)以保护数据的完整性。如果你将在云计算爆发或故障转移应用中使用混合云,那么事务性应用就需要在任何规模改变或故障转移活动期间维护数据的完整性。

相反,信息传递应用可容忍故障或响应时间变化;如果第一次请求丢失,那么用户将需要重复提交一次请求信息。这就意味着,诸如负载平衡这样的简单技术将支持应用的弹性缩放以及工作任务在公共云计算与数据中心之间的转移。

在第二个维度,移动性会在两个方面带来需要特别关注的问题。第一,移动连接是通过无线网络建立起来的,因此其连接可靠性通常要比桌面系统的连接可靠性更低。这一点将加剧事务性应用中数据完整性问题的恶化。移动用户也可能是在多个可变的环境中工作的,而公共云计算服务可能是由一个单一的数据中心提供的,这样一来就会带来明显的性能差异。如果用户的分散度较高,那么就需要寻找区域托管的服务供应商。

基于会话或基于实例的应用的问题(第三维度)是指用户是否会与应用进行长期的多步骤交互,而不是短期的单次交互。协作是基于会话交互的一个示例,而简单处理一次信用卡购买的业务就是基于实例应用的一个例子。

在应用设计中有一种趋势,即面向会话的应用会通过一个所谓的Stateful行为依赖于一个可靠的一致性连接。大部分面向实例的应用(例如网络应用)是无需维护与一个用户的多阶段对话的环境的(这些被称为Representational状态转移或 stateful应用)。综合Stateful应用要困难得多,因为如果一个组件发生云计算爆发或云计算故障转移,应用就会丢失一个进程中用户活动的相关信息。

可以实施综合的原因可以是因为动态组件调度或前后端现有的云计算组件应用。动态调度意味着在云计算或在数据中心内根据工作负载或者是否有资源失败的实际情况把资源分配给应用组件。

前后端混合应用会在用户和应用的其余部分之间开发一个类似于网络的应用体验,充分利用公共云计算的优势来扩展这些组件或者根据用户的实际物理位置分布把这些组件移动到相应的地域。前后端的方法创造了综合的一个一致性模式,即组件总是在云计算中或在数据中心内,从而简化了设计难度。当需要动态地移动组件时,就会实施所有可以确保用户体验一致性和数据库完整性的措施。

确保高品质的用户体验

用户体验一致性是所有混合云设计问题中最具挑战性的一个,其部分原因是因为这个问题具有非常强的主观性和可变性。公共云计算应用体验特性会有显著的差异,这一差异性主要取决于用户相对于其相关云计算托管点的位置,云计算托管相对于数据中心组件的位置以及所有这些位置的网络连接质量。

通过使用可用性区域的方法来管理托管发生位置,以及通过确保云计算爆发或故障转移的动态调度过程中不会产生可能在事务性应用的stateful行为中引入延迟的应用错误,就可以非常容易地解决混合云应用的应用体验特性问题(即确保用户永远不会离基于云计算的组件太远)。

混合云应用设计的最后一点就是客户端设备以及托管在其中的任何本地软件的角色问题。当应用体验特性比较糟糕时,客户端软件可以管理“用户-应用”的交互以防止用户通过重新提交申请而产生多个更新。而在发生云计算爆发或故障转移过程中,它还有助于重新同步应用会话或交易。

如果你在你自己的混合云应用开发过程中遇到过上述的大部分设计问题,那么你可能需要考虑采用一个专业设备应用来配合云计算应用的其余部分。反之,这样做将提高系统的稳定性和用户的满意度。

原文发布于微信公众号 - 云计算D1net(D1Net02)

原文发表时间:2014-04-10

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏CSDN技术头条

Dropbox存储架构:扩展至EB级别的实践

多年前,我们将 Dropbox 称为“魔力口袋”,因为它设计的初衷就是让用户将所有文件放在一个顺手的地方。一路发展下来,Dropbox 已经从一个简单的东西发展...

31960
来自专栏EAWorld

移动开发的跨平台实践及在企业中的应用

目录: 一、移动跨平台已成为必然 二、驱动原生是移动跨平台的最佳选择 三、以工程化的形式解决移动跨平台问题 四、普元在企业移动跨平台上的优秀实践 五、总结与展望...

45860
来自专栏Golang语言社区

游戏研发与运营环境Docker化

在泛娱乐时代,游戏行业特殊的业务特点为技术团队提出了更高的要求,而Docker对游戏研发的运营环境带来了很多好处。发展至今,游戏研发的行业现状是怎么样的?Doc...

31940
来自专栏CSDN技术头条

十一问MongoDB CTO,谈NoSQL人气王的扩展、事务及运维

【编者按】在“MongoDB成为首位10亿美元初创”一文中,我们曾介绍过这个千禧年的宠儿——NoSQL领域的人气王,只通过6年时间就将公司市值发展到12亿美元,...

201100
来自专栏Danny的专栏

大神级程序员和普通程序员的区别

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/...

13920
来自专栏美团技术团队

2000万日订单背后:美团外卖客户端高可用建设体系

31220
来自专栏云计算D1net

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

多年来,企业一直享受着混合云带来的益处。然而,他们同时也忍受着不断增长的痛苦,混合云的新人可以从他们的前辈所犯的错误中学习。 混合云的采用率正在上升。很多组织看...

373150
来自专栏机器之心

观点 | PHP or Python如何选择?或许你应该考虑一下这三个问题

选自Hackernoon 机器之心编译 参与:黄小天、李亚洲 2017 年可谓是网页应用与 API 之年,开发者不用每次重新发明轮子,而是利用脚手架和第三方库就...

33580
来自专栏轮子工厂

给新手程序员的一些建议

解决问题是一个通用的能力,本应在学生时代习得,若是不擅长解决问题,怕是短时间内很难提升,但在一个具体的领域里,往往「途径」更加重要。

9220
来自专栏腾讯开源的专栏

【开源公告】Unity手游自动化测试框架GAutomator于12月6日正式开源

GAutomator是为Unity游戏量身定制的自动化测试框架。类似于UIAutomator操作Android标准控件,GAutomator通过Gameobje...

44260

扫码关注云+社区

领取腾讯云代金券