📅  最后修改于: 2020-12-30 01:09:24             🧑  作者: Mango
为了交付应用程序,开发和运营都扮演着至关重要的角色。部署包括分析需求,设计,开发和测试软件组件或框架。
该操作包括软件的管理过程,服务和支持。当开发和运营结合在一起进行协作时,DevOps架构就是解决部署和运营条款之间差距的解决方案。因此,交付可以更快。
DevOps体系结构用于托管在云平台上的应用程序和大型分布式应用程序。 DevOps体系结构中使用了敏捷开发,因此集成和交付可以是连续的。当开发和运营团队彼此分开工作时,设计,测试和部署将非常耗时。并且,如果条款彼此不一致,则可能会导致交货延迟。因此,DevOps使团队能够改变他们的缺点并提高生产率。
以下是DevOps架构中使用的各种组件:
在没有DevOps的情况下,将根据预定义的单个使用情况以及固定的硬件分配来评估资源消耗的成本。借助DevOps,云的使用,资源共享就成为了现实,而构建则取决于用户的需求,这是一种控制资源或容量使用的机制。
Git等许多良好实践使代码得以使用,从而确保编写业务代码,帮助跟踪更改,获得有关实际和预期输出差异背后的原因的通知,并在必要时恢复为原始代码发达。该代码可以适当地排列在文件,文件夹等中,并且可以重复使用。
该应用程序将在测试后准备好用于生产。在手动测试的情况下,它将花费更多的时间进行测试并将代码移至输出。测试可以是自动化的,从而减少了测试时间,因此可以减少将代码部署到生产环境中的时间,因为脚本的自动化运行将消除许多手动步骤。
DevOps使用敏捷方法来计划开发。与运营和开发团队保持同步,它有助于组织工作以进行相应的计划以提高生产率。
连续监控用于识别任何故障风险。而且,它有助于准确地跟踪系统,以便可以检查应用程序的运行状况。对于可以通过许多第三方工具(例如Splunk)监视日志数据的服务,监视变得更加舒适。
许多系统可以支持调度程序进行自动部署。云管理平台使用户能够捕获准确的见解并查看优化方案,并通过部署仪表板来分析趋势。
DevOps改变了传统的单独开发和测试方法的方式。团队以协作的方式运作,两个团队在整个服务生命周期中都积极参与。运营团队与开发人员进行交互,他们提出了一个满足IT和业务需求的监控计划。
部署到环境中可以通过自动化完成。但是,当部署到生产环境时,它是通过手动触发完成的。版本管理中涉及的许多流程通常用于在生产环境中手动进行部署,以减轻对客户的影响。