课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
DevOps编程开发是目前大多数软件开发程序员都会去学习和应用的一种编程开发方式,而本文我们就通过案例分析来简单了解一下,DevOps编程开发安全问题分析。
发展迅速当心折腰
DevOps中的许多原则都让软件开发不得不站在了安全的对立面。具体来说,DevOps与软件开发生命周期中供应链的安全问题无法对齐标准。下面让我们来分析DevOps中的几个原则:
快速且频繁的版本更新
DevOps的原则经常建议开发者每日发布M次,更快N倍。这种快节奏的部署导致团队用于审核新软件APP中组件的时间少得可怜,而DevOps开发团队重点关注的指标始终是降低更新的失败率,对软件中实际应用的组件来源和安全性验证工作并没有直接的作用。在这种高频率部署的情况下,精力有限的团队很难再有时间保证软件中所有使用到的组件都能有适当的记录和说明。
构建流程透明
开发团队通过修正构建流程中的开发、测试、部署和支持生产中的发布,让流程维护更快、更一致。很多的构建工具允许用户通过任意的安装命令执行依赖性注入,并直接对接功能性软件中的内部组件。为构建流程中的复杂性再雪上加霜的,还有各种微服务和多角化应用。而这种结果就是,所有的服务都将生成各自的独立构建和迁移流程,这与构建流程目标的透明和可审计性是背道而驰的。终,构建流程变成了小黑盒,并进一步向其他部分蔓延,产生了潜在更大的攻击面。
采用敏捷开发
在工作中应用DevOps模式与使用Agile敏捷开发的情况很是类似。在工作之中,敏捷开发者们经常会发现自己分配给非开发工作的时间几乎没有。在观察敏捷方法论的这些年里,作者从没遇到过有开发者会把组件溯源和安全验证当作任务分配的故事点。敏捷中的所有过程,无论是项目规划、计划预估、进度追踪,组件的验证和听众规划很难在这种不稳定的项目管理中完成。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。