无法在CloudFoundry上使用python manage.py runserver 0.0.0.0:8080启动Django应用程序

我正在尝试在CloudFoundry中托管Django应用程序。如果我使用外部软件包gunicorn，我就能够托管该应用程序。但是使用Django内置的runserver，应用程序还没有启动

Gunicorn的

Procfile

内容为：

web: gunicorn 
dcms.wsgi:application

此文件的结果如下：

应用程序已启动，并且可以看到在 网址

django内置runserver的Procfile内容为：

web: python manage.py runserver 0.0.0.0:8080

此

Procfile

的结果：

正在等待应用程序启动。。。 启动失败

---

所以，我想知道两者之间的区别。并希望在不使用外部软件包的情况下使用runserver使其工作。

这不是对您问题的回答，但如果您能够让Gunicorn运行，为什么要使用开发服务器进行生产？Gunicorn是最知名的应用服务器之一，不确定是否使用Django的开发服务器，它不是为生产而设计的，将更符合要求。此外，外部包的定义是什么？您正在使用Django，它也是一个外部包。编辑：OP似乎删除了他们的评论。我使用术语“外部软件包”，因为我需要在requirement.txt文件中添加Gunicorn，其中提到应用程序所需的所有软件包。我对Gunicorn和Django的服务器知之甚少。我只想知道它为什么只使用一个命令而不使用其他命令。我的评论有点离题，不过还是有好的建议。我想原因是CloudFoundry希望web进程绑定到端口80。这不是对你问题的回答，但如果你能够让Gunicorn运行，为什么要使用开发服务器进行生产？Gunicorn是最著名的应用服务器之一，不确定是否使用Django的开发服务器，它不是为生产而设计的，将更符合要求。此外，外部包的定义是什么？您正在使用Django，它也是一个外部包。编辑：OP似乎删除了他们的评论。我使用术语“外部软件包”，因为我需要在requirement.txt文件中添加Gunicorn，其中提到应用程序所需的所有软件包。我对Gunicorn和Django的服务器知之甚少。我只想知道这一点，为什么它只使用一个命令，而不使用其他命令。我的评论有点离题，但无论如何都是好的建议。我想原因是CloudFoundry希望web进程绑定到端口80。