신원 확인 시스템의 안정성 확보 전략 (KO)

핵심 요약

Graceful Degradation 정의 특정 구성 요소의 실패 시에도 핵심 기능을 유지하도록 신원 확인 시스템을 설계하여 긍정적인 사용자 경험을 보장합니다.

폴백 메커니즘의 중요성 서비스 중단이나 사용자 장치 제한 시 생체 인증 대신 SMS OTP와 같은 대체 인증 방법을 구현합니다.

모니터링 및 알림의 중요성 핵심 확인 서비스의 사전 모니터링 및 오류 발생 시 알림 설정을 통해 신속한 대응 및 완화를 가능하게 합니다.

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

신원 확인 시스템의 안정성 확보의 중요성

오늘날 디지털 환경에서 원활한 사용자 경험은 가장 중요합니다. 신원 확인은 사용자가 처음 접하는 단계인 경우가 많으며, 이 단계에서의 불편함은 상당한 이탈률로 이어질 수 있습니다. 그러나 단일하고 복잡한 신원 확인 흐름에만 의존하는 것은 위험한 접근 방식입니다. API 중단, 타사 서비스 중단, 예기치 않은 오류는 모두 프로세스를 중단시킬 수 있습니다. 바로 이 때 Graceful Degradation이 중요해집니다. 시스템의 일부가 사용할 수 없더라도 필수 기능을 유지하는 데 중점을 둔 설계 철학입니다. 신원 확인의 경우, 이는 기본 방법이 실패할 때 대체 확인 방법을 제공하거나 확인의 엄격함을 줄이는 것을 의미합니다. 그렇지 않으면 합법적인 사용자를 잃고 좌절한 사용자의 우회 시도로 인해 사기 위험이 증가할 수 있습니다.

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

Graceful Degradation의 핵심은 효과적인 폴백 메커니즘을 구현하는 데 있습니다. 이는 기본 인증 방법이 사용할 수 없을 때 시스템이 취할 수 있는 대체 경로입니다. 몇 가지 일반적인 전략은 다음과 같습니다:

• 다중 요소 인증(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 장애 및 서비스 중단으로 인해 사용자 경험이 손상되지 않도록 하세요. Graceful Degradation을 통해 탄력적인 신원 확인 시스템을 구축하세요.

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

데모 요청하기 문서 보기