Fault Tolerance

In un’architettura di microservizi, i servizi formano una rete di chiamate di rete distribuite. Sebbene ciò consenta ai team di creare e scalare i servizi in modo indipendente, significa anche che l’affidabilità complessiva del sistema è forte quanto il suo anello più debole. Se un servizio critico si interrompe o non risponde, può innescare un errore a cascata che interrompe l’intera applicazione.

In un’architettura di microservizi, i servizi comunicano su una rete anziché su chiamate in memoria. Sebbene questo disaccoppiamento consenta un massiccio ridimensionamento orizzontale e implementazioni indipendenti, introduce anche una grave vulnerabilità: la rete è inaffidabile. In qualsiasi momento, un servizio downstream potrebbe riscontrare un breve problema tecnico di rete, un picco temporaneo della CPU, un rapido conflitto di blocco del database o un riavvio dell’aggiornamento in sequenza. Questi guasti temporanei sono noti come guasti transitori.

In un’architettura a microservizi, una singola applicazione viene suddivisa in dozzine o centinaia di servizi indipendenti e collaboranti. Sebbene questa progettazione migliori la modularità e la scalabilità, introduce anche un rischio importante: un guasto in un servizio può provocare il collasso dell’intero sistema. Se un servizio a valle diventa lento o non risponde, le richieste in entrata ai servizi a monte inizieranno ad accumularsi. Se condividono tutti la stessa memoria, CPU o pool di thread, una dipendenza lenta può esaurire rapidamente tutte le risorse disponibili, causando l’arresto anomalo dell’intera applicazione.