HTTP 특징 클라이언트 서버 구조 무상태 프로토콜(Stateless) 비연결성 HTTP 메시지 클라이언트 서버 구조 클라이언트(UI) Request 서버(DATA) Response [복잡한 비지니스 로직 처리] 무상태 프토로콜 서버가 클라이언트 상태를 보존x 장점 : 서버 확장성 높음(스케일 아웃)- 이유는 간단한데, 상태를 보존하지 않으니 무한한 서버 증설이 가능하기 때문이다.- 하나의 서버 장애시에도 다른 서버를 실행하면 되니 문제가 되지 않는다.- 수평 확장 가능. 단점 : 클라이언트가 추가 데이터 전송 상태풀 프로토콜은 위와 반대라고 보면 된다. Stateless 실무 한계) 모든 것을 무상태로 설계 할 수 있는 경우도 있고 없는 경우도 있다. 무상태 예) 로그인이 필요 없는 단순한 서비스 소개..
URI URI는 로케이터, 이름 또는 둘다 추가로 분류될 수 있다. URL(Uniform Resource Locater) : 리소스 위치 URN(Uniform Resource Name) : 리소스 이름 URI 뜻 Uniform : 리소스 식별하는 통일된 방식 Resource : 자원 URI로 식별할 수 있는 모든 것 Identifier : 다른 항목과 구분하는데 필요한 정보 URL, URN 뜻 URL - Locator: 리소스가 있는 위치를 지정 URN - Name: 리소스에 이름을 부여 위치는 변할 수 있지만, 이름은 변하지 않는다. URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않음 URL 분석 scheme://[userinfo@]hos{:port}{/path}{?query}{#f..
클라이언트 - 거대한 인터넷망 - 서버 그럼 어떻게.. 인터넷에서 어떻게 둘이 연결될까? 여기서, IP라는 개념이 나온다. IP주소를 통해 연결을 할 수 있다. 지정한 주소에 데이터 전달 패킷이라는 통신 단위로 데이터 전달. IP 패킷 정보 출발지 IP, 목적지 IP, 기타... 등을 넣어서 던져! 한계 존재 비연결성 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷이 전송됨 비신뢰성 중간에 패킷이 사라지면? 패킷이 순서대로 오지않는다면? 프로그램 구분 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이라면? 한 PC로 노래듣고, 게임하면? 이런 문제를 또 해결하기 위해 TCP, UDP 개념이 두둥등장! 다양한 종류의 패킷 구분(노래, 게임을 하고 있을 때 전달되는 패킷 각각을 구분)을 ..
- Total
- Today
- Yesterday
- https://velog.io/@juno7803/React%EA%B0%80-%ED%83%9C%EC%96%B4%EB%82%9C-%EB%B0%B0%EA%B2%BD
- Co
- ㄴ
- https://jwprogramming.tistory.com/52
- https://react.vlpt.us/
- https://wikidocs.net/68
- https://react.vlpt.us/basic/11-render-array.html
- https://subicura.com/2017/01/19/docker-guide-for-beginners-1.html
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |