在生产中debuggingdocker + gunicorn应用程序的替代scheme

我很好奇人们用什么替代品来debugging在Docker容器中运行uwsgi或gunicorn的应用程序。

这种情况将是一个无法在本地复制的错误,而且似乎只在生产/分期阶段才会发生。

从我看到的,有些人似乎build议在服务器上运行应用程序的第二个实例,并使用ssh隧道来debugging。 添加一些痕迹,一旦发现问题,杀死第二个实例,并恢复正常。

另一个select是使用像rpdb或pudb这样的东西,但是像往常一样,这意味着必须添加追踪到任何我们想添加断点的位置,以及重新启动gunicorn或Docker容器来考虑这些变化。

最后一个选项,我能想到的是使用验尸,这也是好的,但像往常一样,意味着重新启动服务器,因为我必须包含痕迹,所以如果发生exception,debugging器将显示…

对我来说干扰less一些似乎是第一select,因为我可以同时运行两个相同的应用程序的实例,debugging后,我可以closuresdebugging的一个,原来的一个没有改变… …

任何其他选项?