Como você decide entre um banco relacional e um document store para um serviço novo?

Comece relacional a menos que você tenha um motivo específico para não começar. O Postgres te dá transações, joins, restrições e um query planner, o que cobre a maioria das cargas e mantém suas opções abertas. Recorra a um document store quando o padrão de acesso é genuinamente uma chave para um blob, quando o schema realmente varia por registro, ou quando você precisa de throughput de escrita além do que um único primário aguenta.

Meu padrão é Postgres, e eu quero ser convencido a sair dele, não a entrar. O motivo é que um banco relacional me dá transações, joins e restrições de graça, então eu não preciso acertar meus padrões de acesso logo no primeiro dia. Modelos de dados sobrevivem aos serviços que escrevem neles, e eu prefiro manter flexibilidade na camada de consulta do que na camada de armazenamento. Eu recorro a um document store em casos específicos. Se cada registro é genuinamente autocontido, se o formato varia por tenant, ou se eu preciso de throughput de escrita além de um único primário, a troca faz sentido. O que eu tento ser honesto sobre é o custo: sem joins, cada relacionamento vira código de aplicação, e sem transações, cada atualização de múltiplos documentos vira um problema de idempotência. No meu último projeto a gente manteve as entidades centrais no Postgres e colocou um log de eventos de alto volume em algo feito para isso, o que nos deu escala onde precisávamos sem abrir mão de correção em todo o resto.