Um microsserviço de "Usuário" é uma boa idéia?

Eu sou novo em microsserviços e, pelo que entendi, o DDD diz que os microsserviços devem ser construídos em torno de domínios de negócios. Isso significa que bons microsserviços seriam como AppointmentScheduler e SendNotification no contexto de um sistema de reserva de reuniões.

Neste exemplo, esses dois microsserviços exigirão acesso aos dados do usuário para cumprir suas funções comerciais, e estou lutando com a melhor maneira de fornecê-los.

Para mim, um usuário parece um objeto que deveria existir como uma entidade dentro de um microsserviço , mas precisaria existir na maioria dos microsserviços, pois os dados do usuário são necessários em quase todos os lugares. Isso também introduz muita duplicação.

A outra opção é ter um microsserviço de usuário que forneça operações CRUD no banco de dados do usuário. Isso pode ser usado por outros microsserviços para acessar os dados do usuário, mas o problema que tenho com eles é que os serviços são agrupados firmemente até o ponto em que acabamos com um monólito distribuído, um pouco melhor do que um monólito em si.

Meu raciocínio parece válido? Como os outros estão lidando com o problema?

Se você realmente precisa do mesmo objeto / modelo / registro de usuário na maioria dos seus microsserviços, provavelmente não precisa de microsserviços separados OU eles devem ser independentes de objeto no que diz respeito ao conhecimento deles. Assim, cada microsserviço gerencia um subtipo de um modelo de usuário com os dados necessários para sua funcionalidade, com uma chave usada para distinguir esse usuário. Em um mundo ideal, dessa maneira, você pode executar as mutações necessárias e propagar as mudanças por todo o sistema por meio de um intermediário de eventos de algum tipo (supondo que você tenha uma arquitetura orientada a eventos); caso contrário, cada serviço deverá estar ciente de alguns (ou todos) outros serviços e o que eles devem fazer e que tipos de objetos eles esperam receber.

Lembre-se de que, em um ambiente de microsserviço verdadeiro, espera-se que cada microsserviço tenha seu próprio armazenamento de dados isolado do resto do sistema, fazendo backup da minha declaração inicial de que você deve despejar completamente o conceito de uma entidade Usuário .

Por exemplo, um microsserviço SendNotification receberia apenas um objeto com um identificador de websocket (que é passado por todos os serviços, chegando finalmente a este) e os dados que deveriam ser retornados ao usuário, e talvez apenas verifique se os campos necessários estão lá e envie a notificação para o canal apropriado pelo identificador do WS. Ele não precisa saber com quais tipos de objetos ele lida.