W sprawie aspektów granulatiryzacji usług czytamy o 2 przepisach dotyczących pizzy, usługach, które można opracować w ciągu 2 tygodni itd. Kiedy studium przypadku Amazona, nelflix, pozłoty są czytane słyszymy około 100 usług. Podczas gdy granularność serwisu ma sens, to, co wciąż nie jest dla mnie jasne, dotyczy magazynów danych każdej z tych mikroserwisów. Czy nie będzie zbyt wielu sklepów z danymi, jeśli każda z nich będzie przechowywać/przechowywać własne dane? Może to być ta sama logiczna jednostka, taka jak produkt, klient itp., Która jest krojona w odpowiednią porcję/atrybuty przechowywane/utrzymywane przez odpowiednie urządzenie mikroserwisowe. Nie może być to usługa, która utrzymuje podstawowe informacje o klientach, kolejny, który utrzymuje się z dodatkowymi informacjami klientów jak powiedzieć mu informacje o subskrypcji lub jego interesy itdMicroservices - Obsługa wielu magazynów danych, ładowanie danych początkowych itp.
kilka pytań, które przychodzą do głowy wokół magazynów danych
- Will nie jest to ogromny problem konserwacyjny w zakresie tworzenia kopii zapasowych, przywracania, itp.?
- W jaki sposób początkowe dane są zapełniane w tych sklepach? Czy są w tym jakieś najlepsze praktyki? Organizacje są zobowiązane do posiadania ogromnej ilości danych o klientach lub produktach, które zostaną najprawdopodobniej opanowane w innych systemach.
- W jaki sposób to podejście w przypadku wielu magazynów danych wpływa na podejście "wielokanałowe", które zakłada uzyskanie pojedynczego widoku wszystkich danych? Organizacje mogły mieć inicjatywy konsolidacji danych dzieje się do osiągnięcia tego samego
Edycja: Zmieniano pacjentowi trochę
To nie jest pytanie dla SO, powinieneś zapytać go na http://programmers.stackexchange.com – luboskrnac
@luboskrnac - To też nie pasowałoby do Programiści. Jest zbyt szeroki i nieco niejasny co do tego, o co właściwie się pyta. – GlenH7