From 52ef8c141279db1904058d1a27adb0f2a12861cf Mon Sep 17 00:00:00 2001 From: "Roland Edwards, AOE GmbH" <39269273+raedwards@users.noreply.github.com> Date: Wed, 16 May 2018 14:47:43 +0200 Subject: [PATCH] Update grpc.md --- radar/2017-10-01/grpc.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/radar/2017-10-01/grpc.md b/radar/2017-10-01/grpc.md index e9d0678..6aa184b 100644 --- a/radar/2017-10-01/grpc.md +++ b/radar/2017-10-01/grpc.md @@ -5,13 +5,13 @@ quadrant: languages-and-frameworks --- -gRPC, "A high performance, open-source universal RPC framework", is a framework to easily connect clients and servers in a RPC setup. -gRPC is initially build at google, and uses protobuf service definitions for method and payload specification. -Essentially this allows to define methods a server exposes, with either a single payload or an incoming stream, and either a single response or a stream of responses. -The definition itself is done with the help of protobuf to define message types and method signatures, and then client and server interfaces are compiled for the language(s) you want. Currently there is support for languages such as C++, Java, Python, Go and many more. -The shared language-neutral protobuf definition allows to automatically create all code for all languages and helps with the interoperability of different systems. +gRPC, "A high-performance, Open Source, universal RPC framework," is a framework to easily connect clients and servers in an RPC setup. +gRPC was initially built at Google, and uses protobuf service definitions for method and payload specification. +Essentially, this makes it possible to define methods that a server exposes, with either a single payload or an incoming stream - either as a single response or a stream of responses. +The definition itself is carried out with the help of protobuf to define message types and method signatures, and then client and server interfaces are compiled for the language(s) you want. Currently there is support for languages such as C++, Java, Python, Go and many more. +The shared language-neutral protobuf definition allows you to create all code for all languages automatically and helps with the interoperability of different systems. -From a technical point of view gRPC uses HTTP/2 as a transport, direcly benefitting from the default TLS encryption. -Beside gRPC there exist other frameworks as well which use protobuf RPC definitions, such as twirp from twitch, which makes it easy to change the transport/control layer with only very small changes to the application code. +From a technical point of view, gRPC uses HTTP/2 as a transport, directly benefitting from the default TLS encryption. +Besides gRPC, other frameworks also use protobuf RPC definitions. These frameworks include twirp from twitch, which makes it easy to change the transport/control layer with only very small changes to the application code. We at AOE plan to assess gRPC for microservice architectures which are more RPC style and less REST style.