TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Scaling Play to Thousands of Concurrent Requests

57 pointsby bbeneschottover 11 years ago

1 comment

mason55over 11 years ago
<i>&gt; The user session is kept in a browser cookie, and you have to live with it. This means that the session space is limited in size and type: you can only store strings. If you need to store objects, you’ll have to use the caching mechanism we discussed before. </i><p>This isn&#x27;t quite right, or at least is presented weirdly. Caching is not done on a per-user basis whereas sessions are tied to a user. Scala chooses to use client-side sessions so that applications are automatically non-sticky which allows for effortless failover and horizontal scalability.<p>The caching mechanism will cache the output of a template but it&#x27;s going to be cached for all users. Again, it makes for easy horizontal scalability, but you&#x27;d never say that the caching is an alternative to session data. They&#x27;re for two totally different use cases.
评论 #6341953 未加载
评论 #6341999 未加载
评论 #6341704 未加载
评论 #6341859 未加载