但是，要采用云模型存在着两个最大障碍：即安全性和可用性的问题。并且，随着企业迁移到云计算，可用性正在迅速成为企业今天所面临的最大的单一风险。如果您的企业依赖于公共或私有云，而一旦这些服务出现计划外的故障或状况，你企业的业务将歇业。我们都清楚的是，传统的基于硬件的可用性策略不能在软件定义的世界提供整体解决方案，而云环境恰恰是软件定义的。由于大多数云基础架构使用商品硬件和规模化的设计，因此，其面临运行失败是一个永远存在的现实。因此，许多企业都需要反思应用程序和基础设施迁移到云中的可用性，同时提供所需的快速低成本的有效服务。

　　当然，你可以建立智能应用程序本身的可用性。事实上，云应用程序在其设计中通常都没有这种意识，其设计往往是自动重启的计算节点上的工作负载以保持运行。

　　但是，关于传统应用程序，如何为其建立可用性呢?重新设计这些统应用程序的成本将是非常不经济的，同时也会造成不稳定的环境风险。即使是建立了可用性的某些应用程序，云控制平面的一个单点故障也可以破坏服务器的运行。

　　定义一个新的方法

　　软件定义的可用性。通过这种方法，将故障的预防和恢复决策转移到应用层之外的基础软件层。而不同于传统的基于硬件的可用性解决方案，其正常运行时间不是依赖于一组特定的硬化服务器。实际上，可用性是从应用程序和硬件中抽象出来的。

　　这种抽象使企业可以做一些能够真正克服非计划停机风险的措施。首先，他们可以将所有的系统链接在一起，包括通过物理网络连接或使用软件定义的网络连接来动态创建高可用的系统，进而实时创建拥有高可用性冗余或容错保护水平的配对系统。

　　通过抽象的可用性，企业，包括业务主管线和IT部门均可以作为云服务的经纪管理，可以基于其当前应用程序的需求改变的可用性水平。在某些时候，这对于那些执行关键任务的应用程序是非常有用的，但并非所有的时间都有用。例如，在考虑这种抽象的可用性对于一个财务团队如何有用时，我们可以安排某个财务结算即将结束的最后几天在财务应用程序的关键任务中动态地提升可用性水平，但同时我们也可以在其他时间将可用性水平调低。试想一下，施加必要的容错性资源，以确保在关键时刻的可用性，同时在其他剩下的时间释放这些资源。这大大降低了成本，复杂性和风险，而同时又不影响可用性。