Scalabilità dei monoliti rispetto ai microservizi di ridimensionamento

Il punto dei microservizi non è ridurre il carico del processore. Infatti, a causa del sovraccarico della comunicazione e della ripetizione di funzioni che erano un codice di utilità globale, di solito aumenta il carico del processore in qualche modo.

Il punto di abolire un monolite è molto di più per essere in grado di mantenere, distribuire ed eseguire un complesso sistema di funzionalità a tutti . Una volta che il tuo sistema raggiunge una certa dimensione, compilando, testando, distribuendo, ecc., Un monolite diventa troppo costoso per essere fattibile pur mantenendo un tempo di attività decente. Con i microservizi, puoi aggiornare, riavviare o ripristinare un sistema frammentario.

Non commettere errori, non scriviamo microservizi perché è intrinsecamente una soluzione migliore per accoppiare le cose liberamente su interfacce remote. In effetti, la perdita di un tipo strong e la verifica della coerenza che un monolite potrebbe fornire è spesso un grosso inconveniente. Lo facciamo perché dobbiamo perché la complessità ha avuto la meglio su di noi e stiamo sfruttando al meglio una situazione non ottimale.

Sei per lo più corretto. Se disponi di servizi rapidi che vengono caricati allo stesso modo, potresti anche installarli tutti su tutte le caselle. Non è "bello" avere una scatola per servizio, ma fa risparmiare denaro.

Tuttavia. non appena si verifica uno squilibrio, ad esempio il servizio 5 prende il 100% della CPU per 2 minuti, si desidera spostare tale servizio nella propria casella in modo che non blocchi tutti gli altri servizi se viene eseguito.

Se le chiamate al servizio 5 scadono a causa del caricamento, solo alcune funzioni della tua app falliranno invece di tutte.

Ora potresti fare la stessa cosa con un monolite ben modulare. Installa tutti i servizi, ma indirizza solo il traffico del servizio 5 verso uno di essi. Mentre non instradare il servizio 5 traffico verso le altre caselle.

Ma di solito i monoliti per loro stessa natura non sono una raccolta di servizi che possono essere installati sulla stessa scatola. Ci saranno chiamate in memoria tra i moduli che causeranno il fallimento dell'app.

Il punto dei micro servizi sono 1) separazione delle preoccupazioni e 2) distribuzione del carico. In sostanza, questo ci libera per rendere il miglior servizio di black boxing possibile con tecnologie specifiche per questo compito. I nostri servizi possono essere poliglotti - scritti in diversi linguaggi di programmazione su diversi stack. Diverse squadre possono lavorare su ciascun servizio senza conoscere come gli altri lavorano oltre il contratto della loro api. Questo, nel complesso, consente una base di codice molto più semplice per ogni servizio, che è più facile da eseguire il debug, comprendere e ottimizzare le prestazioni.