신원 확인 시스템의 유연한 성능 저하 대응 전략 (KO-1)

핵심 요약

유연한 성능 저하 대응 정의 특정 구성 요소가 실패하더라도 핵심 기능을 유지하도록 신원 확인 시스템을 설계하여 긍정적인 사용자 경험을 보장합니다.

폴백 메커니즘의 중요성 서비스 중단 또는 사용자 장치 제한을 처리하기 위해 대체 인증 방법(예: 생체 인증에 대한 SMS OTP)을 구현합니다.

모니터링 및 알림의 중요성 주요 인증 서비스의 사전 모니터링 및 오류에 대한 알림 설정은 신속한 대응 및 완화를 가능하게 합니다.

핵심 기능 우선순위 지정 시스템의 일부가 작동하지 않아도 완전한 차단보다는 최소한의 위험을 감수하면서 가장 중요한 검증 측면이 계속 작동하도록 합니다.

신원 확인 시스템의 탄력성 중요성

오늘날의 디지털 환경에서 원활한 사용자 경험이 가장 중요합니다. 신원 확인은 사용자가 처음으로 마주치는 장벽인 경우가 많으며, 이 단계에서 발생하는 마찰은 상당한 이탈률로 이어질 수 있습니다. 그러나 단일하고 복잡한 신원 확인 흐름에만 의존하는 것은 위험한 방법입니다. API 중단, 타사 서비스 중단 및 예기치 않은 오류는 프로세스를 완전히 중단시킬 수 있습니다. 바로 이럴 때 유연한 성능 저하 대응이 필요합니다. 이는 시스템의 일부가 사용할 수 없을 때에도 필수 기능을 유지하는 데 중점을 둔 설계 철학입니다. 신원 확인의 경우, 이는 기본 방법이 실패할 때 대체 검증 방법을 제공하거나 검증의 엄격성을 낮추는 것을 의미합니다. 그렇지 않으면 합법적인 사용자를 잃고 좌절한 사용자가 우회 방법을 찾으면서 사기 위험이 증가할 수 있습니다.

실패에 대비한 설계: 폴백 메커니즘

유연한 성능 저하 대응의 핵심은 효과적인 폴백 메커니즘을 구현하는 데 있습니다. 이는 기본 인증 방법이 사용할 수 없을 때 시스템이 사용할 수 있는 대체 경로입니다. 일반적인 전략은 다음과 같습니다.

• 다중 요소 인증(MFA) 폴백: 생체 인증이 실패할 경우(장치 제한 또는 사용자 오류로 인해) SMS OTP 또는 이메일 인증으로 폴백합니다.
• 문서 검증 폴백: 자동 문서 검증에서 오류가 발생하면 세션을 수동 검토로 라우팅합니다.
• 데이터 소스 중복성: 여러 AML 스크리닝 제공 업체를 활용합니다. 한 제공 업체를 사용할 수 없는 경우 다른 제공 업체로 원활하게 전환합니다.
• 위험 기반 인증: 위험이 낮은 사용자 또는 거래에 대한 검증 요구 사항을 줄입니다.
• 점진적 검증: 최소 검증 단계부터 시작하여 위험 신호에 따라 요구 사항을 점진적으로 늘립니다.

다음은 폴백 시나리오를 설명하는 코드 스니펫(의사 코드)입니다.

function verifyUser(userId) {
  try {
    // 생체 인증 시도
    biometricVerificationResult = performBiometricVerification(userId);
    if (biometricVerificationResult.success) {
      return biometricVerificationResult;
    }
  } catch (error) {
    console.error("생체 인증 실패:", error);
  }
  // SMS OTP로 폴백
  try {
    smsVerificationResult = performSMSVerification(userId);
    if (smsVerificationResult.success) {
      return smsVerificationResult;
    }
  } catch (error) {
    console.error("SMS 인증 실패:", error);
    // 실패를 기록하고 잠재적으로 수동 검토로 에스컬레이션
  }
  // 다른 모든 방법이 실패하면 오류 반환
  return { success: false, message: "인증 실패" };
}

API 오류 처리 및 재시도 논리

외부 API는 신원 확인 워크플로에서 일반적인 실패 지점입니다. 강력한 API 오류 처리 및 재시도 논리를 구현하는 것이 중요합니다. 가능하면 동기 호출을 피하고, 사용자 경험을 차단하지 않도록 비동기 처리를 사용합니다. API 호출을 재시도할 때, 서비스를 압도하지 않도록 지수 백오프를 사용합니다. 또한 실패하는 서비스에 대한 반복적인 호출을 방지하기 위해 회로 차단기 패턴을 구현합니다.

최대 재시도 횟수가 있는 지수 백오프의 예입니다.

async function callApiWithRetry(apiCall, maxRetries = 3, delay = 1000) {
  for (let i = 0; i < maxRetries; i++) {
    try {
      return await apiCall();
    } catch (error) {
      console.error("API 호출 실패 (시도 " + (i + 1) + "):", error);
      if (i === maxRetries - 1) {
        throw error; // 마지막 시도인 경우 오류 다시 발생
      }
      await new Promise(resolve => setTimeout(resolve, delay * Math.pow(2, i)));
    }
  }
}

모니터링, 알림 및 관측 가능성

실패를 신속하게 감지하고 대응하려면 사전 모니터링이 필수적입니다. API 응답 시간, 오류율 및 검증 성공률과 같은 주요 지표를 모니터링합니다. 이러한 지표가 사전 정의된 임계값을 초과할 때 팀에 알리는 알림을 설정합니다. 로깅, 추적 및 지표를 활용하여 시스템 동작에 대한 더 깊은 통찰력을 얻고 문제를 빠르게 진단합니다. 잘 정의된 모니터링 전략을 통해 사용자에게 영향을 미치기 전에 잠재적인 문제를 식별하고 해결할 수 있습니다.

Didit은 어떻게 도움이 될까요?

Didit은 탄력성을 염두에 두고 설계되었습니다. 당사의 풀스택 신원 플랫폼은 다음과 같은 기능을 제공합니다.

• 모듈식 아키텍처: 각 검증 구성 요소(ID 확인, 활성 상태, AML)는 독립적이므로 오류의 영향을 최소화합니다.
• 워크플로 오케스트레이션: 시각적 워크플로 빌더를 사용하여 조건부 논리 및 폴백 메커니즘으로 사용자 지정 워크플로를 구축합니다.
• 다중 데이터 소스: 중복 AML 스크리닝 제공 업체는 중단 시에도 지속적인 규정 준수를 보장합니다.
• 견고한 API: 포괄적인 오류 처리 및 속도 제한을 통해 안정성을 위해 설계되었습니다.
• 실시간 모니터링: Didit 콘솔 내의 상세 분석 및 알림은 시스템 성능에 대한 가시성을 제공합니다.

시작할 준비가 되셨나요?

API 오류 및 서비스 중단으로 인해 사용자 경험이 저하되지 않도록 하십시오. 유연한 성능 저하 대응을 통해 탄력적인 신원 확인 시스템을 구축하십시오.

지금 Didit 플랫폼을 살펴보세요!

데모 요청 문서 보기