TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Scaling Secret: Real-Time Chat

136 点作者 danielalmeida大约 10 年前

14 条评论

daurnimator大约 10 年前
50000 concurrent users? That's small enough to do with a single thread on a modern server.... What are they scaling?
评论 #9543249 未加载
评论 #9543721 未加载
评论 #9543137 未加载
mrinterweb大约 10 年前
&quot;It grew week-over-week to well over 1,000,000 concurrent connections (chat + notifications). Luckily, Pusher worked well and was fairly inexpensive&quot; I&#x27;d love to find out what they mean by inexpensive because from pusher.com&#x2F;pricing 10,000 connections is $399&#x2F;month. I have no idea what 100x connections would cost (hopefully not $39,900&#x2F;month). Frankly, the pricing of pusher and other competitors seems insane to me. I was considering pusher for my startup, but I realized that if my startup became mildly successful, I&#x27;d be stuck with a bill that would force my business to rapidly build another solution or take on excessive debt. Why begin with prototype technology that could lead your startup (if successful) to become insolvent?<p>It&#x27;s not as if there is a shortage of available tech for handling socket connections. It took about a week for me to learn enough node.js and build a service with socket.io that did everything I needed.
评论 #9543817 未加载
评论 #9544674 未加载
评论 #9547996 未加载
jongdubois大约 10 年前
SocketCluster&#x27;s API is similar to that of Pusher so it can be a good self-hosted alternative: <a href="http:&#x2F;&#x2F;socketcluster.io&#x2F;" rel="nofollow">http:&#x2F;&#x2F;socketcluster.io&#x2F;</a> - It&#x27;s also designed with scalability in mind. You do have to manage presence yourself though but that shouldn&#x27;t be too difficult (You can keep track of user presence in your own database - That could actually be an advantage since you can go ahead and use that presence data easily on your back-end to do other stuff - Easy to integrate).<p>We&#x27;re currently working with a couple of fast growing startups so it&#x27;s getting traction (still early adopter stage though). We&#x27;ll be announcing our native iOS client near the end of this week. (disclosure: I&#x27;m the main author)
powera大约 10 年前
If they really had 1 million concurrent active users &quot;assuming 5% of our simultaneous actives were chatting, that we needed to be ready to support up to 50,000 users chatting at once&quot;, and were seeing growth &quot;chat was an instant hit. It grew week-over-week to well over 50,000 concurrent connections&quot;, why did they shut down?
评论 #9548926 未加载
评论 #9542703 未加载
DigitalSea大约 10 年前
There isn&#x27;t enough of this information out there. Scaling things is incredibly hard, a lot more difficult than some would think. Not only do you have limitations around the software, but hardware and the problems that come with scaling hardware. Great article, looking forward to some more specifics (load balancing, memory&#x2F;cpu&#x2F;disk issues) in future articles.
notrollinghere大约 10 年前
This isn&#x27;t great for Layer. I think most companies want to own their chat stack. Its not complex enough, like say Stripe, to need a 3rd party. Has anyone used Layer and felt they added value?
评论 #9543023 未加载
allthetime大约 10 年前
How is this news? Chat has been around for a long time and Pusher is nothing more than a cash grab for lazy developers. You can easily get better performance, scalability, and customizability, for much cheaper with socket.io and and a caching and&#x2F;or messaging service (Redis, *MQ).
评论 #9543960 未加载
评论 #9543428 未加载
leesalminen大约 10 年前
I recently discovered Pusher and was able to build and ship an entirely new feature in under a week. They have good documentation, thought provoking example apps and simple pricing.<p>Couldn&#x27;t be more impressed with them. Keep it up!
评论 #9542443 未加载
fideloper大约 10 年前
Really interesting that Pusher didn&#x27;t choke on that!<p>Also patting my own back for thinking about chat session based on sorted user id&#x27;s (for 2+ person chat) on my own once also. Felt like a nice way to do it, unsure if that breaks down at any point.
blissofbeing大约 10 年前
So basically they used pusher to scale to around 50,000 concurrent users.
JonCox大约 10 年前
I&#x27;m making a real-time communication iOS app, we&#x27;re using Firebase[1] to quickly build it&#x27;s real-time features.<p>There&#x27;s to be a lot of hate on here towards using such services. Is it really a better option (flexibility, owning your data &amp; price wise) to spend the time building your own system and having to hire engineers later on to manage&#x2F;develop it?<p>[1] <a href="https:&#x2F;&#x2F;www.firebase.com" rel="nofollow">https:&#x2F;&#x2F;www.firebase.com</a>
boothead大约 10 年前
Hey Pusher guys; how much of that flow went through Haskell? Are you using it for your main service yet?
评论 #9544962 未加载
calgaryeng大约 10 年前
Step 1) Take investor&#x27;s money Step 2) Take $3MM off the table Step 3) Profit Step 4) Shut down
amelius大约 10 年前
Why not use WebRTC for chat these days?
评论 #9544776 未加载