3 ms·
Great article. One question - This is a high-throughput service, so I'm interested in whether Python is necessarily the right choice. It could be that it's a m
by b800h 2y ago
Great article. One question -
This is a high-throughput service, so I'm interested in whether Python is necessarily the right choice. It could be that it's a minor concern and the latency is all elsewhere in the architecture anyway. I'd be interested in opinions on here.
- JimDabell 2y agoThis is a notification service. They sent 2.6M emails, 2.8M text messages, and 60K letters yesterday [0]. That’s about 30 emails per second, 32 SMS per second, and less than one letter per second. That’s not nothing, but it doesn’t need crazy processing efficiency either. Most of the work will be I/O bound, just messages sitting in a queue waiting for the receiving service to be able to accept them. Python is fine for this. You don’t need email to be sent ASAP; in fact a lot of work goes into making sure you don’t send high volume too quickly in case you look like spam. [0] https://www.notifications.service.gov.uk/features/performance https://www.notifications.service.gov.uk/features/performanc...
- ustad 2y agoThanks for the extra info. And I agree those numbers are nothing to get excited about.
- ustad 2y agoWhy do you think it’s great? And how do you know its high-throughput?
- matthewmacleod 2y agoThe throughput is described as "thousands of requests per minute" – with modern hardware that's likely not something you'd even have to think twice about. It would probably run happily on a laptop!
- b800h 2y agoFair point.
- dangsux 2y ago[dead]