동기화 작업 대신 비동기 WebAPI 작업을 만들어야하는 이유는 무엇입니까?

내가 만든 Web API에 다음 작업이 있습니다.

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public CartTotalsDTO GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh);
}

이 웹 서비스에 대한 호출은 다음과 같이 Jquery Ajax 호출을 통해 수행됩니다.

$.ajax({
      url: "/api/products/pharmacies/<%# Farmacia.PrimaryKeyId.Value.ToString() %>/page/" + vm.currentPage() + "/" + filter,
      type: "GET",
      dataType: "json",
      success: function (result) {
          vm.items([]);
          var data = result.Products;
          vm.totalUnits(result.TotalUnits);
      }          
  });

이 방법으로 이전 작업을 구현하는 일부 개발자를 보았습니다.

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return await Task.Factory.StartNew(() => delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh));
}

그래도 GetProductsWithHistory ()는 꽤 긴 작업입니다. 내 문제와 컨텍스트를 감안할 때 webAPI 작업을 비동기식으로 만들면 어떤 이점이 있습니까?

특정 예에서 작업은 비동기식이 아니므로 수행하는 작업은 비동기식입니다. 한 스레드를 해제하고 다른 스레드를 차단하는 것입니다. 모든 스레드가 스레드 풀 스레드이기 때문에 그럴 이유가 없습니다 (GUI 응용 프로그램과 달리).

"동기화를 통한 비 동기화"에 대한 논의에서 내부적으로 동기식으로 구현되는 API가있는 경우 단순히 동기식 메서드를 Task.Run.

에서 해야 내가 비동기 메서드에 대한 동기 래퍼를 노출?

그러나 async결과를 기다리는 스레드를 차단하는 대신 실제 비동기 작업 (일반적으로 I / O)이있는 WebAPI 호출을 수행하면 스레드가 스레드 풀로 돌아가서 다른 작업을 수행 할 수 있습니다. 즉, 애플리케이션이 더 적은 리소스로 더 많은 작업을 수행 할 수 있으며 확장 성이 향상됩니다.

한 가지 접근 방식은 (고객 응용 프로그램에서 성공적으로 사용했습니다) Windows 서비스가 작업자 스레드로 긴 작업을 실행하도록 한 다음 IIS에서이를 수행하여 차단 작업이 완료 될 때까지 스레드를 해제하는 것입니다. 참고, 이것은 결과는 테이블 (jobId로 식별 된 행)에 저장되고 사용 후 몇 시간 후에 정리되는 클리너 프로세스가 있습니다.

"내 문제와 컨텍스트를 고려할 때 webAPI 작업을 비동기식으로 만들면 어떤 이점이 있습니까?"라는 질문에 답할 수 있습니다. "매우 긴 작업"이라는 점을 감안할 때 ms가 아닌 몇 초 동안 생각하고 있으므로이 접근 방식은 IIS 스레드를 해제합니다. 당연히 리소스를 사용하는 Windows 서비스를 실행해야하지만이 접근 방식은 느린 쿼리가 시스템의 다른 부분에서 스레드를 훔치는 것을 방지 할 수 있습니다.

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
        var jobID = Guid.NewGuid().ToString()
        var job = new Job
        {
            Id = jobId,
            jobType = "GetProductsWithHistory",
            pharmacyId = pharmacyId,
            page = page,
            filter = filter,
            Created = DateTime.UtcNow,
            Started = null,
            Finished = null,
            User =  {{extract user id in the normal way}}
        };
        jobService.CreateJob(job);

        var timeout = 10*60*1000; //10 minutes
        Stopwatch sw = new Stopwatch();
        sw.Start();
        bool responseReceived = false;
        do
        {
            //wait for the windows service to process the job and build the results in the results table
            if (jobService.GetJob(jobId).Finished == null)
            {
                if (sw.ElapsedMilliseconds > timeout ) throw new TimeoutException();
                await Task.Delay(2000);
            }
            else
            {
                responseReceived = true;
            }
        } while (responseReceived == false);

    //this fetches the results from the temporary results table
    return jobService.GetProductsWithHistory(jobId);
}