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

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

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

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

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

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

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

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

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

第四十一届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。