Was ist gRPC?

gRPC ist ein Open-Source-Framework mit hoher Leistung für Remote Procedure Calls (RPC), entwickelt von Google, zum Erstellen verteilter Anwendungen und Microservices. Es basiert auf dem HTTP/2-Protokoll für den Transport und verwendet Protocol Buffers (Protobuf) als Schnittstellenbeschreibungssprache und Serialisierungsmechanismus.

Hauptmerkmale von gRPC:

• HTTP/2: Nutzt die Vorteile von HTTP/2, wie Multiplexing von Anfragen, Header-Kompression und bidirektionales Streaming, was eine höhere Leistung im Vergleich zu herkömmlichen Client-Server-Protokollen über HTTP/1.1 bietet.
• Protocol Buffers (Protobuf): Datenbeschreibungssprache, die es ermöglicht, Daten zu strukturieren und Code für Serialisierung und Deserialisierung in verschiedenen Sprachen zu generieren. Protobuf ist effizient in Bezug auf Nachrichtenlänge und Verarbeitungsgeschwindigkeit.
• Streaming: Unterstützt vier Arten von Streaming:
  • Unary: Klassischer RPC (eine Anfrage - eine Antwort).
  • Serverseitiges Streaming: Der Client sendet eine Anfrage, der Server antwortet mit einem Nachrichtenstrom.
  • Clientseitiges Streaming: Der Client sendet einen Nachrichtenstrom, der Server antwortet mit einer Nachricht.
  • Bidirektionales Streaming: Client und Server tauschen gleichzeitig Nachrichtenströme aus.
• Mehrsprachigkeit: Mit Protobuf generiert gRPC Client- und Server-Code für mehrere Programmiersprachen.
• Codegenerierung: Automatisierte Erstellung von Code für Client und Server basierend auf .proto-Dateien, was manuelles Codieren reduziert.
• Metadaten: Unterstützung für die Übertragung von Metadaten (Schlüssel-Wert-Paare) zusammen mit Anfragen und Antworten.
• Interceptors: Möglichkeit, Anfragen und Antworten abzufangen, um zusätzliche Logik auszuführen (z.B. Protokollierung, Authentifizierung).

So funktioniert gRPC:

1. Der API-Dienst wird mit der Sprache Protocol Buffers in einer .proto-Datei definiert.
2. Es werden Client- und Server-Code in der gewünschten Sprache mit dem Compiler protoc generiert.
3. Der Server implementiert die generierte Service-Schnittstelle.
4. Der Client verwendet den generierten Code, um die Service-Methoden auf dem Server aufzurufen.

Beispiel einer .proto-Datei:

syntax = "proto3";

package greeting;

// Definition des Dienstes
service Greeter {
  // Unärer RPC-Methode
  rpc SayHello (HelloRequest) returns (HelloReply) {}
  // Serverseitige Streaming-Methode
  rpc SayHelloStream (HelloRequest) returns (stream HelloReply) {}
}

// Definition der Nachrichten
message HelloRequest {
  string name = 1; // Feld mit Positionsnummer 1
}

message HelloReply {
  string message = 1;
}

Vergleich mit REST (das JSON/XML verwendet):

Merkmal	gRPC (Protobuf)	REST (JSON/XML)
Transportprotokoll	HTTP/2	HTTP/1.1 oder HTTP/2
Datenserialisierung	Protobuf (binär)	JSON, XML (Text)
Leistung	Hoch (binäres Format, HTTP/2)	Niedriger (Textformat, Overhead)
API-Beschreibungssprache	Protocol Buffers (.proto)	OpenAPI/Swagger
API-Vertrag	Streng, basierend auf Protobuf	Weniger streng
Datentypisierung	Streng (definiert in .proto)	Schwach (Laufzeitprüfung)
Codegenerierung	Integriert	Erfordert externe Werkzeuge
Streaming	Integriert	Erfordert zusätzliche Mechanismen (z.B. WebSockets)
Lesbarkeit	Schwer ohne .proto zu lesen	Leicht für Menschen lesbar

gRPC eignet sich sehr gut für die Interaktion zwischen Diensten in verteilten Systemen, Microservices, die Übertragung großer Datenmengen, bei denen Leistung und strenger API-Vertrag wichtig sind.