Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.


title shorttitle description tags
How to Containerize Spring Boot Microservices
Networking and Monitoring Containerized Spring Boot Microservices with Weave Net and Weave Scope
Using Weave Net and Weave Scope to network and monitor your Spring Boot microservices.
ubuntu, spring-boot, microservices, weave

Note: You are looking at our old-guides repository. The guides in here haven't been updated in a while. They might or might not work for you. We are keeping them around for informational purposes.

Spring Boot is a framework that allows you to build stand-alone production grade applications. Since Spring Boot services are relatively isolated and are generally designed to perform one function, the framework lends itself well to a microservices-based architecture.

This guide shows you how to network and monitor a containerized user registration application based on a microservices architecture. You will run several microservices in docker containers, deploy them across two VMs, connect them all together with Weave Net, and then use Weave Scope to monitor the microservices and to troubleshoot and verify the application as its being deployed.

The application built in this example is a user registration management system. Users register through a web front-end by entering an email and an associated password.

The backend user registration service exposes a single RESTful endpoint for registering users. The registration request contains the user’s email address and password, which is sent to the Mongo database, and if the email address is not already present, it notifies RabbitMQ, who then notifies Eureka (an Open Source Registration service developed by Netflix) to include it in the registry.

Weave Net - User Registration Application Flow Across Two VMs

The code used in this example is adapted from Chris Richardson's excellent discussion and tutorial on microservices architecture. For information on how this application is built, see Building microservices with Spring Boot – part 1 and Building Microservices with Spring Boot --part 2

A Vagrant file is provided for convenience. This script provisions two Ubuntu Virtual Machines (VMs) on VirtualBox and downloads all of the necessary container images.

This guide requires no programming, and depending on the speed of your network, will take about 20 minutes to complete.

What You Will Use

Before You Begin

Ensure that the following are installed and configured for your operating system before you start:

Getting The Code

To begin this guide, clone the git directory and cd to the spring-boot-weave-microservices directory:

git clone https://github.com/weaveworks/guides

cd spring-boot-weave-microservices

Setting Up The Virtual Machines and Pulling the Docker Images

The Vagrant script provisions two VMs with Ubuntu on VirtualBox, installs the latest version of Docker and Weave Net and also downloads (or pulls) the necessary docker images used in this guide.

Change to the spring-boot-weave-microservices directory, and run the vagrant script:

vagrant up

After the script is complete, view the status of the VMs:

vagrant status

where you should see the following:

weave-microservice-02     running (virtualbox)
weave-microservice-01     running (virtualbox)

The IP Addresses used for the two VMs are:



Launching a Weave Container Network and Peering The Virtual Machines

Next, launch Weave Net onto both VMs, and create a peer connection between the two by passing the IP address of one VM to the other VM.

ssh onto weave-microservice-01:

vagrant ssh weave-microservice-01

And then launch Weave Net:

vagrant@weave-microservice-01:~$ weave launch

Set the environment for Weave:

vagrant@weave-microservice-01:~$ eval $(weave env)

Now do the same for the other VM, but this time pass the IP of weave-microservices-01 to weave-microservice-02 during weave launch.

In a new terminal window:

vagrant ssh weave-microservice-02

Launch Weave Net onto the VM:

vagrant@weave-microservice-02:~$ weave launch

Set the environment for Weave Net:

vagrant@weave-microservice-02:~$ eval $(weave env)

Important! If you exit the VM terminal and then return to it, remember to restore Weave's environment. You can do this by running: weave env --restore

Check that the VMs are peered:

vagrant@weave-microservice-01:~$ weave status

        Version: 1.4.3

        Service: router
       Protocol: weave 1..2
           Name: 4e:fa:13:6e:48:c7(weave-microservice-01)
     Encryption: disabled
  PeerDiscovery: enabled
        Targets: 0
    Connections: 1 (1 established)
          Peers: 2 (with 2 established connections)
 TrustedSubnets: none

        Service: ipam
         Status: ready

        Service: dns
         Domain: weave.local.
            TTL: 1
        Entries: 3

        Service: proxy
        Address: unix:///var/run/weave/weave.sock

        Service: plugin
     DriverName: weave

Launching Weave Scope

Next install Weave Scope and use it to view your microservices application as it deploys onto the Weave Network.

For Weave Scope to monitor all containers, the application must be installed and launched onto both VMs.

On weave-microservice-01 VM install and launch Weave Scope:

sudo wget -O /usr/local/bin/scope \
sudo chmod a+x /usr/local/bin/scope
sudo scope launch

Now switch to the terminal of weave-microservice-02 and do the same .

Display Weave Scope in your browser using the URL that was presented to you in the terminal window after the application has finished launching. In this guide, Scope uses the following URLs: or

Viewing Peered Virtual Machines in Weave Scope

With both Weave Net and Weave Scope launched, go to Weave Scopein your browser to view the peered VMs. A line between the two nodes indicates a connection has been made, and if you mouse over one of the nodes all connections with that node highlight. You will see a better example of this highlighting once the entire microservices application has been deployed.

Two Peered VMs in Weave Scope

You can use Weave Scope to monitor the communications of the different microservices as they are being deployed throughout this guide.

Deploying the Microservices to Docker Containers

