편안한 서비스 stateless으로 사용자의 상호 작용을 유지하지 않으므로 같은 사용자에게 동일한 서비스에 액세스하는 사용자가 있는지 알고 싶습니다. 그러면 어떤 사용자가 어떤 사용자와 상호 작용하는지 어떻게 식별 할 수 있습니까? 그리고 stateful과 같은 편안한 서비스를 제공 할 수 있습니까?어떤 서비스를 호출하는 사용자가 얼마나 편안한 서비스를 제공하는지 그리고 안정적인 서비스를 상태 저장 방법으로 만드는 방법은 무엇입니까?
어떤 사용자 : 서버에 생성 된 공유 비밀 (문자의 라인)을 사용하여
, 모든 다음 요청으로 돌아왔다.
쿠키 또는 HTTP (S) 헤더를 사용하여 클라이언트에 의해 쿠키에 "저장"되어 반환됩니다.
어떤 방법
이 사용하는 프레임 워크에 따라. 그러나 결국에는 URI를 사용자의 메소드에 매핑하는 것으로 끝납니다.
안정적으로 상태를 유지할 수 있습니까?
상태 기반 앱을 만들 수 있습니다. 안심할 수 없습니다. 편안한 앱은 무국적자입니다. 이것이 정의이므로 상태 저장 응용 프로그램을 만들 수 있지만 나머지는 상태 비 저장이므로 상태 저장 응용 프로그램을 만들 수는 없습니다.
우리가 안정적인 서비스를한다면 상태가 좋고 안락한 서비스는 안심할 수 없습니다. 즉, 우리는 안정된 상태의 서비스를해서는 안된다는 뜻입니까? –
그것은 정의의 것입니다 : 우리가 안정된 서비스를 스테이트 풀 (stateful)로 만들면 더 이상 안심하지 못합니다. 사용자를 식별하기 위해 데이터를 저장해야하는 쿠키가 –
입니까? 로그인이 적은 응용 프로그램 인 경우 –
대부분의 시스템은 사용자 식별을 위해 요청에 전달 된 쿠키 또는 기타 데이터를 사용합니다. 매우 간단한 구현 예는 다음과 같다. 기본 인증. – Smutje
가능한 복제본 [REST 응용 프로그램이 상태 비 저장으로 간주되는 경우 세션을 어떻게 관리합니까?] (http://stackoverflow.com/questions/3105296/if-rest-applications-are-supposed-to-be-stateless- How-do-you-manage-sessions) – dit
Stateful으로 만들 수 있습니까? –