云计算

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

         [ 亚马逊断网事件 转载 ] 暂无评论

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

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

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

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

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

      Layer 0: 硬件服务

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

      Layer 2: 存储

      Layer 3: 计算

      Layer 4: 数据

      Layer 5: 租户管理

      Layer 6: 应用

      Layer 7: 进程

      Layer 8: 管理

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

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

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

      因此,若故障再次发生的时候,产生的影响将会大大降低。

    周关注排行榜

    产品品牌

    文章推荐

    互动沙龙

    相关内容 网友评论 返回首页
    专家咨询