Provide automated load testing to benchmark performance of intercepting

[tomkerkhove]

Provide automated load testing to benchmark performance of intercepting.

We can use Artillery, Azure Load Testing, etc.

[isugimpy]

Very much interested to know more about the performance of this component. Seems like it has potential, but also could very easily be a bottleneck at scale.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

[stale]

This issue has been automatically closed due to inactivity.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

[stale]

This issue has been automatically closed due to inactivity.

[Leonardo-Ferreira]

so, the expectation here is that an automated process creates a kubernetes cluster (version or versions?), install keda (versions?) and the http-addon, deploy perhaps tens, hundreds or thousands of fake APIs, hook some of those APIs to the http add-on, and them hit those deployments with variance?

[tomkerkhove]

@JorTurFer Did some work in this area, not sure where we are on this?

[JorTurFer]

We did some work related with this for KEDA, but nothing done for the add-on. The behavior that I'd expect is that from time to time, the add-on is deployed into a real cluster and execute a synthetic load passing through the interceptor to some fake APIs