Microserviciile reprezintă o abordare arhitecturală pentru dezvoltarea aplicațiilor software ca o colecție de servicii mici, independente care comunică între ele printr-o rețea. În loc să construiască o aplicație monolitică în care toate funcționalitățile sunt strâns integrate într-o bază de cod unică, microserviciile descompun aplicația în servicii mai mici, slab cuplate.

cheia punctului

Subiecte importante pentru microservicii

• Ce sunt microserviciile?
• Cum funcționează microserviciile?
• Care sunt principalele componente ale arhitecturii microservicii?
• Care sunt modelele de design ale microserviciilor?
• Care sunt anti-modelele din microservicii?
• Exemplu real de microservicii
• Microservicii vs. Arhitectura monolitică?
• Cum să treci de la Monolithic la Microservicii?
• Arhitectura orientată spre servicii (SOA) vs. arhitectura microservicii
• Microservicii native din cloud
• Rolul microserviciilor în DevOps
• Beneficiile utilizării arhitecturii microservicii
• Provocările utilizării arhitecturii microserviciilor
• Exemple din lumea reală de companii care utilizează arhitectura de microservicii
• Tehnologii care permit arhitectura microserviciilor

1. Ce sunt microserviciile?

Microservice este un serviciu distribuit mic, slab cuplat. Fiecare microserviciu este conceput pentru a îndeplini o anumită funcție de afaceri și poate fi dezvoltat, implementat și scalat independent. Vă permite să luați o aplicație mare și să o descompuneți sau să o despărțiți în componente mici ușor de gestionat, cu responsabilități strict definite. Este considerat elementul de bază al aplicațiilor moderne. Microservicii pot fi scrise într-o varietate de limbaje de programare și cadre, iar fiecare serviciu acționează ca o mini-aplicație pe cont propriu.

2. Cum funcționează microserviciile?

Microserviciile funcționează prin descompunerea unei aplicații complexe în bucăți mai mici, independente care comunică și lucrează împreună, oferind flexibilitate, scalabilitate , și întreținere mai ușoară, la fel ca construirea unui oraș din componente modulare, interconectate.

Să înțelegem cum funcționează microserviciile:

• Structură modulară:
  • Arhitectura microserviciilor descompune aplicațiile mari, monolitice, în servicii mai mici, independente.
  • Fiecare serviciu este un modul autonom cu o anumită capacitate sau funcție de afaceri.
  • Această structură modulară promovează flexibilitatea, ușurința dezvoltării și întreținerea simplificată.
• Funcții independente:
  • Fiecare microserviciu este conceput pentru a gestiona o anumită funcție sau caracteristică de afaceri.
  • De exemplu, un serviciu poate gestiona autentificarea utilizatorilor, în timp ce altul se ocupă de funcțiile catalogului de produse.
  • Această independență permite dezvoltarea și întreținerea specializată a fiecărui serviciu.
• Comunicare:
  • Microserviciile comunică între ele prin interfețe de programare a aplicațiilor (API-uri) bine definite.
  • API-urile servesc ca interfețe prin care serviciile fac schimb de informații și solicitări.
  • Această comunicare standardizată permite interoperabilitatea și flexibilitatea în integrarea serviciilor.
• Flexibilitate:
  • Arhitectura de microservicii acceptă utilizarea diverselor tehnologii pentru fiecare serviciu.
  • Aceasta înseamnă că diferite limbaje de programare, cadre și baze de date pot fi alese pe baza cerințelor specifice fiecărui microserviciu.
  • Echipele au flexibilitatea de a folosi cele mai bune instrumente pentru funcțiile lor respective.
• Independență și actualizări:
  • Microserviciile funcționează independent, permițând actualizări sau modificări ale unui serviciu fără a afecta întregul sistem.
  • Această decuplare a serviciilor reduce riscul de întreruperi la nivelul întregului sistem în timpul actualizărilor, facilitând implementarea modificărilor și îmbunătățirilor.
  • De asemenea, microserviciile contribuie la reziliența sistemului, asigurându-se că, dacă un serviciu întâmpină probleme sau eșecuri, acesta nu dărâmă întregul sistem.
• Scalabilitate:
  • Microserviciile oferă scalabilitate permițând adăugarea de instanțe de servicii specifice.
  • Dacă o anumită funcție necesită mai multe resurse, pot fi implementate instanțe suplimentare ale acelui microserviciu pentru a face față cererii crescute.
  • Această scalabilitate este crucială pentru adaptarea la diferite sarcini de lucru.
