Commit 2ee42020 authored by Nane Kratzke's avatar Nane Kratzke
Browse files

Aktualisieren README.md

parent 0811ef63
......@@ -259,7 +259,7 @@ Beantworten Sie nun die obigen Fragen erneut. Berücksichtigen Sie aber ergänze
## Was sollten Sie mitnehmen
- gRPC basiert auf HTTP/2 und fügt sich daher nahtlos in das Service Computing ein, da alle mit HTTP kompatiblen Komponenten (Proxies, etc.) auf Applikationsschicht des ISO-Netzwerk-Stacks dann auch mit gRPC funktionieren. Z.B. können gRPC-Dienste über Nginx-Ingress-Controller in Kubernetes exponiert werden.
- gRPC ist ein auf HTTP/2-basiertes Binärprotokoll im Gegensatz zum HTTP/1-basierten Textprotokoll und ist daher bis zu einer Größenordnung schneller als HTTP-basierte Request-Response-Verfahren.
- gRPC ist ein auf HTTP/2-basiertendes Binärprotokoll im Gegensatz zum HTTP/1-basierten Textprotokoll. gRPC ist daher bis zu einer Größenordnung schneller als übliche HTTP-basierte Request-Response-Verfahren.
- gRPC erhöht allerdings die Kopplung zwischen Diensten (durch Stubs und Service Definition Files `.proto`)
- Muss man `.proto` Dateien in gRPC Dateien anfassen, muss man sowohl Consuming wie auch Providing Service updaten. Mit automatisierten Deployment Pipelines kann man diesen Aufwand zwar "verstecken", allerdings erhöht dies die Abhängigkeiten zwischen Diensten.
- Vor dem Hintergrund vieler/weniger und schneller/langsamer Requests ist in Cloud-nativen Systemen der Einsatz von gRPC daher fast nur noch in 25% dieses Problemraums ratsam (bei vielen schnellen Requests). In allen anderen Fällen, verliert der Performance Vorteil von gRPC erheblich an Wert bzw. kann durch horizontale Skalierung kompensiert werden.
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment