6

セッションを使用するか、セッションレスで設計するか、どちらのアプローチが優れているかを他の人に説明してもらいたいと思いました。私たちは新しい Web アプリケーションの開発を開始していますが、どの道をたどるかはまだ決めていません。

セッションレス設計の IMO の方が望ましい:

長所：

  1. スケーラビリティ。ユーザー セッションを共有しなくても、必要な数のサーバーを使用できます。それぞれが要求を処理できます (例: ラウンド ロビンによる負荷分散)。
  2. サーバー リソースを節約します。サーバー側でメモリを割り当てる必要はありません (これもスケーラビリティです)。
  3. サーバーの再起動後に回復する必要はありません。

短所：

  1. 一部のユーザー関連情報を Cookie に保持する必要があります (重要ではありません)。
  2. より多くのコーディングが必要です (ただし、それほど多くのコーディングは必要ありません)。

最終決定を下す前に、考慮すべきトピックはありますか?

4

2 に答える 2

4

今日のアプリは急速に巨大化する可能性があります (pastebin、jsfiddle などの「小さくてシンプルな」ツールをすべて見てください!)。そしてある時点で、16 コアのハイエンド マシンでは十分ではありません (「CPU パワーを節約するためにアプリを再コーディングする必要がある」と言う人もいるかもしれませんが、サーバーごとの http-connection-limit も問題です)。 . したがって、予想以上に人気が高まる可能性があるパブリック アプリケーションを構築する予定がある場合は、「セッションレス」を開始するのが最適です。正直なところ、これは本当に大きなことを書く人にのみ影響します。

セッションの最大の利点は、mySQL データベースへのトラフィックがはるかに少なく、コーディングがはるかに簡単であることです。ただし、アプリが大きくなると、システム全体を書き直す必要があります。

于 2012-06-16T23:59:21.430 に答える