面试官皱眉：“实习时有负责服务的线上发布？” 我：“怎么可能没有发布？公司就我一个运维啊”，他愣了…

你好，我是真成。

在 24 年我应届生身份面试腾娱互动时，面试官的第一个问题就是问你：有负责服务的线上发布？

当年我何止发布过呀，整个公司就我一个运维，什么服务器、服务发布、IT桌面运维，统统都归我管。我一个小小实习生，权限可不是一般的大。如果我手一滑，就能让业务服务 Down 机的节奏的。

今天我就来带大家回答一下这问题。同时最近也有很多同学来私信我，说不知道 K8s 的实际工作情况，工作中到底是怎么使用 K8s 的完全不知道，其实这就是如何通过 K8s 来完成服务部署的问题，也属于今天的问题，所以大家不要错过这篇文章。

如果，对你有帮助，那么就不要吝啬你的免费的点赞了哦~，也可以双击屏幕试试哦！

我们先来回答大家非常关心的问题，服务线上发布流程是怎样的？

其实服务线上发布流程特别简单，没有大家想的那么复杂。整体流程如下：

1. 创建流水线（CI/CD 流程）
2. 发布流水线（CI/CD 流程）
3. 启动微服务（配置微服务的配置文件）
4. 创建域名访问（创建 Ingress）

1）创建流水线

我们发布上线一个项目，首先就是创建该项目的所有微服务的流水线，流水线的核心内容就两步。

第一，编写代码构建命令。构建命令一般情况下直接复制其他相同语言的项目的构建命令即可，只需要修改少量内容。比如：微服务的源码路径，因为研发写的微服务路径都不一样，这个可以直接看研发提交的代码仓库，也可以自己问开发即可。

第二，编写 Dockerfile 构建微服务的基础镜像。同样一般情况下直接复制其他相同语言项目的 Dockerfile 配置即可。这一步就是将构建命令，构建代码的产物给放在我们运行的 Docker 镜像里面，同时配置启动命令即可。

总结：创建流水线，可以复制其他相同语言的项目，来快速完成创建新流水线。

2）发布流水线

发布流水线的流程其实就是标准的 CI/CD 流水线。CI 阶段是构建代码，打包镜像，上传镜像；CD 阶段是将镜像运行到 K8s 中，可以通过 ArgoCD 来完成 CD 阶段。部署在 K8s 中几乎所有的微服务都是使用 Deployment 控制器，来完成微服务的部署管理。

3）启动微服务

我们发布流水线阶段，以及将服务部署在了我们的 K8s 中之后，那么介绍就是需要调试我们的服务，让他可以正常的启动运行起来，不能有报错信息。

为了使微服务可以正常运行，我们需要对微服务做配置，具体怎么配置，可以问开发。我们 K8s 中的微服务配置都是需要通过 ConfigMap 来管理我们的微服务配置的。我们将对应的配置放入对应的 ConfigMap 让后对应的微服务挂载这个 ConfigMap 即可。

同时，如果微服务程序需要连接其他中间件（MySQL、Redis、MQ、Nacos）使，我们也可以通过 ConfigMap 的方式注入变量即可。

后端微服务起来之后，最后再调通前后端的通讯即可。

4）创建域名访问

通过上一步操作，我们服务就可以正常启动了。这个时候需要对外提供服务，我们一般就要借助 K8s 的 Ingress 资源，创建对应的前端服务的 Ingress 并绑定域名和证书即可对外提供服务了。

域名访问，这里的链路只是其中一小部分，前面还有一堆的工作和 Web 应用架构。如果要学习 K8s 微服务前端的 Web 架构全流程和网站防护，可以看我这篇文章：企业级Web应用架构与安全防护-企业级项目保姆级完整教程

也欢迎大家进入“真成运维导航”星球，现在进入星球，腰斩60元，全年最低价了！！！一定不要错过这波 618 活动价！

好了，以上就是我们企业中服务发布的常规流程了，也是运维工程师的日常工作。

通过以上内容，大家对服务上线流程还有什么疑问？或者说上线的其他疑问？都可以在评论区讨论，获取下一期就是你想要的答案！！

END