Barreiras de um microsserviço

Olá, Rodrigo! Sua pergunta é muito pertinente e mostra que você está realmente se aprofundando no conteúdo, parabéns!

Vamos lá, você está correto em seu entendimento de que cada microsserviço deve ser independente e, geralmente, cada um possui sua própria base de dados. Isso é conhecido como o princípio da autonomia de dados, que é fundamental para garantir a independência e a desacoplagem entre os microsserviços.

Em relação à sua dúvida sobre registros relacionados, é aqui que entra o conceito de consistência eventual. No exemplo que você deu, o microsserviço responsável pelo cadastro de um aluno e o microsserviço responsável pela parte financeira, cada um teria sua própria base de dados. Quando um aluno é cadastrado, o microsserviço de cadastro de alunos publicaria um evento (por exemplo, "AlunoCriado") em um barramento de eventos. O microsserviço financeiro estaria escutando este barramento e, ao receber o evento "AlunoCriado", ele criaria um novo registro em sua própria base de dados.

Essa abordagem permite que cada microsserviço opere de maneira independente, sem a necessidade de acessar diretamente a base de dados de outros microsserviços. No entanto, isso também significa que pode haver um atraso (geralmente muito pequeno) entre a criação do aluno e a criação do registro financeiro correspondente, daí o termo "consistência eventual".

Sobre a utilização de schemas no banco de dados, é uma prática comum em microsserviços, cada microsserviço ter seu próprio schema, garantindo assim a independência entre eles. No entanto, isso não é uma regra e deve ser avaliado caso a caso, levando em consideração as necessidades e especificidades de cada projeto.

Espero ter ajudado e bons estudos!

Ajudou muito! perfeitamente esclarecido! muito obrigado!