Book Image

gRPC Go for Professionals

By : Clément Jean
Book Image

gRPC Go for Professionals

By: Clément Jean

Overview of this book

In recent years, the popularity of microservice architecture has surged, bringing forth a new set of requirements. Among these, efficient communication between the different services takes center stage, and that's where gRPC shines. This book will take you through creating gRPC servers and clients in an efficient, secure, and scalable way. However, communication is just one aspect of microservices, so this book goes beyond that to show you how to deploy your application on Kubernetes and configure other tools that are needed for making your application more resilient. With these tools at your disposal, you’ll be ready to get started with using gRPC in a microservice architecture. In gRPC Go for Professionals, you'll explore core concepts such as message transmission and the role of Protobuf in serialization and deserialization. Through a step-by-step implementation of a TODO list API, you’ll see the different features of gRPC in action. You’ll then learn different approaches for testing your services and debugging your API endpoints. Finally, you’ll get to grips with deploying the application services via Docker images and Kubernetes.
Table of Contents (13 chapters)
10
Epilogue

Choosing the right field tag

As you know, field tags are serialized together with the actual data to let Protobuf know into which field to deserialize the data. And as these tags are encoded as varint, the bigger the tag, the bigger the impact on your serialized data size. In this section, let us talk about the two considerations that you must make to not let these tags affect your payload too much.

Required/optional

Having big field tags might be fine if you are aware of the trade-off. One common way of treating big tags is to see them as being used for optional fields. An optional field means that it is less often populated with data and because Protobuf does not serialize fields that are not populated, the tag itself is not serialized. However, we will occasionally populate this field and we will incur costs.

One advantage of such a design is keeping relevant information together without having to create loads of messages to keep the field tags small. It will make the code...