app 서비스 만 사용하는 것과 웹 작업을 사용하는 app 서비스의 차이점에 혼란이 있습니다.Azure App 서비스 VS WebJob
필자는 수동으로 트리거해야하는 계산 작업 (2-20 분)을 가지고 있습니다 (사용자가 수시로 요청합니다). 지금은 모든 것이 하나의 앱 서비스에서 발생합니다. 이 무거운 프로세스를 다른 앱 서비스의 webjob으로 추출하려고합니다. 이 새로운 앱 서비스는 비어 있으며 (API는 제공되지 않음) 첫 번째 앱 서비스에서 실행하는이 웹 작업을 호스팅합니다.
두 번째 앱 서비스가 비어있게됩니다. 두 번째 app 서비스를 사용하여 webjobs (WebApi 프로젝트 만)를 사용하지 않고도 작업을 수행 할 수 있습니까? 아니면 webjobs에 집착해야합니까? 이 두 가지 접근 방식의 장단점은 무엇입니까?
제 의견으로는 웹 API와 웹 작업을 비교해서는 안됩니다. 이 두 가지가 서로 다른 환경에 사용되기 때문입니다.
webjobs 기능은 :
웹 작업은 수동으로 트리거 또는 일정에 따라 실행되도록 구성 할 수 있습니다.
웹 잡스는 지속적으로 새로운, 메세지에 추가와 같은 다른 하늘빛 서비스에서 이벤트를 기반으로 트리거 할 설정을 할 수 있습니다
Azure 웹 작업은 백그라운드 처리 필요를 채우기 위해 구현 될 수 있습니다.
따라서 백그라운드 처리로 작업하고 다른 응용 프로그램에 응답을 보내지 않으려는 경우. 나는 당신이 webjobs를 선택할 수 있다고 제안합니다.
웹 API는 고객이 응답을 받기 위해 HTTP 서비스를 쉽게 만들 수 있습니다.
다른 사람들과 상호 작용하는 데 사용됩니다. 그래서 결과를 얻고 다른 곳에서 사용하고 싶다면. 당신은 웹 API를 선택할 수 있습니다.
웹 API 기능 :
전혀 계산이 다른 사용자와 상호 작용하지 않으면 (결과를 고객에게 반환하는 경우) , 나는 당신이 웹 작업을 선택할 수 있다고 제안합니다.
나는 마이크로 웹 서비스가 당신을 도울 수 있다고 생각한다. @Dmitry –
이 아이디어에는 아무 문제가 없지만 Azure 기능도 확인해 볼 수있다.당신이 '계산 집약적 인'것을 의미하는 것에 약간 달려 있지만, 좋은 적응일지도 모릅니다. 하지만 이미 WebJob을 사용하고 있다면이 작업을 계속하는 것이 더 쉽습니다. –
하늘빛 기능에 대해 읽었습니다. 지속 시간이 제한되어 작동하지 않습니다 - 5 분 이상 – Dmitry