DjangoAPI返回404错误，但只返回30%的时间。如何识别Docker设置中的错误？_Django_Docker_Ubuntu_Nginx_Wagtail

DjangoAPI返回404错误，但只返回30%的时间。如何识别Docker设置中的错误？

django docker ubuntu nginx

DjangoAPI返回404错误，但只返回30%的时间。如何识别Docker设置中的错误？,django,docker,ubuntu,nginx,wagtail,Django,Docker,Ubuntu,Nginx,Wagtail,我有一个脚本，每小时在我所有的服务器上点击一个简单的API，以确保它们正常运行。我的最新服务器没有使用我的正常堆栈，所以我怀疑我配置不正确。它目前正在向日志脚本返回偶尔出现的404错误服务器配置 Ubuntu、Nginx、PostgreSQL、主管使用Django/Wagtail和Gunicorn运行Docker容器当我访问webbrowser时看起来不错，但我的脚本在过去12小时内记录了四个404 我的主管日志显示了404，但未提供任何其他有用信息： [2018-07-16 20:2

我有一个脚本，每小时在我所有的服务器上点击一个简单的API，以确保它们正常运行。我的最新服务器没有使用我的正常堆栈，所以我怀疑我配置不正确。它目前正在向日志脚本返回偶尔出现的404错误

服务器配置

Ubuntu、Nginx、PostgreSQL、主管
使用Django/Wagtail和Gunicorn运行Docker容器

当我访问webbrowser时看起来不错，但我的脚本在过去12小时内记录了四个404

我的主管日志显示了404，但未提供任何其他有用信息：

[2018-07-16 20:22:35 +0000] [9] [INFO] Booting worker with pid: 9
[2018-07-16 20:22:35 +0000] [10] [INFO] Booting worker with pid: 10
[2018-07-16 20:22:35 +0000] [11] [INFO] Booting worker with pid: 11
Not Found: /_server_health/
Not Found: /_server_health/
Not Found: /_server_health/

Nginx日志中没有捕获相关信息

有人能推荐我可以采取哪些步骤来收集更多信息吗？或者这是否符合任何已知有问题的服务器配置的模式

编辑：看起来Wagtail有时会导致404：“引发者：Wagtail.core.views.service”

也许我的URL.py有问题？Wagtail的配置是否应该有所不同

url（r'^\u server\u health$，status\u api），

这些404是否可能是由于Web服务器尚未运行造成的？日志显示工作进程正在启动，但可能需要一段时间才能找到好问题！Nginx是在12小时的开始阶段启动的，所以我认为它应该一直在运行。可能Docker容器由于休眠而稍微延迟，这导致Nginx返回404？