• Imbunatatire continua:
  • Natura modulară a microserviciilor facilitează îmbunătățirea continuă.
  • Echipele de dezvoltare pot lucra independent și pot lansa actualizări pentru serviciile lor respective.
  • Această agilitate permite sistemului să evolueze rapid și să răspundă cerințelor în schimbare sau nevoilor utilizatorilor.

3. Care sunt principalele componente ale arhitecturii microserviciilor?

Arhitectura de microservicii cuprinde mai multe componente care lucrează împreună pentru a crea un sistem modular, scalabil și implementabil independent.

Principalele componente ale microserviciilor includ :

• Microservicii: Acestea sunt serviciile individuale, autonome, care încapsulează capacități specifice de afaceri. Fiecare microserviciu se concentrează pe o funcție sau caracteristică distinctă.
• Gateway API: Gateway-ul API este un punct de intrare central pentru clienții externi pentru a interacționa cu microservicii. Gestionează cererile, gestionează autentificarea și direcționează cererile către microservicii corespunzătoare.
• Registrul serviciului și descoperirea: Această componentă ține evidența locațiilor și adreselor de rețea ale tuturor microserviciilor din sistem. Descoperirea serviciilor asigură că serviciile se pot localiza și comunica dinamic între ele.
• Echilibrarea greutății: Echilibratoarele de încărcare distribuie traficul de rețea de intrare în mai multe instanțe de microservicii. Acest lucru asigură că volumul de muncă este distribuit uniform, optimizând utilizarea resurselor și împiedicând orice serviciu unic să devină un blocaj.
• Containerizare: Containerele, cum ar fi Docker, încapsulează microservicii și dependențele acestora. Instrumentele de orchestrare, cum ar fi Kubernetes, gestionează implementarea, scalarea și funcționarea containerelor, asigurând o utilizare eficientă a resurselor.
• Eveniment Bus/Message Broker: O magistrală de evenimente sau un broker de mesaje facilitează comunicarea și coordonarea între microservicii. Permite serviciilor să publice și să se aboneze la evenimente, permițând comunicarea asincronă și decuplarea.
• Înregistrare și monitorizare centralizată: Instrumentele centralizate de jurnalizare și monitorizare ajută la urmărirea performanței și a stării de sănătate a microserviciilor. Acestea oferă informații despre comportamentul sistemului, detectează probleme și ajută la depanare.
• Baza de date per microserviciu: Fiecare microserviciu are de obicei propria sa bază de date, asigurând autonomia datelor. Acest lucru permite serviciilor să gestioneze și să-și scaleze în mod independent stocarea de date în funcție de cerințele lor specifice.
• Memorarea în cache: Mecanismele de stocare în cache pot fi implementate pentru a îmbunătăți performanța prin stocarea datelor accesate frecvent mai aproape de microservicii. Acest lucru reduce necesitatea de a prelua în mod repetat aceleași date din bazele de date.
• Componente toleranță la erori și rezistență: Implementarea componentelor pentru toleranța la erori, cum ar fi întrerupătoarele de circuit și mecanismele de reîncercare, asigură că sistemul poate gestiona cu grație defecțiunile în microservicii și poate recupera fără a afecta funcționalitatea generală.

4. Care sunt modelele de design ale microserviciilor?

Când apare o problemă în timpul lucrului la un sistem, există unele practici care trebuie urmate, iar în microservicii, acele practici sunt modele de proiectare. Modelele de proiectare pentru microservicii sunt astfel de practici care, atunci când sunt urmate, duc la modele arhitecturale eficiente, care au ca rezultat depășirea provocărilor precum administrarea ineficientă a acestor servicii și, de asemenea, maximizarea performanței. În timp ce lucrați la o aplicație, trebuie să fiți conștienți de ce model de design va fi folosit pentru a crea o aplicație eficientă.

• Agregator
  • A invocat servicii pentru a primi informațiile necesare (date aferente) de la diferite servicii, a aplica o anumită logică și a produce rezultatul.
  • Datele colectate pot fi utilizate de serviciile respective. Pașii urmați în modelul de agregare implică cererea primită de serviciu, iar apoi cererea făcută către mai multe alte servicii combină fiecare rezultat și răspunde în final la cererea inițială.
