前言目前公司的生产环境部署都是由我来完成,其实步骤也很简单。一.使用skopeo把镜像同步至idc机房机器上二.使用k8s脚本做到一键部署升级这里不得不说AI的强大,我一个开发都可以轻松做运维的事情。之前都是在服务器上去运行,所以这次就只是简单的用jenkins组合一下步骤然后配置下定时执行（免得升

前言：今天在生产环境中发现取价接口,每次调用得到值都不同，原因是因为分组后有多条数据,根据order by排序不生效。原SQLselectT.query_id as queryId,pricefrom(selectquery_param.query_id,c.pricefrom(select1 as

启动后使用命令卡顿containerd 服务启动失败，使用命令 journalctl -xe -u containerd 查看日志如下所示：docker panic invalid freelist pagexx首先得根据这个 panic 的堆栈，调用关系是 main.main -> cobr

前言在项目中使用的是skywalking做为分布式链路跟踪,但是有个问题就是只能根据追踪tid去查询,而项目上日志又未输出tid。不过对于我们而言，首要目的就是 Trouble Shooting，出了问题需要快速定位异常出现在什么服务，整个请求的链路是怎样的。其实很简单我们只需要跟项目中的框架结合（

安装这里我选择使用docker直接部署，当然你也可以选择用helm。链接

前言之前迁移代码时,因为时间紧急就只使用了一个分支进行测试和生产环境使用。因此会导致版本当前不需要上线需要回滚的情况，基于之前jll-master分支抽出jll-release.(jll-master 预发版分支),因为目前不想变动jll-master的版本号，因此选择使用cherry-pick去将

前言idea工具中的Bookmarks确实是挺好用的,但是这个数据是保存在xml中的,这个属实有点尴尬了步骤1.找到安装目录下的\config\workspace，按照时间排序

如下之前服务都部署在esxi中（N5105)中的openWrt上,思考再三还是把服务从中迁移到另外ubutnu中虽然也是在N5105中，不过我资源给的比较多,以及更方便。但也是因为迁移(顺便扩容)导致我的2023年-03至现在的博客数据无了.duplicate没有备份这个文件夹。都是教训哎…仅此留作

前言来到百胜这个项目组也有一年时间了。在负责JLL-E3+ 3.0的这个项目上不得不说提升确实有，但伴随而来的也是身心疲倦，加班加点早已是家常便饭，三分之二二的都是996的过发。最终我还是提出了辞职。插曲可能由于个人吃苦耐劳爱钻研深受同事领导的赏识,竟然被领导看重(纯属自恋)。内推进甲方,以及总监转

前言项目临近上线,有非常多的单据和主数据是要导入进去。而同步导入比较慢,导致nginx超时报错。因此写了一个公用的跨模块异步导入,有些问题需要线上排查,故学习下arthas.