探索持续提升（ContinuousPromotion）如何解决传统CI/CD流水线的局限性。

译自WhyCIandCDNeedtoGoTheirSeparateWays，作者ChristianHernandez。

在不断发展的软件开发领域，持续集成(CI)和持续交付(CD)一直是高效可靠的应用程序部署的基本方法。

尽管它们已经存在了很长时间，但像Kubernetes和GitOps这样的现代技术带来了传统CI/CD流程无法解决的复杂性。随着Kubernetes提供异步部署机制，GitOps提供管理应用程序状态的声明式方法，两者之间出现了差距。

持续推广和相关工具旨在弥合这些差距，在以GitOps为中心的环境中简化CI/CD流水线。

CI和CD是软件开发中的基本实践，旨在提高部署应用程序的速度和可靠性。最初，CI/CD是一个线性过程：构建代码、测试代码，然后将其部署到目标环境。这种方法适用于传统的虚拟机或物理服务器，因为在这些服务器中，部署环境相对静态。

然而，容器和Kubernetes的引入极大地改变了这一格局。Kubernetes提供了一种更加动态的异步部署机制，这与传统CI/CD流程的同步性质不匹配。因此，团队开始采用GitOps来更好地适应这种新范式，并试图减轻与传统CI/CD流程的脱节。

尽管取得了这些进步，但CI/CD流程在很大程度上保持不变，导致跨不同环境管理部署的效率低下和复杂性。这种持续的演变凸显了对持续推广等更加集成化的解决方案的需求，以有效地弥合这些差距。

当前模型的挑战当前的CI/CD模型面临着若干挑战，尤其是在采用Kubernetes和GitOps的情况下。

问题的症结在于传统CI/CD流程的同步性质与Kubernetes部署的异步性质之间存在固有的脱节。这种不匹配通常会导致效率低下，因为部署流水线中充斥着自定义脚本和变通方法，以弥合CI和CD之间的差距。

此外，GitOps虽然可以有效地管理部署的最后一英里，但无法处理复杂的多环境编排。它只