URI 그리고 URL을 혼용해서 사용하는 경우가 있다. 대부분의 경우 문제가 없지만 정확하게 이 둘의 차이점이 존재한다. 그러므로 각 용어의 정의와 용도에 대해서 알아본다.
URI
URI는 특정 리소스를 식별하는 통합 자원 식별자(Uniform Resource Identifier)를 의미한다. 웹 기술에서 사용하는 논리적 또는 물리적 리소스를 식별하는 고유한 문자열 시퀀스다.
URL
URL은 흔히 웹 주소라고도 하며, 컴퓨터 네트워크 상에서 리소스가 어디 있는지 알려주기 위한 규약이다. URI의 서브셋이다.
비록 URL은 URI의 서브셋이지만 URI와 URL의 가장 큰 차이점은 바로 아래와 같다
URI는 식별하고, URL은 위치를 가르킨다.
실세계에 빗대어 예시를 들어보자면 다음과 같다.
“Charles” 는 내 이름이며 식별자(Identifier)다. 이는 URI와 비슷하지만 내 위치나 연락처에 대한 정보가 없으므로 URL은 될 수 없다.
“경기도 성남시 분당구 정자동 불정로 6”는 주소다. 주소는 특정 위치를 가르킨다. URL 및 URI와 비슷하며 간접적으로 내가 있는 장소로 식별한다.
실제 네트워크상에서 URI와 URL을 예시는 다음과 같다.
두 주소는 모두 index.html을 가리키고 있다.
첫번째 주소는 웹서버의 실제 파일 위치를 나타내는 주소이므로 URI이면서 URL이다.
두번째 주소는 실제로 index라는 파일이 웹서버에 존재하지 않으므로 URL은 아니다. 하지만 서버 내부에서 이를 처리하여 결국 index.html을 가리키기 때문에 URI라고 볼 수 있다.
URI의 구조
일반 URI는 다음과 같은 형태를 나타낸다.
scheme:[//[user[:password]@]host[:port]][/path][?query][#fragment]
- scheme : 사용할 프로토콜을 뜻하며 웹에서는 http 또는 https를 사용
- user와 password : (서버에 있는) 데이터에 접근하기 위한 사용자의 이름과 비밀번호
- host와 port : 접근할 대상(서버)의 호스트명과 포트번호
- path : 접근할 대상(서버)의 경로에 대한 상세 정보
- query : 접근할 대상에 전달하는 추가적인 정보 (파라미터)
- fragment : 메인 리소스 내에 존재하는 서브 리소스에 접근할 때 이를 식별하기 위한 정보
17개의 댓글
양주인 · 2021년 7월 6일 2:13 오전
개념이 헷갈렸는데, 덕분에 잘 정리하고 갑니다.
감사합니다!
백수열 · 2021년 11월 16일 6:34 오후
감사합니다!
공공 · 2022년 1월 4일 2:12 오전
감사합니다:)
김준호 · 2022년 8월 13일 5:05 오후
감사합니다.!
Charlezz · 2022년 9월 10일 12:00 오후
감사합니다!
dean · 2022년 9월 14일 9:50 오후
안녕하세요. 항상 좋은 글 감사합니다. 조금 정정해야 될 부분이 있는것 같아서 남겨봅니다.
rfc-1738 의 정의에 따르면, URL 은 인터넷을 통해 이용 가능한 간결한 표현/구문된 문자열을 의미합니다.
따라서 찰스님의 예시는 모두 URL 에 해당될 수 있습니다. 인터넷을 통해 이용 가능한 문자열이기 때문이죠.
URL 은 문자열 표현이며, 예시처럼 back-end 서버의 rewrite 처리와 같은 아키텍쳐에 결정되는 요소일 수 없습니다.
index.html 리소스는 추상적일수도 물리적일수도 있고, 아키텍쳐에 따라 처리방법은 무한할 것 입니다.
다시 말해 index.html 파일은 `전혀` 존재하지 않을 수 있습니다.
URI 는 추상적/물리적 리소스를 식별하기 위한 식별자(Identifier)로써 정의에 초점이 맞춰져있다면,
URL 은 인터넷환경에서 접근가능한 문자열 형태의 표현 Locators(지시자?)에 초점이 맞춰져 있습니다.
즉, HTTP 프로토콜에서 논의될때, RFC 문서상 둘은 유사하며 URL 은 URI 정의를 따르기 때문에 경로 문자열(String) 실체만으로 둘을 구분하기는 어려워 보입니다.
글의 주제에 맞게 둘을 구분할 부분을 찾아본다면,.
“Rest API 를 설계할때는 URI 정의를 참고해야한다.” 와같이 접근될 수 있지않을까 싶네요.
Charlezz · 2022년 9월 21일 11:05 오후
식별자(URI)와 지시자(URL)의 개념에 초점을 맞추고, 이 둘을 구분 짓기 위해 하나의 예시를 들었는데요, 말씀하신대로 완벽히 개념을 구분짓기에는 부족한 부분이 있는 것 같네요. 더 공부해보고 추후에 내용을 더 수정할 수 있도록 해보겠습니다. 좋은 의견 감사합니다.
먹튀 · 2022년 9월 22일 9:15 오전
Thanks for finally writing about > URI랑 URL 차이점이 뭔데?
| 찰스의 안드로이드 < Loved it!
이현호 · 2022년 11월 2일 3:57 오후
정말 도움이 되었습니다. 감사합니다.
king · 2023년 2월 4일 6:23 오후
이 블로그는 뭘로 만든거라예 ?
Charlezz · 2023년 2월 9일 8:01 오후
워드프레스로 만들었습니다.
pornhub · 2023년 3월 21일 4:22 오전
We’re a bunch of volunteers and opening a new schemе in our cⲟmmunity.
Your website providеd us with helpful info to work on. You hаve dօne a formidable tɑsk and our entire neighborhood will be thankful to you.
skeptical · 2023년 3월 21일 1:25 오후
Hеlⅼo would you mind letting me know ѡhich hosting
сompany you’re utilizing? I’ve loadeⅾ
your blоg in 3 completely diffeｒent browѕers and I must say this
blog loads a lot quicker then most. Can you recommend a
good internet hosting рrovider at a reasonable price?
Thank you, I ɑpprｅciate it!
eimi fukada · 2023년 3월 22일 2:14 오전
Very gooⅾ artiϲle. I’m deɑling with many of these issueѕ as wеll..
xxx · 2023년 3월 22일 3:47 오전
Asking questions are truly gօod thing if you are not understanding anything totally, but this paragraⲣh offers fastidioսs understanding even.
โดจิน · 2023년 3월 23일 3:43 오전
I absoluteⅼy love your website.. Very niｃe
coloгs & theme. Did you create this site yoursеlf?
Pleaѕe reply back as I’m wanting to creatｅ my own websіte and would likｅ tօ find out where
you got thiѕ from or exactly what the themе is called. Thank yоu!
Cairns w4m · 2023년 3월 23일 2:41 오후
I am writing to express my deep appreciation for the outstanding piece of content that you recently shared on your blog. Your insights and expertise were truly exceptional, and our readers have been enlightened and motivated by your work.
Your contribution to blog has been nothing short of outstanding, and I am truly impressed by your level of passion and dedication. Your attention to detail, innovative ideas, and commitment to excellence are truly remarkable.