Mikrotjenester er en arkitektonisk tilnærming til å utvikle programvareapplikasjoner som en samling av små, uavhengige tjenester som kommuniserer med hverandre over et nettverk. I stedet for å bygge en monolitisk applikasjon der all funksjonalitet er tett integrert i en enkelt kodebase, bryter mikrotjenester ned applikasjonen til mindre, løst koblede tjenester.

tom liste java

Viktige emner for mikrotjenester

• Hva er mikrotjenester?
• Hvordan fungerer mikrotjenester?
• Hva er hovedkomponentene i Microservices Architecture?
• Hva er designmønstrene til mikrotjenester?
• Hva er antimønstrene i mikrotjenester?
• Eksempler på mikrotjenester i den virkelige verden
• Mikrotjenester vs. monolittisk arkitektur?
• Hvordan flytte fra Monolithic til Microservices?
• Service-Oriented Architecture (SOA) vs. Microservices Architecture
• Nettskybaserte mikrotjenester
• Rollen til mikrotjenester i DevOps
• Fordeler med å bruke Microservices Architecture
• Utfordringer ved bruk av Microservices Architecture
• Eksempler fra den virkelige verden på selskaper som bruker Microservices Architecture
• Teknologier som muliggjør mikrotjenester-arkitektur

1. Hva er mikrotjenester?

Microservice er en liten, løst koblet distribuert tjeneste. Hver mikrotjeneste er designet for å utføre en spesifikk forretningsfunksjon og kan utvikles, distribueres og skaleres uavhengig. Den lar deg ta en stor applikasjon og dekomponere eller dele den opp i lett håndterbare små komponenter med snevert definerte ansvarsområder. Det regnes som byggesteinen i moderne applikasjoner. Mikrotjenester kan skrives i en rekke programmeringsspråk og rammeverk, og hver tjeneste fungerer som en miniapplikasjon for seg selv.

2. Hvordan fungerer mikrotjenester?

Mikrotjenester fungerer ved å bryte ned en kompleks applikasjon i mindre, uavhengige deler som kommuniserer og jobber sammen, og gir fleksibilitet, skalerbarhet , og enklere vedlikehold, omtrent som å bygge en by fra modulære, sammenkoblede komponenter.

La oss forstå hvordan mikrotjenester fungerer:

• Modulær struktur:
  • Mikrotjenesters arkitektur bryter ned store, monolittiske applikasjoner til mindre, uavhengige tjenester.
  • Hver tjeneste er en selvstendig modul med en spesifikk forretningsevne eller funksjon.
  • Denne modulære strukturen fremmer fleksibilitet, enkel utvikling og forenklet vedlikehold.
• Uavhengige funksjoner:
  • Hver mikrotjeneste er designet for å håndtere en spesifikk forretningsfunksjon eller funksjon.
  • For eksempel kan én tjeneste administrere brukerautentisering, mens en annen håndterer produktkatalogfunksjoner.
  • Denne uavhengigheten gir mulighet for spesialisert utvikling og vedlikehold av hver tjeneste.
• Kommunikasjon:
  • Mikrotjenester kommuniserer med hverandre gjennom veldefinerte applikasjonsprogrammeringsgrensesnitt (API).
  • APIer fungerer som grensesnitt som tjenester utveksler informasjon og forespørsler gjennom.
  • Denne standardiserte kommunikasjonen muliggjør interoperabilitet og fleksibilitet ved integrering av tjenester.
• Fleksibilitet:
  • Mikrotjenesters arkitektur støtter bruken av ulike teknologier for hver tjeneste.
  • Dette betyr at forskjellige programmeringsspråk, rammeverk og databaser kan velges basert på de spesifikke kravene til hver mikrotjeneste.
  • Teamene har fleksibiliteten til å bruke de beste verktøyene for sine respektive funksjoner.
• Uavhengighet og oppdateringer:
  • Mikrotjenester opererer uavhengig, og tillater oppdateringer eller modifikasjoner av én tjeneste uten å påvirke hele systemet.
  • Denne frakoblingen av tjenester reduserer risikoen for systemomfattende forstyrrelser under oppdateringer, noe som gjør det enklere å implementere endringer og forbedringer.
  • Microservices bidrar også til systemets motstandskraft ved å sikre at hvis en tjeneste støter på problemer eller feil, vil den ikke ødelegge hele systemet.
