Are uWSGI and Nginx required to serve a Flask app?

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 later.

If I don’t plan a big load on server (it’s hidden from public), does it make sense to run it without uWSGI? (Flask can listen to a port. Can Nginx just forward requests?)

  • docker segmentation fault (core dumped), what to do in this situation?
  • Flask, Gunicorn, NGINX, Docker : What is properly the way to config SERVER_NAME and proxy_pass?
  • Run python website on docker
  • Extra characters appearing in Flask JavaScript files
  • How to allocate more memory for docker container?
  • I have multiple flask microservices that all communicate with each other, how would I configure docker?
  • Does it make sense to not use even Nginx, just running bare flask app on a port?

  • Nginx configuration for docker repos in Artifactory
  • nginx as proxy to my mysql server in docker
  • How do I get my dreamweaver site to use my nginx docker container as a web test server?
  • docker nginx connection refused while connecting to upstream
  • docker registry v2 upload fails for some images
  • Using a PostgreSQL database with Docker and Flask, how does it work?
  • 2 Solutions collect form web for “Are uWSGI and Nginx required to serve a Flask app?”

    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.

    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)

    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.

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.