You fire and forget to offload it to another DO whose only purpose is to send fetch requests, await
You fire and forget to offload it to another DO whose only purpose is to send fetch requests, await responses, and send them back to the originating DO. The trick is to pass in the id of the original DO so this RequestProxy DO knows who to dial up again once it gets the response. Under load, this DO never hibernates but it's only one DO not all of your others.
I'm in the process of open sourcing a lot of pieces of our stack right now. The first drop is going to be a testing module that works great with WebSockets and simulates browser behavior (cookies, origin, etc.). After that, I may port our RequestProxy DO to the open source project. I'll come back here once it's published. Any day now for the testing, rpc, and utils modules. Just in the final steps of documentation editing.
I'm in the process of open sourcing a lot of pieces of our stack right now. The first drop is going to be a testing module that works great with WebSockets and simulates browser behavior (cookies, origin, etc.). After that, I may port our RequestProxy DO to the open source project. I'll come back here once it's published. Any day now for the testing, rpc, and utils modules. Just in the final steps of documentation editing.
