Re:Faster Python with Guido van Rossum
by rowanseymour on Thursday October 07, 2021 @12:31PM
(#28788589)
I feel pretty similarly. Our product used to be a Python/Django monolith and over the years we've ended up pulling so much of the functionality out into services written in golang. It was fantastic for getting the product up and running relatively quickly, and we're still very happy to let Django take care of the frontend and database migrations. But when your codebase has gotten big, refactoring in Python feels like Russian roulette, and when you're doing a lot of background processing, celery feels like the wrong tool for the job.
[ Parent
| on HN ]
How do you you handle the communication between the Django codebase and the Go codebase? Does it produce a lot of overhead?
Re:Faster Python with Guido van Rossum
by rowanseymour on Thursday October 07, 2021 @03:12PM
(#28790837)
All the communication is initiated on the Django side and it's either HTTP and tasks queued in Redis depending on whether it needs to be synchronous. It adds a little extra complexity but it's also nice being able to stop and start services without bringing the whole system down.