Boa pergunta. A relação de custo-benefício aqui está muito atrelada ao cenário. Em termos de velocidade, diria que a comparação entre uma técnica e outra não te diz muito caso o cenário serja favorável ao Batching/Caching das Promises que apresentei no texto.
Por outro lado, se houver um espaço considerável entre os volumes de requisições, acredito que a aplicação da técnica não faça sentido.
Por exemplo, há um tempo atrás, apliquei esta técnica em um recurso de API que era consumido por vários clientes (isso inclui apps e outras APIs), e que tinha uma explosão de consumo (throughput) de segunda a sexta, sempre nas 2 primeiras horas do dia. Ao usarmos essa técnica, reduzimos muito a taxa de leitura do banco de dados e melhoramos muito o tempo de resposta.
No entanto, esse recurso começou a ser consumido por outros clientes, e isso alterou a dinâmica de consumo do recurso, e agora além das 2 horas iniciais, havia um aumento no volume, porém as variações de volume eram intermitentes ao ponto que as técnicas já não ajudavam tanto.
Foi então que implantar uma camada de cache se fez necessário.
O lado bom é que poupamos dinheiro com infra e com pessoas para cuidarem dela, durante um tempo até que o uso de um cache tradicional se fez necessário e aí não teve pra onde correr mais.