GRManager

部署过程

所有操作都是基于项目根目录执行

构建镜像【确保构建的镜像干净，不要有db文件覆盖挂载的数据卷】

docker-compose -f docker-compose-build.yaml build

• backend镜像：
• judge_center镜像

导出镜像【外网】

约定：使用镜像名称+tag进行导出，禁止使用镜像ID，tar包命名使用镜像名称+tag

docker save -o grmanager_judge_center_latest.tar grmanager_judge_center:latest

导出镜像后进行压缩为zip包，避免光栅传输tar包文件损坏

导入镜像【内网】

将镜像zip包上传到服务器，解压出tar包【tar包不要解开】

删除老镜像【删除之前需要先停止对应容器，删除对应容器docker stop、docker rm】

docker rmi grmanager_judge_center:latest

导入镜像

docker load < grmanager_judge_center_latest.tar

容器

1. 创建并启动所有容器

docker-compose up -d

2. 创建并启动指定容器

docker-compose up -d nginx

3. 销毁（停止并删除）容器【销毁编排的所有容器】

docker-compose down

启动、停止、删除、重启指定容器

1. 停止某个容器

docker-compose stop backend

2. 启动某个容器

docker-compose start backend

3. 删除某个容器【更新后端服务】

docker-compose rm backend

4. 重启某个容器【更新前端后，重启nginx】

docker-compose restart backend

数据卷挂载

TODO LIST

• 生成缺陷数据；
• 支持删除组件；
• 自动将运行超过30分钟的任务状态设置为异常失败；
• 研判中心任务注册；
• 研判中心缺陷数据推送；
• 新增配置后刷新 /home; /module; /task
• 打包部署；
• 适配PostgreSQL；
• 风险详情提供Service call外部调用Top5【按Avg time从大到小】
• 风险详情提供Queries模块的SQL Top5【按Avg time从大到小】
• 接口内部报错信息【区分trace类型，error、normal、partial】
• Errors 对应的URL（By Error count)，ErrorMessage，ErrorTraces
• 对于已经连不上的glowroot节点，要在一定的重试阈值检查后，置为locked状态，避免反复无效的检查【优先级低】
• 任务运行成功后，清理数据库
• 问题定位原因推荐【jdbc慢、http client慢、具体慢的sql、service call】
• 增加Glowroot的Errors Tab卡的error trace数据分析维度
• 支持任务检查事务清单的查看, 这个需求属于性能运营管理定制化需求，非所有用户使用的公共需求，不通过陨石平台实现。会提供一个独立的后台服务功能，支持动态输入selet SQL语句，下载excel表格文件。
• 支持配置glowroot节点是否需要认证，默认开启
• 对于超长的风险信息，应该截断（陨石平台有长度限制），并给出说明，请查看附件

多平台架构镜像构建

cd backend
# 方式1
docker buildx build -t grmanager_backend:1.0.8 --platform=linux/arm64 -o -type=docker . -f Dockerfile.backend
# 方式2
docker buildx build --output=type=docker,dest=/home/fh/Test/ARM/grmanager_backend_1.0.8.tar -t grmanager_backend:1.0.8 --platform=linux/arm64 . -f Dockerfile.backend