Microservice Kubernetes Sample
However, this demo uses Kubernetes as Docker environment. Kubernetes also support service discovery and load balancing. An Apache httpd as a reverse proxy routes the calls to the services.
This project creates a complete micro service demo system in Docker containers. The services are implemented in Java using Spring and Spring Cloud.
It uses three microservices:
Orderto process orders.
Customerto handle customer data.
Catalogto handle the items in the catalog.
How to run
See How to run.
Apache HTTP Load Balancer
Apache HTTP is used to provide the web page of the demo at port 8080. It also forwards HTTP requests to the microservices. This is not really necessary as each service has its own port on the Minikube host but it provides a single point of entry for the whole system. Apache HTTP is configured as a reverse proxy for this. Load balancing is left to Kubernetes.
To configure this Apache HTTP needs to get all registered services from Kubernetes. It just uses DNS for that.
Please refer to the subdirectory microservice-kubernetes-demo/apache to see how this works.
Remarks on the Code
The microservices are:
- microservice-kubernetes-demo-catalog is the application to take care of items.
- microservice-kubernetes-demo-customer is responsible for customers.
- microservice-kubernetes-demo-order does order processing. It uses microservice-kubernetes-demo-catalog and microservice-kubernetes-demo-customer.
The microservices use REST to communicate to each other.
See e.g. CatalogClient .
The hostname is configurable to allow tests with stubs.
The default is
catalog which works with Kubernetes.
Other microservices are found using Kubernetes built-in DNS.
Kubernetes does the load balancing on the IP level.
The microservices have a Java main application in
run them stand alone.
microservice-demo-order uses a stub for the
other services then. Also there are tests that use consumer-driven
contracts. That is why it is ensured that the services provide the
correct interface. These CDC tests are used in microservice-demo-order
to verify the stubs. In
microserivce-kubernetes-demo-catalog they are used to verify the implemented
Note that the code has no dependencies on Kubernetes.