云应用可用性如何？软件即服务的可用性会改变应用生命周期管理的优先权吗？

　　任何系统在其可用时都是一样好。开发了一个要部署到云端的应用的时候，理解执行平台、云的间隔性很重要，应用出现故障就是缺点。你知道在云环境中部署和紧急修复需要花费多长时间吗？

　　开发流程每天都在执行，我们用一种有条理而又周到的态度例行公事一样进行部署修复。但是当云端系统令人费解的出现故障，会发生什么呢？

　　对于云计算，我们设计应用的方式主要是故障自动保护和工作可靠但性能下降的方法。系统在进行常规的运行操作时出现故障，应用架构师和设计师需要更多地关注检测并处理。

　　客户与系统的交互必须以一种途径处理，保存客户数据数据并能够尝试恢复用户输入。在现代这种基于云的应用中，像“哦，好像出错了！”或者“好吧，这可真令人尴尬。”这样的可爱的消息也不少见；用以告诉我们系统知道出现了问题正在解决中。

　　我们需要用技术在适当的地方向服务管理团队报告这些事件的诊断数据。我们第一次听到电力中断不应该是从早上的新闻或者是恼怒的客户的邮件。这必须成为架构和系统设计的一部分。

　　当然，云应用的关键在于我们从第三方那里合并进来的众多服务，第三方为我们提供应用，丰富了用户体验，节省了代码成本。只要有可能，在适当的地方获取这些发布者的服务水平协议就很重要，尤其是易变的服务接口。

　　软件即服务（SaaS）可能在没有任何预警的情况下发生改变，或者偶尔不可用。因此我们需要在架构中也构建SaaS检查。

　　任何软件系统偶尔都会出现故障，基于云的系统也不例外。我们不得不面对这项挑战的时候，检查、管理和补救都应该是一个反复排练的流程，能够冷静而有效地执行。要确保你的测试计划中构建了这项活动。