Webservices auf Basis von HTTP/2 und Servlet4

Webservices auf Basis von
HTTP/2 und Servlet 4.0
JAN WEINSCHENKER
16. März 2018 @JANWEINSCHENKER 1

Agenda
1. HTTP von damals bis heute
2. Die Technik in HTTP
3. Java und Servlet4
4. Fragen

PROFESSIONALS
INDIVIDUALS
N3RDS
Die Holisticon AG ist eine Management- und
IT-Beratung aus Hamburg.
Wir entwickeln beste Individualsoftware,
Webplattformen und Apps.
Geschäftsprozesse durchdringen wir und
automatisieren sie.
Große Datenmengen machen wir mit Smart-
Data-Ansätzen beherrschbar.

HTTP von damals bis
heute
DIE VORGESCHICHTE VON HTTP/2 (H2)

HTTP/1.0 - 1990
Line Mode Browser (LMB) von Nicola Pellow (CERN)

HTTP/1.0 – 1991: Nexus Browser
Entwickelt von Tim
Berners-Lee

java.sun.com - Februar 1998
Quelle: archive.org
www.yahoo.com - April 1999
Quelle: archive.org
HTTP/1.1 – 1999

Das Web heute
315 Requests
5,79 MB
2,36s

Das Web hat sich verändert
• Mehr und komplexere
Inhalte
• JavaScript, CSS, AJAX,
Audio/Video, ...
• Mobile Endgeräte, also ggf.
unzuverlässige Leitungen
• EDGE, 3G, LTE, WLAN, LAN
• Leistungsfähigere Browser
• Das Web bzw. HTTP ist zur
Grundlage von SOAP- und
RESTful-Webservices
geworden.
Aber HTTP/1.* stammt immer noch
aus den 90ern!

HTTP/2 – Seit 2015
• Reduziert Protokoll-Overhead und TCP-Sockets
• Connection-Multiplexing
• Reduziert Anzahl der HTTP-Anfragen
• Server-Push
• Reduziert Anzahl der TCP-Roundtrips
• Komprimierung der Protokoll-Header (HPACK)

Die Technik in HTTP

HTTP Request Roundtrip
Client ServerDNS
DNS
TCP
HTTP
GET
SSL
www.google.d
e
172.217.20.19
5 SYN
SYN/AC
K
ACK
GET
1x pro
Host

HTTP/1.1 Request-Pipelining
Client Server
GET index.html
Abwicklung
mehrerer
GET-Requests
innerhalb
einer TCP-
Verbindung

HTTP/1.1 Workarounds
• Mehrere TCP-Connections parallel öffnen
• Domain Sharding
• TCP-Verbindungen sind relativ “teuer“
• Anzahl an Verbindungen wird durch Clients begrenzt.

HTTP/1.1 Workarounds - Sharding
www.site.com https://static1.site.com
https://static2.site.com
style.css
button.css
logo.png
product.png

HTTP/1.1 Workarounds
• Verbindungen reduzieren
• Spriting
• Zusammenfassen von Ressourcen
• CSS und JavaScript
• Inlining mittels Base 64
• Probleme beim Caching
Sprite mit 9 Bildern

HTTP/2 - Keine Workarounds mehr nötig
• HTTP/2 bietet Multiplexing
• Alle Request-Response-Konversationen laufen simultan über
ein und dieselbe TCP-Verbindung.

HTTP/2 - Die Bausteine
TCP-Connection
Message Stream
Message
frame frame frame frame
Message
Message
Message Stream
Message
Message
Message
Message Stream ...

HTTP/1.1 – Eine Beispiel-Konversation
Client
Server
GET /index.html
STATUS 200
index.html
GET /style.css
STATUS 200
style.css
GET /script.js
STATUS 200
script.js

HTTP/2 – Ein Beispiel-Stream
Client
Server
Message 1
Message 2
STREAM-ID 41
HEADERS-Frame
GET /index.html
STREAM-ID 41
HEADERS-Frame
STATUS 200
STREAM-ID 41
DATA-Frame
{binary index.html}
+END_STREAM

