웹 서비스를 호출하고 응답을 계속 batchjobs에 사용할 애저 서비스

Question

나는 이미 무엇 :

• 스토리지
• 푸른 WebJob로 DocumentDB를 사용하여 .NET 프레임 워크 프로젝트에 asp.net 코어 내 웹 프로젝트가 보내는 전자 메일 및 기타 처리를 위해 메시지를 작성 큐에 수신하는
• 성공적으로 배포하고

이 모두 잘 작동 푸른에서 실행. 웹 프로젝트 외에도 애플리케이션을 레이어로 분리하는 Model and Data 클래스 라이브러리가 있습니다.

현재 웹 응용 프로그램은 웹 서비스를 호출하고 결과 (매우 큰 xml 문서)를 캐시에 저장하고 24 시간 동안 그대로 유지합니다. 이것은 처음에는 오랜 시간이 걸리기 때문에 이상적이지 않습니다. 대신에이 웹 서비스를 호출 한 다음 웹 애플리케이션이 대신 사용할 영구 저장소에 응답을 저장 (덮어 쓰기)하는 야간 배치 작업을 원합니다.

나는 이것을 위해 어떤 Azure "서비스"를 사용하는지 혼란 스럽습니다. 필자가 지금까지 시작한 또 다른 WebJob은 동일한 DocumentDb 저장소를 사용하여 매일 밤 웹 서비스 응답을 유지하는 것입니다. 그러나 이미 웹 응용 프로그램 (데이터 클래스 라이브러리)에 모든 데이터베이스 리포지토리 등을 설치 했으므로 WebJob에서 동일한 코드를 다시 작성하는 대신 WebJob에서이 프로젝트를 참조하는 것이 좋습니다.

대신이 WebJob에 다른 Azure 저장소 옵션을 사용하는 것이 더 좋습니까? 테이블 스토리지, 블 로브 스토리지 등과 같은? 기본적으로 웹 서비스에서받은 데이터의 구조는 매우 간단합니다. 각 항목마다 URL, 제목, 설명 및 고유 제품 ID 만 저장하면됩니다. 분명히 웹 응용 프로그램은 단순히 제품 ID를보고이 저장소에 쓰지 않아도이 저장소에 액세스해야합니다.

또한이 작업을 위해 Azure WebJobs보다 나은 대안이 있는지 확신 할 수 없지만 올바른 접근 방법 인 것처럼 보입니다.

모든 의견을 환영합니다. 나는 일반적으로 Azure가 제공하는 모든 다른 서비스에 혼란 스럽거나 압도 당하고 있습니다. 나는 당신의 몇 가지 질문을 답변 해 드리겠습니다

Answer 1

...

webjob이 작업을 위해 잘 작동합니다. 웹 서비스가있는 경우 항상 다른 웹 주부를 추가하는 것이 좋습니다. 웹 서비스가 항상 켜져있는 것이 아니라면 Azure 함수를 살펴볼 수 있습니다. Azure 기능은 webjobs 2.0이라고도합니다.

문서 DB에 저장하는 데 2MB (주고 받음)에 대한 파일 크기 제한이 있습니다. 따라서 다른 솔루션을 찾아야합니다. 나는 Azure Tables도 저장 공간 크기에 한계가 있다고 생각합니다. 따라서 파일을 작은 덩어리로 분할해야합니다. 그래서 Azure Blobs를 사용하는 것이 좋습니다. Getting started with Azure storage: Blobs vs Tables vs SQL Azure