云计算服务级别协议

    接下来探讨反对云计算的另一个常见因素：服务级别协议（SLA）。

    云计算方面最常见的问题之一就是，可能会出现停运时间――这段时间内无法使用系统。这对业务应用程序来说是个关键问题，因为服务停运意味着一些重要的业务功能无法执行。关键的业务应用程序包括：接受订单、与客户进行联系和管理工作流程等等。当然，企业资源规划（ERP）系统属于这一类，面向很多行业的垂直应用程序也属于这一类；比方说，制造公司的数控机床软件，或者监测石油天然气和发电厂等行业中传感器的软件。

    面对应用程序可用性的重要性，很多人对可能使用基于云计算的应用程序持以谨慎、甚至恐惧的态度。有些云计算供应商不提供SLA，有些供应商提供的SLA不够到位（保障正常运行时间方面），这就更让人担心了。

    造成所有这些问题的根源是人们怀疑你无法真正信赖云计算供应商来启动及运行系统。有人对依赖外部机构来确保关键的业务连续性很是担心。客观地说，云计算供应商遇到过服务停运的情况。近些年来，Salesforce就遇到过几次停运。不久前，亚马逊也遇到了一两次停运。

    这样看来的话，可以理解一些企业不敢把至关重要的关键业务系统放心地交给可靠性成问题的云计算供应商，觉得这是个SLA问题。

    不过，这就是理解这个问题的非常好的方法吗？

    如果你看一下SLA在其他环境下的使用，它们有时只是公司内部承诺的一方面――比如营销部门让IT部门实施新系统后，IT部门保障提供一定级别的可用性。不过更为常见的是，SLA是外包协议的一方面；这种情况下，公司选择像EDS这样的外部供应商来运营其IT系统。

    当然，这方面的SLA备受关注。在谷歌搜索引擎上搜索“Outsource SLA”（外包SLA），会出现好多页的“非常好的实践”、乐于帮助拟订含有SLA内容的合同的组织、SLA关键原则方面的建议文章――众多途径可以帮助确定严密的SLA需求。如果搜索“Outsource SLA Success”（外包SLA成功），遗憾的是一个链接也没有。所以有人可能会以为：SLA未必有助于获得高质量的正常运行时间；不过要是出了问题，它为冲突协商提供了基础――就像是婚前协议。