Stai progettando una piattaforma a microservizi su AKS per un sito di e-commerce. Requisiti: un singolo endpoint pubblico per i client, autenticazione e throttling centralizzati, disaccoppiamento servizio-servizio per gli eventi di dominio (ad esempio, OrderCreated) e service discovery interno. Quali due componenti dovresti includere per soddisfare i requisiti di accesso esterno e comunicazione basata su eventi?

Azure API Management (APIM) è la scelta corretta per un singolo endpoint pubblico, autenticazione centralizzata e throttling. Agisce come un API gateway che gestisce il routing, la sicurezza e la limitazione della frequenza delle richieste ai microservizi AKS, soddisfacendo i requisiti di accesso esterno. Gli argomenti di Azure Service Bus sono ideali per il disaccoppiamento servizio-servizio e la comunicazione basata su eventi. Supportano il modello publish/subscribe, consentendo ai servizi di pubblicare eventi (es. OrderCreated) e ad altri servizi di sottoscriverli in modo asincrono, garantendo l'affidabilità e la scalabilità della comunicazione interna. Il service discovery lato client basato sui log non è una soluzione robusta o sicura per la comunicazione interna. L'esposizione IP pubblica per ogni servizio è inefficiente, meno sicura e non soddisfa il requisito di un singolo endpoint pubblico. Le condivisioni di Azure Files non sono progettate per la messaggistica basata su eventi e non offrono le funzionalità di publish/subscribe o la resilienza necessarie per questo scenario.