Mikrotjenester er en arkitektonisk tilgang til udvikling af softwareapplikationer som en samling af små, uafhængige tjenester, der kommunikerer med hinanden over et netværk. I stedet for at bygge en monolitisk applikation, hvor al funktionalitet er tæt integreret i en enkelt kodebase, opdeler mikrotjenester applikationen i mindre, løst koblede tjenester.

streng sammenlignet med java

Vigtige emner for mikrotjenester

• Hvad er mikrotjenester?
• Hvordan fungerer Microservices?
• Hvad er hovedkomponenterne i Microservices Architecture?
• Hvad er designmønstrene for mikrotjenester?
• Hvad er anti-mønstrene i mikrotjenester?
• Eksempel på mikrotjenester i den virkelige verden
• Mikrotjenester vs. monolitisk arkitektur?
• Hvordan flytter man fra Monolithic til Microservices?
• Service-Oriented Architecture (SOA) vs. Microservices Architecture
• Cloud-native mikrotjenester
• Mikrotjenesters rolle i DevOps
• Fordele ved at bruge Microservices Architecture
• Udfordringer ved at bruge Microservices Architecture
• Eksempler fra den virkelige verden på virksomheder, der bruger Microservices Architecture
• Teknologier, der muliggør mikroservicearkitektur

1. Hvad er mikrotjenester?

Microservice er en lille, løst koblet distribueret service. Hver mikroservice er designet til at udføre en specifik forretningsfunktion og kan udvikles, implementeres og skaleres uafhængigt. Det giver dig mulighed for at tage en stor applikation og dekomponere eller opdele den i let håndterbare små komponenter med snævert definerede ansvarsområder. Det betragtes som byggestenen i moderne applikationer. Mikrotjenester kan skrives i en række forskellige programmeringssprog og rammer, og hver tjeneste fungerer som en miniapplikation for sig selv.

2. Hvordan fungerer Microservices?

Mikrotjenester fungerer ved at nedbryde en kompleks applikation i mindre, uafhængige stykker, der kommunikerer og arbejder sammen, hvilket giver fleksibilitet, skalerbarhed , og lettere vedligeholdelse, ligesom at bygge en by af modulære, indbyrdes forbundne komponenter.

Lad os forstå, hvordan mikrotjenester fungerer:

• Modulær struktur:
  • Microservices-arkitektur opdeler store, monolitiske applikationer i mindre, uafhængige tjenester.
  • Hver service er et selvstændigt modul med en specifik forretningskapacitet eller funktion.
  • Denne modulære struktur fremmer fleksibilitet, nem udvikling og forenklet vedligeholdelse.
• Uafhængige funktioner:
  • Hver mikroservice er designet til at håndtere en bestemt forretningsfunktion eller funktion.
  • For eksempel kan én tjeneste administrere brugergodkendelse, mens en anden håndterer produktkatalogfunktioner.
  • Denne uafhængighed giver mulighed for specialiseret udvikling og vedligeholdelse af hver service.
