生产环境发布管理

简介: 本文介绍大型团队中生产环境发布管理的全流程,涵盖从开发到生产的多环境部署策略。通过自动化CI/CD平台实现dev、test、pre、prod环境的高效协同,支持分支可视化操作、一键发布与回滚。结合Jenkins+K8S+Docker技术栈,实现构建部署自动化;利用Skywalking等链路追踪工具,提升日志排查效率,保障发布稳定性与系统可靠性。(238字)

生产环境发布管理

生产环境发布管理
前言
在一个大型团队中,生产发布是一件复杂的事情,从dev(前后端联调)-->test(测试集成&压力测试)-->pre(灰度测试)-->prod(生产环境)的多环境推进,以及生产环境的热更新、回滚等问题一直在困扰着各个公司,今天我将基于公司的自动化部署平台为大家讲解下我们是如何做到多环境部署。
每个环境做什么
在明确发布之前,我们需要明确一下每个环境的主要职责和角色:
DEV :也叫开发环境
事项:前后端接口联调,修复代码基础缺陷
角色:前端-后端
测试 :也叫测试环境
事项:测试集成测试、压力测试,开发修复bug
角色:开发(前端后端)、测试
PRE :也叫灰度环境
事项:生产环境冒烟测试,切5个左右真实生产数据,回归流程是否有问题
角色:开发(前端后端)、测试
刺针 :也叫生产环境
事项:发布代码,做真实环境验证,有问题第一时间修复(sql止血订正或代码回滚)
角色:开发(前端后端)、测试、运维
大型公司如何管控代码发布
随着自动化部署CI/CD(DevOPS)成熟,目前大型公司都开始搭建 自动化部署平台 ,形如下图:
图1 (自动化部署平台应用主页)
当用户进入应用主页后,会发现有不同的发布环境,每一个环境对应一台服务器、一个访问域名、一组中间件环境(即dev、test等环境的nacos-mysql等都是分环境部署的)。
图2 (自动化部署平台多环境)
同时自动化部署平台会自动整合公司的gitlab,将分支展现在发布平台,以便用户可以界面化操作和部署
图3 (自动化部署平台分支管理)
当用户需要创建分支时,不再需要像传统的那样去git创建,或者idea创建,而是可以直接在当前发布平台创建(底层是一样的,都是创建一个新的git分支)
图4 (自动化部署平台分支创建)
当用户需要发布时,只需要进入对应的环境(这里我们以test为例),勾选所需要发布的分支,即可实现自动化部署。下图可以看到test环境同时部署分支约20个。
图5 (自动化部署平台提交发布)
需要注意的是:假设我们需要对A分支进行发布,只需要勾选A分支,底层Jenkins会自动完成jar包构建,并执行底层的Docker run指令完成容器部署,这里部署的jar包每个环境都是隔离的。
即dev的jar跟test无关,每次都是新构建自己的。即使是test,点击两次发布也是构建了两个jar,只不过第二次的会覆盖第一次。这点各位需要明晰。
当测试提出我们有bug时,对应的开发人员就需要在idea中,A分支上完成代码修复并push,然后在自动化部署平台重新勾选分支,然后提交部署,完成一次重新发布,循环此过程,直至缺陷被修复。
如何排查日志
当测试提出某个环境有bug时,如果是传统Linux直接部署,我们会登录到指定的服务器用cat、grep、vim等指令进入日志文件,然后找到错误的堆栈信息。如果有结合Arthas的(Arthas排查错误)可以启动Arthas查看错误信息。但是现在一般都是会借助于Skywalking或ELK进行日志查看
图6 (自动化部署平台日志排查)
在上图中我们就可以看到:一个GET请求,请求路径是:/dict/default/staff,然后一个远程服务调用,使用的dubbo,最后查询mysql数据库,这样就完成一个完整的日志链路追踪。
如何回答相关问题
1.你们公司如何部署发布
方案一:Linux原生部署
我们公司的部署呢,还是比较原始的,就是直接部署在原生的Linux系统,我们平时dev发布就在idea构建好一个jar包,然后用XShell上传上去,用指令:nohup java -jar tj-learning.jar启动。测试环境和生产也是一样的操作
方案二:基于Jenkins的自动化部署平台
我们公司的部署都已经非常成熟了,有一套自动部署平台,底层是Jenkins+K8S实现自动化部署发布,我们只需要在dev、test、prod等环境勾选需要发布的分支就行,它全帮我们做好了自动部署。
2.你们公司怎么排查错误
方案一:Linux原生环境
我们公司的部署呢,还是比较原始的,就是直接部署在原生的Linux系统,所以排查日志也需要自己去找到error.log,然后手动找到报错的堆栈信息,分析出原因。比如有个NPE(NullPointException-空指针异常),就会显示具体哪行报错,我们就会分析、修复。
方案二:基于Docker的原生平台
我们公司目前的部署就是原生的Docker,通过docker logs命令人肉排查
方案三:基于Skywalking的日志检索平台(CI/CD平台)
对于日志排查,我们公司是有Skywalking的,只需要测试给我对应的traceId,我输入进去就可以看到完整的调用链路和报错的堆栈信息,然后就可以分析报错原因并修复了

