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