• Skalerbarhet:
  • Mikrotjenester tilbyr skalerbarhet ved å tillate tillegg av forekomster av spesifikke tjenester.
  • Hvis en bestemt funksjon krever flere ressurser, kan flere forekomster av den mikrotjenesten distribueres for å håndtere økt etterspørsel.
  • Denne skalerbarheten er avgjørende for tilpasning til varierende arbeidsbelastning.
• Kontinuerlig forbedring:
  • Den modulære naturen til mikrotjenester muliggjør kontinuerlig forbedring.
  • Utviklingsteam kan uavhengig arbeide med og gi ut oppdateringer for sine respektive tjenester.
  • Denne smidigheten gjør at systemet kan utvikle seg raskt og svare på endrede krav eller brukerbehov.

3. Hva er hovedkomponentene i Microservices Architecture?

Microservices-arkitektur består av flere komponenter som jobber sammen for å skape et modulært, skalerbart og uavhengig distribuerbart system.

Hovedkomponentene i mikrotjenester inkluderer :

• Mikrotjenester: Dette er de individuelle, selvstendige tjenestene som innkapsler spesifikke forretningsevner. Hver mikrotjeneste fokuserer på en distinkt funksjon eller funksjon.
• API-gateway: API-gatewayen er et sentralt inngangspunkt for eksterne klienter for å samhandle med mikrotjenestene. Den administrerer forespørsler, håndterer autentisering og ruter forespørsler til de aktuelle mikrotjenestene.
• Tjenesteregister og oppdagelse: Denne komponenten holder styr på plasseringene og nettverksadressene til alle mikrotjenester i systemet. Tjenesteoppdagelse sikrer at tjenester kan lokalisere og kommunisere med hverandre dynamisk.
• Lastbalanserer: Lastbalansere fordeler innkommende nettverkstrafikk på tvers av flere forekomster av mikrotjenester. Dette sikrer at arbeidsmengden er jevnt fordelt, optimaliserer ressursutnyttelsen og forhindrer at en enkelt tjeneste blir en flaskehals.
• Containerisering: Beholdere, som Docker, innkapsler mikrotjenester og deres avhengigheter. Orkestreringsverktøy, som Kubernetes, administrerer distribusjon, skalering og drift av containere, og sikrer effektiv ressursutnyttelse.
• Hendelsesbuss/meldingsmegler: En hendelsesbuss eller meldingsmegler forenkler kommunikasjon og koordinering mellom mikrotjenester. Det lar tjenester publisere og abonnere på arrangementer, noe som muliggjør asynkron kommunikasjon og frakobling.
• Sentralisert logging og overvåking: Sentraliserte logg- og overvåkingsverktøy hjelper til med å spore ytelsen og helsen til mikrotjenester. De gir innsikt i systematferd, oppdager problemer og hjelper til med feilsøking.
• Database per mikrotjeneste: Hver mikrotjeneste har vanligvis sin egen database, noe som sikrer dataautonomi. Dette lar tjenester uavhengig administrere og skalere datalagringen i henhold til deres spesifikke krav.
• Buffer: Buffermekanismer kan implementeres for å forbedre ytelsen ved å lagre data som ofte brukes nærmere mikrotjenestene. Dette reduserer behovet for gjentatte ganger å hente de samme dataene fra databaser.
• Feiltoleranse og motstandsdyktighetskomponenter: Implementering av komponenter for feiltoleranse, for eksempel kretsbrytere og gjenforsøksmekanismer, sikrer at systemet elegant kan håndtere feil i mikrotjenester og gjenopprette uten å påvirke den generelle funksjonaliteten.

4. Hva er designmønstrene til mikrotjenester?

Når det oppstår et problem mens du arbeider med et system, er det noen praksis som skal følges, og i mikrotjenester er disse praksisene designmønstre. Microservices designmønstre er slike praksiser som når de følges fører til effektive arkitektoniske mønstre som resulterer i å overvinne utfordringer som ineffektiv administrasjon av disse tjenestene og også maksimere ytelsen. Mens man jobber med en applikasjon, må man være klar over hvilket designmønster som skal brukes for å lage en effektiv applikasjon.

• Aggregator
  • Den påkalte tjenester for å motta den nødvendige informasjonen (relaterte data) fra forskjellige tjenester, bruke litt logikk og produsere resultatet.
  • Dataene som samles inn kan brukes av de respektive tjenestene. Trinnene som følges i aggregatormønsteret involverer forespørselen mottatt av tjenesten, og deretter kombinerer forespørselen til flere andre tjenester hvert resultat og svarer til slutt på den første forespørselen.
