Web의기본두번째 <Stateless>

저자 : 야마모토요헤이감수자 : 권정혁역자 : 김성훈출판사 : 멘토르

다음 내용은 '저자 : 야마모토 요헤이, 감수자 : 권정혁, 역자 : 김성훈'<웹 개발자를 위한 웹을 지탱하는 기술>을 토대로 제작하였음을 알립니다.

구체적인 사항은 이 책을 통해 알면 좋을 것 같습니다.

1. REST 아키텍처스타일을따른다

REST

클라이언트/서버

스테이트리스서버

캐시

유니폼 인터페이스

코드 온 디맨드

계층화 시스템

2. Stateless Server를가진다.

Stateless = 상태가 없는

Stateless Server = 상태가없는 서버

서버가 클라이언트의애플리케이션상태를 보존하지않는다.

2. Stateless Server를가진다.

2. Stateless Server를가진다.

알수있는사실..

1. 스테이트풀한대화는 간결하다.

2. 스테이트리스한대화는 장황하다.

3. 스테이트풀한대화에서는서버(점원)는클라이언트(손님)의주문 내역을 기억한다.

4. 스테이트리스한대화에서클라이언트(손님)는매번모든주문을 반복한다.

3. Stateful스테이트풀한아키텍처로는클라이언트의수가증가했을경우 규모를확장하기어렵다.

4. Stateless

클라이언트가요청 메시지에 필요한정보를 모두 포함시킨다.

'자기 기술적메시지Self Descriptive Message'라는,요청을처리하는데필요한 정보가모두 포함되어있는 메시지를보낸다.

애플리케이션상태를 기억할 필요가없기 때문에 서버시스템이 단순해진다.

서버는 이제까지의일은 모두 잊고 새로 오는 요청을처리하는 데만 집중하면된다.따라서 시스템을확장시키는것이용이하다. 클라이언트가늘어나면단순히 서버를증설하면된다.

4. Stateless

스테이트리스한아키텍처는확장성면에서는 이점이있지만 결점도가지고 있다.

① 퍼포먼스저하 : 송신할데이터의 양이 많아지며, 인증등 서버에부하가 걸리는처리를 반복한다.

②통신에러에대한대처 : 현재애플리케이션상태를 서버단에서는알지못하기 때문에중간에통신에에러가생기면 대처하기가힘들다.

REST 아키텍처스타일을따른다

REST

클라이언트/서버

스테이트리스서버

캐시

유니폼 인터페이스

코드 온 디맨드

계층화 시스템

정리

• REST라는아키텍처를따른다.

• REST의특징중에 Stateless가있다.

• Stateless한서버는애플리케이션상태를기억할필요가없기때문에서버시스템이단순해진다

• 확장성이용이해진다.

• 때로는복잡한것보다간단한게낫다