MacOS 多用户部署 CI-Runner

在单台 macOS 机器上可以通过创建多个用户实现每个用户独立部署 CI Runner，且这些 Runner 能够同时独立运行，具体实现方式和特性如下：

多用户创建与隔离
macOS 原生支持多用户账号（系统偏好设置 → 用户与群组），每个用户拥有独立的文件系统空间（/Users/[用户名]）、环境变量、应用配置和权限范围。
这种隔离确保了不同用户的 CI Runner 配置文件（如 config.toml）、依赖缓存（如 ~/.cache）、日志文件等不会相互干扰。
每个用户独立安装 CI Runner
主流 CI 工具（如 GitLab Runner、GitHub Actions Runner）的安装过程支持用户级部署：
- 无需管理员权限（sudo），可将 Runner 二进制文件安装在用户目录（如 ~/bin/gitlab-runner）。
- 配置文件默认存储在用户主目录（如 ~/.gitlab-runner/config.toml），仅当前用户可读写。
- 注册 Runner 时使用独立的 token，关联到不同项目或标签（如按用户隔离任务类型）。

资源隔离与冲突避免
- 端口占用：若 Runner 需要绑定端口（如监听本地服务），需为每个用户的 Runner 配置不同端口（在 config.toml 中指定），避免端口冲突。
- 系统资源：macOS 会自动为多用户进程分配 CPU、内存等资源，只要机器硬件性能足够（如多核 CPU、充足内存），多个 Runner 可并行执行任务。
- 共享资源访问：若任务需访问系统级资源（如 /usr/local 目录下的工具），需确保权限兼容（如通过 chmod 赋予所有用户执行权限），或在每个用户目录下安装独立工具（如使用 brew install --user 本地安装）。
进程独立性
每个用户的 Runner 以独立进程运行（属于对应用户的进程组），由 macOS 进程管理机制隔离，一个 Runner 崩溃或重启不会影响其他用户的 Runner。
可通过 ps aux | grep runner 查看所有用户的 Runner 进程，确认其运行状态。
服务启动方式
- 手动启动：每个用户登录后，在终端执行 gitlab-runner start 启动自己的 Runner。
- 后台自动启动：通过 launchd 配置用户级服务（在 ~/Library/LaunchAgents/ 下创建plist文件），实现用户登录后自动启动 Runner，无需手动干预。

适用场景
- 隔离不同项目的 CI 任务（如开发环境与测试环境的 Runner 分离）。
- 按任务类型分配 Runner（如一个用户的 Runner 专门处理 iOS 编译，另一个处理单元测试）。
- 资源有限时，在单台机器上模拟多 Runner 集群，降低硬件成本。
注意事项
- 硬件性能瓶颈：单台机器的 CPU、内存、磁盘 I/O 是共享资源，若多个 Runner 同时执行高负载任务（如 iOS 编译、大型项目构建），可能因资源竞争导致任务变慢，需根据机器配置合理规划 Runner 数量（如 8 核 CPU 建议不超过 4 个并发 Runner）。
- 权限管理：避免给普通用户赋予 sudo 权限，防止 Runner 任务越权操作影响其他用户或系统安全。
- 日志与监控：每个 Runner 的日志默认存储在用户目录（如 ~/.gitlab-runner/logs），需分别查看；可通过 top 或 Activity Monitor 监控整体资源占用，及时调整任务调度。

完全可行：在单台 macOS 上创建多个用户，每个用户可独立安装、配置 CI Runner，且这些 Runner 能基于用户隔离机制同时独立运行。实际使用时需注意端口冲突、资源分配和权限控制，以确保任务执行的稳定性和安全性。

晴耕雨读