From 4980b45b451bef7b72d971387859d3bf21a324e9 Mon Sep 17 00:00:00 2001 From: Patrice Chalin Date: Thu, 5 Mar 2020 11:38:06 -0500 Subject: [PATCH] Upgrade to Hugo v0.66.0 (#113) * Upgrade to Hugo v0.66.0 Fixes #89 Closes #111 * Match old support for markdown-embedded HTML * Fix About page markdown and embedded HTML --- Makefile | 2 +- config.toml | 3 + content/about.md | 278 ++++++++++++++++++++--------------------------- netlify.toml | 2 +- 4 files changed, 123 insertions(+), 162 deletions(-) diff --git a/Makefile b/Makefile index ecb186c..a341bea 100644 --- a/Makefile +++ b/Makefile @@ -1,4 +1,4 @@ -HUGO_VERSION = 0.55.0 +HUGO_VERSION = 0.66.0 DOCKER_IMG := klakegg/hugo:$(HUGO_VERSION) SERVE_CMD = server --buildDrafts --buildFuture --disableFastRender --ignoreCache diff --git a/config.toml b/config.toml index d782d8b..7b01ba3 100644 --- a/config.toml +++ b/config.toml @@ -93,3 +93,6 @@ weight = 5 name = "gRPC Wire Format" url = "https://github.com/grpc/grpc/blob/master/doc/PROTOCOL-HTTP2.md" weight = 6 + +[markup.goldmark.renderer] +unsafe = true diff --git a/content/about.md b/content/about.md index 5665afa..14d948c 100644 --- a/content/about.md +++ b/content/about.md @@ -1,18 +1,20 @@ --- -title: "About gRPC" -date: 2018-09-11T14:11:42+07:00 -draft: false +title: About gRPC --- -gRPC is a modern open source high performance RPC framework that can run in any environment. It can efficiently connect services in and across data centers with pluggable support for load balancing, tracing, health checking and authentication. It is also applicable in last mile of distributed computing to connect devices, mobile applications and browsers to backend services. +gRPC is a modern open source high performance RPC framework that can run in any +environment. It can efficiently connect services in and across data centers with +pluggable support for load balancing, tracing, health checking and +authentication. It is also applicable in last mile of distributed computing to +connect devices, mobile applications and browsers to backend services. -The main usage scenarios: +**The main usage scenarios:** * Efficiently connecting polyglot services in microservices style architecture * Connecting mobile devices, browser clients to backend services * Generating efficient client libraries -Core Features that make it awesome: +**Core Features that make it awesome:** * Idiomatic client libraries in 10 languages * Highly efficient on wire and with a simple service definition framework @@ -21,167 +23,116 @@ gRPC is a modern open source high performance RPC framework that can run in any
-## Cases: Who’s using it and why? - -Many companies are already using gRPC for connecting multiple services in their environments. The use case varies from connecting a handful of services to hundreds of services across various languages in on-prem or cloud environments. Below are details and quotes from some of our early adopters. - -Check out what people are saying below: +## Who’s using gRPC and why? +Many companies are already using gRPC for connecting multiple services in their +environments. The use case varies from connecting a handful of services to +hundreds of services across various languages in on-prem or cloud environments. +Below are details and quotes from some of our early adopters. +Check out what people are saying below.
-
-
- -
-
-
“
- At Square, we have been collaborating with Google so that we can replace all uses of our custom RPC solution to use gRPC. We decided to move to gRPC because of its open support for multiple platforms, the demonstrated performance of the protocol, and the ability to customize and adapt it to our network. Developers at Square are looking forward to being able to take advantage of writing streaming APIs and in the future, push gRPC to the edges of the network for integration with mobile clients and third party APIs. -
- -
-
- -
-
-
-
-
“
- In our initial use of gRPC we've been able to extend it easily to live within our opinionated ecosystem. Further, we've had great success making improvements directly to gRPC through pull requests and interactions with Google's team that manages the project. We expect to see many improvements to developer productivity, and the ability to allow development in non-JVM languages as a result of adopting gRPC. -
- -
-
-
-
-
-
“
- At CoreOS we are excited by the gRPC v1.0 release and the opportunities it opens up for people consuming and building what we like to call Google Infrastructure for Everyone Else. Today gRPC is in use in a number of our critical open source projects such as the etcd consensus database and the rkt container engine. -
- -
-
-
-
-
-
-
“
- Our switch from a home-grown RPC system to gRPC was seamless. We quickly took advantage of the per-stream flow control to provide better scheduling of large RPCs over the same connection as small ones. -
- -
- -
-
-
-
-
“
- With support for high performance bi-directional streaming, TLS based security, and a wide variety of programming languages, gRPC is an ideal unified transport protocol for model driven configuration and telemetry. -
- -
- -
-
-
-
-
“
- Carbon3D uses gRPC to implement distributed processes both within and outside our 3D printers. We actually switched from using Thrift early on for a number of reasons including but not limited to robust support for multiple languages like C++, Nodejs and Python. Features like bi-directional streaming are a huge win in keeping our systems implementations simpler and correct. Lastly the gRPC team/community is very active and responsive which is also a key factor for us in selecting an open source technology for mission critical projects. -
- -
- -
-
-
-
“
- We've been using gRPC for both classes and research at University of Wisconsin. Students in our distributed systems class (CS 739) utilized many of its powerful features when building their own distributed systems. In addition, gRPC is a key component of our OpenLambda research project (https://www.open-lambda.org/) which aims to provide an open-source, low-latency, serverless computational framework. -
-
- -
-
-
-
-
“
- The fact that gRPC is built on HTTP/2 transport brings us native bi-directional streaming capabilities and flexible custom-metadata in request headers. The first point is important for large payloadexchange and network telemetry scenarios while the latter enables us to expand and include capabilities including but not limited to various network element authentication mechanisms. - - In addition, the wide language binding support that gRPC/proto3 bringsenables us to provide a flexible and rapid development environment for both internal and external consumers. - - Last but not least, while there are a number of network communicationprotocols for configuration, operational state retrieval and network telemetry, gRPC provides us with a unified flexible protocol and transport to ease client/server interaction. +
+
+
+
+ “ + At Square, we have been collaborating with Google so that we can replace all uses of our custom RPC solution to use gRPC. We decided to move to gRPC because of its open support for multiple platforms, the demonstrated performance of the protocol, and the ability to customize and adapt it to our network. Developers at Square are looking forward to being able to take advantage of writing streaming APIs and in the future, push gRPC to the edges of the network for integration with mobile clients and third party APIs. +
+
+
+
+ +
+
+ “ + In our initial use of gRPC we've been able to extend it easily to live within our opinionated ecosystem. Further, we've had great success making improvements directly to gRPC through pull requests and interactions with Google's team that manages the project. We expect to see many improvements to developer productivity, and the ability to allow development in non-JVM languages as a result of adopting gRPC. +
+
+ +
+
+ + + +
+
+ “ + At CoreOS we are excited by the gRPC v1.0 release and the opportunities it opens up for people consuming and building what we like to call Google Infrastructure for Everyone Else. Today gRPC is in use in a number of our critical open source projects such as the etcd consensus database and the rkt container engine. +
+
-
-
-
-
-
“
- At PingCAP, we use gRPC in almost every project that involves interactions or communications through network. As has been proven, gRPC has well met our demands in terms of performance and usability. We also provide a production-ready gRPC library for Rust. -
+
+
+
+ +
+
+ “ + Our switch from a home-grown RPC system to gRPC was seamless. We quickly took advantage of the per-stream flow control to provide better scheduling of large RPCs over the same connection as small ones. +
+
+
+
+ +
+
+ “ + With support for high performance bi-directional streaming, TLS based security, and a wide variety of programming languages, gRPC is an ideal unified transport protocol for model driven configuration and telemetry. +
+
+ +
+
+ +
+
+ “ + Carbon3D uses gRPC to implement distributed processes both within and outside our 3D printers. We actually switched from using Thrift early on for a number of reasons including but not limited to robust support for multiple languages like C++, Nodejs and Python. Features like bi-directional streaming are a huge win in keeping our systems implementations simpler and correct. Lastly the gRPC team/community is very active and responsive which is also a key factor for us in selecting an open source technology for mission critical projects. +
+
-
-

Officially Supported Platforms

+
+
+
+
+ “ + We've been using gRPC for both classes and research at University of Wisconsin. Students in our distributed systems class (CS 739) utilized many of its powerful features when building their own distributed systems. In addition, gRPC is a key component of our OpenLambda research project (https://www.open-lambda.org/) which aims to provide an open-source, low-latency, serverless computational framework. +
+
+
+
+
+ “ +

The fact that gRPC is built on HTTP/2 transport brings us native bi-directional streaming capabilities and flexible custom-metadata in request headers. The first point is important for large payloadexchange and network telemetry scenarios while the latter enables us to expand and include capabilities including but not limited to various network element authentication mechanisms.

+

In addition, the wide language binding support that gRPC/proto3 bringsenables us to provide a flexible and rapid development environment for both internal and external consumers.

+

Last but not least, while there are a number of network communicationprotocols for configuration, operational state retrieval and network telemetry, gRPC provides us with a unified flexible protocol and transport to ease client/server interaction.

+
+
- - - - +
+
+
+ “ + At PingCAP, we use gRPC in almost every project that involves interactions or communications through network. As has been proven, gRPC has well met our demands in terms of performance and usability. We also provide a production-ready gRPC library for Rust. +
+
+ - - - +
- - - +## Officially supported platforms - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Language Platform Compiler
C/C++Linux/MacGCC 4.9+
Clang 3.4+
C/C++Windows 7+Visual Studio 2015+
C#Linux/Mac.NET Core, Mono 4+
C#Windows 7+.NET Core, .NET 4.5+
DartWindows/Linux/MacDart 2.0+
GoWindows/Linux/MacGo 1.6+
JavaWindows/Linux/MacJDK 8 recommended. Gingerbread+ for Android
Node.jsWindows/Linux/MacNode v4+
Objective-CMac OS X 10.11+/iOS 7.0+Xcode 7.2+
PHP (Beta) Linux/MacPHP 5.5+ and PHP 7.0+
Python Windows/Linux/MacPython 2.7 and Python 3.4+
Ruby Windows/Linux/MacRuby 2.3+
- -

The story behind gRPC

-Google has been using a single general-purpose RPC infrastructure called Stubby to connect the large number of microservices running within and across our data centers for over a decade. Our internal systems have long embraced the microservice architecture gaining popularity today. Stubby has powered all of Google’s microservices interconnect for over a decade and is the RPC backbone behind every Google service that you use today. In March 2015, we decided to build the next version of Stubby in the open so we can share our learnings with the industry and collaborate with them to build the next version of Stubby both for microservices inside and outside Google but also for last mile of computing (mobile, web and IOT). -
-For more background on why we created gRPC, read the gRPC Motivation and Design Principles blog. -

-
+## The story behind gRPC + +Google has been using a single general-purpose RPC infrastructure called Stubby +to connect the large number of microservices running within and across our data +centers for over a decade. Our internal systems have long embraced the +microservice architecture gaining popularity today. Stubby has powered all of +Google’s microservices interconnect for over a decade and is the RPC backbone +behind every Google service that you use today. In March 2015, we decided to +build the next version of Stubby in the open so we can share our learnings with +the industry and collaborate with them to build the next version of Stubby both +for microservices inside and outside Google but also for last mile of computing +(mobile, web and IOT). + +For more background on why we created gRPC, see [gRPC Motivation and Design +Principles blog](/blog/principles). diff --git a/netlify.toml b/netlify.toml index 3e643c3..1cc0f7e 100644 --- a/netlify.toml +++ b/netlify.toml @@ -3,7 +3,7 @@ publish = "public" command = "make production-build" [build.environment] -HUGO_VERSION = "0.55.0" +HUGO_VERSION = "0.66.0" [context.deploy-preview] command = "make preview-build"