REACTIVE MICROSYSTEMSTHE EVOLUTION OF MICROSERVICES AT SCALE

JONAS BONÉR

@JBONER

WE HAVE BEEN SPOILED BY

THE ALMIGHTYMONOLITH

KNOCK, KNOCK. WHO’S THERE?

REALITY

WE CAN'T MAKE THE HORSE FASTER

WE NEED CARS FOR WHERE WE ARE GOING

BUT DON'T JUST DRINK THE

THINK FOR YOURSELF

NO ONE WANTSMICROSERVICESIT'S A NECCESSARY EVIL

ARCHITECTURAL CONTEXT OF MICROSERVICES:

DISTRIBUTED SYSTEMS

TODAY'S JOURNEY

LET'S SAY THAT WE WANT TO SLICE THIS MONOLITH UP

TOO MANY END UP WITH AN ARCHITECTURE LIKE THIS

MICROLITH:SINGLE INSTANCEMICROSERVICE

-NOT RESILIENT-NOT ELASTIC

One actor is no actor.Actors come in systems.

— Carl Hewitt

MICROSERVICESCOME IN SYSTEMS

3 HELPFUL TOOLS1. EVENTS-FIRST DDD2. REACTIVE DESIGN

3. EVENT-BASED PERSISTENCE

PRACTICE

EVENTS-FIRSTDOMAIN-DRIVEN DESIGN

DON'T FOCUS ON THE THINGSthe nouns

the domain objects

FOCUS ON WHAT HAPPENSthe verbsthe events

When you start modeling events,it forces you to think about the

behavior of the system,as opposed to thinking about structure inside the system.

— Greg Young

LET THE

EVENTS DEFINETHE BOUNDED CONTEXT

EVENTS REPRESENT FACTS

To condense fact from the vapor of nuance

— Neal Stephenson, Snow Crash

WHAT ARE THE FACTS?

TRY OUT

EVENT STORMING

UNDERSTAND HOW FACTS ARE CAUSALLY RELATED

HOW FACTS FLOW IN THE SYSTEM

THINK IN TERMS OFCONSISTENCY BOUNDARIES

WE NEED TO

CONTAIN MUTABLE STATE &

PUBLISH FACTS

AGGREGATE⇒ UNIT OF CONSISTENCY⇒ UNIT OF FAILURE

PRACTICE

REACTIVE DESIGN

REACTIVE PROGRAMMINGVS

REACTIVE SYSTEMS

REACTIVE PROGRAMMINGCAN HELP US MAKE THEINDIVIDUAL INSTANCEHIGHLY PERFORMANT & EFFICIENT

GOASYNCHRONOUS

ASYNCHRONOUS& NON-BLOCKING

- MORE EFFICIENT USE OF RESOURCES- MINIMIZES CONTENTION ON SHARED

RESOURCES

ALWAYS APPLY BACKPRESSURE

A FAST SYSTEMSHOULD NOT OVERLOADA SLOW SYSTEM

BACKPRESSURE

LET'S APPLY REACTIVE PROGRAMMING TO OUR MICROLITHS

WE'RE GETTING THERE, BUT WE STILL HAVE ASINGLE INSTANCE MICROSERVICE⇒ NOT SCALABLE⇒ NOT RESILIENT

REACTIVE SYSTEMSCAN HELP US BUILDDISTRIBUTED SYSTEMS THAT ARE

ELASTIC & RESILIENT

REACTIVE SYSTEMS ARE BASED ON

ASYNCHRONOUSMESSAGE-PASSING

ALLOWS DECOUPLING IN

SPACEAND

TIME

ALLOWS FOR LOCATION TRANSPARENCYONE COMMUNICATION ABSTRACTION ACROSS ALL DIMENSIONS OF SCALE

CORE ⇒ SOCKET ⇒ CPU ⇒ CONTAINER ⇒ SERVER ⇒ RACK ⇒

DATA CENTER ⇒ SYSTEM

SELF-HEALING THROUGH BULKHEADING

SELF-HEALING THROUGH SUPERVISION

MICROSERVICESCOME AS SYSTEMS

EACH MICROSERVICENEEDS BE DESIGNED ASA DISTRIBUTED SYSTEM

A MICROSYSTEM

WE NEED TO MOVE

FROM MICROLITHSTO MICROSYSTEMS

SEPARATE THE

STATELESS BEHAVIORFROM THE

STATEFUL ENTITYTO SCALE THEM INDIVIDUALLY

SCALING (STATELESS) BEHAVIOR

IS EASY

SCALING (STATEFUL) ENTITIES

IS HARD

THERE IS NO SUCH THING AS A"STATELESS" ARCHITECTUREIT'S JUST SOMEONE ELSE'S PROBLEM

REACTIVEMICROSYSTEM

PRACTICE

EVENT-BASEDPERSISTENCE

Update-in-place strikes systems designers as a cardinal sin:

it violates traditional accounting practices that have been observed

for hundreds of years.— Jim Gray

The truth is the log.The database is a cache of a

subset of the log.— Pat Helland

EVENT LOGGINGFOR SCALABLE PERSISTENCE

CRUDIS DEAD

EVENT SOURCINGA CURE FOR THE CARDINAL SIN

Modeling events forces you to have a temporal focus on what’s

going on in the system.Time becomes a crucial factor of

the system.— Greg Young

THE LOGIS A DATABASE OF THE PASTNOT JUST A DATABASE OF THE PRESENT

EVENT LOGGING AVOIDS THE INFAMOUS

OBJECT-RELATIONALIMPEDENCE MISMATCH

UNTANGLE THE

READ & WRITEMODELS WITH

CQRS

ADVANTAGES OF USING CQRS:1. RESILIENCE

2. SCALABILITY3. POLYGLOT PERSISTENCE

USE

EVENT SOURCINGAND

EVENT STREAMING

HOW CAN WE

COORDINATE WORKACROSS AGGREGATES?

EVENT-DRIVENWORKFLOW

BUT WHAT ABOUT

TRANSACTIONS?

Two-phase commit is theanti-availability protocol.

— Pat Helland

In general,application developerssimply do not implement

large scalable applications

assuming distributed transactions.

— Pat Helland

USE A PROTOCOL OF

GUESS.APOLOGIZE.

COMPENSATE.

IT'S HOW THE WORLD WORKS

USE SAGASNOT DISTRIBUTED TRANSACTIONS

IN SUMMARY

1. Don't build Microliths2. Microservices come in (distributed) systems

3. Microservices come as (micro)systems4. Embrace the Reactive principles

5. Embrace Event-first DDD & Persistence6. Profit!

TRY THE

LAGOMMICROSERVICES FRAMEWORKPOWERED BY AKKA & PLAYLAGOMFRAMEWORK.COM

LEARN MOREDOWNLOAD MY BOOK FOR FREE AT:BIT.LY/REACTIVE-MICROSYSTEMS