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.

Ask HN: What are the hard problems when building apps with a realtime back end?

5 pointsby dalekstiover 3 years ago
Hi!<p>What are the hard problems I can expect if I try to build realtime features into our product?<p>Should I even try to build it or look at third party suppliers? I&#x27;ve seen various articles that compare DIY with buying it in, but they&#x27;re from those suppliers and I wonder how neutral they are.<p>It&#x27;s obviously complex, but what are the primary engineering challenges? Message delivery ordering&#x2F;duplication and missing messages? Is it security&#x2F;authentication or problems with debugging and observability? Or should I worry most about infrastructure, scaling and performance?

4 comments

pingslover 3 years ago
I think it depends on the development stage of your product.<p>If you just get some amazing idea you want to quickly lauch and see the result, then the best way is to adpot 3rd parties as much as possible (as long as those stuff could work together).<p>Then your product receives the momentum, exciting. But you start to have all kinds of issues because you don&#x27;t spend much effort on the stuff, the initial version. It&#x27;s not about your capability. You just don&#x27;t need a perfect design in the very early stage of the product. You might only need 1 or 2 people in order to get all the SaaS work together, although it&#x27;s not optimal from system and computer resources perspectives.<p>Then you start to think about refactor the product, a better design, a decent system which means you have to worry about everything. And the first problem is do you have adequate engineers to do that work.<p>Some startups died in the refactor...<p>For realtime features, it&#x27;s hard to build since you have to worry all the infrastructure, scaling and performance. And the even harder part is to run the realtime features smoothly and stably. So I would recommend to use 3rd parties SaaS until you have enough resources and time.
stichersover 3 years ago
This was a great blog post from some reddit engineers a few months ago <a href="https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;RedditEng&#x2F;comments&#x2F;pfgz4r&#x2F;reddits_new_realtime_service&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;RedditEng&#x2F;comments&#x2F;pfgz4r&#x2F;reddits_n...</a> which talks about how they added a realtime feature, how they did it and how long it took. There was a big fail the first time they rolled it out too...this stuff isn&#x27;t easy.<p>Of course, reddit is a huge company and has loads of established engineers. YMMV.
kasey_junkover 3 years ago
Can you clarify whether you mean if you are building a real time system? That is one that has hard latency requirements: <a href="https:&#x2F;&#x2F;en.m.wikipedia.org&#x2F;wiki&#x2F;Real-time_computing" rel="nofollow">https:&#x2F;&#x2F;en.m.wikipedia.org&#x2F;wiki&#x2F;Real-time_computing</a><p>Or do you mean an event driven web based system? The term realtime has become overloaded and your answer changes the challenges… a lot.
评论 #29891829 未加载
flipperstickover 3 years ago
Maybe look into WebSockets?