服务停用

    云计算用户需要防备服务停用情况的发生，当然服务提供商起码应该向用户通知当前、甚至潜在的停用事件。使用S3和Gmail的Methvin就表示，有一点很明确，他不希望遇到任何引发服务停用的意外情况。

    Methvin发现，过去有些厂商采用被动的通知方法，但是现在变得主动起来。比方说，有些厂商现在提供状态页面，用户可以密切关注问题，或者订阅RSS新闻源或手机提醒。那样一旦出现问题，就会在第一时间接到通知。Methvin说: “要是出了问题，云服务提供商会提供反馈，表明出了什么问题、如何解决。”

    当然，用户最好也要考虑到可能出现服务停用情况，并制订好应急方案。比如在PC Pitstop公司，一旦S3服务停用，意味着用户就无法在PC Pitstop的网站上购买产品，因为该网站依靠云存储来下载数据。因此Methvin为S3制订了后备方案，即使万一S3出了问题，用户可以从该公司自己的服务器来下载产品订单。

    但是，PC Pitstop对Google Apps却没有后备方案，那是因为Methvin觉得如果要管理像微软Exchange这样的复杂系统，拥有众多资源的谷歌能够比自己的员工更快地让电子邮件系统恢复运行。

    云计算的用户要明白厂商的故障切换策略，同时也为自己制订一项此类策略。帕洛阿尔托软件公司提供了基于云的电子邮件系统，该系统依靠S3作为主存储。帕洛阿尔托为该系统使用了缓存策略，这样在紧急停用期间仍能继续正常使用，就算万一S3出了问题，用户仍能查阅存在于本地缓存的电子邮件副本。

    弗雷斯特研究公司则劝告顾客应当问清楚云服务提供商，例如有没有把地区分散的冗余功能集成到架构中，服务在后备系统上恢复运行需要多长时间等问题。

    用户应该与厂商谈好服务级别协议，并安排好服务停用补偿事宜。一旦服务出现停用，厂商就应该立刻补偿客户。比方说，万一S3的可用性在一个月内降到99.9%以下，亚马逊就要退回10%的使用费。