Part-1: Building a basic microservice with gRPC using Golang

Toran Sahu
8 min readApr 4, 2020



Being easy to use, REST API is the current most popular framework among developers for web application development. REST has been used to expose the services to the outer world, and also for internal communication among internal microservices. However, ease and flexibility come with some pitfalls. REST requires very strict Human Agreement, and relies on Documentation. Also, it has been found not so very performant in the case of internal communication and real-time applications. In 2015, gRPC kicked in. gRPC initially developed at Google is now disrupting the industry. gRPC is a modern open-source high-performance RPC framework, which comes with a simple language-agnostic Interface Definition Language (IDL) system, leveraging Protocol Buffers.


The purpose of this blog is to get you started with gRPC in Go with a simple working example. The blog covers basic information like What, Why, When/Where, and How about the gRPC. We'll majorly focus on the How section, to implement the client and server, to write unittests to test the client and server code separately, and will run the code to establish a client-server communication.

What is gRPC?

gRPC — Remote Procedure Call

  • gRPC is a high performance, open-source universal RPC Framework
  • It enables the server and client applications to communicate transparently and build connected systems
  • gRPC is developed and open-sourced by Google (but no, the g doesn’t stand for Google)

Why use gRPC?

Better Design

  • With gRPC we can define our service once in a .proto file and implement clients and servers in any of gRPC’s supported languages
  • Ability to auto-generate and publish SDKs as opposed to publishing the APIs for services

High Performance

  • Advantages of working with protocol buffers, including efficient serialization, a simple IDL (Interface Definition Language), and easy interface updating
  • Advantages of improved features of HTTP/2
    - Multiplexing: This forces service-client to utilize a single TCP connection to simultaneously handle multiple requests.
    - Binary Framing and Compression

Multi-way communication

  • Simple/Uni-ary RPC
  • Server-side streaming RPC
  • Client-side streaming RPC
  • Bidirectional streaming RPC

Where to use gRPC?

The “where” is pretty easy: we can leverage gRPC almost anywhere we have two computers communicating over a network:

  • Microservices
  • Client-Server Applications
  • Integrations and APIs
  • Browser-based Web Applications

How to use gRPC?

Our example is a simple “Stack Machine” as a service that lets clients perform operations like, PUSH, ADD, SUB, MUL, DIV, FIBB, AP, GP.

In Part-1 we’ll focus on Simple RPC implementation, in Part-2 we’ll focus on Server-side & Client-side streaming RPC, and in Part-3 we’ll implement Bidirectional streaming RPC.

Let’s get started with installing the pre-requisites of the development.



  • Version 1.6 or higher.
  • For installation instructions, see Go’s Getting Started guide.


Use the following command to install gRPC.

$ go get -u

Protocol Buffers v3

$ go get -u
  • Update the environment variable PATH to include the path to the protoc binary file.
  • Install the protoc plugin for Go
$ go get -u

Setting Project Structure

$ go mod init
$ mkdir machine
$ mkdir server
$ mkdir client
$ tree
├── client/
├── go.mod
├── machine/
└── server/

Defining the service

Our first step is to define the gRPC service and the method request and response types using protocol buffers.

To define a service, we specify a named service in our machine/machine.proto file:

