Vou aproveitar o artigo e trazer uma referência, que também faz parte do padrão DDD: https://martinfowler.com/eaaCatalog/repository.html

Acredito que é interessante reconhecer que, devido o largo número de exemplos com CRUD, temos uma inclinação a não saber como implementar o padrão Repository, o que acaba ferindo os conceitos de Domínio, Domain Services e Use Case. Utilizar classes anêmicas como entidade de domínio trás o malefício de uma refatoração custosa em aplicações de grande porte ou até mesmo em microservices pequenos. Entidades devem trazer consigo suas regras de negócio. Para o resto, não deveríamos nem ter testes unitários (só de integração mesmo) devido seu padrão de comportamento não passar da validação de modelo de dados. Para isso, o CRUD já deveria ser um problema resolvido. Acredito que é o que tentam fazer no Spring Data Rest.