En mikroservicearkitektur er et system, hvor en stor applikation består af små tjenester, der arbejder og kommunikerer med hinanden ved hjælp af API'er.
Disse tjenester er meget uafhængige og løst koblede. Dette gør dem nemme at teste og vedligeholde, hvilket igen fremskynder udviklingsprocessen.
Sådan fungerer mikrotjenester
Før mikrotjenester var standardmåden at udvikle applikationer ved at bruge en monolitisk arkitektur. Sådanne ansøgninger var enkelte, uafhængige enheder. Deres komponenter - som brugergrænsefladen, forretningslogikken og datalagring - blev skrevet i en enkelt kodebase.
Mens monolit-apps er nemme at designe og udvikle, kan den resulterende kode være svær at forstå, skalere og vedligeholde.
I en mikroservicearkitektur opdeler du en stor applikation i mindre, autonome tjenester. Hver tjeneste er ansvarlig for en enkelt ansøgningsopgave og kommunikerer med de andre ved hjælp af API'er.
Hver tjeneste indeholder også alle nødvendige afhængigheder, og du behøver ikke at linke den til eksterne ressourcer.
Mikrotjenester er gode til applikationer udviklet af store organisationer. Et team kan arbejde på én tjeneste, mens et andet team arbejder på en anden. Du kan derefter teste og implementere disse tjenester separat.
Et eksempel på et mikroservicesystem er en e-handelsapplikation med separate tjenester til at håndtere brugergrænsefladen, indkøbskurven, beholdningen og ordrer.
Fordele ved en Microservices-arkitektur
Fleksibilitet og skalerbarhed
Da hver mikroservice er uafhængig af resten, kan du udvikle og implementere dem separat. Hvis en bestemt tjeneste bliver langsom, kan du køre den på mere kraftfuld hardware eller tilføje flere processorer til de servere, der kører den.
Du kan også køre to forekomster af en mikrotjeneste parallelt.
Nem vedligeholdelse og opdateringer
Hvis du bygger en applikation efter microservices-arkitekturen, kan du opgradere den i etaper. Du kan foretage ændringer i en tjeneste og opdatere den uden at påvirke andre dele af applikationen.
Potentiale for hurtigere udvikling og implementering
Små teams arbejder sammen om at udvikle hver mikroservice. Da mikrotjenesten udfører en specifik opgave, kan medlemmer af et team fokusere på den opgave alene.
Derudover er koordinering og beslutningstagning på tværs af et lille team hurtigere end i et stort team. Dette fører til en hurtigere udviklingscyklus.
Uafhængige teknologivalg
Du kan vælge at udvikle en mikroservice i et andet programmeringssprog end de andre mikrotjenester. For eksempel kan du bruge Python til at udvikle en mikroservice og JavaScript til en anden. Du kan også bruge forskellige databasestyringstjenester til hver. I sidste ende ender du med at bygge tjenester med den mest passende teknologi eller værktøj.
Udfordringer ved at implementere en mikroservicearkitektur
Kompleksiteten ved at koordinere forskellige tjenester
En applikation kan bestå af mange tjenester, der skal kommunikere med hinanden. Disse kommunikationskanaler skal være sikre og robuste, for at applikationen kan fungere efter hensigten.
Fejlretnings- og testproblemer
Fejl, som du kan isolere til en enkelt tjeneste, er nemmere at løse. Men når disse fejl spænder over flere tjenester, bliver fejlfinding mere af en udfordring. Ligeledes, skrive integrationstest for flere tjenester kan være svært.
Potentiale for øget overhead
Som nævnt er hver service uafhængig af de andre og har sine egne ressourcer. Dette kan blive dyrt, da hver tjeneste kræver dedikeret infrastruktur bestående af servere, kontinuerlige integrationsværktøjer og databaser, blandt andre.
Hvornår skal man bruge en Microservices-arkitektur
Mikroservicearkitekturen er ikke egnet til alle applikationer. Det kan være dyrt at bygge og administrere.
Inden du beslutter dig for at bruge en mikroservicearkitektur, skal du overveje størrelsen og kompleksiteten af din applikation. Du vil se flere fordele ved at opdele en stor applikation i håndterbare ressourcer end en lille applikation. Ved en lille nok størrelse kan det være spild af ressourcer totalt.
Men hvis du har et stort team af udviklere, der har brug for at forstå en kodebase hurtigt, eller ønsker at bruge forskellige teknologier, kan en mikroservicearkitektur være vejen at gå.
