Você precisa tirar uma capacidade de um monólito grande e colocá-la no próprio serviço. Como você faria isso sem um release de uma vez só?

Use o padrão strangler: coloque uma fachada na frente da capacidade, construa o novo serviço atrás dela e mova o tráfego incrementalmente com uma feature flag enquanto o monólito segue como plano B. Divida os dados por último, normalmente com escrita dupla e backfill até o novo repositório virar a fonte da verdade, e mantenha uma fase de verificação em que os dois caminhos rodam e os resultados são comparados antes de apagar o código antigo.

Eu criaria primeiro uma costura. Mesmo dentro do monólito, todos os chamadores dessa capacidade passam por uma única interface, o que muitas vezes é um refactor que vale por si só, porque expõe o quão embolada a fronteira realmente está. Depois o novo serviço implementa o mesmo contrato, e a fachada roteia uma pequena porcentagem do tráfego para ele atrás de uma flag, começando por chamadas somente leitura em que uma resposta errada é barata. Eu rodo os dois em modo sombra por um tempo, mandando a mesma requisição para cada um e comparando as respostas, porque isso pega os casos de borda que ninguém documentou. Os dados são a parte difícil: eu faço escrita dupla, backfill do histórico, reconciliação, e só então o novo repositório vira a fonte da verdade, com o monólito lendo do serviço em vez das tabelas compartilhadas. Cada passo tem um rollback que é virar uma flag. E a migração não termina até o código antigo e as tabelas dele serem apagados; já vi migrações strangler travarem em noventa por cento e deixarem dois sistemas para manter por anos, o que é pior do que qualquer uma das opções isoladas.