• API-gateway
  • API Gateway fungerer som en løsning på forespørselen til mikrotjenester.
  • Den fungerer som et inngangspunkt til alle mikrotjenester og skaper finkornede APIer for forskjellige klienter.
  • Forespørsler sendes til API-gatewayen og lastbalanseren hjelper til med å sjekke om forespørselen blir behandlet og sendt til den respektive tjenesten.
• Event sourcing
  • Dette designmønsteret lager hendelser angående endringer (data) i applikasjonstilstanden.
  • Ved å bruke disse hendelsene kan utviklere holde oversikt over endringer som er gjort.
• Strangler
  • Strangler er også kjent som et Vine-mønster siden det fungerer på samme måte som vine kveler et tre rundt det. For hvert URI-kall (Uniform Resource Identifier) ​​går et anrop frem og tilbake og er også delt opp i forskjellige domener.
  • Her forblir to separate applikasjoner side om side i samme URI-rom, og her vil det tas hensyn til ett domene om gangen. Dermed erstatter den nye refaktorerte søknaden den opprinnelige søknaden.
• Dekomponering
  • Dekomponeringsdesignmønster er å dekomponere en applikasjon til mindre mikrotjenester, som har sin egen funksjonalitet.
  • Basert på forretningskravene kan du dele opp en applikasjon i underkomponenter. Amazon har for eksempel egne tjenester for produkter, bestillinger, kunder, betalinger osv.

5. Hva er antimønstrene i mikrotjenester?

Å lære antimønstre i mikrotjenester er avgjørende for å unngå vanlige feil. Den gir innsikt i potensielle problemer som kan kompromittere systemets skalerbarhet, uavhengighet og vedlikehold. Ved å forstå disse antimønstrene kan utviklere ta informerte beslutninger, implementere beste praksis og bidra til vellykket utforming og distribusjon av robuste mikrotjenester-arkitekturer.

Nedenfor er de 5 viktigste antimønstrene i mikrotjenester

• Datamonolit: Deling av en sentralisert database mellom mikrotjenester, undergraver uavhengighet og skalerbarhet.
• Chatty-tjenester: Mikrotjenester kommuniserer for mye for små oppgaver, noe som fører til økt nettverksoverhead og ventetid.
• Overbruk av mikrotjenester: Oppretter for mange mikrotjenester for trivielle funksjoner, og introduserer unødvendig kompleksitet.
• Utilstrekkelige tjenestegrenser: Dårlig definerte grenser for mikrotjenester, noe som resulterer i tvetydighet og uklare ansvarsforhold.
• Ignorerer sikkerhet: Å neglisjere sikkerhetshensyn i mikrotjenester, risikere sårbarheter og datainnbrudd.

6. Eksempler på mikrotjenester i den virkelige verden

La oss forstå Miscroservices ved å bruke det virkelige eksemplet på Amazon E-Commerce Application:

Amazons nettbutikk er som et gigantisk puslespill laget av mange små, spesialiserte biter kalt mikrotjenester. Hver mikrotjeneste gjør en bestemt jobb for å sørge for at alt går knirkefritt. Sammen jobber disse mikrotjenestene bak kulissene for å gi deg en flott handleopplevelse.

Nedenfor er mikrotjenestene involvert i Amazon E-commerce Application:

