/reactive-microservices-workshop

A project to learn about Reactive Microservices experimenting with architectures and patterns

Primary LanguageHTMLCreative Commons Attribution Share Alike 4.0 InternationalCC-BY-SA-4.0

reactive-microservices-workshop

Copyright © 2021 Aleix Morgadas - Licenced under CC BY-SA 4.0 CC BY-SA 4.0

A project to learn about Reactive Microservices experimenting with architectures and patterns

Setup

docker ps --format '- targets: ["{{.ID}}"]\n labels:\n container_name: "{{.Names}}"' > /etc/promtail/promtail-targets.yaml

Model

The model is quite simple, you will find it too simple to be split between two Services. Yet, I consider this situation happens more often that we might be aware of.

model

The idea of having a simple model is to focus on Learing about Reactive Microservices.

Simplistic Architecture

This is the first step of any microservice arhictecture, having two services. Then, a situation that happens often is that one talk to the other.

Here, we assume (obviously they don't 😂) that Posts and Comments are enough big boundaries to be in their own serive.

architecture

Monitoring

At few time, we realise we need to understand what's going on inside our microservices. That's why we add monitoring tools like Prometheus and Grafana

monitoring