您的浏览器禁用了JavaScript(一种计算机语言,用以实现您与网页的交互),请解除该禁用,或者联系我们。[CNCF]:随着 GitOps 成为主流 , 在工作中学习 - 发现报告
当前位置:首页/行业研究/报告详情/

随着 GitOps 成为主流 , 在工作中学习

文化传媒2023-11-07CNCFZ***
AI智能总结
查看更多
随着 GitOps 成为主流 , 在工作中学习

GITOPS显微镜 随着GitOps成为主流,在工作中学习 六个月到一年 60% ? 少于六个月 我们没有使用它们,19但%正在评估它们 我们没1有2计%划使用它们 2% 而且,在那些仍然坚持的人中,还有一个67%相信他们将在来年开始他们的GitOps工 具和实践之旅。 7% 显微镜|GITOPS 2 在第一个模式发布六年后,GitOps已经跨越了鸿沟,清除了采用门槛,无论好坏,这意味着现在有很多人在工作中学习! CNCF对GitOps的最新微观调查发现31%的受访者在过去的12个月中开始在他们的云和 Kubernetes环境中使用GitOps。他们加入了60%和GitOps合作了一年多. 如果你还没有使用 GitOps工具和实践 ,你打算什么时候 开始? 六个月到一年 一到两年 两年以上/无计划 0% 33% 67% 47% 一到两个云平台,例如AWS和Azure 什么平台 你在跑步吗? 35% 云和本地 9% 仅限内部部署 5% 三个或更多云平台虚拟 2% Machines 1% Legacy 1% Other 显微镜|GITOPS 3 其背景是多云和混合云作为数字业务基础的兴起和整合(由47%and35%,分别),大多数受访者-75%-运行环境,包括多达 50个Kubernetes集群。此外,超过一半(54%)的受访者利用GitOps超过26%他们的云原生部署。 您在所有部署中有多少个Kubernetes 集群? 10% 3% 4% 3% 3% 3% 无-不使 用 Kubernetes 1-50 51-100 101-250 251-500 501-1,000 超过1,000 75% 您的云原生部署的百 分比 利用GitOps? 26%或更多 5-20% 少于5% 21-25% 显微镜|GITOPS 4 12% 16% 18% 54% 这影响了人们想要构建和管理大型、复杂和快速变化的技术面料的方式。凯尔西·海托华曾经说过我们应该“停止编写脚本并开始发货”,我们的数据显示有多少人认为GitOps是实现这一目标的最佳方法。 更快的软件交付被列为拥抱GitOps的第一大原因(71%),具有改进的配置管理和更大的部署考虑-并列第二和第三66%每个。同样登陆GitOps绘制的前五名列表更容易回滚(53%)和简化的Kubernetes管理(51%). 你使用GitOps的理由是什么?你希望达到什么目标? 更快的软件交付 改进的配置管理 更大的部署一致性 71% 66% 66% 61% 56% 53% CI/CD基础设施作为代码更简单的回滚 Kubernetes的简化管理 平台工程主配置漂移 51% 47% 44% 通过一致性和自动化提高团队协作 EASIERAUDITS 和合规性提高安全性 44% 44% 42% Progressivedelivery/rolllouts 36% 33% 28% 作为代码的政策更快速的变化 更快的批准过程 减少浪费的支出/ 预算的改进使用 克服了缺乏技能和 管理Kubernetes的资源 22% 18% 18% MICROSUVEY|GITOPS5 引入一些调查的最高回应是预期的安全性改进。GitOps的固有自动化被视为替换容易出错的手动流程的一种手段,消除了长期以来被攻击者利用的错误配置的风险。将手动交换为自动化排名 排名第一的安全利益69%。还有一种强烈的愿望是保护Kubernetes和实时生产环境免受直接访问——这在62%而且,呼应早期问题的发现,60%说快速修复和回滚是寻求提高安全性的关键目标。 ? 69% 用自动化代替手动流程 -减少错误配置的机会 62% 删除对Kubernetes集群或其他生产环境 的直接访问 60% 快速修复时间/回滚选项 43% 实施单一、集中的权限集以保护代码和基础架 构 38% 更快的错误和漏洞检测-能够检测黑客入侵、受感染或有故障的容器和代码,因为它们从配 35% 置中漂移能够对代码实施自动扫描和测试 MICROSUVEY|GITOPS6 有趣的是,自动化与人们在GitOps推出期间经历或期望遇到的一些文化障碍之间存在交叉。DevOps团队成员不愿放弃控制,只是“信任”机器或对声明性配置等功能充满信心 ,被列为最大的实际或感知问题46.3%的受访者。缺乏培训和经验排在第二位45.7%. 46% 文化-个人/团队不愿意发布控制和信任功能,如自动化和声明性配置 46% 缺乏GitOps工具或实践的技能/ 经验 34% 复杂性-监控系统所需状态和实际状态之间的一 致性 30% 集成和互操作性在GitOps工具之间 29% 安全性-确保对存储库和我们的基础架构的访问 25% 26% 和保护合规性-执行、审核和报告政策的能力对系统和管道的状态和性能的可见性 14% 怀疑/抵抗-相信GitOps被夸大了,无法 提供 7% 项目成本 Other4% MICROSUVEY|GITOPS7 尽管对技能有这些担忧,但似乎很少有人解决这种情况。几乎70%不仅还没有完成任何 GitOps培训或认证,而且他们还没有计划参加任何课程。 您是否完成或计划完成GitOps周围的任何认证或培训课程 69% ? 13% 21% 8% 6% 显微镜|GITOPS 8 没有上面CodefreshGitOpsCertifications 来自Linux基础培训的GitOps认证助理 (CGOA)(即将推出) GitOps基本培训 考虑到这一点,以及GitOps在云和Kubernetes上的采用情况,用户正在寻找工具和实践中的两个关键属性。首先是使用65%,紧随其后的是易用性64%在人们的考虑因素中 ,其他因素是与其他制造商的GitOps工具的集成,与现有工具和环境一起工作的能力 ,以及同行采用的力量。 功能的成熟度和广度 65% 易于使用与 64% 其他GitOps工具集成 48% 社区中其他人采用的力量 CLI管理 标准支持能够使用现有工具和环境 用户界面(UI) 强大的安全设计和实践集成和第三方/社区支持的可用 性 47% 43% 42% 42% 39% 37% 33% 全新功能以上均无 Other 14%1% 1% MICROSUVEY|GITOPS9 显微镜|GITOPS 10 最后,当涉及到收养时,ArgoCD和Flux是使用最广泛的CNCFGitOps项目。 我们的GitOps微观调查进行2023年7月至9月与220总体响应,响应率各不相同。来自持续交付基础,Codefresh和Weaveworks帮助设计了调查 要了解有关GitOps的更多信息,请参与CNCFGitOps工作组(WG)。坐在CNCF应用程序交付技术咨询小组(TAG)下, GitOpsWG的重点是明确定义GitOps的供应商中立,原则主导的含义,并为工具,一致性和认证之间的互操作性建立基础。持久的GitOps程序,文档和代码将存在于CNCF中OpenGitOps项目,该项目位于CNCF沙箱中,由WG指导。 你也可以参加即将到来的虚拟活动,GitOpsCon欧洲2023。该事件将发生12月5-6日在线并且是为所有级别设计的,从新的到GitOps到目前在其组织中使用GitOps的级别。谈话主题将包括GitOps入门,扩展和管理GitOps,从生产部署,技术会议和思想领导力中汲取的经验教训。 完整的调查数据可以在GitHub上找到。 GITOPS显微镜