Ce tipuri de arhitectură a serviciilor web există?

1. Arhitectură monolitică:

   • Cod unificat și autonom care combină toate componentele (UI, logica de afaceri, accesul la date).
   • Dezvoltare și implementare simple în etapele inițiale.
   • Dificultăți în scalare, întreținere și implementarea de modificări pe măsură ce proiectul crește.

2. Arhitectură de microservicii:

   • Aplicația este împărțită într-un set de servicii mici, independente, care interacționează prin rețea (adesea prin API).
   • Fiecare serviciu răspunde pentru o funcționalitate specifică și poate fi dezvoltat, testat și implementat independent.
   • Scalabilitate îmbunătățită, reziliență la defecțiuni (căderea unui serviciu nu afectează celelalte), posibilitatea de a folosi tehnologii diferite pentru servicii diferite.
   • Complexitate în gestionarea unui număr mare de servicii, necesitatea de logging distribuit și monitorizare.

3. Arhitectură orientată pe servicii (SOA):

   • Constă din servicii care interacționează printr-un bus de întreprindere (ESB - Enterprise Service Bus).
   • Serviciile pot fi mari și pot folosi diferite protocoale.
   • Scop: creșterea flexibilității și reutilizării serviciilor în cadrul organizației.
   • Diferențe față de microservicii: servicii mai mari, prezența unui bus de interacțiune centralizat.

4. Arhitectură serverless:

   • Dezvoltatorul se concentrează pe scrierea codului, în timp ce gestionarea serverelor și infrastructurii este preluată de furnizorul de cloud (de exemplu, AWS Lambda, Azure Functions).
   • Plata în funcție de utilizare, scalare automată.
   • Reducerea costurilor operaționale și a eforturilor administrative.
   • Limitări în timpul de execuție și resurse, dependență de furnizorul de cloud.

5. Arhitectură în nivele N:

   • Aplicația este împărțită în straturi sau nivele logice, fiecare având un rol definit și interacționând doar cu straturile adiacente.
   • Straturi tipice: stratul de prezentare (UI), stratul de logică de afaceri, stratul de acces la date.
   • Îmbunătățește modularitatea și facilitează separarea responsabilităților.

graph TD
    A[Utilizator] --> B{Serviciu web};
    B --> C[Arhitectură];
    C --> D[Monolitică];
    C --> E[Mikroservicii];
    C --> F[SOA];
    C --> G[Serverless];
    C --> H[N- nivele];