1. Brukertjeneste: Administrerer brukerkontoer, autentisering og preferanser. Den håndterer brukerregistrering, pålogging og profiladministrasjon, og sikrer en personlig tilpasset opplevelse for brukerne.
2. Søketjeneste: Driver søkefunksjonaliteten på plattformen, slik at brukerne kan finne produkter raskt. Den indekserer produktinformasjon og gir relevante søkeresultater basert på brukerforespørsler.
3. Katalogtjeneste: Administrerer produktkatalogen, inkludert produktdetaljer, kategorier og relasjoner. Den sikrer at produktinformasjonen er nøyaktig, oppdatert og lett tilgjengelig for brukerne.
4. Handlevognservice : Administrerer brukerens handlekurv, slik at de kan legge til, fjerne og endre varer før kassen. Det sikrer en sømløs handleopplevelse ved å holde styr på utvalgte varer.
5. Ønskelistetjeneste : Administrerer brukerønskelister, slik at de kan lagre produkter for fremtidig kjøp. Det gir en praktisk måte for brukere å spore og administrere de ønskede elementene.
6. Bestillingsmottakstjeneste : Aksepterer og behandler bestillinger lagt inn av kunder. Den validerer bestillinger, sjekker produkttilgjengelighet og starter bestillingsprosessen.
7. Ordrebehandlingstjeneste: Styrer behandling og oppfyllelse av bestillinger. Den koordinerer med inventar, frakt og betalingstjenester for å sikre rettidig og nøyaktig ordrelevering.
8. Betalingstjeneste : Håndterer betalingsbehandling for bestillinger. Den behandler betalingstransaksjoner på en sikker måte, integreres med betalingsgatewayer og administrerer betalingsrelaterte data.
9. Logistikktjeneste : Koordinerer logistikken for ordrelevering. Den beregner fraktkostnader, tildeler transportører, sporer forsendelser og administrerer leveringsruter.
10. Lagerservice: Administrerer varelager på tvers av varehus. Den sporer lagernivåer, oppdaterer lagertilgjengelighet og koordinerer lagerpåfylling.
11. Varslingstjeneste : Sender varsler til brukere angående deres bestillinger, kampanjer og annen relevant informasjon. Det holder brukerne informert om statusen for deres interaksjoner med plattformen.
12. Anbefalingstjeneste : Gir personlige produktanbefalinger til brukere. Den analyserer brukeratferd og preferanser for å foreslå relevante produkter, forbedre brukeropplevelsen og øke salget.

7. Mikrotjenester vs. monolittisk arkitektur?

Nedenfor er en tabellsammenligning mellom mikrotjenester og monolittisk arkitektur på tvers av ulike aspekter:

8. Hvordan gå fra Monolithic til Microservices?

Nedenfor er hovedtrinnene for å gå fra en monolittisk til mikrotjenesterarkitektur:

• Vurder monolitt: Forstå den eksisterende monolittiske applikasjonen, identifisere komponenter for migrering.
• Definer mikrotjenester: Bryt ned monolitten i distinkte forretningsegenskaper for mikrotjenester.
• Strangler mønster: Bytt ut monolittiske deler gradvis med mikrotjenester, ved å ta i bruk en gradvis migreringstilnærming.
• API-definisjon: Definer tydelig APIer og kontrakter for sømløs kommunikasjon med mikrotjenester.
• CI/CD-implementering: Konfigurer kontinuerlig integrasjon/kontinuerlig distribusjon (CI/CD) for automatisert testing og distribusjon.
• Desentraliser data: Overgang til en database-per-tjeneste-tilnærming, reduserer avhengighetene til en sentral database.
• Tjenesteoppdagelse: Introduser tjenesteoppdagelsesmekanismer for dynamisk kommunikasjon mellom mikrotjenester.
• Logging og overvåking: Implementer sentralisert logging og overvåking for synlighet i mikrotjenesters ytelse.
• Tverrgående bekymringer: Håndter tverrgående bekymringer som sikkerhet og autentisering konsekvent på tvers av mikrotjenester.
• Iterativ forbedring: Omfavn en iterativ tilnærming, foredling og utvidelse av mikrotjenester kontinuerlig basert på tilbakemeldinger og nye behov.

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

Nedenfor er en tabellsammenligning mellom Service-Oriented Architecture (SOA) og Microservices på tvers av ulike aspekter:

10. Nettskybaserte mikrotjenester

Mikrotjenester og skyer hverandre ved å tilby et fleksibelt, effektivt og samarbeidsmiljø for å bygge og kjøre programvareapplikasjoner

• Forenklede operasjoner Skyleverandører håndterer vedlikehold og sikkerhet av infrastruktur, noe som gjør det enklere for mikrotjenesteteamene. De kan fokusere på sine spesifikke oppgaver uten å bekymre seg for bakgrunnstekniske forhold.
• Kostnadseffektivitet Å kombinere mikrotjenester med skyressurser er som å betale for akkurat de verktøyene og arbeidsområdet du bruker. Det er kostnadseffektivt fordi du ikke sitter fast med unødvendig utstyr eller plass.
• Fleksibilitet Trenger du flere team eller ønsker å endre produksjonsprosessen din? Skyen lar deg tilpasse deg raskt, som å omorganisere arbeidsstasjoner i et fleksibelt arbeidsområde.

11. Mikrotjenesters rolle i DevOps

DevOps og mikrotjenester er tett på linje og går ofte hånd i hånd for å forbedre utviklingen, distribusjonen og operasjonelle aspektene ved moderne programvaresystemer. Her er en kort oversikt over hvordan DevOps og mikrotjenester fungerer sammen:

