快適なサービスとして、statelessは、ユーザーの操作を維持していないので、複数のユーザーが同じ快適なサービスにアクセスしていることを知りたいのですが、どのユーザーがどのユーザーと対話するのかを確認する方法は？ statefulとして安心してサービスすることは可能ですか？どのようなユーザーがどのメソッドを呼び出しているかを穏やかなサービスで識別し、安心してサービスをステートフルなものにする方法を教えてください。
どのユーザー：サーバー上に作成された共有秘密（文字の行）を使用することにより
、およびすべての次の要求に戻りました。
クッキーに保存され、クッキーまたはHTTP（S）ヘッダーを使用してクライアントから返されます。
どの方法：
これは、使用するフレームワークによって異なります。しかし結局はURIをあなたのメソッドにマッピングすることになります。
ステートフルとして安心してサービスできますか？
ステートフルアプリを作成できますが、安心して利用できません。安らかなアプリはステートレスです。これは定義なので、ステートフルなアプリケーションを作ることはできますが、ステートフルの休憩アプリは決して作成できません。
私たちがステートフルで快適なサービスをするなら、安らかなサービスは安らかではありません。つまり、ステートフルなサービスとして安心してはならないということですね。 –
それは定義のものです：ステートフルな状態への安静なサービスをすれば、もはや安静ではありません。ユーザーを識別するためにデータを保存する必要があるCookieの –
？ログインが少ないアプリケーションの場合 –
ほとんどのシステムでは、ユーザーを識別するために要求に渡されたCookieやその他のデータが使用されます。非常に単純な実装は、例えば、基本認証。 – Smutje
[RESTアプリケーションがステートレスであると思われる場合、どのようにセッションを管理するのですか？]（http://stackoverflow.com/questions/3105296/if-rest-applications-are-supposed-to-be-stateless-どのようにdo-do-you-manage-sessions） – dit
それはステートフルなものにすることは可能ですか？ –