HTTP/2 – Ein Beispiel für Server-PUSH
Client
Server
STREAM-ID 41
HEADERS-Frame
GET /index.html
STREAM-ID 41
HEADERS-Frame
STATUS 200
STREAM-ID 41
PUSH_PROMISE-Frame
/style.css
via STREAM 42
STREAM-ID 41
DATA-Frame
{binary index.html}
+END_STREAM
STREAM-ID 42
DATA-Frame
{binary style.css}
+END_STREAM
STREAM-ID 42
HEADERS-Frame
STATUS 200

HTTP/2 – Noch ein Beispiel für Server-PUSH
Client
Server
STREAM-ID 41
HEADERS-Frame
GET /index.html
+END_HEADERS
+END_STREAM STREAM-ID 41
HEADERS-Frame
STATUS 200
STREAM-ID 41
PUSH_PROMISE-Frame
/style.css
via STREAM 42
STREAM-ID 41
DATA-Frame
{binary index.html}
+END_STREAM
STREAM-ID 42
HEADERS-Frame
STATUS 200
+END_HEADERS
STREAM-ID 42
RST_STREAM-Frame
<Error Code>

Compression in HTTP/1.1
• Keine Header Compression
• Komprimierung von Nutzdaten mittels
GZIP und DEFLATE

Header-Daten im Browser
1 Kilobyte an Cookie-Daten pro HTTP-Request
• Problem beim initialen Verbindungsaufbau:
• TCP definiert eine Maximalgröße für die ersten TCP Pakete:
532 bytes (IPv4).
• MSS (Maximum Segment Size)

ACK
TCP Slow Start
Browser Server
GET
GET
GET
ACK
ACK
Beispiel: 1 GET-Request mit 1500 Byte an Header-Daten und MSS 500 Byte.

Header Compression – HTTP/2
• Komprimierung der HTTP-Header mittels
HPACK
• Payload-Kompression weiterhin mit GZIP

Header Compression mit HPACK
Dreistufige Komprimierung von HTTP Headern.
1. Vordefiniertes Kompressionswörterbuch für 61 sehr gebräuchliche Header. Z.B.:
◦ 2 = :method GET
◦ 3 = :method POST
◦ 8 = :status 200
◦ 16 = accept-encoding gzip, deflate
2. Dynamisches Kompressionswörterbuch
◦ Wird zum Zeitpunkt der Verbindungsaufnahme ausgehandelt
3. Statische Huffman-Kodierung

HTTP/2 zum Angucken
https://http2.golang.org/gophertiles?latency=200

Java und Servlet4

Die Servlet API
• Die meisten Änderungen sind für Entwickler transparent.
• Multiplexing und HPACK erfolgen automatisch.
• Lediglich Server Push ist mit eigenem
Implementierungsaufwand verbunden.

Java: HTTP/2 Verfügbarkeit
Name HTTP/2 Servlet 4
JBOSS EAP 7.1 ja nein
Wildfly 9+ ja nein
Glassfish 5 ja ja
Spring Boot 2 ja ja (mit Embedded Tomcat 9)
Tomcat 9 ja ja
OkHttp 3 Client ja nein
Jetty Server und Client v9.3+ ja nein
Undertow Server 1.4 ja nein
Apache Commons HTTP Client 5 ja nein

Codebeispiele bei Github
https://github.com/janweinschenker/servlet4-demo

Fazit
• HTTP/2 setzt sich im Java-Umfeld zu
langsam durch.
• Mittlerweile gibt es Implementierungen in
verbreiteten Frameworks

Fragen?
???

Ende
Vielen Dank!

Icons
Icons von http://hawcons.com

Webservices auf Basis von HTTP/2 und Servlet4

Recommended

Recommended

More Related Content

Similar to Webservices auf Basis von HTTP/2 und Servlet4

Similar to Webservices auf Basis von HTTP/2 und Servlet4 (20)

Webservices auf Basis von HTTP/2 und Servlet4

Editor's Notes