【注】本文译自:https://www.javatpoint.com/de...
为了交付应用程序,开发和运营都扮演着至关重要的角色。部署包括需求分析、设计、开发以及软件组件或框架的测试。
运营包括软件的管理流程,服务和支持。当开发和运营结合在一起进行协作时,DevOps 架构就是解决部署和运营术语之间差距的解决方案。因此,交付可以更快。
DevOps 架构用于托管在云平台上的应用和大型分布式应用。 DevOps 架构中使用了敏捷开发,因此集成和交付可以是持续的。当开发和运营团队彼此独立工作时,设计、测试和部署将非常耗时。并且,如果术语彼此不一致,则可能会导致交货延迟。因此,DevOps 使团队能够改变他们的缺点并提高生产率。
以下是 DevOps 架构中使用的各种组件:
1) 构建
在没有DevOps的情况下,将根据预估的固定硬件分配各自的使用情况来评估资源消耗的成本。借助 DevOps、云的使用,资源共享就成为可能,可根据用户需要来构建,这是一种控制资源或容量使用的机制。
2) 编码
使用 Git 这样的工具可以更好地使用代码,以确保代码为业务而编写,帮助跟踪变更、获取实际和预期输出间差异背后原因的通知、并在必要时反馈到原始代码。代码可以被安放于适当的文件、文件夹等中,并且可以重复使用。
3) 测试
应用将在测试后准备好用于生产。在手动测试的情况下,它将花费更多的时间进行测试并将代码移至输出。测试可以自动化,从而减少测试时间。脚本的自动化运行将消除许多手动步骤,可减少将代码部署到生产环境的时间。
4) 计划
DevOps 使用敏捷方法来计划开发。运营和开发团队保持同步,有助于组织的计划工作以提高生产率。5) 监控
连续监控用于识别任何故障风险。 而且,它有助于准确地跟踪系统,以便可以检查应用的健康状况。对于可以通过许多第三方工具(例如 Splunk)监视日志数据的服务,监视变得更加舒适。
6) 部署
许多系统可以支持调度程序进行自动部署。云管理平台使用户能够捕获准确的洞察、查看优化方案,并通过部署仪表板来分析趋势。
7) 运营
DevOps 改变了传统的各自进行的开发和测试方式。团队以协作的方式运作,两个团队在整个服务生命周期中都积极参与。运营团队与开发人员进行交互,然后根据 IT 和业务需求来制定监视计划。
8) 发布
部署到环境可以通过自动化完成。但部署到生产环境时,要通过手动触发来完成。版本管理中涉及生产环境中的许多流程通常使用手动部署,以减轻对客户的影响。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。