우리는 우리의 응용 프로그램에서 OAuth 인증을 통해 DocuSign 계정을 가진 DocuSign 서비스를 고객에게 제공하는 통합 자일 것입니다. 고객 중 일부는 다른 회사보다 훨씬 많은 양을 보유하게됩니다.Webhook 재시도 및 다른 계정
봉투의 이벤트 알림에 RequireAcknowledgement 플래그를 설정하고 계정 1 (소량 클라이언트)에 대해 webhook URL에 대한 초기 게시가 실패 (서버 다운 등으로 인해) 한 다음 후속 게시가 성공하면 계정 2에 대한 요청 (최대 볼륨 클라이언트)은 계정 1에 대한 게시가 재 시도되거나 해당 계정에 대한 요청 사이에 불확실한 시간 (몇 시간 또는 며칠이 소요될 수 있음)을 기다려야합니까?
즉, 성공적인 게시가있는 개인 계정 또는 게시자의 통합 키 또는 알림 URL에 다시 시도가 연결되어 있습니까?
재시도 논리는 연결 가입 (또한 연결 구성으로 알려져 있습니다.)
당신은 계정 수준에서 연결 구독을 만드는 경우 다음 각 계정은 자신의 구독을 가지고 기반으로합니다. (동일한 통합 키를 사용하더라도)
봉투 단위 구독을 만드는 데 봉투 당 eventNotification 기법을 사용하는 경우 각 봉투는 다른 구독입니다.
그래서 정확하게 이해한다면, 우리는 봉투 당 eventNotification을 사용하면 같은 구독 URL을 사용하는 봉투가 성공하자마자 해당 가입 URL에 대한 이전의 봉투 당 이벤트 알림 실패가 계정에 관계없이 재 시도됩니다 봉투의 그 맞습니까? – Fred
아니요, 봉투 단위 구독은 서로 독립적입니다. 다양한 봉투 구독을 다시 시작해야하는 경우 실패 대기열 (계정 당 하나씩)을 폴링하고 API를 사용하여 실패한 알림을 다시 시작할 수 있습니다. 또한 청취자를 구축하여 높은 신뢰성을 확보하십시오. 예 : 부하 분산 장치 뒤에있는 수신기 서버의 풀로, 수신기를 사용하여 알림을 안정적인 대기열 시스템에 넣습니다. –
그러면 각 봉투 구독이 독립적이므로 RequireAcknowledgement가 true로 설정된 경우에도 그 구독에 대한 후속 시도가 없으므로 결코 다시 시도되지 않습니다. 즉, Connect와 단일 계정을 사용하면 성공적인 게시가 완료된 후 다시 시도됩니다. 그것은 결코 여기에 해당하지 않을 것 같습니다. 옳은? 엔벨로프 레벨의 eventNotification 설정에 대해서는 설명서가 정확하지 않습니다. 그것 또는 나는 그것이 어디에 언급되었는지 보지 못한다. – Fred
Welcome to StackOverflow! 다른 사람들의 질문을 포함하여 모든 유용한 대답을 upvote하는 것을 잊지 마십시오. 그리고 자신의 질문에 대한 최상의 대답을 확인하십시오. –