En monolitt pakker all funksjonalitet inn i en enkelt distribuerbar enhet; mikrotjenester deler denne funksjonaliteten opp i mange uavhengig distribuerbare tjenester. Kjernforskjellen er distribusjonsenheten og grensene mellom moduler.
En monolitt pakker all funksjonalitet inn i en enkelt distribuerbar enhet; mikrotjenester deler denne funksjonaliteten opp i mange uavhengig distribuerbare tjenester. Kjernforskjellen er distribusjonsenheten og grensene mellom moduler.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner| Aspekt | Monolitt | Mikrotjenester |
|---|
| Distribusjon | En enhet | Mange uavhengige enheter |
| Database | Vanligvis én delt DB | Én DB per tjeneste |
| Skalering | Skaler hele appen | Skaler tjenester individuelt |
| Kommunikasjon | In-process-kall | Nettverk (HTTP/gRPC/events) |
| Team-kobling | Høy | Lav (eierskap per tjeneste) |
| Feilblastradius | Hele appen | Ofte isolert til én tjeneste |
| Operasjonell kompleksitet | Lav | Høy |
MONOLITH best when:
✓ small team / early-stage product
✓ domain not yet well understood
✓ simplicity and fast iteration matter most
MICROSERVICES best when:
✓ large org with many teams
✓ parts have very different scaling needs
✓ you need independent deploy cadence
En dårlig modulularisert monolitt forbedres ikke magisk når den deles opp — du får bare et distribuert rotete. Rett først på grensene.
Å velge feil stil er dyrt: en prematur splitting legger til latens, ops-kostnader og debugging-smerte for et lite team.
De fleste vellykkede systemer starter som en godt strukturert monolitt og ekstraherer tjenester bare når teamstørrelse eller skaleringspress klart rettferdiggjør det.