service Machine {

Then we define a Simple RPC method inside our service definition, specifying their request and response types.

  • A simple RPC where the client sends a request to the server using the stub and waits for a response to come back
// Execute accepts a set of Instructions from the client and returns a Result.
rpc Execute(InstructionSet) returns (Result) {}
  • machine/machine.proto file also contains protocol buffer message type definitions for all the request and response types used in our service methods.
// Result represents the output of execution of the instruction(s).
message Result {
float output = 1;

Our machine/machine.proto file should look like this considering Part-1 of this blog series.

Generating client and server code

We need to generate the gRPC client and server interfaces from the machine/machine.proto service definition.

$ SRC_DIR=./
$ protoc \
--go_out=plugins=grpc:$DST_DIR \

Running this command generates the machine.pb.go file in the machine directory under the repository:

$ tree machine/
├── machine/
│ ├── machine.pb.go
│ └── machine.proto


Let’s create the server.

There are two parts to making our Machine service do its job:

  • Create server/machine.go: Implementing the service interface generated from our service definition; writing the business logic of our service.
  • Running the Machine gRPC server: Run the server to listen for requests from clients and dispatch them to the right service implementation.

Have a look how our MachineServer interface should look like: grpc-eg-go/server/machine.go

type MachineServer struct{}// Execute runs the set of instructions given.
func (s *MachineServer) Execute(ctx context.Context, instructions *machine.InstructionSet) (*machine.Result, error) {
return nil, status.Error(codes.Unimplemented, "Execute() not implemented yet")

Implementing Simple RPC

MachineServer implements only Execute() service method as of now - as per Part-1 of this blog series.
Execute(), just gets a InstructionSet from the client and returns the value in a Result by executing every Instruction in the InstructionSet into our Stack Machine.

Before implementing Execute(), let's implement a basic Stack. It should look like this.

type Stack []float32func (s *Stack) IsEmpty() bool {
return len(*s) == 0
func (s *Stack) Push(input float32) {
*s = append(*s, input)
func (s *Stack) Pop() (float32, bool) {
if s.IsEmpty() {
return -1.0, false
item := (*s)[len(*s)-1]
*s = (*s)[:len(*s)-1]
return item, true

Now, let’s implement the Execute(). It should look like this.

type OperatorType stringconst (
PUSH OperatorType = "PUSH"
type MachineServer struct{}// Execute runs the set of instructions given.
func (s *MachineServer) Execute(ctx context.Context, instructions *machine.InstructionSet) (*machine.Result, error) {
if len(instructions.GetInstructions()) == 0 {
return nil, status.Error(codes.InvalidArgument, "No valid instructions received")
var stack stack.Stack for _, instruction := range instructions.GetInstructions() {
operand := instruction.GetOperand()
operator := instruction.GetOperator()
op_type := OperatorType(operator)
fmt.Printf("Operand: %v, Operator: %v", operand, operator) switch op_type {
case PUSH:
case POP:
case ADD, SUB, MUL, DIV:
item2, popped := stack.Pop()
item1, popped := stack.Pop()
if !popped {
return &machine.Result{}, status.Error(codes.Aborted, "Invalide sets of instructions. Execution aborted")
if op_type == ADD {
stack.Push(item1 + item2)
} else if op_type == SUB {
stack.Push(item1 - item2)
} else if op_type == MUL {
stack.Push(item1 * item2)
} else if op_type == DIV {
stack.Push(item1 / item2)
return nil, status.Errorf(codes.Unimplemented, "Operation '%s' not implemented yet", operator)
} item, popped := stack.Pop()
if !popped {
return &machine.Result{}, status.Error(codes.Aborted, "Invalide sets of instructions. Execution aborted")
return &machine.Result{Output: item}, nil

We have implemented the Execute() to handle basic instructions like PUSH, POP, ADD, SUB, MUL, and DIV with proper error handling. On completion of the execution of the instructions set, it pops the result from Stack and returns as a Result object to the client.

Code to run the gRPC server

To run the gRPC server we need to:

  • Create a new instance of the gRPC struct and make it listen to one of the TCP ports at our localhost address. As a convention default port selected for gRPC is 9111.
  • To serve our StackMachine service over the gRPC server, we need to register the service with the newly created gRPC server.

For the development purpose, the basic insecure code to run the gRPC server should look like this.

var (
port = flag.Int("port", 9111, "Port on which gRPC server should listen TCP conn.")
func main() {
lis, err := net.Listen("tcp", fmt.Sprintf(":%d", *port))
if err != nil {
log.Fatalf("failed to listen: %v", err)
grpcServer := grpc.NewServer()
machine.RegisterMachineServer(grpcServer, &server.MachineServer{})
log.Printf("Initializing gRPC server on port %d", *port)

We must consider strong TLS based security for our production environment. I’ll try planning to include an example of TLS implementation in this blog series.


As we already know that the same machine/machine.proto file, which is our IDL (Interface Definition Language) is capable of generating interfaces for clients as well. One has to just implement those interfaces to communicate with the gRPC server.

With having a .proto either service provider can implement an SDK, or the consumer of the service itself can implement a client in the desired programming language.

Let’s implement our version of a basic client code, which will call the Execute() method of the service. The client should look like this.

var (
serverAddr = flag.String("server_addr", "localhost:9111", "The server address in the format of host:port")
func runExecute(client machine.MachineClient, instructions *machine.InstructionSet) {
log.Printf("Executing %v", instructions)
ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second)
defer cancel()
result, err := client.Execute(ctx, instructions)
if err != nil {
log.Fatalf("%v.Execute(_) = _, %v: ", client, err)
func main() {
var opts []grpc.DialOption
opts = append(opts, grpc.WithInsecure())
opts = append(opts, grpc.WithBlock())
conn, err := grpc.Dial(*serverAddr, opts...)
if err != nil {
log.Fatalf("fail to dial: %v", err)
defer conn.Close()
client := machine.NewMachineClient(conn)
// try Execute()
instructions := []*machine.Instruction{}
instructions = append(instructions, &machine.Instruction{Operand: 5, Operator: "PUSH"})
instructions = append(instructions, &machine.Instruction{Operand: 6, Operator: "PUSH"})
instructions = append(instructions, &machine.Instruction{Operator: "MUL"})
runExecute(client, &machine.InstructionSet{Instructions: instructions})



Let’s write a unit test to validate our business logic of Execute() method.

  • Create a test file server/machine_test.go
  • Write the unit test, it should look like this.

Run the test file.

$ go test server/machine.go server/machine_test.go -v
=== RUN TestExecute
--- PASS: TestExecute (0.00s)
ok command-line-arguments 0.004s


To test client-side code without the overhead of connecting to a real server, we’ll use Mock. Mocking enables users to write light-weight unit tests to check functionalities on the client-side without invoking RPC calls to a server.

To write a unit test to validate client side business logic of calling the Execute() method:

  • Install golang/mock package
  • Generate mock for MachineClient
  • Create a test file mock/machine_mock_test.go
  • Write the unit test

As we are leveraging the golang/mock package, to install the package we need to run the following command:

$ go get

To generate a mock of the MachineClient run the following command, the file should look like this.

$ mkdir mock_machine && cd mock_machine
$ mockgen MachineClient > machine_mock.go

Write the unit test, it should look like this.

Run the test file.

$ go test mock_machine/machine_mock.go mock_machine/machine_mock_test.go -v
=== RUN TestExecute
--- PASS: TestExecute (0.00s)
ok command-line-arguments 0.004s


Now we are assured through unit tests that the business logic of the server & client codes is working as expected, let’s try running the server and communicating to it via our client code.


To turn on the server we need to run the previously created cmd/run_machine_server.go file.

$ go run cmd/run_machine_server.go


Now, let’s run the client code client/machine.go.

$ go run client/machine.go
Executing instructions:<operator:"PUSH" operand:5 > instructions:<operator:"PUSH" operand:6 > instructions:<operator:"MUL" >

Hurray!!! It worked.

At the end of this blog, we’ve learned:

  • Importance of gRPC — What, Why, Where
  • How to install all the prerequisites
  • How to define an interface using protobuf
  • How to write gRPC server & client logic for Simple RPC
  • How to write and run the unit test for server & client logic
  • How to run the gRPC server and a client can communicate to it

The source code of this example is available at toransahu/grpc-eg-go.
You can also git checkout to this commit SHA to walk through the source code specific to this Part-1 of the blog series.

See you in the next part of this blog series.