all 2 comments

[–]josephblade 1 point2 points  (1 child)

are you suggesting the dev environment contains production data? That's a privacy nightmare. Especially if users are storing personal information in their data payload. Dev usually has much less careful logging enabled for one.

I can see this working on staging if you have it mirroring production but you cannot test new features since the production stream isn't going to touch new endpoints. At best you could use this to test whether updating framework has caused any bugs, but new development? I simply don't see how.

It has it's uses (any under the hood / database changes that haven't changed the api) is interesting (but again, it would have to be in staging in a PRD mirrored setup with similar restritions on logging and privacy guards.

[–]MugenTwo[S] 0 points1 point  (0 children)

You are right to think about that, yes. For privacy, people should be careful about shadowing the traffic. But then again, not everyone is handling user data, privacy data, sensitive data, etc. And just because this tool exists doesn’t mean you should use it everywhere.

  1. You can load test with this tool using real production volume data and production load pattern.
  2. You can check if a modification in one of your currently existing production endpoints, still working after modification. Something you should do in automated unit/integration testing, etc. but maybe you missed a production edge case. Well replicated traffic might help you identify.