URI (Uniform Resource Identifier)

URI? URL? URN?

URI는 로케이터(locator), 이름(name) 또는 둘다 추가로 분류될 수 있습니다.

URI라는 리소스를 식별한다는 가장 큰 개념이 있습니다. 사람들을 식별할 때 주민번호로 식별하듯이 자원 자체를 식별하는 방법입니다. 여기에는 URL과 URN으로 크게 두가지가 있습니다. URL은 리소스의 위치, URN은 리소스의 이름입니다. 

 

URL과 URN은 아래와 같이 생겼습니다. 

URL은 흔히 웹 브라우저에 적는 http://www.naver.com과 같은 문자열을 말합니다. URN은 위에서 보듯 진짜 이름을 부여하는 것 입니다. 문제는 이름을 부여하면 거의 찾을 수 없기때문에 URL만 사용합니다.

 

 

URI

  • Uniform : 통일된 방식
  • Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음)
  • Identifier : 다른 항목과 구분하는데 필요한 정보
  • URL : Uniform Resource Locator
    • 리소스가 있는 위치를 지정
    • 변할 수 있다.
  • URN : Uniform Resource Name
    • 리소스에 이름을 부여
    • 변하지 않는다.
  • URN은 거의 사용하지 않기 때문에, 앞으로 URI를 URL과 같은 의미로 이야기하겠습니다.

 

https://www.google.com/search?q=hello&hl=ko

라는 URL을 웹 브라우저에서 검색해봅시다. 그리고 문법을 분석해보자면 아래와 같습니다.

  • scheme://[userinfo@]host[:port][/path][?query][#fragment]
  • https://www.google.com/search?q=hello&hl=ko
  • 프로토콜(https)
  • 호스트명(www.google.com)
  • 포트 번호(443 - https 포트번호)
  • 패스(/search)
  • 쿼리 파라미터(q=hello&hl=ko)

 

URL - scheme

  • 주로 프로토콜 사용
  • 프로토콜 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙
  • http는 80, https는 443 포트를 주로 사용, 포트는 생략 가능
  • https는 http에 보안 추가 (HTTP Secure)

 

URL - userinfo

  • URL에 사용자 정보를 포함해서 인증
  • 거의 사용하지 않음

 

URL - host

  • 호스트명
  • 도메인명 또는 IP 주소를 직접 사용 가능

 

URL - PORT

  • 포트
  • 접속 포트
  • 일반적으로 생략, 생략시 http는 80, https는 443

 

URL - path

  • 리소스 경로(path), 계층적 구조
  • 예) 
    • /home/file1.jpg
    • /members
    • /members/100, /items/iphone12

 

URL - query

  • key=value 형태
  • ?로 시작, &로 추가 가능 ?keyA=valueA&keyB=valueB
  • query parameter, query string 등으로 불림, 웹 서버에 제공하는 파라미터, 문자 형태

 

URL - fragment

  • scheme://[userinfo@]host[:port][/path][?query][#fragment]
  • https://docs.spring.io/spring-boot/docs/current/reference/html/getting-started.html#getting-started-introducing-spring-boot
  • html 내부 북마크 등에 사용
  • 서버에 전송하는 정보 아님

 

 

 

웹 브라우저 요청 흐름

아래와 같이 웹 브라우저에 아래와 같이 요청한다고 가정합시다.

DNS 서버에서 host 명을 조회한 뒤, IP를 받아옵니다. 그 후 IP와 PORT번호를 기반으로 HTTP 요청 메시지를 생성합니다. 

HTTP 요청 메시지는 아래와 같이 생성이 됩니다.

생성된 HTTP 메시지는 아래와 같이 계층을 통해 서버로 전송합니다.

TCP/IP 계층을 거쳐 완성된 패킷은 아래와 같을 것 입니다.

해당 패킷을 받은 구글 서버는 TCP/IP를 깐 뒤 HTTP 메시지를 확인합니다. 

search로 왔고, qeury string을 읽어 웹 브라우저에서 원하는 응답 메시지를 아래와 같이 만들어 요청한 웹 브라우저에게 전송합니다. 

만든 응답 메시지는 아래와 같이 웹 브라우저로 전송됩니다.

 

 

 

출처

 

모든 개발자를 위한 HTTP 웹 기본 지식 - 인프런 | 강의

실무에 꼭 필요한 HTTP 핵심 기능과 올바른 HTTP API 설계 방법을 학습합니다., - 강의 소개 | 인프런...

www.inflearn.com

 

 

+ Recent posts