HTTP/3 (formerly known as “HTTP over QUIC“) is the to-become third major version of the Hypertext Transfer Protocol family. Featurewise, it is very similar to HTTP/2 but offers some significant advantages due to changes to the underlying method of utilization. Namely, the HTTP/3 is built on QUIC transport protocol, which works over UDP instead of TCP.
Currently, HTTP/3 is already provided by some solutions (e.g. LiteSpeed and NGINX) and is adopted by the platform through the latest releases of the following stacks:
Below, you can check the:
The main reason behind HTTP/3 implementation is that HTTP/2 reached its limit in the speed improvements due to the bottleneck of the TCP protocol. Despite being reliable, all the round-trips required by handshakes, delivery feedbacks, ordering guarantees, and checksums of the TCP can be considered weak and redundant. Herewith, as a part of the TCP/IP stack, TCP is implemented in operating system kernels, and devices firmware, making significant changes to TCP is next to impossible.
Tip: Below, we’ve provided some examples of the limitations provided by TCP:
UDP suffers no such limitations and is just as widespread as TCP, which allows achieving improvements without significant changes to the existing operating systems and devices firmware. Thus, HTTP/3 has adopted the QUIC transport protocol (initially developed by Google), which is based on UDP, provides significant benefits. Also, being already in use by prominent internet companies such as Google and Facebook, the efficiency and reliability of the QUIC solution cannot be denied.
By using QUIC instead of TCP as its base, HTTP/3 can take advantage of the numerous benefits it provides. Herewith, QUIC implementation on top of UDP allows offering features similar to TCP but without some of the choke points. So, let’s sum up the main distinguishing features of the HTTP/3 when compared to its predecessor HTTP/2:
Generally, HTTP/3 aims to provide faster and more reliable connections, which will be especially noticeable by those with higher latency networks. So, from a performance standpoint, mobile users will reap the most benefits, but these are the improvements that everyone can appreciate.
The support for the HTTP/3 (QUIC) protocol is still in its earliest implementation stages. However, it is already provided by some solutions (e.g. LiteSpeed) and is in development by others.
Below, you can view the most accurate list of the software stacks at Jelastic PaaS that provide HTTP/3 support by default:
Just create an environment topology that includes any of the application servers or load balancers mentioned above.
Herewith, you’ll need to additionally attach a public IP address to bypass the Shared Load Balancer and allow working directly with the server over HTTP/3.
Note: As of the client-side, the HTTP/3 (QUIC) support is currently enabled by default in Chromium, can be configured in Chrome (chrome://flags), and is not yet implemented by the Firefox browser.
Powered by BetterDocs
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.