Closed Bug 757992 Opened 12 years ago Closed 11 years ago

bigtent: load-test staging

Categories

(Cloud Services :: Operations: Miscellaneous, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: petef, Assigned: gene)

References

Details

(Whiteboard: [qa+])

load test on staging; might need to tweak VM RAM, etc.
Whiteboard: [qa+]
We're very early in working on a load testing tool[1], but it is a blocker for code complete (as Pete has recommended sooner than later).

I don't think we want to hit 3rd party servers, but the OpenID or OAuth token verification step would cause outbound requests from BigTent[2].

A rough sketch was to put a proxy between bigtent and 3rd party servers, which we could 'prime' with answers. I was expecting to do this locally (or a dedicated load env), but would this be a good idea on the stage server? If so, how? Can we pragmatically populate a squid or other cache so that a request with a query string returns a pre-determined response?

I was probably going to look at node's 'http-proxy' module, which seems wrong to be pushing onto stage.

Total open to alternative ways to provide data to BT to exercise it's code paths.

[1] https://github.com/mozilla/browserid-bigtent/issues/11
[2] https://github.com/mozilla/browserid-bigtent/issues/23
Assignee: nobody → gene
Austin, what are your current thoughts on load testing for bigtent. Are you able to load test currently? If not can I help enable that?
Flags: needinfo?(ozten.bugs)
(In reply to Gene Wood [:gene] from comment #2)

I've updated https://github.com/mozilla/browserid-bigtent/issues/11#issuecomment-11893666 with the current status and what we need to improve the state of load testing.
Flags: needinfo?(ozten.bugs)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.