In microservice architectures, it is fairly common to have a project that includes different worker types. A Makefile can be used to manage the creation of multiple programs, but the Go toolchain has a great tool that can be used as well, go generate. Here are some examples of how we take advantage of ‘go generate’ at Nuvi:

API/Worker – We have an API that allows clients to start/stop long-running jobs, and a worker which accesses the same database to run the jobs.

– We have an API that allows clients to start/stop long-running jobs, and a worker which accesses the same database to run the jobs. NLP Classifier – We have different processes that share a majority of the same code, but have different quirks depending on if they are classifying sentiment, vulgarity, or subjectivity.

In other words, we have one git repository, but from that code, we want to generate ‘n‘ number of executables.

Repository Structure

Our normal single-process repositories have the following structure:

main.go

foo.go (other main package source files)

bar.go

internal (folder for packages intended just for this project) database (package for database access) database.go rabbit (package for rabbitmq access) rabbit.go





As you can see, when there is only one program (one main.go) its really easy to build and deploy. We just run:

go build

from the root of the repository.

Structure With Multiple Programs

Now let’s say we have a project that has an API that is responsible for managing some long-running jobs. For example, we can pretend it manages RSS scraping jobs. Here is how we would build out the repository:

cmd api main.go worker main.go

internal (folder for packages intended just for this project) database (package for database access) database.go rss (package for rss scraping logic) rss.go

gen.go

Here we have a cmd folder in the root, which then holds a directory for each executable. This allows us to still scope packages to the entire project, share a CI/CD pipeline, and keep code that is tightly-coupled all in one place.

How Do We Build It?

In the above project structure, you may have noticed the gen.go file. Here is what it looks like:

package main //go:generate go build ./cmd/api //go:generate go build ./cmd/worker

Now we can run go generate from the root of our project and both executables will be built at the root.

Can We Do More?

Have more steps in the build process? Go generate is quite flexible, lets build the production docker image as well (assuming we have a Dockerfile in the root of the project):

package main //go:generate go build ./cmd/api //go:generate go build ./cmd/worker //go:generate docker build .

The generate function is a powerful tool and can do a lot more than just build a list of executables. Nevertheless, we’ve found this to be a convenient way to keep our projects “go native”.

Check out some of my other clean code articles:

Make, New and Literals Cheat Sheet – Slice and Map Initialization in Go, Sorting in Go – Don’t Reinvent This Wheel, and Purity in my Programming Please.

Thanks For Reading! Follow us on Twitter @q_vault if you have any questions or comments Take some coding courses on our new platform Subscribe to our Newsletter for more programming articles