Ever Gauzy 项目移除 PM2 依赖的技术决策分析

背景与决策动因

Ever Gauzy 作为一款开源的企业管理平台，近期完成了从 PM2 进程管理器到容器化编排体系的完整迁移。这一技术决策主要基于以下三个核心因素：

1. 架构演进需求：现代云原生架构下，容器编排平台（如 Kubernetes）已能完美替代 PM2 的多进程管理功能
2. 许可证合规考量：PM2 新版本采用 AGPL 许可证，可能引发开源项目的合规风险
3. 运维标准化：统一使用 Docker 和 Kubernetes 作为运行时环境，简化运维体系

技术实现细节

项目团队通过以下步骤完成了这项架构改造：

1. 依赖清理：全面扫描代码库，移除所有 PM2 及其相关模块（如 @pm2/agent）的引用
2. 容器化适配：重构 Dockerfile 和相关容器配置，确保服务进程能够直接运行
3. 健康检查机制：采用 Kubernetes 原生的存活探针（Liveness Probe）和就绪探针（Readiness Probe）替代 PM2 的进程监控功能
4. 日志处理：将原本由 PM2 处理的日志收集转由容器平台的日志驱动接管

架构对比分析

传统 PM2 方案特点

• 单机多进程管理
• 内置负载均衡
• 进程崩溃自动重启
• 日志集中收集

容器化方案优势

• 真正的进程隔离（容器级隔离）
• 跨节点自动调度（Kubernetes 集群层面）
• 标准化部署单元（容器镜像）
• 与云原生监控体系无缝集成

兼容性考虑

对于仍需要运行在传统环境中的用户，项目团队提供了明确的指导建议：

1. 开发环境可使用 nodemon 等轻量级工具
2. 生产环境建议优先采用容器化部署
3. 未来将通过插件机制提供 PM2 集成方案，确保有特殊需求的用户仍能使用

最佳实践建议

1. 中小型部署：推荐使用 Docker Compose 实现多容器编排
2. 大规模部署：建议采用 Kubernetes 集群部署
3. 混合云场景：可考虑使用 Kubernetes 发行版如 Rancher 或 OpenShift
4. 本地开发：利用 Docker Desktop 的 Kubernetes 功能保持环境一致性

这项架构调整体现了 Ever Gauzy 项目紧跟云原生技术发展趋势的决心，同时也展现了团队对开源许可证合规性的高度重视。通过标准化容器运行时环境，项目获得了更好的可移植性和更简洁的依赖树，为后续功能演进奠定了更坚实的基础。