Un microservizio di pagamenti su AKS chiama un provider esterno che restituisce intermittenza errori 5xx e timeout sotto carico. I picchi causano l'esaurimento del pool di thread e guasti a cascata in altri servizi che condividono lo stesso pool di nodi. È necessario prevenire i guasti a cascata e mantenere reattivi i servizi non correlati quando il provider degrada. Quali due modelli di resilienza è opportuno implementare?

Un circuit breaker (interruttore automatico) è essenziale per prevenire guasti a cascata. Quando il provider esterno restituisce ripetutamente errori o timeout, l'interruttore si apre, impedendo ulteriori chiamate al servizio problematico e proteggendo le risorse del microservizio. Questo permette al sistema di recuperare e al provider esterno di stabilizzarsi. Il modello bulkhead (paratia) è cruciale per isolare i guasti. Isolando i pool di thread e le quote di risorse per il servizio di pagamenti, si impedisce che un problema con il provider esterno esaurisca le risorse condivise, mantenendo gli altri servizi reattivi. Limitare la lunghezza delle code impedisce che le richieste in sospeso consumino eccessive risorse. Aumentare i tentativi con intervalli costanti e senza jitter può peggiorare la situazione, sovraccaricando ulteriormente un servizio già in difficoltà. L'orchestrazione durevole fan-out/fan-in è per flussi di lavoro complessi, non per la resilienza di singole chiamate esterne sincrone. Rimuovere i timeout è controproducente, in quanto le chiamate bloccate consumerebbero risorse indefinitamente, portando a esaurimento e guasti.