云效工程师如何构建一条可靠的应用交付流程？

本文共计2461个文字，预计阅读时间需要10分钟。

尊敬的家人，我叫王涛，负责云效应用交云AppStack的开发。我将应用部署到不同环境，逐步进行集成测试，最终发布到生产环境。这是程序员工作中不可或缺的组成部分；而云原生技术的引入，则为开发带来了新的活力。

大家好，我叫王泊，负责云效应用交付AppStack的开发。把应用部署到各个环境、一步步进行集成测试，最终发布到生产环境，是程序员工作中必不可少的组成部分；而云原生技术引入的容器化、IaC（基础设施即代码，Infrastructure as Code）等等技术与理念，为持续交付的过程提供了规范化的可能，但也引入了让人不时埋首于配置文件的小山里的麻烦。我们不妨从一次略有波折、稍显隐患的集成部署案例开始，看看如何着手设计一条更为稳定的应用交付流程。

一次波折的部署

许多个迭代后，面对陪风扇一起嘎吱嘎吱转着的流水线，程序员阿伟会回忆起把系统部署到预发环境、提交最后一轮验收，然后被打回来的那个并不遥远的下午。当时他有一个酷炫的Java SpringBoot应用要上线，实现了酷炫的“在不同部署环境下、发送带环境路由标签的业务消息”的接口：

日常环境的镜像构建、部署和验收测试一路OK，但是在再次构建部署到预发环境后，阿伟发现消息丢了：预发环境的消费方并没有消费到消息。经过一系列不管黑屏白屏康到bug就是好屏的排查，发现问题起源于在预发环境使用的SpringBoot配置文件application-staging.yaml中漏配了routing.env属性，应用启动时使用了缺省配置application.yaml中的兜底值，导致消息tag打错。