What is an HTTP server - HTTP 서버란?
**hyperskill - What is an HTTP server 영어 원문
해석은 쉬워서 좋은데, 기초를 알려주느라 글이 길어 해석이 조금 힘들었다..
웹 서버, 혹은 HTTP 서버는 클라이언트의 요청들을 처리할 수 있으며,
클라이언트에게 응답 반환 처리할 수 있는 컴퓨터의 프로그램입니다.
서버가 시작 될 때, 서버는 언제나 요청을 기다리며,
요청된 정보를 반환함으로서 각각의 요청을 응답합니다.
언제든 당신이 웹사이트를 방문 할 때,
당신은 World Wide Web(WWW) 을 사용하여 HTTP 프로토콜을 통해 요청을 보냅니다.
그리고 나서 서버는 response(응답 : HTTP-response) 를 반환합니다.
이는 기본적인 request/response(요청/응답) 모델입니다.
이 모델은 전체적인 인터넷을 기반으로 합니다.
대부분의 웹 어플리케이션들과 웹사이트들은 이 모델로 작동됩니다.
HTTP 서버의 주요 기능은 저장, 처리, 그리고 웹 페이지 클라이언트에게 전달하는 것 입니다.
What is an HTTP server? - HTTP 서버는 무엇인가?
HTTP server 는 Client-Server Model 의 일부입니다.
대부분의 웹 어플리케이션과 웹사이트는 이러한 모델을 사용합니다.
HTTP 서버의 주요한 임무는 HTML, CSS, JavaScript를 담은 텍스트 문서를 전송하는 것 입니다.
하나의 서버는 다중 클라이언트를 제공할 수 있습니다.
그리고 클라이언트들은 주로,
HTTP 응답과 웹 어플리케이션 파일을 읽을 수 있는 브라우저입니다. : (FireFox, Safari, Google Chrome) 등
flowchart TB
Server(("Server"))
Client1("Client");
Client2("Client");
Client3("Client");
Server -- HTTP-Response --> Client1
Server -- HTTP-Response --> Client2
Server -- HTTP-Response --> Client3
Client1 -- HTTP-Request --> Server
Client2 -- HTTP-Request --> Server
Client3 -- HTTP-Request --> Server이는 클라이언트-서버 아키텍쳐입니다.
당신이 브라우저의 주소창에 도메인 이름을 입력한다면,
해당 도메인 이름에 연결하는 서버에 요청을 보냅니다.
그리고 나서 HTTP server 은 HTTP request 를 처리하고, HTTP response를 반환합니다.
주로, 응답(response)은 헤더와 요청에 대한 body(HTML document) 를 포함합니다.
따라서, 당신이 응답을 받을 때, 들어가고 싶은 사이트를 볼 수 있습니다.
서버 는 static(정적), dynamic(동적), 혹은 hybrid(둘 다 ) 웹 페이지들을 저장합니다.
정적인 페이지는 이미 구축되어 있습니다.
클라이언트가 페이지를 요청 할 때, 서버는 완성되어 있는, 이미 구축된 문서를 반환합니다.
동적인 페이지는 미리 구축된 부분 중, 서버가 클라이언트에게 보낼 수 있는 페이지를 가지고 있습니다.
그리고 나서, 클라이언트 사이드의 JavaScript가,
REST API 서버와 같은 서버로 추가적인 정보를 요청함으로서 웹 페이지의 또다른 부분들을 생성합니다.
하이브리드 페이지는 클라이언트가 페이지를 요청하는 동안,
서버 사이드에서는 페이지를 렌더링합니다.
이러한 상황이 의미하는 것은,
서버가 사용하기에 준비된 웹 페이지들을 가지고 있지 않다는 겁니다.
하이브리드 는, 요청을 처리하고,
클라이언트의 요청에 기반하여 페이지를 구축할 수 있는 모든 필요 데이터를 수집할 필요가 있습니다.
Proxy - 프록시 서버
HTTP 서버들은 요청에 대해 반응하는 것 뿐만 아니라,
다른 서버들에 대해 redirect(리다이렉트) 하는 요청 또한 가능합니다.
이러한 서버들은 proxy(프록시) 서버로서 알려져 있습니다.
프록시 서버 는 하나의 도메인 이름 뒤에 여러개의 웹 서버들을 가지고 있거나,
요청들을 올바른 서버로 리다이렉트 하고 싶을 때, 유익할 겁니다.
예를 들어, 당신이 주요 웹 서버에 사이트를 가지고 있습니다.
또한 당신은 또 다른 서버에 당신의 사이트에 대한 어드민 패널 (관리자 패널)을 가지고 있습니다.
당신은 콘텐츠(내용)을 채울 수 있으며, 어드민 패널 을 사용하여 사이트의 무언가를 수정 할 수 있습니다.
프록시 서버들은 도메인 이름에 따라,
어떤 서버가 클라이언트의 요청들을 받을 것인지 조정 할 수 있습니다.
flowchart LR
Client[["Client\n 클라이언트"]]
Proxy-Server{"Proxy Server\n 프록시 서버"}
Server1("Server for main site\n 주요 사이트에 대한 서버")
Server2("Server for admin panel of your site\n 당신의 사이트에 대한 관리자 패널")
Client -- www.yoursite.com\n www.admin.yoursite.com --> Proxy-Server
Proxy-Server -- www.yoursite.com --> Server1
Proxy-Server -- www.admin.yoursite.com --> Server2클라이언트는 서로 다른 두 개의 도메인 이름들을 통해 요청을 보낼 수 있습니다.
하지만 이는 Proxy 뒤의 서버로부터 응답을 받습니다.
Load balancing - 로드 밸런싱
HTTP 서버에서 Proxy는, load balancer(로드 밸런서)로서 작동 할 수 있습니다.
HTTP 서버는 마지막 단의 서버에서 요청을 로드하는 것을 줄이기 위해,
클라이언트의 요청들을 분리하여 전송 할 수 있습니다.
따라서 만약에, 웹 서비스가 많은 클라이언트들을 가지고 있다면,
로드 밸런싱 서버를 배치하여, 클라이언트 요청들을 처리하는 서버들에 있어,
요청을 로드하는 것을 줄이는 데 탁월합니다.
로드 밸런싱 서버를 배치하여, 요청을 골고루 분배하여,
일부 서버의 과잉 처리를 방지한다는 의미이다.
HTTP 서버들은 유연한 밸런싱을 위한,
밸런스 구성을 설정하기 위한 관리자를 제공합니다.
Encoding - 인코딩
당신의 요청을 서버로 전송 할 때, 서버에 도달하기 전에, 요청은 주로 많은 노드를 통과합니다.
그리고 이러한 모든 노드들은 당신이 보낸 데이터를 볼 수 있습니다.
또한 이러한 노드들은 서버의 응답도 볼 수 있습니다.
따라서, HTTP 서버들은 certificates(인증서)를 사용하여 연결을 보안 할 수 있습니다.
만약 당신이 도메인 이름의 왼쪽에 있는 브라우저 주소창을 본다면,
"lock" 심볼을 볼 수 있습니다.
당신이 이를 클릭 할 때, 당신은 연결이 보안적인지 아닌지 볼 수 있습니다.
보안 연결이 의미하는 것은, 당신이 서버에 보내고 받는 모든 데이터가 인코딩(encoded) 되어 있으며,
당신의 데이터를 누구도 볼 수 없음을 의미합니다.
Secure HTTP connection(보안 HTTP 연결)은 HTTPS 라고 부릅니다.
HTTPS 프로토콜은 HTTP 프로토콜로부터 완벽히 다르지 않습니다.
차이점은, HTTPS 는 TLS, SSL 전송 매커니즘에 의해 작동됩니다.
TLS (Transport Layer Security) 는 SSL (Secure Socket Layer) 을 기반으로 합니다.
TLS 는 진실된 보안을 생성하는 규칙들과 지침들을 제공하며,
인터넷을 넘어 데이터를 안전하게 전송합니다.
당신이 전송하고 받는 모든 데이터는 SSL 증명서(인증서)로 인해 인코딩됩니다.
인증서(Certificates) 는 특별한 조직이나 인증 기관드렝 의해 발행됩니다.
이들은 인증서에 그들의 디지털 시그니처를 표시합니다.
브라우저는 인증서 사인을 볼 수 있으며, 인증서가 유효하다는 것을 증명할 수 있습니다.
이는 인터넷의 가장 흔한 보안 스키마 중 하나입니다.
당신이 서버로 무언가를 전송 할 때, 브라우저는 인증서를 먼저 확인하고,
그리고 나서 당신의 데이터를 "public key"(공개키) 로 인코딩합니다.
그리고 서버는 당신이 보낸 데이터를 디코딩하기 위해 필요한 "private key"(비밀키) 를 가지고 있습니다.
서버가 응답을 전송 할 때, 이 또한 공개키 로 인코딩 됩니다.
그러곤 당신의 브라우저가 비밀키를 사용하여 이러한 응답을 디코드 할 수 있습니다.
더 보안적이기 위해서, HTTP 서버는 당신의 인증을 요구합니다.
인증을 위해, 당신의 요청 헤더는 "login", "password" 를 담고 있는 인증 파리미터를 반드시 가져야 합니다.
Compressing - 압축
누구도 느린 웹 페이지 다운로드 속도를 사랑하지 않습니다.
HTTP 서버들은 전송할 데이터를 압축 할 수 있습니다.
이러한 과정은 마치,
당신이 문서를 가진 폴더를 "archive"(아카이브)로 압축하고,
누군가에게 이메일로 이를 전송하는 것과 비슷합니다.
서버는 클라이언트에 대한 모든 응답을 압축하고,
클라이언트(브라우저) 는 데이터 압축을 풉니다.
압축된 데이터는 압축되지 않는 데이터보다 사이즈가 낮으므로,
웹 페이지를 열기 위해 적은 용량(바이트)를 다운로드합니다.
Cookies - 쿠키
웹 서버들은 쿠키 와 같은 당신의 브라우저 데이터를 읽을 수 있습니다.
쿠키들은 사람들의 웹 브라우저를 통해, 웹사이트가 유저의 컴퓨터에 저장하는 작은 데이터 파일들입니다.
쿠키 는 웹사이트가 유저에 대한 정보를 기억하게 해주는데,
다음 방문에 유저들의 환경 설정이나 로그인 상태와 같은 것을 기억하게 해 줍니다.
쿠키 는 몇 가지 웹 어플리케이션을 사용하는 동안,
유저의 경험을 향상시키는데 도와줍니다.
예를 들어, 쿠키는 판매자/샵 이 당신의 검색 기록을 기반으로
어떤 제품을 추천 할 수 있는지 도와줍니다.
쿠키 는 잠재적으로 불안정 할 수 있는데,
쿠키는 유저의 컴퓨터에 정보를 저장하여,
웹사이트에 의해 접근되거나, 공격자(해커)들이 유저의 컴퓨터의 접근 혹은 네트워크를 얻을 수 있기 때문입니다.
만약 쿠키가 유저의 로그인 자격 증명과 같은 민감한 정보를 담고 있다면,
이 정보는 탈취되어 유저 행세를 하는 데 사용 될 수 있습니다.
게다가, 쿠키들은 인터넷에서 유저의 행동을 추적하는 데 사용 될 수 있습니다.
이러한 상황은 많은 유저들 사이에서 사생활 침해를 일으킬 수 있습니다.
몇몇 웹사이트들은 유저 환경설정에 대한 정보를 저장하는 데 쿠키 가 사용 될 것이며,
이러한 쿠키 정보는 광고 타켓팅을 위해 사용합니다.
이는 사생활 침해로 간주 될 수 있습니다.
따라서, 쿠키에 어떤 정보가 저장될지에 대해 조심해야 하는 것이 중요하며,
사생활, 보안 둘 다 유지하기 위해 정기적으로 청소하는 것이 중요합니다.
Cache - 캐시
서버들은 가장 잦은 요청들을 캐시 할 수 있습니다. : 임시 저장?
만약 당신의 최신 요청이 이전의 요청과 동일하다면,
서버는 해당 응답에 대해 저장된 복사본을 그냥 반환합니다.
또한, 서버는 당신 브라우저의 로컬 캐시 내부의 몇 가지 데이터를 저장하기 위해,
특별한 헤더를 설정 할 수 있습니다.
따라서 만약 당신의 캐시가 당신의 요청에 대해 응답을 가지고 있다면,
브라우저는 서버에 어떠한 요청도 전송하지 않습니다.
Conclusion - 결론
HTTP 서버들은 클라이언트와 또다른 서버와 소통하기 위한 풍부한 도구들을 가지고 있습니다.
HTTP 서버는 보안은 생성하고, 클라이언트와의 연결을 최적화하는 복잡한 시스템입니다.
이러한 기능은 정적 컨텐츠와 동적 웹 페이지를 저장하거나 분배하는 데 도와 줄 수 있습니다.
HTTP 서버는 인터넷의 기초이며, 소통 규칙이 내부에 있습니다.
심지어 가장 간단한 어플리케이션, 혹은 웹 페이지를 개발하는 동안,
HTTP 서버가 동작하는 것을 아는 것은 아주 좋은 도움이 될 겁니다.
모든 개발자들은 그들의 목표를 위해 기초적인 HTTP 서버를 생성하는 스킬을 가져야 합니다.
words to remember
certificates : 인증서, 증명서
issue : 발행하다
preferences : 환경 설정, 우선권, 더 좋아함, 기호물
impersonate : 가장하다, 행세하다, 역을 맡아하다**