Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by tomjakubowski on Tuesday April 11, 2023 @03:10PM
(#35529870)
the other thing is averaging over days says nothing about spikes in the rate - I imagine very few systems see more-or-less constant traffic over the course of an entire day
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by jt_b on Tuesday April 11, 2023 @05:36PM
(#35531925)
This. Customers are not organized in neat lines waiting their turns around the clock IRL
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by brohee on Wednesday April 12, 2023 @03:07AM
(#35535993)
Pretty common in industrial control. Your sensors take measurements at a constant rate all day everyday. Sometime a pretty high rate e.g. IEC 61850 is at 4 kHz.
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by Tobani on Wednesday April 12, 2023 @08:45AM
(#35538754)
I worked on a SaaS CMS. A major consumer PC manufacturer was a customer and their "Welcome to your PC" app would pull their news feed from our system. People would turn on their PC and they'd pull a little JSON. 100s of Thousands of request per day, no big deal. The manufacturer decided that they wanted the updates to show up for everybody at the same time on the hour. Serving 100k req/s for a minute is a much different problem to solve.
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by Eumenes on Tuesday April 11, 2023 @05:53PM
(#35532108)
you could use mechanical turk for 10k tasks per day
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by sk5t on Tuesday April 11, 2023 @09:26PM
(#35533919)
Anything other than operations per second raises my suspicions--a minute is a huge duration for most computing, the speaker is just angling to multiply the measure by 60 for whatever reason.
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by other_herbert on Tuesday April 11, 2023 @11:02PM
(#35534521)
I snorted at the Jenkins suggestion… and you’re right… spooling an agent all that nonsens… lol I imagine telling “the business” that your customer requests are handled timely by a jenkins job queue
Re:SQL Maxis: Why We Ditched RabbitMQ and Replaced It with a...
by Cthulhu_ on Wednesday April 12, 2023 @07:39AM
(#35538062)
"It's not a lot" has basically been my career up until now, at least the bits where I interacted with a back-end; in the few cases where I witnessed a new back-end being set up, they over-engineered it without fully understanding the actual problem or needs; the engineering was often wishful thinking as well, as in, they wished they had the problems that their proposed solution would fix. Cargo culting, in other words.
A million requests a day sounds really impressive, but it’s 12req/s which is not a lot. I had a project that needed 100 req/s ages ago. That was considered a reasonably complex problem but not world class, and only because C10k was an open problem. Now you could do that with a single 8xlarge. You don’t even need a cluster.
10k tasks a day is 5 per minute. You could do that with Jenkins.