Skip to content

Example code for my building and deploying microservices with event sourcing, CQRS and Docker presentation

License

Notifications You must be signed in to change notification settings

asrinivas61/event-sourcing-examples

 
 

Repository files navigation

Event-Sourcing+CQRS example application

This example application is the money transfer application described in my talk Building and deploying microservices with event sourcing, CQRS and Docker. This talk describes a way of architecting highly scalable and available applications that is based on microservices, polyglot persistence, event sourcing (ES) and command query responsibility segregation (CQRS). Applications consist of loosely coupled components that communicate using events. These components can be deployed either as separate services or packaged as a monolithic application for simplified development and testing.

Built using the Eventuate platform

Read the overview or look at the other example applications.

Big ideas

This example illustrates several important concepts:

  • How to decompose an application into microservices - as described below the application consists of several services. For example, bank accounts are managed by one service, money transfers by another service.

  • Using an event-driven architecture to achieve data consistency - rather than using traditional distributed transaction to maintain database consistency this application uses an eventually consistent, event-driven approach.

  • Using event sourcing to implement the event-driven architecture - the domain logic consists of Domain-Driven Design (DDD) aggregates that using event sourcing.

  • Using Command Query Responsibility Segregation (CQRS) - update requests (HTTP POSTs and PUTs) and view requests (HTTP GETs) are handled by separate services.

  • How event sourcing enables deployment flexibility - the application can either be deployed as a monolith or as microservices.

About the example application

This example application provides a REST API for creating and viewing bank accounts and transferring money between them.

The following diagram shows the architecture:

Money transfer architecture

There are the following services:

  • Customers Service - REST API for creating customers
  • Accounts Service - REST API for creating accounts
  • Transactions Service - REST API for transferring money
  • Customers View Service - subscribes to events and updates a MongoDB View, and provides an API for retrieving customers
  • Accounts View Service - subscribes to events and updates a MongoDB View, and provides an API for retrieving accounts

There is also an API gateway service that acts as a Facade in front of the services.

About the examples

There are currently the following versions of the example application:

  • java-spring - a Java and Spring Boot example
  • scala-spring - a Scala and Spring Boot example (NOTE: this version is lagging the Java Spring and hasn't been updated in a longtime.)

Other examples will be added shortly including a Scala/Play example.

For more information, please see the wiki

About the Eventuate Platform

The application is built using Eventuate, which is an application platform for writing transactional microservices. It provides a simple yet powerful event-driven programming model that is based on event sourcing and Command Query Responsibility Segregation (CQRS). Eventuate solves the distributed data management problems inherent in a microservice architecture. It consists of a scalable, distributed event store and client libraries for various languages and frameworks including Java, Scala, and the Spring framework.

There are two versions of Eventuate:

There is also an embedded test event store, which is great for integration tests.

Building and running the microservices

This is a Gradle project. However, you do not need to install Gradle since it will be downloaded automatically. You just need to have Java 8 installed.

The details of how to build and run the services depend slightly on whether you are using Eventuate SaaS or Eventuate Local.

Building and running using Eventuate SaaS

First, must sign up to get your credentials in order to get free access to the SaaS version.

Next, build the application

cd java-spring
./gradlew assemble

Next, you can launch the services using Docker Compose:

docker-compose up -d

Finally, you can open the home page, which is served up by the API Gateway: http://$DOCKER_HOST_IP:8080

Note: DOCKER_HOST_IP is the IP address of the machine where Docker is running, e.g. the IP address of the VirtualBox VM.

Building and running using Eventuate Local

First, build the application

cd java-spring
./gradlew assemble -P eventuateDriver=local

Next, launch the services using Docker Compose:

export DOCKER_HOST_IP=...
docker-compose -f docker-compose-eventuate-local.yml up -d

Note: You need to set DOCKER_HOST_IP before running Docker Compose. This must be an IP address or resolvable hostname. It cannot be localhost. See this guide to setting DOCKER_HOST_IP for more information.

Finally, you can open the home page, which is served up by the API Gateway: http://$DOCKER_HOST_IP:8080

About

Example code for my building and deploying microservices with event sourcing, CQRS and Docker presentation

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 87.6%
  • Java 8.2%
  • Scala 1.9%
  • CSS 1.7%
  • HTML 0.3%
  • Shell 0.2%
  • Groovy 0.1%