1. Kontinuerlig integrasjon/kontinuerlig distribusjon (CI/CD):
   • I en mikrotjenestearkitektur kan hver tjeneste utvikles, testes og distribueres uavhengig. CI/CD-rørledninger er avgjørende for å effektivt administrere de konstante oppdateringene og utgivelsene knyttet til mikrotjenester.
   • DevOps-praksis legger vekt på CI/CD-rørledninger, som involverer automatisering av bygging, testing og distribusjon av programvare.
2. Smidig utvikling:
   • Mikrotjenester støtter iboende smidig utvikling ved å la team jobbe uavhengig på spesifikke tjenester, noe som muliggjør rask iterasjon og distribusjon av nye funksjoner.
   • DevOps fremmer samarbeid mellom utviklings- og driftsteam, og fremmer smidig utviklingspraksis.
3. Kontinuerlig overvåking og logging
   • Mikrotjenesters arkitektur krever robust overvåking for å spore helsen og interaksjoner mellom ulike tjenester, noe som hjelper til med tidlig problemdeteksjon og løsning. DevOps legger vekt på kontinuerlig overvåking og logging for sanntidsinnsikt i applikasjonsytelse.

12. Fordeler med å bruke Microservices Architecture

1. Modularitet og frakobling:
   • Uavhengig utvikling: Mikrotjenester utvikles og distribueres uavhengig, slik at forskjellige team kan jobbe med forskjellige tjenester samtidig.
   • Isolering av feil: Feil i én mikrotjeneste påvirker ikke nødvendigvis andre, og gir økt feilisolering.
2. Skalerbarhet:
   • Granulær skalering: Hver mikrotjeneste kan skaleres uavhengig basert på dens spesifikke ressursbehov, noe som muliggjør effektiv ressursutnyttelse.
   • Elastisitet: Mikrotjenester-arkitekturer kan enkelt tilpasses til varierende arbeidsbelastninger ved å dynamisk skalere individuelle tjenester.
3. Teknologimangfold:
   • Teknologiens frihet: Hver mikrotjeneste kan implementeres ved å bruke den mest passende teknologistabelen for de spesifikke kravene, og fremme teknologisk mangfold.
4. Autonome lag:
   • Team Empowerment: Mikrotjenester gjør det ofte mulig for små, tverrfunksjonelle team å jobbe uavhengig på spesifikke tjenester, noe som fremmer autonomi og raskere beslutningstaking.
   • Redusert koordinasjonsoverhead: Team kan frigi og oppdatere tjenestene sine uten å kreve omfattende koordinering med andre team.
5. Rask distribusjon og kontinuerlig levering:
   • Raskere utgivelsessykluser: Mikrotjenester kan utvikles, testes og distribueres uavhengig, noe som muliggjør raskere utgivelsessykluser.
   • Kontinuerlig integrasjon og distribusjon (CI/CD): Automatiseringsverktøy støtter kontinuerlig integrasjon og distribusjonspraksis, noe som øker utviklingshastigheten og påliteligheten.
6. Enkelt vedlikehold:
   • Isolerte kodebaser: Mindre, fokuserte kodebaser er lettere å forstå, vedlikeholde og feilsøke.
   • Rullende oppdateringer: Individuelle mikrotjenester kan oppdateres eller rulles tilbake uten å påvirke hele applikasjonen.

13. Utfordringer ved bruk av Microservices Architecture

1. Kompleksiteten til distribuerte systemer: Mikrotjenester introduserer kompleksiteten til distribuerte systemer. Å administrere kommunikasjon mellom tjenester, håndtere nettverksforsinkelse og sikre datakonsistens på tvers av tjenester kan være utfordrende.
2. Økt utvikling og driftskostnader: Dekomponeringen av en applikasjon til mikrotjenester krever ekstra innsats når det gjelder utvikling, testing, distribusjon og overvåking. Teamene må administrere et større antall tjenester, hver med sin egen kodebase, avhengigheter og distribusjonsprosess.
3. Overhead for kommunikasjon mellom tjenestene: Mikrotjenester må kommunisere med hverandre over nettverket. Dette kan resultere i økt ventetid og ekstra kompleksitet i administrasjon av kommunikasjonsprotokoller, feilhåndtering og dataoverføring.
4. Datakonsistens og transaksjonsadministrasjon: Å opprettholde datakonsistens på tvers av mikrotjenester kan være utfordrende. Implementering av distribuerte transaksjoner og sikring av dataintegritet blir kompleks, og tradisjonelle ACID-transaksjoner er kanskje ikke lett oppnåelige.
5. Implementeringsutfordringer: Koordinering av distribusjon av flere mikrotjenester, spesielt når det er avhengigheter mellom dem, kan være komplisert. Å sikre konsistens og unngå nedetid for tjenesten under oppdateringer krever nøye planlegging.
6. Overvåkings- og feilsøkingskompleksitet: Overvåking og feilsøking blir mer kompleks i et mikrotjenestemiljø. Å identifisere årsaken til problemer kan innebære sporing av forespørsler på tvers av flere tjenester, og sentralisert logging blir avgjørende for effektiv feilsøking.

