【招商主管QQ35497】凤凰联盟二号站官网平台【QQ35497】专注2号站指定招商主管咨询,2号站5G信息化行业新闻,是2号站登录测速指定站,关注收藏2号站官网平台注册登录链接。

二号站登录测速为了发布代码,DevSecOps需要成为和微服务安全管理的同义词

2号站登录测速 2号站登录测速 2个月前 (10-13) 8次浏览

二号站登录测速

软件开发正在成为世界上最突出、最关键的行业之一,但它仍处于自身发展的阵痛之中——特别是在涉及DevOps、安全性以及对更好的Kubernetes服务所有权的需求方面。DevSecOps已经成为解决DevOps实践中安全需求的一种方式,但这并不是想象这种文化和实践转变的唯一方式。

如果DevOps能够简化Kubernetes的混乱局面,那么类似的成功秘诀也会出现。DevSecOps和Kubernetes服务所有权都在为相同的最终目标而努力——为DevOps团队提供更多的自主权、速度和责任。但仍有大量工作要做。如果我们想快速、安全、低风险地发布代码,DevSecOps需要成为Kubernetes和微服务安全管理的同义词。

二号站登录测速为了发布代码,DevSecOps需要成为和微服务安全管理的同义词

DevSecOps的兴起

从历史上看,软件开发由几个团队组成,所有团队都致力于一个单一的目标:生产优秀的产品。尽管有这种共同的努力,但开发过程本身通常采用竖井式方法,二号站登陆测速链接中一个开发团队编写代码,一个质量保证团队测试代码,另一个操作团队将二号站登陆测速链接部署到生产中。如今,安全团队也必须参与进来,以确保软件的质量和安全性满足所有现代标准和治理要求。

然而,这些孤立的团队导致了团队之间的摩擦、文化差异以及对更具协作性、更有效工作流程的需求。DevOps曾经作为一种开发方法论出现,以提高开发和运营之间的协调水平,DevSecOps很快跟进,以确保在软件开发生命周期(SDLC)的所有阶段都集成了安全性。DevSecOps的这一演变已经在团队之间建立了更紧密的集成,并使从业者能够提高他们的速度,同时也将安全性融入到更大的流程中,而不是事后诸葛亮。

服务所有权的现实

DevSecOps并不是描述这一新兴问责模式的唯一方式。作为DevOps“编写代码、发货、拥有它”的理念,Kubernetes服务所有权要求工程师对他们持有的代码和服务负责,从代码提交到生产到部署。工程师不是将代码扔给操作人员,也不是依赖于可靠性工程(SRE)团队,而是从开始到结束,对他们创建的代码的安全性和可靠性负责。

随着团队进行重组以促进更快的移动和与客户更密切的关系,人们期望他们对所支持的服务建立完全的所有权。在此操作模型中,服务所有权涵盖从软件设计和开发到在生产环境中部署,再到最终管理软件的过时。这种Kubernetes所有权模型具有高度可扩展性,因为它允许团队快速交付和响应客户问题。OPS团队可以建立一个允许组织规模化的基础。

随着DevSecOps价值的增加,整个开发过程中对安全性的需求也随之增加。使用最佳实践,Kubernetes服务所有权使这种“左移”成为可能,并实现了DevSecOps信徒所支持的更改类型—提高了可靠性、成本效益和更好的应用程序安全性。


二号站官网平台_2号站注册|2号站登录测速指定站
如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:二号站登录测速为了发布代码,DevSecOps需要成为和微服务安全管理的同义词
喜欢 (0)