일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 플랫폼
- 클라우드자격증
- 네트워크
- aws자격증
- RecSys
- BERT
- 메타버스
- 추천시스템
- BERT이해
- TFX
- 중국플랫폼
- 언어모델
- AWS
- 미국석사
- Collaborative Filtering Bandit
- 머신러닝
- chatGPT
- COFIBA
- HTTP
- 머신러닝 파이프라인
- docker
- transformer
- MLOps
- 자연어처리
- BANDiT
- MSCS
- llm
- 클라우드
- MAB
- nlp
- Today
- Total
목록HTTP (7)
Julie의 Tech 블로그
대부분의 서버와 프락시는 HTTP 트랜젝션이 일어났던 히스토리에 대해 로그를 남겨둔다. 사용 추적이나 보안 혹은 통계를 집계하기 위한 용도로 사용된다. 일반적으로 로깅하는 정보는 아래와 같다. - HTTP 메서드 - 요청받은 리소스의 URL - 응답 HTTP 상태 코드 - 요청과 응답 메시지 크기 - 트랜잭션 발생 시간 - Referer, User-Agent 값 로그 포맷에는 여러 표준이 있는데, 대표적인 포맷에 대해서만 살펴보자. * 일반 로그 포맷 : 가장 많이 사용되는 일반적인 포맷이고, 아래와 같은 구성요소들이 있다. - remotehost : 요청한 호스트명 혹은 IP주소 - username : 인증된 요청자 이름 - auth-username : 인증을 수행했을 경우 인증된 요청자 이름 ..
HTTP는 웹 내에서 많은 프로토콜에 의해 영향을 받는데, 이 때 송신자와 수신자 사이에서 목적지를 올바르게 찾아갈 줄 알아야 한다. 리다이렉션 기술은 최종 목적지를 결정하는 네트워크 기법이며 프락시, 캐시, 혹은 서버팜 등 어떤 서버에서 끝나는지 판별하는 데에 사용된다. 리다이렉션은 요즈음의 웹에서 반드시 필요한 요소이다. HTTP 어플리케이션은 신뢰성과 낮은 지연성, 네트워크 대역폭 절약과 같은 이유로 여러 장소에 배포되기 때문이다. HTTP는 여러 배포 장소 중 어느 곳으로 도착해야 빠르게 리소스에 접근이 가능할지, 네트워크 혼잡도를 줄일 수 있을지 판단할 수 있어야한다. Redirection과 동시에 Load-Balancing(부하 균형)도 함께 고민이 되어야하는데, 둘은 공존하는 문제이기 때..
개발한 웹페이지를 어떻게 배포할 수 있을까? 과거 1995년에는 텍스트 에디터를 이용하여 HTML 코딩을 하고, FTP를 통해 웹서버에 콘텐츠를 올렸다고 한다. 요즈음은 여러 개발자가 동시에 작업하여 배포하는 편이기 때문에, 배포방식이 생성과 배포 관리 측면에서 좀 더 개선되었다. HTTP 프로토콜을 확장하여 콘텐츠 원격 배포 지원 기능을 추가하였다. 본 글은 마이크로소프트의 대표 웹 배포 도구인 FP, FPSE에 대해 간략히 살펴보고, 웹 공동작업을 위한 주요 기능들을 제공하는 WebDav와 그가 지원하는 메서드들에 대해 알아볼 것이다. FP, FPSE 가장 대표적인 마이크로소프트의 웹 개발 및 배포 도구인 FrontPage(FP)는 "어디서든 배포한다"라는 전략으로, FPSE(FrontPa..
캐시는 흔히 듣는 단어이다. 자주 쓰이는 문서를 자동으로 보관하여, 캐시에 로컬 사본이 있으면 서버가 아닌 캐시로부터 제공한다. 캐시는 이처럼 네트워크 요금 비용을 줄여줄 뿐더러, 처리 속도를 개선해준다. 좀 더 자세히 캐시의 장점에 대해 살펴보자. 여러 클라이언트에서 동일한 문서에 접근할 때, 가장 첫 요청에 따른 응답이 캐시에 저장된다. 그 후에 요청하는 클라이언트들은 모두 캐시 서버로부터 데이터를 전달받게 된다. 이에 따라 네트워크의 대역폭 병목을 줄여줄 수도 있다. 먼 서버까지 접근하지 않아도 되기 때문이다. 갑작스럽게 이슈가 터져 서버로의 접근 트래픽이 과도하게 많아질 경우에도 서버 과부하를 줄여주는 역할을 한다. 또한 거리로 인한 처리 지연 문제도 캐시 서버를 클라이언트 가깝게 위치하도록 ..
오늘 글은 웹서버와 프락시에 대해 다룰 것이다. 웹 서버는 기본적으로 HTTP와 TCP 처리를 하는 일을 한다. 자신이 보유하고 있는 리소스를 관리하고, HTTP 프로토콜을 구현하며 서버 관리 기능을 제공한다. 웹 서버를 만들고자 한다면, 여러 웹 서버 프로그램들 중 널리 사용되는 것들을 이용해볼 수 있다. (ex. microsoft, apache, nginx..) 샘플로 웹서버를 만들려면, 아파치 서버는 가상 호스팅, 접근 제어, 모니터링 등의 풍부한 기능을 제공하기 때문에 채택하기 어렵고, 간단하게 펄 코드 30줄 이하로 작성해볼 수 있다. 이 코드는 TCP 소켓을 생성하고, 커넥션을 기다린 뒤 요청 메시지를 받아 응답을 만들어내는 간단한 서버이다. 실제로 웹서버는 이와 유사하게 동작한다. 1..
앞서 HTTP 프로토콜에 대해 개략적으로 알아보고, 클라이언트와 서버간 HTTP 프로토콜로 어떻게 데이터를 주고 받는지를 볼 수 있었다. 이번 글에서는 HTTP 메시지에 대해 좀 더 구체적으로 알아볼 것이다. HTTP 메시지는 요청과 응답에 대한 메타 데이터와 그에 따른 데이터를 선택적으로 주고받는다. 서버 방향으로 향하는 것을 인바운드, 서버를 거쳐 클라이언트 방향으로 응답하는 것을 아웃바운드 메시지라 부른다. 메시지는 시작줄, 헤더블록, 본문 이렇게 세 가지로 이루어져있다. 시작줄에는 어떤 메시지인지를 표현하고 있고, 헤더에는 속성값을, 본문에는 데이터를 포함하고 있다. 데이터는 선택적인 것이라 본문이 없을 수도 있다. 메시지의 간단한 예를 들어보면, -----------------------..