14. Eksempler fra den virkelige verden på selskaper som bruker Microservices Architecture

Organisasjoner opplevde en massiv endring mens de brukte mikroservice i applikasjonen, og det var her overgangen fra monolittisk til mikroservice kom. Du kan gå gjennom noen av de virkelige eksemplene i applikasjoner som bruker mikroservice er:

• Amazon: Opprinnelig var Amazon en monolitisk applikasjon, men da mikrotjenesten ble til, var Amazon den første plattformen som delte opp applikasjonen sin i små komponenter, og dermed tilpasset mikrotjenesten. På grunn av dens evne til å endre individuelle funksjoner og ressurser, ble nettstedets funksjonalitet betydelig forbedret.
• Netflix: Netflix er et slikt selskap som bruker mikrotjenester med APIer . I 2007, da Netflix begynte å gå mot filmstrømmetjeneste, led det enorme tjenesteavbrudd og utfordringer, så kom mikrotjenestearkitekturen som var en velsignelse for plattformen.
• Uber: Da Uber byttet fra monolittisk natur til en mikrotjeneste, opplevde det en jevn måte. Ved å bruke mikrotjenestearkitektur økte nettsidevisningene og søkene i større grad.

15. Teknologier som muliggjør mikrotjenestearkitektur

• Docker:
  • Docker er en containeriseringsplattform som lar utviklere pakke applikasjoner og deres avhengigheter inn i lette, bærbare containere. Disse beholderne innkapsler alt som trengs for å kjøre applikasjonen, inkludert kode, kjøretid, biblioteker og systemverktøy, og sikrer konsistens på tvers av forskjellige miljøer.
• Kubernetes:
  • Kubernetes er en åpen kildekode container orkestreringsplattform opprinnelig utviklet av Google. Den automatiserer distribusjon, skalering og administrasjon av containeriserte applikasjoner, og gir funksjoner for containerplanlegging, tjenesteoppdagelse, lastbalansering og mer.
• Tjenestenett:
  • Tjenestenett-teknologier som Istio og Linkerd gir et dedikert infrastrukturlag for håndtering av tjeneste-til-tjeneste-kommunikasjon, trafikkstyring og observerbarhet i mikrotjenester-arkitekturer. De tilbyr funksjoner som lastbalansering, tjenesteoppdagelse, kretsbrudd og innsamling av beregninger.
• API-gatewayer :
  • API-gatewayer som Kong og Tyk fungerer som inngangspunkter for eksterne klienter for å få tilgang til mikrotjenester-baserte applikasjoner. De tilbyr funksjoner som ruting, autentisering, hastighetsbegrensning og forespørsel/svar-transformasjoner.
• Hendelsesdrevet arkitektur :
  • Hendelsesdrevne arkitekturer letter kommunikasjon mellom mikrotjenester ved å la dem produsere og konsumere hendelser asynkront. Teknologier som Apache Kafka, RabbitMQ og Amazon SNS/SQS gir skalerbare, pålitelige meldingssystemer for å bygge hendelsesdrevne mikrotjenester.
• Serverløs databehandling:
  • Selv om de ikke er eksklusive for mikrotjenester, kan serverløse plattformer som AWS Lambda, Azure Functions og Google Cloud Functions brukes til å distribuere individuelle mikrotjenester uten å administrere den underliggende infrastrukturen, ytterligere frakobling og skaleringstjenester.

16. Konklusjon

Nå som du vet Hva er mikrotjenester , er det veldig viktig å ha en praktisk idé om dem ved å jobbe praktisk med dem. Denne artikkelen svarer fullstendig på alle dine tvil om mikrotjenester, deres arkitektur, virkemåte, funksjoner, virkelige applikasjoner osv. Mikrotjenester er et kjent begrep når du bygger en applikasjon. Derfor er det veldig viktig å ha god beherskelse av det.