I mean it’s not a bank in that it doesn’t have all the audit requirements etc but it’s sorta a bank in that it’s keeping track of transactions and state for every player every time a mission completes, which is a transaction that they really don’t want to go wrong.
And at a guess that code is held together with spit and baling wire.
Napkin math: That centralized transactional account updates every time there’s an end mission payout and with 400k concurrent players at 4 players per mission, say average 20 minute length (some missions 2 min some 40) that’s thousands of transactions per minute.
Totally doable load for even a modest central server I’d think… Unless you’ve got optimization issues. Which I’d argue a central db that doesn’t shard out at scale is an optimization issue.
Yeha, that’s what I can’t imagine. What part of their data architecture can’t be sharded?
user accounts? sessions? cache keys? profiles? graphical assets?
This isn’t a highly transactional bank with strong transactional guarantes.
Would be pretty cool if they explained the issue after fixing it.
I mean it’s not a bank in that it doesn’t have all the audit requirements etc but it’s sorta a bank in that it’s keeping track of transactions and state for every player every time a mission completes, which is a transaction that they really don’t want to go wrong.
And at a guess that code is held together with spit and baling wire.
Napkin math: That centralized transactional account updates every time there’s an end mission payout and with 400k concurrent players at 4 players per mission, say average 20 minute length (some missions 2 min some 40) that’s thousands of transactions per minute.
Totally doable load for even a modest central server I’d think… Unless you’ve got optimization issues. Which I’d argue a central db that doesn’t shard out at scale is an optimization issue.