Well-Known URI를 정의하고 싶다면

Context

클라이언트가 특정 사이트의 전역 정책이나 메타데이터를 발견하기 위해 모든 페이지의 응답 헤더를 확인해야 하는 비효율 발생. 기존의 임의 경로 설정 방식은 표준화된 발견 메커니즘의 부재로 인해 상호운용성 저하 및 구현 파편화를 초래함.

Technical Solution

• (scheme, host, port) 튜플 기반의 Origin 단위로 전역 상호작용 지점을 단일화한 .well-known 경로 설계
• robots.txt와 같이 중앙 집중식 정책 배치를 통한 클라이언트의 반복적인 확인 요청 및 네트워크 오버헤드 감소
• 비밀번호 변경(change-password) 등 사이트 전역 기능에 대한 표준 진입점 제공으로 브라우저 및 도구 간 상호운용성 확보
• 서비스와 사이트의 1:1 결합으로 인한 배포 경직성을 방지하기 위해 실제 URL 전달이 가능한 경우 Well-Known URI 사용 지양
• 다중 게시자 구조의 사이트에서 중앙 집중식 메타데이터 배치 시 발생하는 제어권 문제 해결을 위한 병렬 메타데이터 메커니즘 검토
• http/https 외 다양한 URL 스킴을 명시적으로 정의하여 다양한 프로토콜 환경에서의 등록 성공률 제고