The microservices are divided between the VMs. On weave-microservice-01, the docker images for the web front-end services as well as the registration manager were downloaded.

These include:

  • Restful Service
  • The Web App
  • Eureka

And on weave-microservices-02 the images for the back-end services were downloaded:

  • RabbitMQ
  • MongoDB

Deploying Containers onto weave-microservice-02

First, deploy the backend microservices onto weave-microservice-02.

An explanation of the docker run commands is beyond the scope of this guide. For more information on their use, refer to Docker Run Commands documentation

Note: Before running the docker commands, ensure that the weave environment is set. If you have left the terminal, you must enter weave env --restore before attaching the containers to the Weave Network.

To deploy the containers onto weave-microservice-02 run the following docker commands for each service from the weave-microservice-02 terminal window:

RabbitMQ Service

docker run -d --name=rabbitMQ weaveworks/rabbitmq /docker-entrypoint.sh rabbitmq-server

mongoDB Service

docker run -d --name=mongoDB weaveworks/mongo /entrypoint.sh mongod --smallfiles

Viewing the RabbitMQ and MondoDB Containers in Scope

Go back to Weave Scope in your browser to visualize and view metrics about the recently deployed services. As you can see, the Mongo database, and RabbitMQ are standing by and waiting for instructions. They are not in communication yet because neither the Eureka (the User Management Service) nor the Restful Services have been deployed.

Click on the RabbitMQ container to view its metrics:

Weave Scope - RabbitMQ and MongoDB Deployed to Containers

Deploying Containers onto weave-microservice-01

Return to the weave-microservice-01 terminal and deploy the RESTful service, the Web App and the Eureka service into containers.

Eureka Service

docker run -d --name=eureka weaveworks/eureka java -jar /app.jar

Restful Service

docker run -d --name=restful-service weaveworks/microservice_apps java -DSPRING_RABBITMQ_HOST=rabbitmq -Dspring.data.mongodb.uri=mongodb://mongodb/userregistration -jar /app/spring-boot-restful-service.jar --spring.profiles.active=enableEureka --eureka.client.serviceUrl.defaultZone=http://eureka:8761/eureka/

The Web App

docker run -d -p 8080:8080 --name=webapp-register weaveworks/microservice_apps java -Duser_registration_url=http://REGISTRATION-SERVICE:8081/user -jar /app/spring-boot-webapp.jar --spring.profiles.active=enableEureka --eureka.client.serviceUrl.defaultZone=http://eureka:8761/eureka/

After launching the containerized front-end services, and Eureka, return to Weave Scope, where you can visualize and monitor the microservices discovering each other. Once discovery is complete, all of the microservices should be connected with one another. Mouse over a container node to see its connections, which are indicated by other nodes highlighting.

Note: RabbitMQ may not be connected right away. It connects when the first registration request has been made, which is illustrated in a later section of this guide.

View in Weave Scope - All Containers Deployed and Communicating

Viewing the DNS Entries with Weave

The containerized microservices were deployed onto Weave Net without making any changes to the code base and without having to link ports between containers.

Weave Net automatically discovers containers on the network and adds a DNS entry using the name of the container and the weave.local domain to give any container on a weave network a fully qualified domain name. For example, mongoDB is referred to as: mongoDB.weave.local.

To view the container DNS entries made by Weave:

weave status dns

which if executed on weave-microservices-01 shows the following:

eureka       52f915802e92 4e:fa:13:6e:48:c7
mongoDB       77e4f19a9217 9e:e7:55:5a:ec:70
rabbitMQ       cf0e60e68c60 9e:e7:55:5a:ec:70
restful-service    21347514dedb 4e:fa:13:6e:48:c7
scope       e49020094d92 4e:fa:13:6e:48:c7
scope       e49020094d92 4e:fa:13:6e:48:c7
scope    e49020094d92 4e:fa:13:6e:48:c7
scope       a96b8ea7a154 9e:e7:55:5a:ec:70
scope       a96b8ea7a154 9e:e7:55:5a:ec:70
scope    a96b8ea7a154 9e:e7:55:5a:ec:70
webapp-register    a2c19c69fe45 4e:fa:13:6e:48:c7 

Visualizing User Registration with Weave Scope

With the containers deployed, and all in communication, you are ready to test the application. Open the following URL in your browser: to display the registration page.

Testing the Microservices App

To ensure that your message reached the correct destination, display Weave Scope, click on the RESTful Service container, and then open the terminal view. The terminal view is launched by clicking the control button furthest left.

Enter an email address and a password into the registration page, and then wait for the message to appear in the Terminal View of the RESful Service container displayed in Weave Scope. Notice that the RESTful service has processed and passed on the message to the system.

Weave Scope View - RESTful, RabbitMQ and Eureka Communicating

Display the terminal window of other containers, and then add a new email to see what messages appear.

Note: You can also stop, pause and restart containers to troubleshoot communication errors in your app.

Cleaning up the VMs

To clean up the VMs from your machine:

vagrant destroy


You have used Weave Net to network a containerized microservices-based application distributed across two VMs. You also used Weave Scope to visualize and monitor the micoservices as they were being deployed and used it to test interactions within your application.

Thank-you to Chris Richardson, who graciously lent us the use of his code. For more information on this application and on microservices in general, see Chris Richardson's blog, Plain Old Objects

Further Reading