• Meddelelse:
  • Mikrotjenester kommunikerer med hinanden gennem veldefinerede Application Programming Interfaces (API'er).
  • API'er tjener som grænseflader, hvorigennem tjenester udveksler oplysninger og anmodninger.
  • Denne standardiserede kommunikation muliggør interoperabilitet og fleksibilitet ved integration af tjenester.
• Fleksibilitet:
  • Microservices-arkitektur understøtter brugen af ​​forskellige teknologier for hver tjeneste.
  • Det betyder, at forskellige programmeringssprog, rammer og databaser kan vælges baseret på de specifikke krav til hver mikrotjeneste.
  • Teams har fleksibiliteten til at bruge de bedste værktøjer til deres respektive funktioner.
• Uafhængighed og opdateringer:
  • Mikrotjenester fungerer uafhængigt og giver mulighed for opdateringer eller ændringer af én tjeneste uden at påvirke hele systemet.
  • Denne afkobling af tjenester reducerer risikoen for systemdækkende forstyrrelser under opdateringer, hvilket gør det nemmere at implementere ændringer og forbedringer.
  • Microservices bidrager også til systemets modstandsdygtighed ved at sikre, at hvis en tjeneste støder på problemer eller fejl, så ødelægger den ikke hele systemet.
• Skalerbarhed:
  • Mikrotjenester tilbyder skalerbarhed ved at tillade tilføjelse af forekomster af specifikke tjenester.
  • Hvis en bestemt funktion kræver flere ressourcer, kan yderligere forekomster af denne mikrotjeneste implementeres for at håndtere øget efterspørgsel.
  • Denne skalerbarhed er afgørende for tilpasning til varierende arbejdsbelastninger.
• Løbende forbedringer:
  • Den modulære karakter af mikrotjenester letter løbende forbedringer.
  • Udviklingsteams kan selvstændigt arbejde på og frigive opdateringer til deres respektive tjenester.
  • Denne smidighed gør det muligt for systemet at udvikle sig hurtigt og reagere på skiftende krav eller brugerbehov.

3. Hvad er hovedkomponenterne i Microservices Architecture?

Microservices arkitektur omfatter flere komponenter, der arbejder sammen for at skabe et modulært, skalerbart og uafhængigt udrulningsbart system.

Hovedkomponenterne i mikrotjenester omfatter :

• Mikrotjenester: Disse er de individuelle, selvstændige tjenester, der indkapsler specifikke forretningsmuligheder. Hver mikroservice fokuserer på en særskilt funktion eller funktion.
• API-gateway: API-gatewayen er et centralt indgangspunkt for eksterne klienter til at interagere med mikrotjenesterne. Den administrerer anmodninger, håndterer godkendelse og dirigerer anmodninger til de relevante mikrotjenester.
• Tjenesteregistrering og -opdagelse: Denne komponent holder styr på placeringer og netværksadresser for alle mikrotjenester i systemet. Tjenesteopdagelse sikrer, at tjenester kan lokalisere og kommunikere med hinanden dynamisk.
• Load Balancer: Load balancers fordeler indgående netværkstrafik på tværs af flere forekomster af mikrotjenester. Dette sikrer, at arbejdsbyrden er jævnt fordelt, optimerer ressourceudnyttelsen og forhindrer, at en enkelt tjeneste bliver en flaskehals.
• Containerisering: Containere, såsom Docker, indkapsler mikrotjenester og deres afhængigheder. Orkestreringsværktøjer, som Kubernetes, styrer implementering, skalering og drift af containere, hvilket sikrer effektiv ressourceudnyttelse.
• Event Bus/Beskedmægler: En eventbus eller meddelelsesmægler letter kommunikation og koordinering mellem mikrotjenester. Det giver tjenester mulighed for at publicere og abonnere på begivenheder, hvilket muliggør asynkron kommunikation og afkobling.
• Centraliseret logning og overvågning: Centraliserede lognings- og overvågningsværktøjer hjælper med at spore mikrotjenesters ydeevne og sundhed. De giver indsigt i systemadfærd, opdager problemer og hjælper med fejlfinding.
• Database pr. mikroservice: Hver mikroservice har typisk sin egen database, hvilket sikrer dataautonomi. Dette giver tjenester mulighed for uafhængigt at administrere og skalere deres datalagring i overensstemmelse med deres specifikke krav.
• Caching: Caching-mekanismer kan implementeres for at forbedre ydeevnen ved at gemme hyppigt tilgåede data tættere på mikrotjenesterne. Dette reducerer behovet for gentagne gange at hente de samme data fra databaser.
• Fejltolerance og modstandsdygtighed komponenter: Implementering af komponenter til fejltolerance, såsom afbrydere og genforsøgsmekanismer, sikrer, at systemet elegant kan håndtere fejl i mikrotjenester og genoprette uden at påvirke den overordnede funktionalitet.

4. Hvad er designmønstrene for mikrotjenester?

Når der opstår et problem, mens der arbejdes på et system, er der nogle fremgangsmåder, der skal følges, og i mikrotjenester er disse fremgangsmåder Designmønstre. Microservices designmønstre er sådanne praksisser, som, når de følges, fører til effektive arkitektoniske mønstre, hvilket resulterer i at overvinde udfordringer såsom ineffektiv administration af disse tjenester og også maksimere ydeevnen. Mens man arbejder på en applikation, skal man være opmærksom på, hvilket designmønster, der skal bruges til at skabe en effektiv applikation.

• Aggregator
  • Den påkaldte tjenester for at modtage den nødvendige information (relaterede data) fra forskellige tjenester, anvende en vis logik og producere resultatet.
  • De indsamlede data kan bruges af de respektive tjenester. De trin, der følges i aggregatormønsteret, involverer anmodningen modtaget af tjenesten, og derefter kombinerer anmodningen til flere andre tjenester hvert resultat og svarer til sidst på den oprindelige anmodning.
• API-gateway
  • API Gateway fungerer som en løsning på anmodningen til mikrotjenester.
  • Det fungerer som et indgangspunkt til alle mikrotjenester og skaber finkornede API'er til forskellige klienter.
  • Indgivne anmodninger sendes til API-gatewayen, og load balanceren hjælper med at kontrollere, om anmodningen håndteres og sendes til den respektive tjeneste.
• Event sourcing
  • Dette designmønster skaber hændelser vedrørende ændringer (data) i applikationstilstanden.
  • Ved at bruge disse hændelser kan udviklere holde styr på fortegnelser over foretagne ændringer.
• Kvæler
  • Strangler er også kendt som et vinmønster, da det fungerer på samme måde, som vin kvæler et træ omkring det. For hvert URI-kald (Uniform Resource Identifier) ​​går et opkald frem og tilbage og er også opdelt i forskellige domæner.
  • Her forbliver to separate applikationer side om side i samme URI-rum, og her vil der blive taget hensyn til ét domæne ad gangen. Den nye refaktorerede ansøgning erstatter således den oprindelige ansøgning.
• Nedbrydning
  • Dekomponeringsdesignmønster er at dekomponere en applikation i mindre mikrotjenester, der har deres egen funktionalitet.
  • Baseret på forretningskravene kan du opdele en ansøgning i underkomponenter. Eksempelvis har Amazon separate tjenester til produkter, ordrer, kunder, betalinger mv.

5. Hvad er anti-mønstrene i mikrotjenester?

At lære antimønstre i mikrotjenester er afgørende for at undgå almindelige fejl. Det giver indsigt i potentielle problemer, der kan kompromittere systemets skalerbarhed, uafhængighed og vedligeholdelse. Ved at forstå disse antimønstre kan udviklere træffe informerede beslutninger, implementere bedste praksis og bidrage til vellykket design og implementering af robuste mikroservicearkitekturer.

Nedenfor er de vigtigste 5 antimønstre i mikrotjenester

• Datamonolit: Deling af en centraliseret database mellem mikrotjenester, underminerer uafhængighed og skalerbarhed.
• Chatty Services: Mikrotjenester kommunikerer for meget til små opgaver, hvilket fører til øget netværksoverhead og latens.
• Overbrug af mikrotjenester: Oprettelse af for mange mikrotjenester til trivielle funktioner, hvilket medfører unødvendig kompleksitet.
• Utilstrækkelige servicegrænser: Dårligt definerede grænser for mikrotjenester, hvilket resulterer i tvetydighed og uklare ansvarsområder.
• Ignorerer sikkerhed: Forsømmer sikkerhedsproblemer i mikrotjenester, risikerer sårbarheder og databrud.

6. Eksempel på mikrotjenester i den virkelige verden

Lad os forstå Miscroservices ved at bruge det virkelige eksempel på Amazon E-Commerce Application:

Amazons online butik er som et kæmpe puslespil lavet af mange små, specialiserede brikker kaldet mikrotjenester. Hver mikroservice udfører et specifikt job for at sikre, at alt kører glat. Sammen arbejder disse mikrotjenester bag kulisserne for at give dig en fantastisk shoppingoplevelse.

Nedenfor er de mikrotjenester, der er involveret i Amazon E-commerce Application:

1. Brugerservice: Administrerer brugerkonti, godkendelse og præferencer. Det håndterer brugerregistrering, login og profilstyring, hvilket sikrer en personlig oplevelse for brugerne.
2. Søgetjeneste: Styrer søgefunktionaliteten på platformen, hvilket gør det muligt for brugere at finde produkter hurtigt. Den indekserer produktinformation og giver relevante søgeresultater baseret på brugerforespørgsler.
3. Katalogtjeneste: Administrerer produktkataloget, herunder produktdetaljer, kategorier og relationer. Det sikrer, at produktinformationen er nøjagtig, opdateret og let tilgængelig for brugerne.
4. Vognservice : Administrerer brugerens indkøbskurv, så vedkommende kan tilføje, fjerne og ændre varer før kassen. Det sikrer en problemfri indkøbsoplevelse ved at holde styr på udvalgte varer.
5. Ønskelisteservice : Administrerer brugerønskelister, så de kan gemme produkter til fremtidigt køb. Det giver en bekvem måde for brugere at spore og administrere deres ønskede varer.
6. Ordremodtagelsesservice : Accepterer og behandler ordrer afgivet af kunder. Det validerer ordrer, kontrollerer produkttilgængelighed og starter ordreudførelsesprocessen.
7. Ordrebehandlingsservice: Styrer behandling og opfyldelse af ordrer. Det koordinerer med lager-, forsendelses- og betalingstjenester for at sikre rettidig og præcis ordrelevering.
8. Betalingsservice : Håndterer betalingsbehandling for ordrer. Det behandler betalingstransaktioner sikkert, integrerer med betalingsgateways og administrerer betalingsrelaterede data.
9. Logistik service : Koordinerer logistikken for ordrelevering. Den beregner forsendelsesomkostninger, tildeler transportører, sporer forsendelser og administrerer leveringsruter.
10. Lagerservice: Håndterer lager på tværs af lagre. Det sporer lagerniveauer, opdaterer lagertilgængelighed og koordinerer lageropfyldning.
11. Underretningstjeneste : Sender meddelelser til brugere vedrørende deres ordrer, kampagner og andre relevante oplysninger. Det holder brugerne informeret om status for deres interaktioner med platformen.
12. Anbefalingstjeneste : Giver personlige produktanbefalinger til brugere. Den analyserer brugeradfærd og præferencer for at foreslå relevante produkter, hvilket forbedrer brugeroplevelsen og driver salget.

7. Microservices vs. monolitisk arkitektur?

Nedenfor er en tabelsammenligning mellem mikrotjenester og monolitisk arkitektur på tværs af forskellige aspekter:

8. Hvordan flytter man fra Monolithic til Microservices?

Nedenfor er de vigtigste trin for at gå fra en monolitisk til mikroservicearkitektur:

• Evaluer Monolith: Forstå den eksisterende monolitiske applikation, identificere komponenter til migrering.
• Definer mikrotjenester: Neddel monolitten i særskilte forretningsmuligheder for mikrotjenester.
• Strangler mønster: Udskift gradvist monolitiske dele med mikrotjenester ved at anvende en gradvis migreringstilgang.
• API-definition: Definer klart API'er og kontrakter for problemfri mikroservicekommunikation.
• CI/CD implementering: Konfigurer Kontinuerlig Integration/Kontinuerlig Deployment (CI/CD) til automatiseret test og implementering.
• Decentralisere data: Overgang til en database-per-service-tilgang, hvilket reducerer afhængigheden af ​​en central database.
• Tjenesteopdagelse: Introducer tjenesteopdagelsesmekanismer til dynamisk kommunikation mellem mikrotjenester.
• Logning og overvågning: Implementer centraliseret logning og overvågning for synlighed i mikrotjenesters ydeevne.
• Tværgående bekymringer: Administrer tværgående bekymringer som sikkerhed og autentificering konsekvent på tværs af mikrotjenester.
• Iterativ forbedring: Omfavn en iterativ tilgang, der løbende forfiner og udvider mikrotjenester baseret på feedback og skiftende behov.

9. Service-Oriented Architecture (SOA) vs. Microservices Architecture

Nedenfor er en tabelsammenligning mellem Service-Oriented Architecture (SOA) og Microservices på tværs af forskellige aspekter:

10. Cloud-native mikrotjenester

Mikrotjenester og skyer hinanden ved at levere et fleksibelt, effektivt og samarbejdende miljø til at bygge og køre softwareapplikationer

• Forenklede operationer Cloud-udbydere håndterer infrastrukturvedligeholdelse og sikkerhed, hvilket gør det nemmere for mikroserviceteamene. De kan fokusere på deres specifikke opgaver uden at bekymre sig om baggrundstekniske forhold.
• Omkostningseffektivitet At kombinere mikrotjenester med cloud-ressourcer er som at betale for de præcise værktøjer og arbejdsområder, du bruger. Det er omkostningseffektivt, fordi du ikke sidder fast med unødvendigt udstyr eller plads.
• Fleksibilitet Har du brug for flere teams eller vil du ændre din produktionsproces? Skyen giver dig mulighed for hurtigt at tilpasse dig, som at omarrangere arbejdsstationer i et fleksibelt arbejdsområde.

11. Mikrotjenesters rolle i DevOps

DevOps og mikrotjenester er tæt afstemt og går ofte hånd i hånd for at forbedre udviklingen, implementeringen og operationelle aspekter af moderne softwaresystemer. Her er en kort oversigt over, hvordan DevOps og mikrotjenester arbejder sammen:

1. Kontinuerlig integration/kontinuerlig implementering (CI/CD):
   • I en mikroservicearkitektur kan hver service udvikles, testes og implementeres uafhængigt. CI/CD-pipelines er afgørende for effektivt at administrere de konstante opdateringer og udgivelser forbundet med mikrotjenester.
   • DevOps-praksis lægger vægt på CI/CD-pipelines, som involverer automatisering af opbygning, test og implementering af software.
2. Agil udvikling:
   • Mikrotjenester understøtter i sagens natur agil udvikling ved at tillade teams at arbejde uafhængigt på specifikke tjenester, hvilket letter hurtig iteration og implementering af nye funktioner.
   • DevOps fremmer samarbejde mellem udviklings- og driftsteams og fremmer agile udviklingspraksis.
3. Kontinuerlig overvågning og logning
   • Mikroservicearkitektur kræver robust overvågning for at spore helbredet og interaktionerne mellem forskellige tjenester, hvilket hjælper med tidlig problemdetektion og løsning. DevOps lægger vægt på kontinuerlig overvågning og logning for realtidsindsigt i applikationens ydeevne.

12. Fordele ved at bruge Microservices Architecture

1. Modularitet og afkobling:
   • Uafhængig udvikling: Mikrotjenester udvikles og implementeres uafhængigt, hvilket giver forskellige teams mulighed for at arbejde på forskellige tjenester samtidigt.
   • Isolering af fejl: Fejl i én mikroservice påvirker ikke nødvendigvis andre, hvilket giver øget fejlisolering.
2. Skalerbarhed:
   • Granulær skalering: Hver mikroservice kan skaleres uafhængigt baseret på dens specifikke ressourcebehov, hvilket giver mulighed for effektiv ressourceudnyttelse.
   • Elasticitet: Microservices-arkitekturer kan nemt tilpasses til varierende arbejdsbelastninger ved dynamisk at skalere individuelle tjenester.
3. Teknologisk mangfoldighed:
   • Teknologifrihed: Hver mikroservice kan implementeres ved hjælp af den mest passende teknologistack til dens specifikke krav, hvilket fremmer teknologisk mangfoldighed.
4. Autonome teams:
   • Team Empowerment: Mikrotjenester gør det ofte muligt for små, tværfunktionelle teams at arbejde uafhængigt på specifikke tjenester, hvilket fremmer autonomi og hurtigere beslutningstagning.
   • Reduceret koordinationsomkostninger: Teams kan frigive og opdatere deres tjenester uden at kræve omfattende koordinering med andre teams.
5. Hurtig implementering og kontinuerlig levering:
   • Hurtigere frigivelsescyklusser: Mikrotjenester kan udvikles, testes og implementeres uafhængigt, hvilket letter hurtigere udgivelsescyklusser.
   • Kontinuerlig integration og implementering (CI/CD): Automatiseringsværktøjer understøtter kontinuerlig integration og implementeringspraksis, hvilket øger udviklingshastigheden og pålideligheden.
6. Nem vedligeholdelse:
   • Isolerede kodebaser: Mindre, fokuserede kodebaser er nemmere at forstå, vedligeholde og fejlfinde.
   • Rullende opdateringer: Individuelle mikrotjenester kan opdateres eller rulles tilbage uden at påvirke hele applikationen.

13. Udfordringer ved at bruge Microservices Architecture

1. Kompleksiteten af ​​distribuerede systemer: Mikrotjenester introducerer kompleksiteten af ​​distribuerede systemer. Det kan være udfordrende at administrere kommunikation mellem tjenester, håndtere netværksforsinkelse og sikre datakonsistens på tværs af tjenester.
2. Øget udvikling og driftsomkostninger: Dekomponeringen af ​​en applikation til mikrotjenester kræver yderligere indsats med hensyn til udvikling, test, udrulning og overvågning. Teams skal administrere et større antal tjenester, hver med sin egen kodebase, afhængigheder og implementeringsproces.
3. Overhead over kommunikation mellem tjenester: Mikrotjenester skal kommunikere med hinanden over netværket. Dette kan resultere i øget latenstid og yderligere kompleksitet i styring af kommunikationsprotokoller, fejlhåndtering og dataoverførsel.
4. Datakonsistens og transaktionsstyring: At opretholde datakonsistens på tværs af mikrotjenester kan være udfordrende. Implementering af distribuerede transaktioner og sikring af dataintegritet bliver kompleks, og traditionelle ACID-transaktioner er muligvis ikke let opnåelige.
5. Implementeringsudfordringer: Koordinering af udrulningen af ​​flere mikrotjenester, især når der er afhængigheder mellem dem, kan være kompleks. At sikre konsistens og undgå servicenedetid under opdateringer kræver omhyggelig planlægning.
6. Overvågnings- og fejlretningskompleksitet: Overvågning og fejlretning bliver mere kompleks i et mikroservicemiljø. At identificere årsagen til problemer kan involvere sporing af anmodninger på tværs af flere tjenester, og centraliseret logning bliver afgørende for effektiv fejlfinding.

14. Eksempler i den virkelige verden på virksomheder, der bruger mikroservicearkitektur

Organisationer oplevede en massiv forandring, mens de brugte mikroservice i deres applikation, og det var her overgangen fra monolitisk til mikroservice kom. Du kan gennemgå nogle af de virkelige eksempler i applikationer, der bruger mikroservice, er:

• Amazon: Oprindeligt var Amazon en monolitisk applikation, men da mikroservice opstod, var Amazon den første platform til at opdele sin applikation i små komponenter og derved tilpasse mikroservice. På grund af dets evne til at ændre individuelle funktioner og ressourcer, blev webstedets funktionalitet forbedret i massivt omfang.
• Netflix: Netflix er et sådant firma, der bruger mikrotjenester med API'er . I 2007, da Netflix startede sin bevægelse mod filmstreaming-tjeneste, led det enorme serviceafbrydelser og udfordringer, så kom mikroservicearkitekturen, som var en velsignelse for platformen.
• Uber: Da Uber skiftede fra monolitisk natur til en mikroservice, oplevede det en jævn måde. Ved at bruge mikroservicearkitektur steg websidevisningerne og søgningerne i højere grad.

15. Teknologier, der muliggør mikroservicearkitektur

• Docker:
  • Docker er en containeriseringsplatform, der giver udviklere mulighed for at pakke applikationer og deres afhængigheder i lette, bærbare containere. Disse containere indkapsler alt det nødvendige for at køre applikationen, inklusive kode, runtime, biblioteker og systemværktøjer, hvilket sikrer ensartethed på tværs af forskellige miljøer.
• Kubernetes:
  • Kubernetes er en open source container-orkestreringsplatform, der oprindeligt er udviklet af Google. Det automatiserer implementeringen, skaleringen og styringen af ​​containeriserede applikationer og giver funktioner til containerplanlægning, serviceopdagelse, belastningsbalancering og mere.
• Service Mesh:
  • Service mesh-teknologier som Istio og Linkerd giver et dedikeret infrastrukturlag til håndtering af service-til-service-kommunikation, trafikstyring og observerbarhed i mikroservicearkitekturer. De tilbyder funktioner som belastningsbalancering, serviceopdagelse, kredsløbsbrud og metrikindsamling.
• API-gateways :
  • API-gateways som Kong og Tyk tjener som indgangspunkter for eksterne klienter for at få adgang til mikroservice-baserede applikationer. De leverer funktioner som routing, godkendelse, hastighedsbegrænsning og anmodning/svar-transformationer.
• Begivenhedsdrevet arkitektur :
  • Hændelsesdrevne arkitekturer letter kommunikationen mellem mikrotjenester ved at give dem mulighed for at producere og forbruge begivenheder asynkront. Teknologier som Apache Kafka, RabbitMQ og Amazon SNS/SQS leverer skalerbare, pålidelige meddelelsessystemer til opbygning af hændelsesdrevne mikrotjenester.
• Serverløs computing:
  • Selvom de ikke er eksklusive for mikrotjenester, kan serverløse platforme som AWS Lambda, Azure Functions og Google Cloud Functions bruges til at implementere individuelle mikrotjenester uden at administrere den underliggende infrastruktur, yderligere afkobling og skaleringstjenester.

16. Konklusion

Nu hvor du ved det Hvad er mikrotjenester , er det meget vigtigt at have en praktisk idé om dem ved at arbejde hands-on på dem. Denne artikel besvarer fuldstændigt alle dine tvivl om mikrotjenester, deres arkitektur, funktion, funktioner, virkelige applikationer osv. Mikrotjenester er et must-kendt udtryk i sagen, mens du bygger en applikation. Derfor er det meget vigtigt at have god styr på det.