Microservizi - Manutenzione di archivi multipli di dati, caricamento iniziale dei dati ecc.

Question

Su aspetti della granulateria dei mictoservizi abbiamo letto sulla regola della 2 pizza, servizi che possono essere sviluppati in 2 settimane ecc. Quando vengono letti i casi di studio di amazon, nelflix, gilt sentiamo circa 100 di servizi. Sebbene la granularità del servizio abbia senso, ciò che non mi è ancora chiaro riguarda gli archivi dati di ciascuno di questi microservizi. Non ci saranno troppi archivi dati se ognuno dei servizi memorizza/mantiene i propri dati ?? Potrebbe essere la stessa entità logica come un prodotto, un cliente, ecc., Che viene suddivisa in porzioni da & nella relativa porzione/attributi memorizzati/gestiti da un microservizio corrispondente. Ci potrebbe essere un servizio che gestisce le informazioni di base del cliente, un altro che mantiene le informazioni aggiuntive cliente come dire le sue informazioni di sottoscrizione o di suoi interessi ecc

paio di domande che vengono in mente in giro gli archivi dati

1. Will questo non è un enorme problema di manutenzione in termini di backup, ripristini ecc.?
2. Come vengono inseriti i dati iniziali in questi negozi? Ci sono delle buone pratiche in merito? Le organizzazioni sono destinate ad avere enormi volumi di dati sui clienti o sui prodotti & che molto probabilmente saranno gestiti in altri sistemi.
3. In che modo questo approccio di più archivi di dati influisce sull'approccio "omni-channel" in cui implica ottenere un'unica vista di tutti i dati? Le organizzazioni potrebbero aver avuto iniziative di consolidamento dei dati in corso per ottenere lo stesso

Edit: A cura il soggetto un po '

Answer 1

1.Will this not be a huge maintenance issue in terms of backups, restores etc? 

dalla visualizzazione sì che lo farà. Intendo alla fine della giornata non avrai un solo server di database per il backup, ma decine o centinaia di essi. Ma la maggior parte delle persone - almeno questo è quello che facciamo - sta usando un servizio di database cloud per eliminare tutti questi sforzi di manutenzione.

2.How is the initial data populated into these stores ? Are there any best practices around this ? Organisations are bound to have huge volumes of customer or product data & they will most likely be mastered in other systems. 

Non sono sicuro se c'è un modo migliore, ma abbiamo creato un client per leggere i dati da sistemi legacy poi convertire e dividerlo in parti per ogni microservices e spingerli a quei microservices consumando i loro servizi . Abbiamo usato le code dei messaggi per essere sicuri della salute della migrazione.

3.How does this approach of multiple data stores impact the 'omni-channel' approach where it implies getting a single view of all data? Organizations might have had data consolidation initiatives going on to achieve the same. 

Beh, non so cosa sia "omni-channel", quindi non posso rispondere.

Infine si parlava di entità logiche condivise tra servizi. La parte più difficile sull'implementazione dei microservizi è la definizione di ciò che ciascun servizio fornirà. E mentre lo fai, dovresti esaminare attentamente le esigenze dei dati per ciascun servizio e quei servizi dovrebbero condividere il meno possibile, come solo gli ID entità ecc. Almeno questo è ciò che stiamo facendo.