클라우드 요청 재시도 구성

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기2분

    • 검색 중에 클라우드 제공자가 요청을 제한하면 클라우드 요청 재시도 구성은 요청을 다시 시도할 수 있는 사용자 지정 가능한 방법을 제공합니다. 디스커버리 및 서비스 매핑 패턴에는 AWS 및 Azure에 대한 재시도 구성이 포함됩니다. 포함된 구성을 사용자 지정하거나 직접 생성할 수 있습니다.

    디스커버리 관리자와 클라우드 관리자는 다음에서 요청 재시도 구성에 액세스할 수 있습니다. 모두 > 디스커버리 > 클라우드 요청 재시도 구성. 각 제공자에 대해 하나의 구성을 만들 수 있습니다.

    요청이 제한되면 재시도 프레임워크는 ApiCommand 클래스에 대한 최종 응답을 반환하기 전에 제공자에 대해 정의된 재시도 구성을 사용하여 재시도를 처리합니다.
    • AwsApiCommand
    • AzureApiCommand

    재시도 구성은 MID 서버 속성인 mid.cloud.discovery.retry.configuration을 통해 MID 서버와 동기화됩니다.

    다음과 같은 재시도 전략이 있습니다.
    • 지수 백오프
    • 응답 헤더 백오프
    • 사용자 지정 백오프

    지수 백오프

    다음 예시 구성의 경우:
    설정 값
    최대 재시도 3
    응답 코드 429
    기본 지연(ms) 1000
    최대 지연(ms) 10000
    추가 지연 시간(ms) 1500
    지수 백오프 재시도 전략은 다음과 같이 작동합니다.
    • 첫 번째 재시도 - 백오프 승수는 0에서 1 사이에서 임의로 선택됩니다. 최대 지연 값은 400ms(400 * 1)입니다.
    • 두 번째 재시도 - 백오프 승수는 0에서 3 사이에서 임의로 선택됩니다. 최대 지연 값은 1,200ms(400 * 3)입니다.
    • 세 번째 재시도 - 백오프 승수는 0에서 7 사이에서 임의로 선택됩니다. 최대 지연 값은 2,800ms(400 * 7)입니다.

    이후 재시도 시 지연이 10,000(최대 지연)을 초과하면 10,000이 초기 지연으로 사용됩니다.

    초기 지연이 생성되면 지연에 지터가 추가됩니다. 지터 기간은 추가 지연 시간(ms) 필드에 의해 정의됩니다. 시스템은 0에서 1500 사이의 임의 값을 선택하고 초기 지연에 추가합니다.

    초기 지연이 500인 경우 최종 지연(지터 포함)은 500~2,000ms 사이의 값이 될 수 있습니다.

    응답 헤더 백오프

    다음 예시 구성의 경우:
    설정 값
    최대 재시도 3
    응답 코드 429
    응답 헤더 재시도 후
    응답 헤더 지연 단위 초
    추가 지연 시간(ms) 1500
    응답 헤더 백오프 전략은 다음과 같이 작동합니다.
    • 서버 응답에서 헤더 Retry-After 값을 가져옵니다.
    • Retry-After를 1000을 곱하여 밀리초로 변환합니다.

    초기 지연이 생성되면 지연에 지터가 추가됩니다. 지터 기간은 추가 지연 시간(ms) 필드에 의해 정의됩니다. 시스템은 0에서 1500 사이의 임의 값을 선택하고 초기 지연에 추가합니다.

    초기 지연이 2000인 경우 최종 지연(지터 포함)은 2,000~3,500ms 사이의 값이 될 수 있습니다.

    사용자 지정 백오프

    사용자 지정 백오프 재시도 전략을 사용하여 최대 재시도 및 응답 코드를 정의하고 getDelay() 함수를 사용하여 요청을 재시도하는 방법을 정의하는 자체 MID 스크립트 포함을 생성합니다. 자세한 내용은 스크립트 포함을 참조하십시오.