维护你的代码库并保持其相关性确有难度；但与之相比我们会发现，维护一个应用时最大的挑战来自于保持其存活和运行。不仅如此，随着 Node.js 变成大部分后端 API 的核心语言，单线程程序的伸缩也变得困难；这就是 PM2 出现并受到欢迎的原因了。
有很多进程管理工具，广为人知的如 Forever、strong-pm，或是不错的 Linux 系统工具 SystemD。还有就是本文的主角 PM2，有着 4100 多万的总下载量和 31k GitHub stars（译注：截止本文翻译时）。究其原因，简单地说，就是其简单易用并且让管理一个生产环境变得天衣无缝。
何为 PM2？
正如其新版首页中所标榜的，PM2 是一个“身经百战（battle hardened）”的、适用于生产环境的 Node.js 应用运行时和进程管理工具。 也自带了内建的 负载均衡器，这使得扩展应用愈加容易。最棒的是，它在 Linux、Windows 和 macOS 都能工作。
通过一个 process.json 配置文件（译注：该文件可自行命名，一般叫做 process.json、processes.json 或 ecosystem.json，该名称将作为参数传入 pm2 start 等命令中），你可以指定想要运行的进程及要扩展到多少个进程。当启动 PM2 时，它将根据以上配置文件处理其他所有的事情（甚至比配置文件指定的更多一些 😉）。
所有这些意味着 PM2 能帮助你保持 Node.js 应用永远运行下去，并在你更新应用或服务器时以 0 故障停机时间自动重启。
安装 PM2
安装 PM2 就是小菜一碟。首先，确保你已经配置好了 process.json 文件，用以启动进程。
一般只需运行 yarn add global pm2 即可安装。如果使用了一个 Docker 容器（对，也支持 Docker），按照 pm2.keymetrics.io/docs/usage/… 中的说明安装。
如果你实在好奇它看起来长什么样，这里有一个 process_prod.json 文件的例子，用于一个开源的 RSS & 播客 应用：
// process_prod.json { "apps": [{ "name": "api", "cwd": "api/dist", "script": "server.js", "watch": false }, { "name": "conductor", "cwd": "api/dist/workers", "script": "conductor.js", "watch": false }, { "name": "rss-worker", "cwd": "api/dist/workers", "script": "rss.js", "instances": 2, "exec_mode": "cluster", "watch": false }, { "name": "podcast-worker", "cwd": "api/dist/workers", "script": "podcast.js", "instances": 2, "exec_mode": "cluster", "watch": false }, { "name": "og-worker", // 应用名称 "cwd": "api/dist/workers", // 启动应用的目录 "script": "og.js", // 启动脚本 "instances": 2, // 被启动的应用实例数量 "exec_mode": "cluster", // 启动模式，默认为 fork "watch": false, // 如果允许 watch，则其中的文件改变会引发重启 "max_memory_restart": "150M" // 引发重启的最大内存使用量 } ] }
如你所见，我们运行了若干个进程，并且 PM2 轻松掌控了一切；其自动地使用了 Node.js 的 Cluster API 以实现多进程。
译注：配置文件的完整介绍见 pm2.keymetrics.io/docs/usage/…
技巧 & 经验
对于任何应用（或者本例中的进程管理工具），从先行者那里了解一些技巧和经验都是有好处的。
自动重启
一旦 PM2 启动，你的应用就将永远存活，并在应用崩溃和机器重新启动后自动重启 -- 所有这些只消一条简单的命令（用于获得针对所在机器的自动配置过的启动脚本）：
pm2 startup
如：
$ pm2 startup [PM2] You have to run this command as root. Execute the following command: sudo su -c "env PATH=$PATH:/home/unitech/.nvm/versions/node/v4.3/bin pm2 startup <distribution> -u <user> --hp <home-path>
只要按照打印的结果，拷贝并运行得到的脚本就行了。
进程管理
不管你运行了多少个应用，PM2 的一套命令都能让你管理它们各自的状态。以下是常用的一些命令（不区分顺序）：
pm2 start process_prod.json— 通过进程配置文件启动进程pm2 ls— 列出所有的应用pm2 stop <app>— 停止指定的应用pm2 start <app>— 启动指定的应用pm2 <app> scale N— 缩放指定应用的实例数量pm2 kill— 杀掉所有运行中的应用pm2 restart— 重启所有运行中的应用pm2 reload— 重新加载应用配置（这会在你修改了应用的环境变量时派上用场）
进程监控
运行命令 pm2 monit 会返回关于应用健康的丰富数据。比如，你将看到 CPU 利用率、内存使用量、请求分钟数等等。
日志管理
PM2 内建了日志管理功能。它从所有你的应用中聚合日志数据，并将其写入一个用于阅读的源文件中。你甚至可以通过事实跟踪日志来看到应用背后正在发生什么。 PM2 的日志管理也提供了日志循环，这一点非常重要，特别是当应用程序频繁地输出详细日志时。
有三条我经常使用的命令，想必你也应该一样：
pm2 logs— 从所有正在运行的应用中输出日志pm2 logs <app>— 只从指定的应用中输出日志pm2 flush— 刷新所有日志数据，释放磁盘空间
请记住，确保日志循环是最重要的事情。这样做将会把一个巨大的日志文件分割成若干易于 PM2 管理的小文件。要做到这点，运行如下命令：
pm2 install pm2\-logrotate
日志管理的更多信息可以在 pm2.keymetrics.io/docs/usage/… 找到。
如果发现你的实例经常被日志填满，也可以考虑使用一个集中式日志服务，如 Loggly、Papertrail，或 ELK。
最佳实践
通常，我会乐于遵守 “应用十二因素”（12factor.net/）所述的实践。这将帮助… PM2 所有的优势。如果你已经阅读过其声明，应该见到了这 12 条规则：
- 一个置于版本控制下的代码库, 多份部署
- 明确地声明，并隔离依赖
- 在环境而非代码中存储配置
- 将后端服务视为附加资源
- 严格区分构建和运行阶段
- 以一个或多个无状态进程运行应用
- 通过端口绑定输出服务
- 通过进程模型扩展
- 通过快速启动和优雅地关闭保证最大的健壮性
- 尽可能保持开发和线上环境尽量一致
- 把日志视为事件流
- 以一次性进程的形式运行后台管理任务
如果遵守了以上规则，你将能够通过 PM2 高效而安全地扩展任何应用。
