我们使用有PM2在生产中应用的NodeJS
现在到了码头工人在理想情况下希望我们能有每个容器一个过程（虽然它得到了改变，每一个容器现在关注），然后就可以酿出许多容器，如果你的应用程序是横向扩展。
最后，谈到谁管理集装箱供应商，AWS ECS例如旋转起来的机器并运行Docker容器。当它被崩溃或无法访问，它旋转了另一台机器，并确保应用程序如果可能的话运行。也有是在泊坞窗本身和正在使用HealthCheck一个AWS ECS选项（我假设其他供应商将使用它）。
所以，有了这一切，上运行ECS泊坞窗图像还是我完全失去了一些东西时，我真的需要PM2或其他任何进程管理器？
在我看来，没有 - 你不应该需要使用PM2或类似的流程经理在ECS容器。
只要坚持到运行一个进程（即node）每个集装箱，并让ECS代理管理一切。正如你所说的，如果它崩溃和进程退出，代理将简单地在集群中的另一个容器代替它。对于韧性，一定要在你的集群至少2个ECS实例，并为每个应用程序运行的至少2个容器（代理将放置这些跨实例）。
还可以使用应用程序负载平衡器和你的目标群体定义HTTP健康检查，只是柜面应用程序变得没有反应，但过程不退出无论出于何种原因。