| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- Python
- Envoy
- leetcode
- 트리
- 삼성역량테스트
- No Rules Rules
- 아마조니언
- Dynamic Programmin
- LongestPalindromicSubstring
- 리스트의 리스트
- 규칙없음
- 기술적 채무
- Unique Paths
- 파이썬
- minimum path sum
- 알고리즘
- 블린이
- 프로그래머스
- 삼성인 아마조니언 되다
- 리트코드
- 동적 프로그래밍
- technical debt
- 와썹맨
- 나는 아마존에서 미래를 다녔다
- 독후감
- mysql #numa #swap #memory
- BFS
- list of list
- 그거봤어?
- 김태강
- Today
- Total
목록전체 글 (53)
개발자가 되고 싶은 준개발자
HTTP(Hyper Test Transfer Protocol) 요청(Request)과 응답(Response)으로 구성됨 클라이언크가 요청하면 서버가 응답 하는 구조 비연결식: 클라이언트가 서버에 정보를 요청하면 응답 코드와 내용을 전송하고 클라이언트와 연결을 종료함 (FTP, Telnet-연결식) HTTP의 발전 HTTP 0.9 웹사이트가 기본적이어서 HTTP 0.9가 느렸음에도 불구하고 문제가 없었음 GET, POST, HEAD와 같은 기본 기능을 제공 HTTP 1.0 PUT, DELETE, LINK, UNLINK 기능을 지원 HTTP 1.1 HTTP 1.0이 발표되고 나서 1년만에 또 프로토콜이 나옴 당시에 Internet landscape이 급변하고, 웹사이트들이 무거워지고 동적(dynamic we..
TCP(Transmission Control Protocol) reliable: 모든 세그먼트가 전송되고, 에러가 일어나지 않음을 프로토콜이 보장 connection-oriented: 데이터 전송 전에 connection이 만들어졌는지 확인(3단계), 커넥션을 닫기 전에 전송 후에 데이터가 잘 보내졌는지 확인(4단계) UDP에 비해 더 많이 사용되는 프로토콜 Web, telnet, FTP, email 등에 사용됨 Header UDP(User Datagram Protocol) unreliable: 데이터가 도착하는지 확인 안함 connectionless: 커넥션을 만들지 않음. (물론 커넥션 전/후의 handshake도 안 함). 데이터가 출발하면, 데이터가 잘 도착하는지 여부는 확인 할 수 없음. 하지만..
Lyft의 아키텍쳐 변천사 1. Monolithic - 리프트도 처음에는 monolithic하게 출발했다. 그런데 모노리틱한 구조에도 불구하고 어디서 문제가 발생하는지 원인을 트래킹하는 것이 어려웠다. 2. Micro Service - 점점 사용자가 많아지면서 microservice architecture로 전환하게 되었다. - haproxy, load balancer, service discovery, 2 DB, 20~30개의 마이크로 서비스를 도입 - 이전 아키텍쳐보다 더 복잡해면서, 어디서 문제가 발생하는지 트래킹하는게 더 어려워졌다...! - 마이크로 서비스로 전환하며 겪은 문제들... 사용하는 언어, 프레임워크, 프로토콜(HTTP/1, HTTP/2, gRPC, databases, caching...