如果云服务能够对其体系结构进行分层，那么将可以有效避免一些重要的关键性服务中断问题。

　　最近的亚马逊网络服务中断事件再次提醒我们，云计算技术还没有发展到完美的程度，

　　这给我们的教训是，是时候认真定义一下云服务的形式方法、模型等问题了，我们必须让云计算变得更容易被理解，更加可靠。

　　大多数企业组织都把云计算服务当做是简单的服务集合或者是API，使用的功能大部分都是存储和计算，

　　在使用云服务时，他们多半都会认为这一切只是应用程序使用和解决方案形成的一个混合搭配而已。

　　这种对待方法可能有些麻烦。在大多数云用户眼中，使用云服务时，云面向他们的就只有一个层，无论服务级别的高低，规模的大小，所有一切都只表现在这一个层里。

　　云计算已经不是什么新概念了。在多数情况下，对从最基本的到最高级的服务进行分层都会有利于准确定义云计算。现在许多IaaS云的内部已经在使用这种分层模式了，但是通常在面向外部的服务里，不管是高级还是低级，他们都只被当做一层来对待。

　　相对妥当的做法是，云服务供应商们相互之间对不同的层能达成共识，对每一层都能有共通的定义，对每一层都能提供有预案准备的服务。

　　例如：

　　第零层：硬件服务

　　第一层：虚拟化服务

　　第二层：存储

　　第三层：计算

　　第四层：数据

　　第五层：租户管理

　　第六层：应用

　　第七层：流程

　　第八层：管理

　　当然，这仅仅是一个参考的概念。不同的云服务提供商对层的定义可能会有所不同。

　　无论每一层的正确定义或核心概念是什么，我们都应该对不同的层分别对待之，保证低级原始的层能支持其上的层，保证他们足够的可扩展性和容错性。对待那些接近应用的高级层，方法也应特别区分。在明确不同的层的目的和任务的基础上，保证每一层都能被区别对待。然后可以从相同的角度来进行安全和管理工作。

　　在新技术上没有任何捷径，我们已经致力于架构分层工作好多年了，我非常确定很多云服务提供商都已经在考虑进行架构分层，但这些也必须在服务里得到明确体现。考虑到一定的重要性，如果我们能让云计算服务变得清晰可理解，我们就可以对这些不同的层开始进行管理和评估。

　　这样，我们就可以在云服务发生故障时降低影响。

责任编辑：GOCN