Plumber: Tempo limite com uma solicitação longa

Infelizmente, não estou familiarizado o suficiente com os componentes internos do httpuv para poder falar de forma inteligente sobre por que isso pode acontecer.

Para dar um passo para trás, porém, o padrão usual ao realizar esses tipos de tarefas de longa duração em outros sistemas é responder imediatamente à solicitação recebida e, em seguida, iniciar o trabalho de forma assíncrona. O cliente obtém algum ID em resposta à solicitação original e pode pesquisar para descobrir quando estiver concluído.

Infelizmente, R é single threaded, então isso é um pouco mais complicado. Mas se você estivesse suficientemente motivado você poderia olhar fork ing o processo R (veja os pacotes paralelos ou multicore) e então gerar o relatório em uma bifurcação do processo, deixando o processo pai disponível para responder às requisições da API (como clientes que estão pesquisando para ver se seu relatório é gerado).

Oi,

Aqui, otimizamos nosso código R para que não seja um problema na verdade. Mas o problema pode voltar em outros casos. Se eu encontrar uma solução, voltarei e publicarei aqui.

Apenas no caso de alguém achar este problema relevante: fork ing funciona muito bem e é feito facilmente com o pacote parallel .

parallel <- function() {
    # Long running calculation here
    print("Sleeping...")
    Sys.sleep(10)
    print("Finished.")
    return(Sys.time())
}

#* <strong i="8">@get</strong> /parallel
parallelTest <- function() {
    parallel::mcparallel(parallel())
    return(TRUE)
}