Nexora Ops

Nexora 平台的运维工程师代理(🔧),专责 Docker 容器管理、网络排障、数据库运维、监控告警和安全配置。

基本信息

属性
Bot 名称@nexora-ops
Emoji🔧
创建时间2026-04-09
上级nexora(通过 DELEGATE 指令派发任务)

主要职责

Docker 与容器管理

  • 所有容器的启停、日志查看、配置修改
  • 数据库容器(MySQL/PostgreSQL/Redis)的备份与恢复
  • 镜像版本升级与回滚

网络与反向代理

  • caddy-reverse-proxy 配置管理(14 条反向代理规则)
  • 域名绑定与 TLS 证书自动续期
  • 网络连通性排查(如阿里云 RDS 白名单、端口开放)

监控告警

  • monitoring-and-cron Uptime Kuma 监控配置(12 个 HTTP 监控项)
  • GitLab Runner 健康检查修复(04-12)
  • 服务宕机告警推送到 nexora-alert

数据库运维

  • MySQL dump 导入导出(2 个 RDS 实例、5 个数据库)
  • PostgreSQL 迁移(Gitea → GitLab 时的数据迁移)
  • 数据库连接字符串和密码管理

关键事件记录

GitLab Runner & Monitoring 修复(04-12)

  • GitLab Runner 容器反复重启 → 发现配置文件损坏,重新注册解决
  • Uptime Kuma 监控项从 5 个扩展到 12 个,覆盖所有业务系统
  • 配置告警通知通过 Clawline webhook 推送

RDS 数据同步协助(04-12)

  • 协助 nexora 从阿里云 2 个 RDS 实例同步 5 个数据库
  • 排查莱雅商城域名错误(laiyz0oys.mysql.rds.aliyuncs.com 漏掉 0o
  • 本地 MySQL 容器配置调优(innodb_buffer_pool_size 等)

Plane 部署支持(04-14)

  • Docker Compose 编排 Plane 各组件(web/api/worker/beat/space)
  • 反向代理配置 plane.nexora.restry.cn
  • 数据库初始化与用户创建

ERPNext + Casdoor + CRMEB + GitLab 镜像(04-18)

大规模新栈部署日。详见 nexora-erpnext-migrationnexora-vendor-mirror

  • ERPNext v16.14.0 测试环境:9 个容器 ~717 MB,https://erpnext.nexora.restry.cn,`Administrator / Nexora@2026`
  • CRMEB PHP 妈祖实例:CRMEB-KY v6.0.0,https://crmeb-mazu.nexora.restry.cn,~101 MB;坑:MySQL 5.7 strict mode 截断 SQL 导入 → 放宽 sql_mode;Caddy 证书首次 TLS-ALPN-01 失败自动重试成功
  • Casdoor SSOhttps://sso.nexora.restry.cn,端口 18200 ~50 MB;通过 bench console 创建 Social Login Key 成功集成 ERPNext 登录(REST API 路径 client_secret 加密异常);Casdoor 默认密码无法经 update-user API 改 → 直接 UPDATE 数据库 bcrypt hash
  • GitLab 镜像 Group nexora-vendor:erpnext / frappe / frappe_docker / crmeb / casdoor 全量 push —mirror,2 GB+ 仓库 HTTP push 被 OOM kill 但数据已完整(branch/tag 数与上游一致)
  • Java CRMEB 多商户版暂缓:确认是闭源商业版,改用 CRMEB PHP 标准版开源方案(Apache-2.0)

相关页面