Architettura API Gateway e Microservices [chiusa]

Question

Architettura API Gateway e Microservices [chiusa]

#1 da (5 voti)

3

Le API REST possono essere esposte utilizzando un gateway API ed è considerata una buona pratica. (almeno quando sono esposti a Internet)

Tuttavia ci sono molti microservizi all'interno di un'azienda che non sono esposti all'esterno e sono usati per comunicare tra loro.

Ti chiedi quali sono le tue esperienze in termini di microservizio per le comunicazioni con microservizi? Tramite un gateway API interno, collegamento diretto tra i microservizi?

Come si può evitare una mesh di un numero maggiore di microservizi che comunicano tra loro senza un gateway Api interno? (i microservizi sono nella stessa rete) Non sto cercando la soluzione migliore solo alcune opinioni su alcune possibilità di progettazione architettonica dell'utilizzo di uno strumento di gestione API e API

Grazie

architecture api microservices

posta Cris 23.11.2017 - 21:03

fonte

1 risposta

Leggi altre domande sui tag architecture api microservices

Salvare l'URI nel database analizzato vs plain Hardcoding HTML rispetto alla generazione di HTML da JSON utilizzando Javascript [chiuso]

score 5 · Accepted Answer

Ci sono diversi aspetti per evitare la mesh:

il gateway API isola i client dai microservizi, garantendo l'interoperabilità del protocollo tra diversi front-end e back diversi -endende e definendo un canale di rete (es. indirizzo fisso per il back-end che cambia indirizzo dinamico, accesso controllato tramite firewall, ecc ...).
il registro dei servizi consente a un processo di scoperta di mantenere l'associazione tra microservizi dinamici: client e server ritrovarsi dinamicamente quando necessario invece di precablare le relazioni.

Se disponi di uno stack tecnico omogeneo per i tuoi microservizi interni e, a meno che tu non abbia requisiti di sicurezza di rete elevati, non hai necessariamente bisogno del gateway API. Ma certamente avresti bisogno del registro di servizio per padroneggiare la varietà microservice (cioè tipo di servizio) e la scalabilità (cioè più istanze dello stesso servizio).