Setting up Flask with uWSGI and Nginx is quite difficult, and even with buildout scripts it takes quite some time, and has to be recorded to instructions to be reproduced la
When you "run Flask" you are actually running Werkzeug's development WSGI server, and passing your Flask app as the WSGI callable.
The development server is not intended for use in production. It is not designed to be particularly efficient, stable, or secure. It does not support all the possible features of a HTTP server.
Replace the Werkzeug dev server with a production-ready WSGI server such as Gunicorn or uWSGI when moving to production, no matter where the app will be available.
The answer is similar for "should I use a web server". WSGI servers happen to have HTTP servers but they will not be as good as a dedicated production HTTP server (Nginx, Apache, etc.).
Flask documents how to deploy in various ways. Many hosting providers also have documentation about deploying Python or Flask.
Presumably you already have a Flask app object and routes set up, but if you create the app like this:
import flask
app = flask.Flask(__name__)
then set up your @app.route()
s, and then when you want to start the app:
import gevent
app_server = gevent.wsgi.WSGIServer((host, port), app)
app_server.serve_forever()
Then you can just run your application directly rather than having to tell gunicorn or uWSGI or anything else to run it for you.
I had a case where I wanted the utility of flask to build a web application (a REST API service) and found the inability to compose flask with other non-flask, non-web-service elements a problem. I eventually found gevent.wsgi.WSGIServer
and it was just what I needed. After the call to app_server.serve_forever()
, you can call app_server.stop()
when your application wants to exit.
In my deployment, my application is listening on localhost: using flask and gevent, and then I have nginx reverse-proxying HTTPS requests on another port and forwarding them to my flask service on localhost.