Ein Vergleich von Webservern für auf Python basierende Webanwendungen

Einführung

In diesem Artikel werden wir über drei Hauptthemen sprechen: Python, Webserver und vor allem über die Kleinigkeiten dazwischen.

Spaß beiseite, dieser ziemlich lange Artikel könnte für einige, die nach einer schnellen Anleitung oder Antworten suchen, ernst erscheinen. Leider gibt es im Gegensatz zu den meisten Dingen in der Welt von Python, wenn es darum geht, einen Produktionsserver-Stack auszuwählen, um Ihre Anwendung bereitzustellen, nicht den einen – und vorzugsweise nur einen – offensichtlichen Weg, dies zu tun.

Dies sollte Sie jedoch nicht abschrecken. Nach dem Lesen dieses Artikels werden Sie ein gutes Wissen darüber haben, wie verschiedene Webserver funktionieren und die Aufgabe übernehmen, mit Python-basierten Webanwendungen zu kommunizieren. Nachdem Sie Ihre Bedürfnisse und Anforderungen bewertet haben, werden Sie in der Lage sein zu entscheiden, welchen Server Sie verwenden möchten.

Python Web Server Gateway Interface v1.0 (WSGI)

Die Probleme verstehen

Heute gibt es immer mehr Webserver (oder Module für Server), die speziell dafür entwickelt (oder angepasst) wurden, um mit Python-Webanwendungen austauschbar zu arbeiten. Allerdings war das nicht immer der Fall. In alten Zeiten hatten Entwickler nicht wirklich die Möglichkeit, Webserver nach Belieben einfach zu wechseln, und jeder Wechsel war mit Kosten aufgrund von Abhängigkeiten und Einschränkungen verbunden. Bei der Entscheidung für ein Framework, auf dem man aufbauen wollte, hat man auch entschieden, nicht immer freiwillig oder bewusst, welche Server man nutzen konnte, um die Anwendung bereitzustellen. Dies lag an der mangelnden Existenz einer allgemein akzeptierten Schnittstellenspezifikation: einem gemeinsamen Nenner, den sowohl Anwendungen (Frameworks) als auch Webserver annehmen und nutzen würden, um zu kommunizieren und so die Austauschbarkeit von Komponenten bei Bedarf möglicherweise ohne Codeänderung zu ermöglichen.

Geburt des Standards

Zu Beginn dieses Jahrhunderts wurden Anstrengungen unternommen, um das Problem endlich mit der Präsentation des Python Enhancement Proposal (PEP) 333 der Community zu lösen.

Aus dem 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.

Wie im PEP erklärt, sollte dieser neue Standard die Portabilität zwischen (und innerhalb) von [Web]-Servern und [Python-Web] Anwendungen ermöglichen. Die leistungsstarken Funktionen des Standards und seine breite Akzeptanz im Vergleich zu früheren Standards ebnen den Weg für die heutige Welt: eine Welt, in der viele (vielleicht zu viele) Web-Server existieren, die bereit sind, die Arbeit für Sie zu erledigen.

Der Vergleich

In diesem Vergleich von Webservern für auf Python basierende Webanwendungen werden wir über einige der verfügbaren Optionen sprechen und was sie herausstechen lässt. Das Ziel ist es, dem Leser eine klarere Vision zu vermitteln und Hilfe zu bieten, um die Server mit den spezifischen Bedürfnissen der Anwendungen abzugleichen, um den einen zu finden. Aufgrund der Vielzahl von Optionen (die täglich mehr werden!) werden wir uns durchfiltern und über diejenigen sprechen, die in verschiedener Hinsicht „besonders“ sind: Popularität, Solidität oder etwas anders (oder besser) im Vergleich zu den anderen machen.

Hinweis: Ich möchte Ihnen, dem Leser, ans Herz legen, vorsichtig mit voreingenommenen und irreführenden Benchmarks zu sein, die in der Regel nicht die Bedingungen einer echten Produktionsumgebung widerspiegeln. Leider bedeuten diese [Artikel] nicht viel, wenn es darum geht, einen Webserver für die Produktion auszuwählen, was auch sehr unwahrscheinlich der Teil ist, der den Engpass verursacht. Daher wird empfohlen, Ihre eigenen Bedürfnisse zu messen und zu verstehen und dann verschiedene Optionen auszuprobieren, wobei spekulative Zahlen vermieden werden sollten, um echte zukünftige Katastrophenszenarien zu verhindern.

Webserver (Alphabetische Reihenfolge)

CherryPy WSGI-Server

Was ist das?

CherryPy ist tatsächlich ein Web-Framework. Es ist jedoch ein vollständig eigenständiges – was bedeutet, dass es eigenständig betrieben werden kann, auch in Produktionsszenarien, ohne zusätzliche Software. Dies wird durch seinen eigenen WSGI- und HTTP/1.1-konformen Webserver erreicht. Das CherryPy-Projekt beschreibt es als einen „ein hochgeschwindigkeitstauglicher, produktionsbereiter, thread-pulsierter, generischer HTTP-Server“. Da es sich um einen WSGI-Server handelt, kann es auch verwendet werden, um jede andere WSGI-Python-Anwendung zu bedienen, ohne an das Anwendungsentwicklungs-Framework von CherryPy gebunden zu sein.