Hvad er vigtige mønstre for microservices-arkitektur?

Question

Accepted Answer

Opbygning af veldesignede microservices kræver, at man håndterer udfordringerne i distribuerede systemer gennem etablerede **mønstre** — for servicekommunikation, datahåndtering, modstandskraft og observabilitet. Disse mønstre hjælper med at håndtere den iboende kompleksitet i microservices.

## Kommunikations- og API-mønstre

```text
✓ API GATEWAY → single entry point; centralizes cross-cutting concerns (routing, auth, etc.)
✓ SERVICE DISCOVERY → services find each other dynamically (registry) as instances change
✓ Sync (REST/gRPC) for request/response; ASYNC (events/queues) for decoupling → prefer
  async/events to reduce coupling where possible
✓ BFF (Backend for Frontend) → tailored gateways per client type
```

## Datahåndteringsmønstre

```text
✓ DATABASE PER SERVICE → each service owns its data (no shared database) → independence,
  but data is distributed (no cross-service joins/transactions)
✓ SAGA → manage transactions ACROSS services without distributed transactions:
  → a sequence of local transactions + compensating actions on failure (eventual consistency)
✓ EVENT SOURCING / CQRS → event-based state and separate read/write models
✓ Eventual consistency across services (embrace it; avoid distributed transactions)
```

## Modstandskraft- og observabilitetsmønstre

```text
✓ CIRCUIT BREAKER → stop calling a failing service (prevent cascading failures)
✓ RETRY (with backoff), TIMEOUT, BULKHEAD (isolation) → handle failures gracefully
✓ DISTRIBUTED TRACING → trace requests across services (essential for debugging)
✓ Centralized LOGGING/monitoring; health checks
✓ IDEMPOTENCY → safe retries; handle duplicate messages
```

## Hvorfor det betyder noget

At forstå vigtige microservices-mønstre er værdifuld viden på seniorniveau, fordi **microservices introducerer betydelig kompleksitet**, som disse etablerede mønstre hjælper med at håndtere, så en forståelse af dem er vigtig for at bygge microservices med succes.

Microservices giver fordele (uafhængig skalering, udrulning og teams), men medbringer kompleksitet fra distribuerede systemer, og de etablerede **mønstre** er, hvordan denne kompleksitet håndteres — hvilket gør dem til vigtig viden for alle, der bygger microservices.

At forstå **kommunikationsmønstre** — **API gateway** (centralisering af cross-cutting concerns), **service discovery** (services finder hinanden dynamisk), og at vælge mellem synkron og asynkron kommunikation (foretrække asynkron/events for at reducere kobling) — løser, hvordan services interagerer.

At forstå **datahåndteringsmønstre** er særligt vigtig, fordi data er den sværeste del af microservices: **database per service** (hver service ejer sine data for uafhængighed, men betyder ingen tværservicejoin eller transaktioner), **saga-mønstret** (håndtering af transaktioner på tværs af services via lokale transaktioner og kompenserende handlinger, da distribuerede transaktioner undgås — omfavnelse af eventuel konsistens), og event sourcing/CQRS — disse løser den reelle udfordring at håndtere data på tværs af services uden delte databaser eller distribuerede transaktioner.

At forstå **modstandskraft- og observabilitetsmønstre** — **circuit breakers** (forhindring af kaskaderende fejl), gentagelsesforsøg med backoff, timeouts, bulkheads (isolation), **distribueret tracing** (essentielt for fejlfinding af anmodninger på tværs af services), centraliseret logging/monitoring, og idempotency (for sikre gentagelsesforsøg) — løser pålideligheds- og operabilitetudfordringerne ved distribuerede microservices.

Disse mønstre gør samlet set microservices håndterlige i stedet for kaotiske.

Fordi microservices introducerer betydelig kompleksitet fra distribuerede systemer, som etablerede mønstre (API gateway, service discovery, database-per-service, saga, circuit breaker, distribueret tracing) hjælper med at håndtere, og fordi forståelse af disse mønstre er vigtig for at bygge microservices med succes, er forståelse af vigtige microservices-mønstre værdifuld viden på seniorniveau — vigtig for at håndtere den iboende kompleksitet i microservices gennem påviste mønstre for kommunikation, data, modstandskraft og observabilitet, hvilket afspejler den arkitektoniske modenhed, der er nødvendig for at bygge microservices godt, og en nøglekompetence for seniøringeniører, der designer servicebaserede systemer.