인증번호 생성부터 검증까지, AWS Notify 관리형 OTP 공개

AWS End User Messaging의 Notify에서도 인증번호 생성부터 전달·검증까지 AWS에 맡길 수 있게 됐습니다.

• Notify에 인증번호를 생성하고 전달한 뒤 입력값까지 검증하는 관리형 OTP 기능이 추가됐습니다.
• 문자·음성·WhatsApp을 지원합니다. 코드 길이와 유효기간, 허용 시도 횟수 등을 설정할 수 있습니다.
• 이 글에서는 서비스 규모와 대상 국가·채널, 요금 조건을 검토할 질문도 제안합니다.

무엇이 새로워졌을까요?

이번에 발표된 기능은 AWS End User Messaging의 Notify에 추가된 관리형 일회용 인증번호(OTP) 검증입니다.

기존에는 애플리케이션이 코드를 생성하고 Notify에 전달했습니다. 이번에는 Notify가 생성·전달·검증을 처리합니다. 개발자는 notify code configuration에서 코드 유형과 길이, 유효기간, 허용 시도 횟수와 채널별 템플릿을 설정합니다. 이후 한 번의 호출로 코드를 보내고, 다른 호출로 사용자가 입력한 코드를 확인하는 구조입니다.

AWS는 문자·음성·WhatsApp을 전달 채널로 안내했습니다. Notify의 제공 범위는 AWS End User Messaging이 제공되는 모든 상용 AWS 리전입니다. AWS 공식 발표

관리형 OTP의 생성·전달·검증 흐름을 설명하는 개념도입니다. 실제 제품 화면이 아닙니다.

출처: VECTORLOG · AI 생성 편집 일러스트

검증 API는 어떤 결과를 반환할까요?

검증 API인 ValidateNotifyCodeVerification은 입력 결과를 VALID 또는 INVALID로 반환합니다. INVALID에는 코드 불일치뿐 아니라 만료와 허용 시도 횟수 초과도 포함됩니다. 검증 API 문서

실제 서비스에는 어떻게 연결할 수 있을까요?

다음은 기능을 이해하기 위한 가상 설계이며 실제 도입 사례는 아닙니다. 예약 서비스가 가입 단계에서 전화번호 확인을 요구한다고 가정해 보겠습니다.

서버는 진행 중인 가입 요청에 대해 OTP 발송을 요청합니다. 사용자가 코드를 입력하면 서버가 검증 API를 호출하고, 유효한 결과를 받은 경우 해당 가입 요청의 전화번호 확인 상태를 바꿉니다.

티어별 처리량은 어떻게 다를까요?

공식 티어 문서상 Basic은 구성당 하루 200건과 초당 1건의 한도가 있습니다. Advanced는 초당 25건이며 Basic의 일일 메시지 제한이 제거됩니다. 업그레이드에는 수신 동의 방식과 그 증빙, 사업 및 사용 목적 정보에 대한 검증이 필요합니다. 티어 문서

도입 전에는 어떤 질문을 검토하면 좋을까요?

아래는 저희가 도입 검토용으로 제안하는 설계 질문입니다. AWS의 추가 기능이나 보장 조건을 설명하는 내용은 아니며, 실제 사용·과금 검증 결과도 아닙니다.

• 검증 결과를 어느 가입 요청과 사용자에 연결할까요? 다른 요청에 결과가 적용되지 않게 하려면 어떤 확인이 필요할까요?
• OTP 검증 후 계정 상태, 로그인 세션, 접근 권한은 각각 어디에서 처리할까요?
• 코드가 만료되거나 시도 한도를 넘었을 때 어떤 안내와 재요청 절차를 제공할까요?
• 반복 요청에는 어떤 제한을 둘까요? 발송 요청과 인증 완료를 구분하려면 어떤 로그가 필요할까요?
• 예상 발송량과 재시도량은 얼마이며, 필요한 처리량은 어느 정도일까요?
• 한국 이용자에게 보낼 채널과 템플릿은 현재 어떤 조건으로 사용할 수 있을까요?
• 도입에 필요한 요금 조건을 확인했을까요?

이 글에서는 한국행 전달 조건과 총비용을 확정하지 않았습니다. 위 질문에 대한 답을 준비해 기능 도입 범위와 운영 조건을 검토해 보시길 권합니다.