From 24f260b6c36994386af7d788218cda18215a7b6d Mon Sep 17 00:00:00 2001 From: Carl Mastrangelo Date: Tue, 11 Dec 2018 13:59:43 -0800 Subject: [PATCH] update grpc stacks comments --- _posts/2018-12-11-grpc-stacks.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/_posts/2018-12-11-grpc-stacks.md b/_posts/2018-12-11-grpc-stacks.md index 2292ba9e..e0ff4159 100644 --- a/_posts/2018-12-11-grpc-stacks.md +++ b/_posts/2018-12-11-grpc-stacks.md @@ -9,11 +9,11 @@ company: Google company-link: https://www.google.com --- -Here is a high level overview of the gRPC Stacks. Each of the **10** default languages supported by gRPC has multiple layers, allowing you to customize what pieces you want in your application. +Here is a high level overview of the gRPC Language Stacks. Each of the **10** default languages supported by gRPC has multiple layers, allowing you to customize what pieces you want in your application. -There are three main stacks in gRPC: C-core, Go, and Java. Most of the languages are thin wrappers on top of the [C-based](https://github.com/grpc/grpc/tree/master/src/core) gRPC core library: +There are three main language stacks in gRPC: C-core, Go, and Java. Most of the languages are thin wrappers on top of the [C-based](https://github.com/grpc/grpc/tree/master/src/core) gRPC core library: ### Wrapped Languages: @@ -21,9 +21,9 @@ There are three main stacks in gRPC: C-core, Go, and Java. Most of the language For example, a Python application calls into the generated Python stubs. These calls pass through interceptors, and into the wrapping library where the calls are translated into C calls. The gRPC C-core will encode the RPC as HTTP/2, optionally encrypt the data with TLS, and then write it to the network. -One of the cool things about gRPC is that you can swap these pieces out. For example, you could use C# instead, and use an In-Process transport. This would save you from having to go all the way down to the OS network layer. Another example is trying out the QUIC protocol, which allows you to open new connections quickly. Being able to run over a variety of transports based on the environment makes gRPC really flexible. +One of the cool things about gRPC is that you can swap these pieces out. For example, you could use C++ instead, and use an [In-Process transport](https://github.com/grpc/grpc/blob/v1.17.0/src/cpp/server/server_cc.cc#L730). This would save you from having to go all the way down to the OS network layer. Another example is trying out the [QUIC](https://www.chromium.org/quic) protocol, which allows you to open new connections quickly. Being able to run over a variety of transports based on the environment makes gRPC really flexible. -For each of the wrapped languages, the default HTTP/2 implementation is built into the C-core library, so there is no need to include an outside one. However, as you can see, it is possible to bring your own (such as with Cronet, the Chrome networking library). +For each of the wrapped languages, the default HTTP/2 implementation is built into the C-core library, so there is no need to include an outside one. However, as you can see, it is possible to bring your own (such as with [Cronet](https://developer.android.com/guide/topics/connectivity/cronet/ ), the Chrome networking library). ### Go @@ -40,4 +40,4 @@ Here is a high level overview of the [gRPC-Java](https://github.com/grpc/grpc-ja

gRPC Java Stack

-Again, the structure is a little different. Java supports HTTP/2, QUIC, and In Process like the C-core. Unlike the C-Core though, applications commonly can bypass the generated stubs and interceptors, and speak directly to the Java Core library. Each structure is slightly different based on the needs of each language implementation of gRPC. Also unlike wrapped languages, gRPC Java separates the HTTP/2 implementation into pluggable libraries (such as Netty, OkHttp, or Cronet). +Again, the structure is a little different. Java supports HTTP/2, [QUIC](https://www.chromium.org/quic), and In-Process like the C-core. Unlike the C-Core though, applications commonly can bypass the generated stubs and interceptors, and speak directly to the Java Core library. Each structure is slightly different based on the needs of each language implementation of gRPC. Also unlike wrapped languages, gRPC Java separates the HTTP/2 implementation into pluggable libraries (such as Netty, OkHttp, or [Cronet](https://developer.android.com/guide/topics/connectivity/cronet/ )).