Microservices - condivisione di dati tramite cache distribuita in memoria?

Proprio come usare un singolo database per più servizi, l'approccio che descrivi provoca un strong accoppiamento tra i servizi. Ad esempio, non è possibile modificare il modello di dati di un servizio senza dover modificare di conseguenza il modello in altri. Ciò significa che sia lo sviluppo che il dispiegamento sono accoppiati ei tuoi microservizi in realtà diventano un monolite con più processi. Poiché lo sviluppo indipendente e la distribuzione di servizi sono uno dei motivi importanti per l'architettura dei microservizi, senza di essi si potrebbe costruire anche un monolite.

Come per qualsiasi buona pratica, ci sono, naturalmente, delle eccezioni a ciò che ho appena detto. Se utilizzato in un ambito limitato, la cache condivisa può offrire un incremento delle prestazioni così importante, che ha senso rinunciare all'abbinamento di servizi. Una situazione ragionevole sarebbe per esempio due servizi sviluppati da una singola squadra, entrambi con un ambito ristretto e che necessitano comunque di una stretta collaborazione. Pensa a un servizio che riempie la cache con i dati e un altro che legge quei dati. In questo caso si ha comunque un accoppiamento abbastanza strong e la cache condivisa, anche se non così buona dal punto di vista dell'architettura e della manutenzione, può ancora essere un ragionevole compromesso a causa dei vantaggi in termini di prestazioni. Ma in generale, una tale cache condivisa è una cattiva idea (vedi sopra).