文章图片
为了交付应用程序, 开发和运营都扮演着至关重要的角色。部署包括分析需求, 设计, 开发和测试软件组件或框架。
【DevOps架构解析】该操作包括软件的管理过程, 服务和支持。当开发和运营结合在一起进行协作时, DevOps架构就是解决部署和运营条款之间差距的解决方案。因此, 交货可以更快。
DevOps体系结构用于托管在云平台上的应用程序和大型分布式应用程序。 DevOps体系结构中使用了敏捷开发, 因此集成和交付可以是连续的。当开发和运营团队相互独立工作时, 设计, 测试和部署将非常耗时。而且, 如果这些条款彼此之间不同步, 则可能会导致交货延迟。因此, DevOps使团队能够改变缺点并提高生产率。
以下是DevOps架构中使用的各种组件:
文章图片
1)建立
在没有DevOps的情况下, 将根据预定义的单个使用情况以及固定的硬件分配来评估资源消耗的成本。借助DevOps, 云的使用, 资源共享就成为了问题, 并且构建取决于用户的需求, 这是一种控制资源或容量使用的机制。
2)代码
Git等许多良好实践可以使用该代码, 从而确保编写业务代码, 帮助跟踪更改, 获得有关实际和预期输出差异背后的原因的通知, 并在必要时恢复为原始代码发达。该代码可以适当地安排在文件, 文件夹等中, 并且可以重复使用。
3)测试
该应用程序将在测试后准备好用于生产。在手动测试的情况下, 它将花费更多的时间进行测试并将代码移至输出。测试可以实现自动化, 从而减少了测试时间, 因此可以减少将代码部署到生产环境中的时间, 因为脚本运行的自动化将消除许多手动步骤。
4)计划
DevOps使用敏捷方法来计划开发。与运营和开发团队保持同步, 它有助于组织工作以进行相应的计划以提高生产率。
5)监控
连续监控用于识别任何故障风险。而且, 它有助于准确地跟踪系统, 以便可以检查应用程序的运行状况。对于可以通过许多第三方工具(例如Splunk)监视日志数据的服务, 监视变得更加舒适。
6)部署
许多系统可以支持调度程序以进行自动部署。云管理平台使用户能够捕获准确的见解并查看优化方案, 并通过部署仪表板来分析趋势。
7)操作
DevOps改变了传统的单独开发和测试方法的方式。团队以协作的方式运作, 两个团队在整个服务生命周期中都积极参与。运营团队与开发人员进行交互, 然后他们制定了一个监视计划, 该计划可以满足IT和业务需求。
8)释放
部署到环境中可以通过自动化完成。但是, 当部署到生产环境时, 它是通过手动触发完成的。版本管理中涉及的许多流程通常用于在生产环境中手动进行部署, 以减轻对客户的影响。
推荐阅读
- DevOps工程师
- DevOps入门介绍
- Azure开发运营介绍
- AWS开发运营
- 技术雷达|从技术雷达看DevOps的十年——容器技术和微服务
- devops|应云而生,幽灵的威胁 - 云原生应用交付与运维的思考
- gitlab|gitlab+Jenkins+harbor+kubernetes的DevOps连通构建
- DevOps Master凤凰沙盘的学习体验
- 大数据|Docker员工自述(我们为什么“输”给了K8s())