Comcast VS Gor

And comcast: https://github.com/tylertreat/comcast

[Comcast](https://github.com/tylertreat/comcast) also does this for macOS, BSD, and Linux. And it's _brilliantly_ named.

I knew GitHub is not a tiny website, but I didn't imagine how big it actually is. Each of those dots are giant parts of someone's life.

There are a lot of interests that I didn't know exist. For example https://github.com/cat-milk/Anime-Girls-Holding-Programming-... - someone collects anime girls holding programming books.

https://github.com/tylertreat/Comcast - and here is someone who is amazing at coming up with funny project names =)

There's a tool called "comcast" for exactly that (and more): https://github.com/tylertreat/comcast

looks similar to https://github.com/tylertreat/comcast

I love to see more activity in this area!

I'm maintainer of GoReplay https://github.com/buger/goreplay and work in this area for the last 10 years.

It is quite hard problem to solve, because you have to deal with state difference between test and production environments. Love your approach to mocking dependencies, and leveraging OpenTelementry. It potentially can solve some of state issues. But still require modifying user code. I wonder if it can be done purely using OpenTelementry (e.g. you depend on typical OTel setup), and then read the data directly from OTel DB.

Cheers!

I put `top` command here so you can test my code but in production it will be something else (gor is your are interested). Just think of a process that doesn't end on its own (top,tail, etc.).

I suppose the end goal is to replicate production traffic patterns as close as possible. Why not just use production traffic? Of course omitting PII is mandatory.

Take a look at goreplay. https://github.com/buger/goreplay/wiki

Not OP, but that is the idea. I use this tool for it, as it is dead-simple to get running and fairly configurable: https://github.com/buger/goreplay