Quando creare più microservizi piuttosto che funzioni interne

I limiti dei microservizi sono in genere limiti del dominio.

Quindi, se disponi di due metodi, entrambi avrebbero concettualmente accesso alla stessa struttura di dati di back-end, ma ognuno servirebbe un dominio aziendale diverso, quindi rientrano in diversi microservizi.

Ad esempio, potresti avere un metodo di rilevamento delle presenze e un altro metodo utilizzato per calcolare i salari in base alla presenza. Il primo è utilizzato principalmente a fini di controllo, per garantire che teniamo traccia di chi era in ufficio quando, mentre l'altro è utilizzato per calcolare l'orario di lavoro di un dipendente.

Nonostante il fatto che entrambi avrebbero accesso agli stessi dati (time in and time out), si passerebbe al microservizio di controllo, mentre l'altro rientrerebbe nel microservizio del libro paga.

Riferimento: Costruzione di microservizi, progettazione di sistemi a grana fine di Sam Newman

I microservizi fanno parte della soluzione ai problemi di scalabilità. Pensa ai microservizi come dipendenti che possono elaborare diversi compiti. Quindi, se hai più calcoli di budget da eseguire, puoi semplicemente aggiungere più dipendenti e dare manuali predefiniti per svolgere compiti specifici.

L'implementazione dei microservizi ha un costo e vantaggi. La decisione spetta a te, considerando questo vantaggio / costo. Naturalmente, i benefici non sono applicabili a tutti i casi. Non risolverete i vostri problemi emotivi delegando le azioni a più dipendenti.

Il costo è che l'implementazione è complessa: devi essere sicuro che i dipendenti possano lavorare in modo indipendente e coordinato. Quindi, sarà necessario sviluppare più manuali e mettere più dipendenti per svolgere tale compito. Ma se ci riesci, ad esempio, sarai in grado di eseguire più vendite. In sostanza, si aggiungono più code a un processo di vendita: più desk accettano comandi dai client, più desk accettano box dai packager, più desk accettano box e li consegnano.

Nel tuo caso specifico, non vedo chiaramente come l'architettura dei microservizi possa essere d'aiuto. I problemi che indirizzi sono programmatici, non architettonici. Se si desidera creare un "gestore risorse", come lo si chiama, pensare al manuale (o ai manuali) da scrivere per ciascun dipendente aggiuntivo per eseguire tale attività. Se è possibile creare una procedura in grado di gestire il processo senza influire sull'integrità del database e senza dipendenti tra dipendenti che utilizzano lo stesso manuale, si è pronti. Ad esempio, è possibile aggiungere un (micro) servizio con nuovi dipendenti che eseguono calcoli atomici (ognuno calcola un articolo) e un altro di dipendenti che somma solo valori. Personalmente non lo farei, dal momento che i dipendenti della seconda linea di banchi creeranno dipendenze dai risultati della prima riga (ad esempio una somma non può essere eseguita fino a ricevere tutti i calcoli, quindi se un dipendente della calcolatrice ha un problema, un gruppo di persone stai aspettando intorno a un tavolo delle somme finché non arriva, e se non lo fa, tutti i processi in sospeso richiederanno di essere gestiti).

Come detto, penso che non hai bisogno di microservizi per affrontare questo problema, ma non posso esserne sicuro, dal momento che non conosco i problemi esatti qui. Se imparassi, personalmente codificherei entrambi, per provare le differenze.