Yes, I really like goreplay and it was an early inspiration for our sidecar. It uses gopacket (like tcpdump) to collect data, we currently use the TCP proxy route because we can use TLS libraries for HTTP/S support. There are similarities in that both can collect and replay data.
One of the early observations from my co-founder Nate was there are 3 key ingredients to testing in a SOA environment [1]
* Automation
* Dependencies
* Data
While goreplay has a form of automation, it doesn't help you with dependencies (no mocking), and the data is either streamed or locked in a special file format. Of course like any open source project there's pieces of the solution but you have to assemble them. For instance there is no UI, no reports, no pass/fail assertions, no integration with CI system, etc. I'm by no means an expert, there is likely a path to combine with other open source projects to fulfill those.
Our stuff isn't perfect, but we primarily see overlap with the automation capability of Speedscale and the goreplay project.
kahrensdd|5 years ago
One of the early observations from my co-founder Nate was there are 3 key ingredients to testing in a SOA environment [1]
* Automation
* Dependencies
* Data
While goreplay has a form of automation, it doesn't help you with dependencies (no mocking), and the data is either streamed or locked in a special file format. Of course like any open source project there's pieces of the solution but you have to assemble them. For instance there is no UI, no reports, no pass/fail assertions, no integration with CI system, etc. I'm by no means an expert, there is likely a path to combine with other open source projects to fulfill those.
Our stuff isn't perfect, but we primarily see overlap with the automation capability of Speedscale and the goreplay project.
[1] https://speedscale.com/2020/02/06/triplethreat/
(edited formatting)