Ho 2 oggetti di dominio: Progetto e Contratto. Un progetto può avere molti contratti, quindi nel database è modellato come una relazione classica uno-a-molti. La nostra domanda è questa: come modellate quanto sopra nel contesto dei microservizi? Hai (a) due servizi di microservizio ProjectService e ContractService? oppure (b) disponi di un ProjectService che comprende sia progetti che contratti?
Pensiamo che la risposta (a) (cioè 2 microservices ProjectService e ContractService) implichi che si dovrebbe chiamare 2 servizi per recuperare e salvare la gerarchia di oggetti Project completa. D'altra parte, la risposta (a) disaccoppia completamente i Progetti dai Contratti, che può essere una buona cosa in teoria, ma praticamente inutile poiché un Contratto non può logicamente esistere senza un Progetto.
Qual è l'approccio corretto qui? La risposta è (a) un esempio del modello di anti nano servizio?