• Gateway API
  • API Gateway acționează ca o soluție la cererea făcută către microservicii.
  • Acesta servește ca punct de intrare la toate microserviciile și creează API-uri fine pentru diferiți clienți.
  • Solicitările făcute sunt transmise către API Gateway, iar echilibrul de încărcare ajută la verificarea dacă cererea este gestionată și trimisă serviciului respectiv.
• Aprovizionare pentru evenimente
  • Acest model de proiectare creează evenimente cu privire la modificări (date) în starea aplicației.
  • Folosind aceste evenimente, dezvoltatorii pot ține evidența modificărilor efectuate.
• Strangler
  • Strangler este, de asemenea, cunoscut ca un model Vine, deoarece funcționează în același mod în care vița de vie sugrumă un copac în jurul său. Pentru fiecare apel URI (Uniform Resource Identifier), un apel merge înainte și înapoi și este, de asemenea, împărțit în diferite domenii.
  • Aici, două aplicații separate rămân una lângă alta în același spațiu URI și aici va fi luat în considerare câte un domeniu. Astfel, noua aplicație refactorizată înlocuiește aplicația originală.
• Descompunere
  • Modelul de design de descompunere este descompunerea unei aplicații în microservicii mai mici, care au propria lor funcționalitate.
  • Pe baza cerințelor de afaceri, puteți împărți o aplicație în subcomponente. De exemplu, Amazon are servicii separate pentru produse, comenzi, clienți, plăți etc.

5. Care sunt anti-modelele din microservicii?

Învățarea antipatternelor în microservicii este crucială pentru a evita greșelile comune. Oferă perspective asupra problemelor potențiale care pot compromite scalabilitatea, independența și mentenabilitatea sistemului. Înțelegând aceste antipattern, dezvoltatorii pot lua decizii în cunoștință de cauză, pot implementa cele mai bune practici și pot contribui la proiectarea și implementarea cu succes a arhitecturilor robuste de microservicii.

Mai jos sunt principalele 5 Antipattern-uri în microservicii

• Monolit de date: Partajarea unei baze de date centralizate între microservicii, subminând independența și scalabilitatea.
• Servicii Chatty: Microservicii care comunică excesiv pentru sarcini mici, ceea ce duce la creșterea supraîncărcării și latenței rețelei.
• Utilizarea excesivă a microserviciilor: Crearea prea multor microservicii pentru funcționalități triviale, introducând o complexitate inutilă.
• Limite inadecvate ale serviciului: Limite prost definite ale microserviciilor, rezultând ambiguitate și responsabilități neclare.
• Ignorarea securității: Neglijarea problemelor de securitate în microservicii, riscând vulnerabilități și încălcări ale datelor.

6. Exemplu real de microservicii

Să înțelegem Miscroservices folosind exemplul real al aplicației Amazon E-Commerce:

Magazinul online al Amazon este ca un puzzle uriaș format din multe piese mici și specializate numite microservicii. Fiecare microserviciu face o anumită sarcină pentru a se asigura că totul funcționează fără probleme. Împreună, aceste microservicii funcționează în culise pentru a vă oferi o experiență grozavă de cumpărături.

Mai jos sunt microservicii implicate în aplicația Amazon E-commerce:

1. Serviciu utilizator: Gestionează conturile de utilizator, autentificarea și preferințele. Se ocupă de înregistrarea utilizatorilor, autentificare și gestionarea profilului, asigurând o experiență personalizată pentru utilizatori.
2. Serviciu de căutare: Activează funcționalitatea de căutare pe platformă, permițând utilizatorilor să găsească rapid produse. Acesta indexează informațiile despre produse și oferă rezultate relevante de căutare bazate pe interogările utilizatorilor.
3. Serviciu de catalog: Gestionează catalogul de produse, inclusiv detaliile produsului, categoriile și relațiile. Se asigură că informațiile despre produs sunt exacte, actualizate și ușor accesibile utilizatorilor.
4. Service cărucioare : gestionează coșul de cumpărături al utilizatorului, permițându-i acestuia să adauge, să elimine și să modifice articole înainte de finalizarea plății. Asigură o experiență de cumpărături perfectă prin urmărirea articolelor selectate.
5. Serviciu lista de dorințe : Gestionează listele de dorințe ale utilizatorilor, permițându-le să salveze produse pentru achiziții viitoare. Acesta oferă utilizatorilor o modalitate convenabilă de a urmări și gestiona articolele dorite.
6. Serviciu de preluare a comenzilor : Acceptă și procesează comenzile plasate de clienți. Validează comenzile, verifică disponibilitatea produselor și inițiază procesul de onorare a comenzilor.
7. Serviciul de procesare a comenzilor: Gestionează procesarea și onorarea comenzilor. Se coordonează cu serviciile de stocare, expediere și plată pentru a asigura livrarea la timp și exactă a comenzii.
8. Serviciul de plată : se ocupă de procesarea plăților pentru comenzi. Procesează în siguranță tranzacțiile de plată, se integrează cu gateway-uri de plată și gestionează datele legate de plăți.
9. Serviciul logistic : Coordonează logistica livrării comenzii. Acesta calculează costurile de transport, atribuie transportatori, urmărește expedierile și gestionează rutele de livrare.
10. Serviciu depozit: Gestionează inventarul în toate depozitele. Acesta urmărește nivelurile de inventar, actualizează disponibilitatea stocului și coordonează reaprovizionarea stocurilor.
11. Serviciul de notificare : trimite notificări utilizatorilor cu privire la comenzile, promoțiile și alte informații relevante. Menține utilizatorii informați despre starea interacțiunilor lor cu platforma.
12. Serviciul de Recomandari : oferă utilizatorilor recomandări personalizate de produse. Analizează comportamentul și preferințele utilizatorilor pentru a sugera produse relevante, îmbunătățind experiența utilizatorului și stimulând vânzările.

