Kage shadows production traffic to QA servers
1–9 of 9 posts
Re: Kage shadows production traffic to QA servers
#2Re: Kage shadows production traffic to QA servers
#3Another solution using only netcat and tee is described on ServerFault: http://serverfault.com/questions/309583/duplicate-incoming-t...
Re: Kage shadows production traffic to QA servers
#4I'd suggest going using a frontend (such as Nginx or Apache) => Kage => Backend boxes.
Re: Kage shadows production traffic to QA servers
#5Re: Kage shadows production traffic to QA servers
#6Re: Kage shadows production traffic to QA servers
#7Great project, I'd be a little cautious proxying all my production traffic through a new experimental piece of software though. Another solution using only netcat and tee is described on ServerFault: http://serverfault.com/questions/309583/duplicate-incoming-t...
Re: Kage shadows production traffic to QA servers
#8It's probably a good thing that this doesn't support SSL, as you wouldn't want this application as your main contact on the outside web. I'd suggest going using a frontend (such as Nginx or Apache) => Kage => Backend boxes.
Re: Kage shadows production traffic to QA servers
#9Good concept. But this design is insane. The shadow should be attached via a logging plugin to your trusted webserver or load balancer, so it doesn't destabilize your production system.
It was easier for us to write EM based proxy like this than writing a web server plugin that does it, etc.