当前位置: 首页 > 业界动态 > 技术评论 > 本文


热议从亚马逊断网事件中所得到的教训




发布时间: 2012-11-12 9:13:15  
    最近,AWS(亚马逊网络服务)运行当中发生中断。这一事件再次提醒我们:云计算技术未必尽善尽美。因此,是时候制定确切的方法\模式,以及处理途径,以使云计算更简单易懂----且可靠性更强。

  对于大数据多数使用云计算的机构而言,云计算是众多服务或API(应用程序接口)的综合体;通过这些服务,他们能够使用云计算提供的存储,以及计算功能。使用云计算服务时,这些机构仅仅将其视为一种手段,能够混合搭配各类服务,将其合并于单个应用,或程序中,从而制定相应的解决方案。

  那么这个方法出现了什么问题呢?多数云用户所见的服务,都是单层服务,其中的云计算功能能够一览无余。因此,无论是基础还是高级,原始还是精密,所有的服务都共存于一层中。

  分层虽然并非全新的概念,但在许多情况下,通过分层,将服务从基础到高级排列,层层递进,高层服务依赖于基础服务,这样的方法对定义云计算很有效。不少的IaaS(基础设施即服务)云计算早已在内部实行分层法。然而,所有可见的服务,受到的都是“一视同仁”的对待:与分层前并无不同。

  较好的方法是:对每一层服务,各运供应商最好下一个通用的定义,并为每一层预先设定好支持等级。例如:

  Layer 0: 硬件服务

  Layer 1: 虚拟化服务 (如有需要)

  Layer 2: 存储

  Layer 3: 计算

  Layer 4: 数据

  Layer 5: 租户管理

  Layer 6: 应用

  Layer 7: 进程

  Layer 8: 管理

  当然,这不过是个概念罢了。根据预测,云计算的分层,将会按目的及功能来进行划分。

  无论最终的分层方式是什么,其核心宗旨始终为:对各层区别对待,明确低层或基础层服务于高层的原则,确保高容错性,以及高扩展性。层级越高,牵涉应用实例,或解决方案亦越多,对待方式也相应不同。你依然能够从安全与治理角度着手----按目的与任务不同,对各层进行区别对待。

  这没什么不可思议的,也不必采用任何新手段。架构分层我们已实行多年,并且能肯定,多数云计算供应商的议程上,分层概念已有了一席之地。不过,这同时需要在服务中有明确体现。若我们能将多数云计算服务分类,划分为简单易懂的各类领域,我们就能按程度轻重,以及重要性高低,对各层进行相应管理与评估。

  因此,若故障再次发生的时候,产生的影响将会大大降低。
    本文来源:中关村在线

 

    相关文章推荐:云供应商宕机忙 云服务暗藏“不靠谱”

分享到:
阅读:1150次
推荐阅读:

版权所有 © 2011-2016 南京云创大数据科技股份有限公司(股票代码:835305), 保留一切权利。(苏ICP备11060547号-1)  
云创大数据-领先的云存储、大数据、云计算产品供应商