HTTP / 3 ist die nächste Generation des HTTP-Protokolls. Es wird von QUIC . angetrieben, Dies ersetzt TCP auf der Transportschicht und reduziert die Anzahl der Roundtrips, die ein Client unternehmen muss, um eine Verbindung zu ermitteln.
Was macht es besser?
Si no puede saberlo por el acrónimo “QUIC”, HTTP / 3 es geht viel schneller.
HTTP ist nur ein Teil von OSI-Modell, das treibt das Internet an, wie wir es kennen. Jede Schicht des Modells hat einen anderen Zweck, mit High-Level-APIs wie HTTP an der Spitze (die Anwendungsschicht), bis hin zu den physischen Kabeln und Verbindungen, die mit den Routern verbunden sind:
Aber es gibt einen Engpass in diesem Modell und, trotz des neuen namens, der HTTP-Standard selbst ist nicht das Problem.
TCP (die Transportschicht) ist hier der schuldige; wurde in den Jahren entworfen 70 und, als solche, Es wurde nicht für die Echtzeitkommunikation entwickelt. HTTP-over-TCP hat sein Limit erreicht. Google und der Rest des Technologiebereichs haben an einem Ersatz für TCP gearbeitet.
Auf 2012, Google erstellt SPDY, ein Protokoll, das auf TCP basiert und viele gängige Probleme löst. SPDY selbst ist veraltet, aber Teile davon fanden ihren Weg in HTTP / 2, die in diesem Moment verwendet 40% aus dem Netz.
QUIC ist ein neuer Standard, sehr ähnlich zu SPDY, aber es basiert auf UDP anstelle von TCP. UDP ist viel schneller als TCP, aber im Allgemeinen ist es weniger zuverlässig, da es nicht die gleiche Fehlerprüfung und Verlustprävention wie TCP bietet. Es wird häufig in Anwendungen verwendet, die keine Pakete im Exakt korrekten Reihenfolge, aber sie sorgen sich um die Latenz (wie Live-Videoanrufe).
QUIC bleibt zuverlässig, implementiert aber seine Fehlerprüfung und Zuverlässigkeit gleichzeitig mit UDP, So erhalten Sie das Beste aus beiden Protokollen. Wenn sich ein Benutzer zum ersten Mal mit einer QUIC-fähigen Site verbindet, wird es über TCP tun.
Das Hauptproblem mit TCP, das QUIC behebt, ist das Blockieren von Headern. Sobald eine Verbindung zwischen Server und Client hergestellt ist, der Server sendet Datenpakete an den Client. Wenn die Verbindung schlecht ist und ein Paket verloren geht, der Client hält danach alle empfangenen Pakete, bis der Server das verlorene Paket erneut überträgt. HTTP / 2 dieses Problem irgendwie lösen, indem Sie mehrere Übertragungen über dieselbe TCP-Verbindung zulassen, aber es ist nicht perfekt und möglicherweise langsamer als HTTP / 1 mit verlustreichen Anschlüssen.
QUIC löst dieses Problem und handhabt verlustreiche Verbindungen viel besser. Die ersten Tests von Google zeigten Verbesserungen von rund 15% in Szenarien mit hoher Latenz und bis zu 30% Verbesserungen bei der Videopufferung bei mobilen Verbindungen. Weil QUIC die Anzahl der durchzuführenden Handshakes reduziert, es wird Latenzverbesserungen auf der ganzen Linie geben.
Ist es schwer umzusetzen?
Obwohl QUIC ein neuer Standard ist, basiert auf UDP, die schon fast überall kompatibel ist. Benötigt keine neuen Kernel-Updates, was für Server problematisch sein kann. QUIC sollte auf jedem System funktionieren, das UDP unterstützt
HTTP-over-QUIC sollte ein direkter Ersatz für HTTP-over-TCP sein, sobald es verfügbar ist. Zum Zeitpunkt des Schreibens dieses Beitrags, Chrome unterstützt QUIC, aber es ist standardmäßig deaktiviert. Sie können es zum Testen aktivieren, indem Sie zu . gehen:
Chrom://Flaggen
y activando la bandera “Protocolo QUIC experimental”. Firefox wird später in diesem Herbst Unterstützung hinzufügen, und mit Edge wechselt zu Chromium, sie werden auch bald Unterstützung bekommen.
Am Serverende, wenn Sie CloudFlare als CDN verwenden, Sie können die Option bereits in Ihrem Panel aktivieren, Auch wenn Sie nicht viele Clients haben, die es verwenden, bis es in mobilen Browsern standardmäßig aktiviert ist. Schnell ist aktiv im Support mitarbeiten. Trotz dieses, wenn Sie es auf Ihrem Webserver aktivieren möchten, muss noch etwas warten; Eine frühzeitige Unterstützung für QUIC soll während des gesamten nginx-Entwicklungszyklus 1.17, aber Apache-Unterstützung ist noch nicht in Sicht.
Sobald nginx und Apache aktualisiert wurden, um es zu unterstützen, Das Hinzufügen von QUIC zu Ihrer Webseite oder Webanwendung ist so einfach wie das Aktualisieren Ihres Webservers und das Aktivieren der Option. Sie müssen weder Ihre Anwendung noch Ihren Code ändern, da alles auf Infrastrukturebene abgewickelt wird. Noch nicht hier, aber es kommt sehr bald, und Sie werden es auf jeden Fall aktivieren wollen, sobald es standardmäßig unterstützt wird.
