"실패한"기능의 재 시도를 제한하는 두 가지 방법을 시도했지만 둘 다 작동하지 않았습니다 (아래 설명). 나는 발달에 어려움을 겪고 있으므로 모든 도움을 주시면 감사하겠습니다.
컨텍스트 : 함수는 이메일 첨부 파일이 Blob에 저장된 후 이메일에 의해 트리거되는 논리 앱에 배치됩니다. 파일이 저장된 후 함수는 성공적으로 수행되지만 논리 앱은 2-3 분의 런타임 후 "BadRequest. Http 요청 실패 : 서버가 제한 시간 내에 응답하지 않았습니다"를 반환합니다. 그런 다음 논리 앱은 함수를 추가로 4 번 다시 시도합니다.
방법 1 : host.json에 다시 시도했습니다.
{
"version": "2.0",
"logging": {
"applicationInsights": {
"samplingSettings": {
"isEnabled": true,
"excludedTypes": "Request"
}
}
},
"extensionBundle": {
"id": "Microsoft.Azure.Functions.ExtensionBundle",
"version": "[1.*, 2.0.0)"
},
"retry": {
"strategy": "fixedDelay",
"maxRetryCount": 0,
"delayInterval": "00:00:05"
}
}
방법 2 : 동일한 스 니펫을 function.json에 배치했습니다.
{
"scriptFile": "__init__.py",
"bindings": [
{
"authLevel": "anonymous",
"type": "httpTrigger",
"direction": "in",
"name": "req",
"methods": [
"get",
"post"
]
},
{
"type": "http",
"direction": "out",
"name": "$return"
}
],
"retry": {
"strategy": "fixedDelay",
"maxRetryCount": 0,
"delayInterval": "00:00:10"
}
}
재시도 정책은에 의해 정의되며 azure logic app
함수에서 구성해서는 안되지만 Azure 논리 앱 작업에서 다시 시도 정책을 구성해야합니다. 재시도 정책을 참조 할 수 있습니다 .
가장 기본적인 예외 및 오류 처리에 대해서는 지원되는 모든 작업 또는 트리거에서 재시도 정책을 사용할 수 있습니다 (예 : HTTP 작업 참조). 재시도 정책은 원래 요청이 시간 초과되거나 실패 할 때 작업 또는 트리거가 요청을 재 시도할지 여부와 방법을 지정합니다. 즉, 408, 429 또는 5xx 응답을 생성하는 요청입니다. 다른 재시도 정책이 사용되지 않으면 기본 정책이 사용됩니다.
재시도 횟수를 0으로 구성하려면 아래 단계를 따르십시오.
당신은 클릭 수 ···
의 오른쪽 상단 모서리에 Http
다음 작업을 클릭 Settings
하고, 선택 None
에 따라 Retry Policy
:
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다