7. Microservicii vs. Arhitectura monolitică?

Mai jos este o comparație tabelară între microservicii și arhitectura monolitică în diferite aspecte:

8. Cum să treci de la Monolithic la Microservicii?

Mai jos sunt principalii pași cheie pentru a trece de la o arhitectură monolitică la o arhitectură de microservicii:

• Evaluați Monolith: Înțelegeți aplicația monolitică existentă, identificând componentele pentru migrare.
• Definiți microservicii: Descompuneți monolitul în capabilități distincte de afaceri pentru microservicii.
• Model strangler: Înlocuiți treptat părțile monolitice cu microservicii, adoptând o abordare de migrare treptată.
• Definiție API: Definiți clar API-urile și contractele pentru o comunicare perfectă cu microservicii.
• Implementare CI/CD: Configurați Integrarea continuă/Implementarea continuă (CI/CD) pentru testarea și implementarea automată.
• Descentralizarea datelor: Trecerea la o abordare bazată de date pe serviciu, reducând dependențele de o bază de date centrală.
• Descoperirea serviciului: Introduceți mecanisme de descoperire a serviciilor pentru comunicarea dinamică între microservicii.
• Înregistrare și monitorizare: Implementați înregistrarea și monitorizarea centralizate pentru vizibilitate asupra performanței microserviciilor.
• Preocupări transversale: Gestionați problemele transversale, cum ar fi securitatea și autentificarea, în mod constant între microservicii.
• Îmbunătățirea iterativă: Îmbrățișați o abordare iterativă, rafinând și extinzând în mod continuu microservicii pe baza feedback-ului și a nevoilor în evoluție.

9. Arhitectura orientată spre servicii (SOA) vs. Arhitectura microservicii

Mai jos este o comparație tabelară între arhitectura orientată pe servicii (SOA) și microservicii în diferite aspecte:

10. Microservicii native din cloud

Microservicii și cloud reciproc, oferind un mediu flexibil, eficient și colaborativ pentru construirea și rularea aplicațiilor software

• Operații simplificate Furnizorii de cloud se ocupă de întreținerea și securitatea infrastructurii, simplificând acest lucru pentru echipele de microservicii. Ei se pot concentra pe sarcinile lor specifice, fără a-și face griji cu privire la aspectele tehnice de fundal.
• Cost-eficiență Combinarea microserviciilor cu resursele cloud este ca și cum ați plăti exact instrumentele și spațiul de lucru pe care îl utilizați. Este eficient din punct de vedere al costurilor, deoarece nu ești blocat cu echipamente sau spațiu inutil.
• Flexibilitate Aveți nevoie de mai multe echipe sau doriți să vă schimbați procesul de producție? Cloud-ul vă permite să vă adaptați rapid, cum ar fi rearanjarea stațiilor de lucru într-un spațiu de lucru flexibil.

11. Rolul microserviciilor în DevOps

DevOps și microservicii sunt strâns aliniate și merg adesea mână în mână pentru a îmbunătăți dezvoltarea, implementarea și aspectele operaționale ale sistemelor software moderne. Iată o scurtă prezentare generală a modului în care DevOps și microservicii funcționează împreună:

