在生产中debuggingdocker + gunicorn应用程序的替代scheme
我很好奇人们用什么替代品来debugging在Docker容器中运行uwsgi或gunicorn的应用程序。
这种情况将是一个无法在本地复制的错误,而且似乎只在生产/分期阶段才会发生。
从我看到的,有些人似乎build议在服务器上运行应用程序的第二个实例,并使用ssh隧道来debugging。 添加一些痕迹,一旦发现问题,杀死第二个实例,并恢复正常。
另一个select是使用像rpdb或pudb这样的东西,但是像往常一样,这意味着必须添加追踪到任何我们想添加断点的位置,以及重新启动gunicorn或Docker容器来考虑这些变化。
最后一个选项,我能想到的是使用验尸,这也是好的,但像往常一样,意味着重新启动服务器,因为我必须包含痕迹,所以如果发生exception,debugging器将显示…
对我来说干扰less一些似乎是第一select,因为我可以同时运行两个相同的应用程序的实例,debugging后,我可以closuresdebugging的一个,原来的一个没有改变… …
任何其他选项?
- 如何在Docker容器内以debugging模式运行Websphere Liberty?
- 如何用VS代码远程debuggingDocker容器中的Python代码
- 如何将Visual Studio 2015debugging器附加到以前部署的asp.net核心docker容器
- 远程LLDBdebugging – Docker容器
- docker中的节点检查器不加载源代码
- docker上找不到资源发现错误 – 组成
- 远程debuggingDocker中的节点9
- .Net Core Clrdebugging器VSDBG在Windows Docker容器中连接到远程进程时暂停应用程序
- Visual Studio代码 – 如何远程debuggingDocker容器中的Python代码