根据一项2015年调查显示,革命的新闻与傀儡实验室使用DevOps的组织部署代码比其他人快30倍,每天做多次部署。此外,改变失败会减半DevOps和服务恢复168倍non-DevOps组织。
DevOps:失败的更快,恢复更快
让我们关注最后的两个点。有一件事是肯定的:拥抱DevOps也回报从灾难恢复的角度来看,因为您使用的工具和程序,将应用程序从开发到测试到生产和重新开发也可以应用到故障转移,从灾害中恢复和服务中断。同样的工具,自动化整个DevOps生命周期也可以帮助你最大限度地利用资源你已经恢复。
确实有很多这样的开源工具,帮助自动化、厨师和傀儡,它创建、启动和部署新的虚拟机实例在一个自动化的方式并适当地配置它们。他们甚至跨安全工作,部署在您的私人的笔记本电脑,在自己的数据中心,甚至在公共云——亚马逊网络服务和微软Azure是两个主要的公共云提供商支持厨师和木偶。2020欧洲杯预赛通过使用这些工具,您不仅可以自动部署新的代码开发人员编写使用碳拷贝他们的开发环境和配置机器;您还可以编排和启动备份环境云在几分钟内。如果你把木偶和厨师像Oracle这样的工具Ravello(如果你的公共云是Amazon Web服务或Google)为你的VMware和KVM虚拟部署,您可以嵌套虚拟机监控程序,这样您就可以运行您的虚拟环境在公共云——网络、寻址和更多的——没有任何变化,部署在一个自动化的方法。这些都是很强大的工具从DevOps和灾难恢复的角度来看。您可以快速构建软件,测试,部署,减少错误并提供健壮的故障转移和恢复解决方案使用这些工具。持续部署成为连续灾难恢复和故障转移。
[相关:为了安全DevOps是好还是坏?]
DevOps的主要宗旨在于,开发人员应该编写代码和测试他们的应用程序在生产环境中,他们的代码的副本将运行。这通常是近通过使用虚拟机和集装箱码头工人个人笔记本电脑上运行的解决方案,或桌面。这是更好的,当然,只是盲目地在Xcode中编写代码或Visual Studio然后航运系统管理员部署包,但是我说近甚至在前面的句子,因为这种类型的虚拟化并不完全模拟真实世界的能力约束的生产环境。很难真正测试负载对集装箱microservice苹果MacBook Air上运行,例如,但负载测试可以在一个更实际的,可行的方式对一个完整的堆栈Azure服务部署,例如。
灾难恢复环境作为潜在DevOps工作区
有些公司发现,他们进一步接受DevOps在更深层次的意义上,他们的开发人员将不断地要求访问热备件灾难恢复环境,减轻“单一笔记本或桌面”约束。一般来说,中型和大型组织有显著的备份的基础设施投资,几乎完全副本关键生产工作负载和运行的环境,这些工作负载需要导入到备用,以防在发生服务中断或灾难。