Plumber: 긴 요청으로 시간 초과

불행히도 나는 httpuv의 내부에 대해 충분히 익숙하지 않아 이것이 일어날 수 있는 이유에 대해 지능적으로 말할 수 있습니다.

그러나 한 걸음 물러서기 위해 다른 시스템에서 이러한 종류의 오래 지속되는 작업을 수행할 때 일반적인 패턴은 들어오는 요청에 즉시 응답한 다음 비동기식으로 작업을 시작하는 것입니다. 클라이언트는 원래 요청에 대한 응답으로 일부 ID를 얻은 다음 완료될 때 확인하기 위해 폴링할 수 있습니다.

불행히도 R은 단일 스레드이므로 이것은 조금 더 복잡합니다. 그러나 동기가 충분하다면 R 프로세스에서 fork 를 살펴본 다음(병렬 또는 다중 코어 패키지 참조) 프로세스의 포크에서 보고서를 생성하여 상위 프로세스를 API 요청에 응답할 수 있도록 남겨둘 수 있습니다. (예: 보고서가 생성되었는지 확인하기 위해 폴링하는 클라이언트).

안녕,

여기에서 R 코드를 최적화하여 실제로 문제가 되지 않도록 했습니다. 그러나 문제는 다른 경우에 다시 나타날 수 있습니다. 해결책을 찾으면 돌아와서 여기에 게시하겠습니다.

누군가가 이 문제와 관련이 있다고 생각하는 경우를 대비하여: fork ing은 매우 잘 작동하며 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)
}