Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Spark 튜닝
- BFS
- Collaborative filtering
- Linux
- 알고리즘
- git init
- 오라클 데이터 처리방식
- CF
- 네트워크
- 리눅스 환경변수
- SQL
- git 기본명령어
- 랜덤포레스트
- 의사결정나무
- Spark jdbc parallel read
- Oracle ASSM
- Decision Tree
- 배깅
- eda
- 데이터분석
- airflow 정리
- 통계분석
- Oracle 논리적 저장 구조
- 데이터 분석
- git stash
- Spark Data Read
- 추천시스템
- Python
- enq: FB - contention
- 앙상블
Archives
- Today
- Total
목록데이터 파이프라인 (1)
[Alex] 데이터 장인의 블로그
[Web Socket] 웹 소켓 정리
서버와 클라이언트의 통신이 모두 HTTP 프로토콜만 이용해서 이루어지지는 않는다. 주로 채팅, 게임, 주식 차트 등 '실시간 통신이 필요한 서비스'를 구현하려고 한다면, HTTP 프로토콜이 아닌 웹소켓 프로토콜을 사용하는 것이 좋다고 알려져 있다. HTTP 한계 HTTP를 주로 사용했던 초기 웹의 목적은 단순한 '문서' 전달이었다. HTTP는 요청한대로 응답을 보내주기만 하는 단순한 프로토콜, 단순한 문서 전달에 상당히 좋은 성능을 보였기 때문에 널리 사용되었음. 인터넷이 발전하면서 이용자들은 문서 교환 이상의 것을 원하기 시작하였고 채팅, 게임 등 실시간 통신이 필요한 것들을 바라기 시작한다. HTTP는 '요청'에 대해서만 응답을 할 수 있었기 때문에, 채팅에서 계속해서 메시지를 보내는 상황을 구현하기..
데이터 파이프라인
2022. 8. 6. 14:27