Amazon中断事件教训：该为云计算分层了

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

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

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

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

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

Layer 0: 硬件服务

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

Layer 2: 存储

Layer 3: 计算

Layer 4: 数据

Layer 5: 租户管理

Layer 6: 应用

Layer 7: 进程

Layer 8: 管理

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

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

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

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