Kommer mikrotjänsttrender att ta slut? Användning av mikrotjänster i ditt företag

Mikrotjänster är ett arkitektoniskt tillvägagångssätt som fick stor uppmärksamhet i början av 2010-talet. De representerar en samling av små tjänster, var och en körs i sin egen process och kommunicerar med lättviktiga mekanismer, ofta ett HTTP-resurs-API.

Mikrotjänster representerar ett avsteg från monolitisk arkitektur. Viktiga fördelar inkluderar små utvecklingsteam som kan arbeta oberoende med komponenter utan att behöva ha omfattande systemkunskap, minskad onboarding-tid för nya utvecklare på grund av mindre kodbaser, frihet att använda olika programmeringsspråk för olika tjänster, snabbare och säkrare funktionssläpp, komponentåteranvändbarhet i system och oberoende skalningseffektivitet.

Det initiala entusiasmen har dock tempererats av verkliga utmaningar. Den utlovade enkelheten visade sig vara svårfångad, och många projekt upplevde betydande komplikationer. Viktiga problem inkluderar dramatiskt ökad systemkomplexitet för utvecklings- och underhållsteam, funktionsutveckling som spänner över flera tjänster och blir tidskrävande och svårt, koordinationsutmaningar vid versionering av flera tjänster samtidigt, skalning som förblir lika komplext som med monolitiska system och många kommunikationsvägar som skapar fler potentiella felpunkter.

Artikeln argumenterar mot att se arkitektur som binär – antingen extrema mikrotjänster eller kompletta monoliter. Istället förespråkar den kontextdrivna beslut. För nya produkter som sannolikt kommer att utvecklas, eller team som saknar mikrotjänsterfarenhet, kan det vara klokt att börja med en monolit och gradvis separera komponenter senare när behoven förtydligas.