1. Integrare continuă/Implementare continuă (CI/CD):
   • Într-o arhitectură de microservicii, fiecare serviciu poate fi dezvoltat, testat și implementat în mod independent. Conductele CI/CD sunt cruciale pentru gestionarea eficientă a actualizărilor și lansărilor constante asociate cu microservicii.
   • Practicile DevOps pun accentul pe conductele CI/CD, care implică automatizarea construirii, testarii și implementării software-ului.
2. Dezvoltare agila:
   • Microserviciile susțin în mod inerent dezvoltarea agilă, permițând echipelor să lucreze în mod independent la anumite servicii, facilitând repetarea rapidă și implementarea de noi funcții.
   • DevOps promovează colaborarea între echipele de dezvoltare și operațiuni, încurajând practicile de dezvoltare agile.
3. Monitorizare și înregistrare continuă
   • Arhitectura de microservicii necesită o monitorizare robustă pentru a urmări starea de sănătate și interacțiunile dintre diverse servicii, ajutând la detectarea și rezolvarea timpurie a problemelor. DevOps pune accent pe monitorizarea și înregistrarea continuă pentru informații în timp real asupra performanței aplicațiilor.

12. Beneficiile utilizării arhitecturii microserviciilor

1. Modularitate și decuplare:
   • Dezvoltare independentă: Microserviciile sunt dezvoltate și implementate independent, permițând diferitelor echipe să lucreze la diferite servicii simultan.
   • Izolarea defecțiunilor: Eșecurile unui microserviciu nu îi afectează neapărat pe alții, oferind o izolare sporită a erorilor.
2. Scalabilitate:
   • Scalare granulară: Fiecare microserviciu poate fi scalat independent în funcție de nevoile sale specifice de resurse, permițând utilizarea eficientă a resurselor.
   • Elasticitate: Arhitecturile de microservicii se pot adapta cu ușurință la diferite sarcini de lucru prin scalarea dinamică a serviciilor individuale.
3. Diversitatea tehnologiei:
   • Libertatea tehnologiei: Fiecare microserviciu poate fi implementat utilizând cea mai adecvată stivă de tehnologie pentru cerințele sale specifice, favorizând diversitatea tehnologică.
4. Echipe autonome:
   • Împuternicirea echipei: Microserviciile permit adesea echipelor mici, interfuncționale, să lucreze independent la anumite servicii, promovând autonomia și luarea mai rapidă a deciziilor.
   • Coordonare redusă: Echipele își pot elibera și actualiza serviciile fără a necesita o coordonare extinsă cu alte echipe.
5. Implementare rapidă și livrare continuă:
   • Cicluri de lansare mai rapide: Microserviciile pot fi dezvoltate, testate și implementate independent, facilitând cicluri de lansare mai rapide.
   • Integrare și implementare continuă (CI/CD): Instrumentele de automatizare susțin integrarea continuă și practicile de implementare, sporind viteza și fiabilitatea dezvoltării.
6. Întreținere ușoară:
   • Baze de cod izolate: Bazele de cod mai mici și concentrate sunt mai ușor de înțeles, întreținut și depanat.
   • Actualizări continuu: Microservicii individuale pot fi actualizate sau anulate fără a afecta întreaga aplicație.

13. Provocări ale utilizării arhitecturii microserviciilor

1. Complexitatea sistemelor distribuite: Microserviciile introduc complexitatea sistemelor distribuite. Gestionarea comunicării între servicii, gestionarea latenței rețelei și asigurarea coerenței datelor între servicii poate fi o provocare.
2. Dezvoltare și cheltuieli operaționale sporite: Descompunerea unei aplicații în microservicii necesită efort suplimentar în ceea ce privește dezvoltarea, testarea, implementarea și monitorizarea. Echipele trebuie să gestioneze un număr mai mare de servicii, fiecare cu propria bază de cod, dependențe și proces de implementare.
3. Taxa generală de comunicare inter-servicii: Microserviciile trebuie să comunice între ele prin rețea. Acest lucru poate duce la o latență crescută și o complexitate suplimentară în gestionarea protocoalelor de comunicare, gestionarea erorilor și transferul de date.
4. Consistența datelor și gestionarea tranzacțiilor: Menținerea coerenței datelor între microservicii poate fi o provocare. Implementarea tranzacțiilor distribuite și asigurarea integrității datelor devine complexă, iar tranzacțiile ACID tradiționale ar putea să nu fie ușor de realizat.
5. Provocări de implementare: Coordonarea implementării mai multor microservicii, mai ales atunci când există dependențe între ele, poate fi complexă. Asigurarea coerenței și evitarea întreruperii serviciului în timpul actualizărilor necesită o planificare atentă.
6. Complexitatea monitorizării și depanării: Monitorizarea și depanarea devin mai complexe într-un mediu de microservicii. Identificarea cauzei principale a problemelor poate implica urmărirea solicitărilor pe mai multe servicii, iar înregistrarea centralizată devine crucială pentru o depanare eficientă.

