Sind ein WSGI-Server und HTTP-Server erforderlich, um eine Flask-App zu bedienen?

Question

Das Einrichten von Flask mit uWSGI und Nginx ist ziemlich schwierig, und selbst mit Build-Skripten dauert es einige Zeit, und es muss in Anweisungen aufgezeichnet werden, die später reproduziert werden.

Wenn ich keine große Last auf dem Server plane (es ist aus der Öffentlichkeit versteckt), macht es Sinn, es ohne uWSGI zu betreiben? (Flask kann auf einen Port hören. Kann Nginx Anfragen einfach weiterleiten?)

Macht es Sinn, nicht einmal Nginx zu benutzen, nur blank flash app auf einem Port laufen zu lassen?

Answer 1

Wenn Sie "Flask" ausführen, führen Sie den WSGI-Server von Werkzeugentwicklung aus und übergeben Ihre Flask-App als WSGI-Aufruf.

Der Entwicklungsserver ist nicht für die Verwendung in der Produktion vorgesehen. Es ist nicht dafür ausgelegt, besonders effizient, stabil oder sicher zu sein.

Ersetzen Sie den Werkzeug Dev-Server durch einen produktionsbereiten WSGI-Server wie Gunicorn oder uWSGI, wenn Sie in die Produktion gehen, egal wo die App verfügbar ist.

---

Die Antwort ist ähnlich für "sollte ich einen Webserver verwenden". WSGI-Server haben zwar HTTP-Server, aber sie sind nicht so gut wie ein dedizierter Produktions-HTTP-Server (Nginx, Apache usw.).

---

Flask documents wie auf verschiedene Weise zu implementieren. Viele Hosting-Anbieter haben auch Dokumentation über die Bereitstellung von Python oder Flask.

Answer 2

Vermutlich haben Sie bereits eine Flasche App Objekt und Routen einrichten, aber wenn Sie die App wie folgt zu erstellen:

import flask 

app = flask.Flask(__name__) 

dann @app.route() s einrichten, und dann, wenn Sie die App starten möchten:

import gevent 

app_server = gevent.wsgi.WSGIServer((host, port), app) 
app_server.serve_forever() 

Dann können Sie einfach Ihre Anwendung ausführen direkt, anstatt zu sagen, mit gunicorn oder uwsgi oder irgendetwas anderes es für Sie ausführen.

Ich hatte einen Fall, wo ich das Dienstprogramm von Kolben wollte, um eine Webanwendung (ein REST API-Dienst) zu erstellen und die Unfähigkeit zu finden, Flasche mit anderen non-flask, non-Web-Service-Elementen ein Problem zu komponieren. Ich fand schließlich gevent.wsgi.WSGIServer und es war genau das, was ich brauchte. Nach dem Anruf an app_server.serve_forever() können Sie app_server.stop() aufrufen, wenn Ihre Anwendung beendet werden soll.

In meiner Bereitstellung überwacht meine Anwendung localhost: mit flask und gevent, und dann habe ich HTNPS-Reverse-Proxy-Anfragen auf einem anderen Port und leiten sie an meinen flask-Dienst auf localhost.