Un servizio di calendario / programmazione di Outlook è un microservizio?

1

La nostra azienda è nelle prime fasi di iniziare a utilizzare i microservizi. Una domanda che è emersa l'altro giorno è stata "pianificazione / calendario di un micro servizio"?

Abbiamo così tante app monolitiche che hanno costruito il proprio calendario / programma - alcune che consentono di programmare appuntamenti al mattino e al pomeriggio e altre più granulari dove, come in Outlook, è possibile scegliere 1/2 ora di slot. Quindi abbiamo molte app web monolitiche che hanno un'interfaccia utente di Outlook in cui alcune interfacce utente selezionano uno slot e in alcuni altri trascinano una regione per creare un appuntamento.

Si tratta di un sacco di duplicati che fanno quasi la stessa cosa nel back-end.

Quindi dovremmo creare un singolo servizio di pianificazione e utilizzarlo in tutta l'azienda come microservizio?

    
posta JD01 04.02.2018 - 02:13
fonte

1 risposta

1

Un microservizio è una responsabilità che ha comportamenti e persistenza. Stai chiamando i comportamenti duplicati delle varie app monolitiche, ma mi chiedo sul lato della persistenza. Quali dati persistenti hanno i monoliti che supportano la loro programmazione? Se anche questo stato è duplicato allora sì, sembra che un microservizio sarebbe meglio. Altrimenti potrebbe ancora avere senso, ma prendere in giro quella persistenza potrebbe essere una sfida.

In fin dei conti, è un business & decisione ingegneristica, che dovrebbe includere build vs. buy (in quanto ciò potrebbe non essere alla base della differenziazione dell'azienda e qualcuno deve vendere funzionalità di pianificazione), oltre al costo di refactoring dei monoliti e se si prevede comunque di passare ai microservizi .

    
risposta data 04.02.2018 - 16:39
fonte

Leggi altre domande sui tag