waitress VS whitenoise

I have spent hours reviewing and testing ways of making waitress exit cleanly (like this and this) but the best I can do so far is a kind of suicidal SIGINT which makes Windows complain "the pipe has been ended" when stopping through the Services control panel, but at least it stops :-/ I guess the pythonservice.exe which pywin32 starts, should not terminate, just the waitress treads?

Waitress - for serving your application easily (pairs very well with Whitenoise).

If you’re delegating your load balancing to something else further up the stack and would prefer a simpler WSGI server than Gunicorn, Waitress is worth a look: https://github.com/pylons/waitress

You can use whitenoise. https://github.com/evansd/whitenoise

We’ll use this library to serve our static admin files. I’m not going to go over all the configuration details here, but you can feel free follow them on your own. Make sure the static files are part of the Lambda package.

I'm trying to serve static files through WhiteNoise as per Heroku's recommendation. When I run collectstatic in my development environment, this happens:

Waitress - for serving your application easily (pairs very well with Whitenoise).

3) Caching static assets - both of static assets. So maybe try deploying a Django app in a production environment and cache the static assets. You could put them behind a service like Cloudflare which will take care of that for you, or have a look at something like [Whitenoise](https://github.com/evansd/whitenoise) which will add the correct HTTP headers for you. You can spend some time reading about HTTP Caching headers and even try writing a simple middleware which caches certain requests to your Django app (just for learning purposes).

FWIW, I always use Whitenoise to serve Static files when I use Heroku, and only keep Media files on AWS. It works well.

In the beginning of the project, I chose Google Cloud Platform as the "Cloud Provider". But for simplicity and easy to use I switched to WhiteNoise to serve staticfiles.