DevOps 自动化已经跨越私有和公有云环境,并包含监视,警报,审核以及连续,渐进式交付。这种自动化,支持 DevOps 实践和 Kubernetes 架构,旨在帮助 DevOps 团队更高效地开发和发布高质量,安全的软件,从而为组织创造更高的商业价值。但是,挑战也很多。
通过了解,在采用 DevOps 和可扩展性方面,面临的一些主要挑战有:
为什么会这样呢?为什么部署会占用大量时间和资源?为什么如此多的组织无法释放 DevOps 的真正潜力,无法更快地开发出更好,更安全的软件?
为了回答这些问题,我了解和确定了一些关键因素,这些因素扼杀了整个组织中 DevOps 的采用和可扩展性。
这些瓶颈,背后缺少的是端到端的可观察性,自动化和 AI,以推动数据驱动的交付和编排。
这些需求激发了一个名为 Keptn(https://keptn.sh/)
的开发,该项目是基于事件的控制平面,用于云原生应用程序的连续交付和自动化操作。
使用数据驱动的声明式编程方法进行编排,Keptn 消除了将流程放入脚本的需求。基于 GitOps,服务级别目标(SLO)和开源互操作性标准(例如用于与工具进行通信的 CloudEvents),Keptn 实现了持续交付和自动修复。
前面我们提到:流水线中约 95% 时间都花费在扩展流程,更改工具以及修补程序上。所有这些都是因为传统流水线太复杂而无法扩展。
在这种情况下,解决方案是删除硬依赖性和自定义集成。通过将流程,例如构建、准备、部署、测试、通知、回滚与工具,例如配置、管理、部署、回滚、监视、测试和 ChatOps 分开,团队可以使用事件驱动的体系结构连接这些流程和功能。
基于 Keptn 的业务流程范例,可以在整个组织中快速扩展和采用这些 DevOps 流程。
以下是 Keptn 解决上述 DevOps 采用和可伸缩性挑战的七种方法:
Keptn
专为现代云原生和现有企业技术而设计。Keptn
没有紧密耦合的相互依赖性,而独立于底层基础结构来运行流程。Keptn
进行了协调。DevOps 的目标是更快地发布更好,更安全的软件。采用和扩展 DevOps 流程的瓶颈,使太多团队无法实现这种方法的全部优势,并且限制了团队将其运维提升到更高水平的能力。
为了改变工作方式,并促进更有效的协作,更快的创新和对业务的更积极影响,DevOps 团队需要能够利用自助服务平台模型来进行数据驱动的交付和业务编排(例如 Keptn),以扩展 DevOps 的交付。
原文链接:https://thenewstack.io/7-ways-devops-can-overcome-scalability-challenges-using-automated-orchestration/