Closed Bug 1634837 Opened 5 years ago Closed 1 year ago

Create Guardrails in Experiment Manager / Messaging Systems Experiment Launch Process

Categories

(Firefox :: Messaging System, enhancement, P2)

enhancement

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: shong, Unassigned)

References

Details

Summary

Currently, the experiment manager / messaging systems experiment launch process is

  • deployer writes up the experiment recipe
  • it gets reviewed by a peer
  • merges to server

Since we're relying entirely on human oversight, there's great systematic risk for mis-configured recipes to leak out. For example:

  • for a beta experiment, channel filter is not set, and a huge amount of release users see the experiment.

We should be as conservative as possible for preventing these kind of mishaps since, not only will this affect general user experience, but we could also end up affecting the results of other experiments in progress, as well as the viability of future experiments (i.e. we accidentally send a beta CFR experiment to release. We also want to run this experiment in release later. But due to this mishap, a significant amount of release users saw the treatment, affecting validity of release experiment results).

Recommendation

We need some sort of guardrail system to minimize the risk of misconfigured, or insufficiently configured recipes to hit production.

  • require certain fields the messaging system recipes to be filled in order for recipe to launch
    • release channel
    • version[*]
  • have some convention that gives us fairly strong confidence that the experiment slug is unique (currently, experiment slug is set arbitrarily by the deployer).

I think these come "free" from the experimenter process that's currently in place for normandy. Piggybacking off of that could be a good idea.

[*] note, I think having an implicit "greater than" default convention for versions would be a good idea, since then, by default, we don't have to worry about experiments crossing release cycles.

Assignee: nobody → tspurway
Blocks: x-man
Iteration: --- → 78.1 - May 4 - May 17
Priority: -- → P1
Iteration: 78.1 - May 4 - May 17 → 78.2 - May 18 - May 31
Iteration: 78.2 - May 18 - May 31 → 79.1 - June 1 - June 14
Iteration: 79.1 - June 1 - June 14 → ---
Assignee: tspurway → nobody
Priority: P1 → P2

@Punam is this bug still relevant? If so, it seems like it should be forwarded to the experimenter team instead? wdyt?

Flags: needinfo?(pdahiya)

With Nimbus experimenter as main source of deploying experiment, ask in the original description are addressed and bug should be safe to close. Please feel free to reopen if there is additional work scoped in this enhancement.

Status: NEW → RESOLVED
Closed: 1 year ago
Flags: needinfo?(pdahiya)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.