14. Exemple din lumea reală de companii care utilizează arhitectura de microservicii

Organizațiile au experimentat o schimbare masivă în timp ce foloseau microservicii în aplicația lor și aici a venit tranziția de la monolitic la microserviciu. Puteți parcurge câteva dintre exemplele din viața reală în aplicațiile care folosesc microservicii sunt:

• Amazon: Inițial, Amazon a fost o aplicație monolitică, dar când a apărut microserviciul, Amazon a fost prima platformă care a împărțit aplicația în componente mici, adaptând astfel microserviciul. Datorită capacității sale de a schimba caracteristicile și resursele individuale, funcționalitatea site-ului s-a îmbunătățit într-o măsură masivă.
• Netflix: Netflix este una dintre aceste companii care utilizează microservicii cu API-uri . În 2007, când Netflix și-a început trecerea către serviciul de streaming de filme, a suferit întreruperi uriașe ale serviciului și provocări, apoi a apărut arhitectura de microservicii, care a fost o binecuvântare pentru platformă.
• Uber: Când Uber a trecut de la natura monolitică la un microserviciu, a experimentat o modalitate simplă. Folosind arhitectura de microservicii, vizualizările și căutările paginii web au crescut într-o măsură mai mare.

15. Tehnologii care permit arhitectura microserviciilor

• Docher:
  • Docker este o platformă de containerizare care permite dezvoltatorilor să împacheteze aplicații și dependențele acestora în containere ușoare, portabile. Aceste containere încapsulează tot ceea ce este necesar pentru a rula aplicația, inclusiv cod, runtime, biblioteci și instrumente de sistem, asigurând coerența în diferite medii.
• Kubernetes:
  • Kubernetes este o platformă open-source de orchestrare a containerelor dezvoltată inițial de Google. Automatizează implementarea, scalarea și gestionarea aplicațiilor containerizate, oferind caracteristici pentru programarea containerelor, descoperirea serviciilor, echilibrarea încărcăturii și multe altele.
• Mesh de serviciu:
  • Tehnologiile de rețea de servicii precum Istio și Linkerd oferă un strat de infrastructură dedicat pentru gestionarea comunicării de la serviciu la serviciu, gestionarea traficului și observabilitatea în arhitecturile microservicii. Ele oferă funcții precum echilibrarea sarcinii, descoperirea serviciului, întreruperea circuitului și colectarea de valori.
• Gateway-uri API :
  • Gateway-urile API precum Kong și Tyk servesc drept puncte de intrare pentru clienții externi pentru a accesa aplicațiile bazate pe microservicii. Ele oferă funcționalități precum rutare, autentificare, limitare a ratei și transformări cerere/răspuns.
• Arhitectură condusă de evenimente :
  • Arhitecturile bazate pe evenimente facilitează comunicarea între microservicii, permițându-le să producă și să consume evenimente asincron. Tehnologii precum Apache Kafka, RabbitMQ și Amazon SNS/SQS oferă sisteme de mesagerie scalabile și fiabile pentru construirea de microservicii bazate pe evenimente.
• Calcul fără server:
  • Deși nu sunt exclusiv microservicii, platformele fără server precum AWS Lambda, Azure Functions și Google Cloud Functions pot fi folosite pentru a implementa microservicii individuale fără a gestiona infrastructura de bază, decuplarea și scalarea ulterioară a serviciilor.

16. Concluzie

Acum că știi Ce sunt microserviciile , este foarte important să aveți o idee practică despre ele lucrând practic la ele. Acest articol răspunde în întregime tuturor îndoielilor tale cu privire la microservicii, arhitectura lor, funcționarea, caracteristicile, aplicațiile din viața reală etc. Microservicii sunt un termen care trebuie cunoscut în cazul în care se construiește o aplicație. Prin urmare, este foarte important să stăpânești bine.