Book Image

Hands-On Microservices with Kubernetes

By : Gigi Sayfan
Book Image

Hands-On Microservices with Kubernetes

By: Gigi Sayfan

Overview of this book

Kubernetes is among the most popular open source platforms for automating the deployment, scaling, and operations of application containers across clusters of hosts, providing a container-centric infrastructure. Hands-On Microservices with Kubernetes starts by providing you with in-depth insights into the synergy between Kubernetes and microservices. You will learn how to use Delinkcious, which will serve as a live lab throughout the book to help you understand microservices and Kubernetes concepts in the context of a real-world application. Next, you will get up to speed with setting up a CI/CD pipeline and configuring microservices using Kubernetes ConfigMaps. As you cover later chapters, you will gain hands-on experience in securing microservices and implementing REST, gRPC APIs, and a Delinkcious data store. In addition to this, you’ll explore the Nuclio project, run a serverless task on Kubernetes, and manage and implement data-intensive tests. Toward the concluding chapters, you’ll deploy microservices on Kubernetes and learn to maintain a well-monitored system. Finally, you’ll discover the importance of service meshes and how to incorporate Istio into the Delinkcious cluster. By the end of this book, you’ll have gained the skills you need to implement microservices on Kubernetes with the help of effective tools and best practices.
Table of Contents (16 chapters)

Isolating tests

Isolation is a key topic with tests. The core idea is that, in general, your tests should be isolated from your production environment, or even isolated from other shared environments. If tests are not isolated, then changes the tests make can impact these environments and vice versa (external changes to these environments can break tests that make assumptions). Another level of isolation is between tests. If your tests run in parallel and make changes to the same resources, then various race conditions can occur and tests can interfere with each other and cause false negatives.

This can happen if tests don't run in parallel, but neglecting to clean up test A can make changes that break test B. Another case where isolation can help is when multiple teams or developers want to test incompatible changes. If two developers make incompatible changes to a shared...