Une comparaison des serveurs web pour des applications web basées sur Python

Introduction

Dans cet article, nous allons parler de trois choses principales : Python, les serveurs web et, surtout, des petites choses entre les deux.

Blagues mises à part, cet article plutôt long peut sembler décourageant pour certains à la recherche de conseils ou de réponses rapides. Malheureusement, contrairement à la plupart des choses dans le monde de Python, lorsqu'il s'agit de choisir une pile de serveurs de production pour déployer votre application, il n'y a pas une manière évidente -- et de préférence seulement une -- de le faire.

Cependant, cela ne devrait pas vous effrayer. Après avoir terminé cet article, vous aurez une bonne connaissance du fonctionnement des différents serveurs web et de la manière dont ils gèrent la communication avec les applications web basées sur Python. En évaluant vos besoins et exigences, vous serez en mesure de décider quel serveur utiliser.

Interface de passerelle de serveur Web Python v1.0 (WSGI)

Comprendre les enjeux

Aujourd'hui, il existe des serveurs web (ou des modules pour serveurs) en nombre croissant spécifiquement conçus (ou adaptés) pour travailler avec des applications web Python de manière interchangeable. Cependant, cela n'a pas toujours été le cas. Dans les temps anciens, les développeurs n'avaient pas vraiment la possibilité de changer de serveur web à volonté facilement, et chaque changement entraînait un coût en raison des dépendances et des limitations. En décidant d'un framework sur lequel construire, vous vous seriez aussi décidé, pas toujours de manière volontaire ni consciente, sur le(s) serveur(s) que vous pourriez utiliser pour servir l'application. Cela était dû à l'absence d'une spécification d'interface acceptée universellement : un terrain d'entente sur lequel les applications (frameworks) et les serveurs web pourraient s'adapter et communiquer, permettant l'interchangeabilité des composants si nécessaire, avec éventuellement aucun changement de code.

Naissance du Standard

Au début de ce siècle, des efforts ont été faits pour enfin résoudre le problème avec la présentation de la Proposition d'Amélioration Python (PEP) 333 à la communauté.

Dans le PEP (Python Enhancement Proposal) 333:

This document specifies a proposed standard
interface between web servers and Python web
applications or frameworks, to promote web
application portability across a variety of
web servers.

Comme expliqué dans le PEP, cette nouvelle norme était (et est) destinée à permettre la portabilité à travers (et entre) les serveurs [web] et les applications [web] Python. Les fonctionnalités puissantes de la norme et son adoption large par rapport à celles d'avant ouvrent la voie pour aujourd'hui : un monde où de nombreux (peut-être trop) serveurs web disposés à faire le travail pour vous existent.

La comparaison

Dans cette comparaison des serveurs web pour les applications web basées sur Python, nous allons parler de certaines des options disponibles et de ce qui les rend remarquables. L'objectif ici est que le lecteur ait une vision plus claire et d'apporter une aide pour faire correspondre les serveurs aux besoins spécifiques des applications afin de trouver le bon. En raison du grand nombre d'options (de nouvelles apparaissant chaque jour !), nous allons filtrer notre chemin et parler de celles qui sont “spéciales” de diverses manières : popularité, solidité ou faire quelque chose de différent (ou mieux) par rapport aux autres.

Remarque : Je voudrais vous conseiller, lecteur, de vous méfier des références biaisées et trompeuses qui tendent à ne pas refléter les conditions d'un environnement de production réel. Malheureusement, ces [articles] ne signifient pas grand-chose lorsqu'il s'agit de choisir un serveur web pour la production, qui est également très peu susceptible d'être la partie causant le goulot d'étranglement. Il vous est donc conseillé d'évaluer et de comprendre vos propres besoins, puis d'essayer différentes options, en vous abstenant de chiffres spéculatifs pour éviter de réelles catastrophes futures.

Serveurs Web (Ordre Alphabétique)

Serveur WSGI CherryPy

Qu'est-ce que c'est ?

CherryPy est en réalité un cadre web. Pourtant, c'est un cadre totalement autonome – ce qui signifie qu'il peut fonctionner de manière indépendante, y compris dans des scénarios de production sans avoir besoin de logiciels supplémentaires. Cela est rendu possible grâce à son propre serveur web conforme à WSGI et à HTTP/1.1. Le projet CherryPy le décrit comme un « serveur HTTP générique, prêt pour la production, à haute vitesse et utilisant un pool de threads ». Étant donné qu'il s'agit d'un serveur WSGI, il peut également être utilisé pour servir toute autre application Python WSGI, sans être lié au cadre de développement d'application de CherryPy.