油炸小波2024-08-01 11:553753
2
IP 属地 广东
举报
分享到:
注册 / 登录 语雀进行评论
1614 字
语雀
关于语雀使用帮助数据安全服务协议English快速注册
油炸小波
微服务技术栈
搜索
Ctrl + J
首页
目录
广告拦截器

相关文章
|
1天前
|
uml C语言
系统时序图
时序图是UML中描述对象间消息传递时间顺序的交互图,横轴为对象,纵轴为时间。它用于展示交互流程、强调时序、直观表达并发。主要元素包括角色、对象、生命线、控制焦点、消息(同步、异步、返回)及自关联消息,广泛应用于系统动态建模。
|
1天前
|
监控 算法 Unix
Thread.sleep(0) 到底有什么用(读完就懂)
Thread.Sleep(0)并非无意义,它会触发操作系统立即重新进行CPU竞争,让其他线程获得执行机会,避免界面假死。而Sleep(1000)也不保证精确唤醒时间,因线程需等待调度,并受优先级影响。理解其原理有助于优化多线程程序性能与响应性。
|
1天前
|
缓存 算法 Java
线程池
本文深入剖析Java线程池实现原理,涵盖ThreadPoolExecutor与ScheduledThreadPoolExecutor核心源码,解析线程复用、任务队列、拒绝策略及周期调度机制,并详解ThreadLocal与InheritableThreadLocal原理,助力掌握高效并发编程。
|
1天前
|
敏捷开发 Java 测试技术
为什么要单元测试
本文探讨单元测试如何提升软件开发效率。通过剖析测试体系演进、测试金字塔理念,阐明单元测试在提升代码质量、降低维护成本、加速迭代中的关键作用,打破“写单测费时”的认知误区,倡导研发自主保障质量,推动项目高效可持续发展。
|
1天前
|
存储 缓存 算法
零拷贝
实现文件传输时,传统方式需频繁系统调用与内存拷贝,导致大量上下文切换和性能损耗。为提升效率,可采用零拷贝技术,如`sendfile`,在内核态直接将磁盘数据通过PageCache传至Socket,减少上下文切换与内存拷贝。对于大文件或高并发场景,结合异步IO与直接IO,绕过PageCache,避免缓存污染,进一步优化性能。
|
1天前
|
存储 Java 编译器
Java泛型类型擦除以及类型擦除带来的问题
Java泛型在编译时会进行类型擦除,所有泛型信息被移除,仅保留原始类型(如Object或限定类型)。例如,List<String>和List<Integer>在运行时均为List,导致无法通过instanceof判断泛型类型。类型检查在编译期完成,基于引用而非对象本身。擦除后的方法重写可能引发桥方法机制以解决多态冲突,且泛型不支持基本数据类型、静态成员不能使用类级泛型参数。反射可绕过泛型限制,自动类型转换由编译器插入强转实现。
|
1天前
|
运维 Kubernetes 网络安全
Eclipse运行SSM/SSH项目教程
物理部署图描述系统运行时的硬件配置与软件部署结构,展现节点、构件、物件及连接关系,常用于理解分布式系统。通过可视化网络架构与组件部署,帮助开发与运维协作,确保应用与硬件高效整合,是实现系统可维护性与扩展性的重要工具。
|
1天前
|
运维 Kubernetes Java
每天一个小技巧
物理部署图描述系统运行时的硬件配置与软件部署结构,展现节点、构件、物件及连接关系,帮助理解分布式系统的网络架构与运维逻辑,是实现应用与硬件协同运行的重要设计工具。
|
1天前
|
运维 Kubernetes Java
物理部署图
物理部署图描述系统运行时的硬件配置与软件部署结构,展现节点、构件、物件及连接关系,常用于理解分布式系统。通过UML元素如节点(ECS、K8s Node)、构件(Pod)、Artifact(jar包)和网络连接,呈现应用如何在真实环境中部署运行,是开发与运维协同的重要工具。
|
1天前
|
数据采集 领域建模 数据库
领域·模型图
数据架构核心输出为ER图,包含实体、关系与属性。通过四色原型法进行领域建模:红色MI表时序事件,绿色PPT为业务对象,黄色Role是参与角色,蓝色DESC提供描述信息。以风控系统为例,从业务流程提炼MI,构建PPT实体,补充Role与DESC,最终提取含约束关系的ER图,指导数据模型设计。(238字)