4 ms·
This is very cool. Could have needed than in my last project where in our load-testing with j-meter everything was fine and in production our nodes would fly ou
by lawl 13y ago
This is very cool. Could have needed than in my last project where in our load-testing with j-meter everything was fine and in production our nodes would fly out of the cluster like flies.
I haven't looked deeply at it but I think session support would be very important, so that you don't just forward the requests but take care to maybe rewrite the session cookie to the server assigned one and when rate-limiting make sure to prefer to keep existing user sessions. From my expirience the problems we had on production were often because of some weird steps user took, which you might not catch if you don't make sure to exactly keep the users sessions in sync.
- LeonidBugaev 13y agoYeah, this version have lack of smart rate limiting. But i want to implement "buffering", so requests will be send in same order, without loss, from buffer. Smth like video streaming. Session loss in this case will be only when i need to re-fill buffer.
- lawl 13y agoOr when the session times out on the server side because it's rate limited. I'm just talking about my own use case I would have had. We had a session timeout of 10 minutes there. But i realize this might be an edge case. Keep up the good work.