Skip to content

Latest commit

 

History

History
117 lines (94 loc) · 3.98 KB

fractional_evaluation.md

File metadata and controls

117 lines (94 loc) · 3.98 KB

Fractional Evaluation

OpenFeature allows clients to pass contextual information which can then be used during a flag evaluation. For example, a client could pass the email address of the user.

In some scenarios, it is desirable to use that contextual information to segment the user population further and thus return dynamic values.

Look at the headerColor flag. The defaultVariant is red, but it contains a targeting rule, meaning a fractional evaluation occurs for flag evaluation with a context object containing email and where that email value contains @faas.com.

In this case, 25% of the email addresses will receive red, 25% will receive blue, and so on.

Importantly, the evaluations are "sticky" meaning that the same email address will always belong to the same "bucket" and thus always receive the same color.

Fractional Evaluation: Technical Description

The fractionalEvaluation operation is a custom JsonLogic operation which deterministically selects a variant based on the defined distribution of each variant (as a percentage). This works by hashing (xxHash) the given data point, converting it into an int in the range [0, 99]. Whichever range this int falls in decides which variant is selected. As hashing is deterministic we can be sure to get the same result every time for the same data point.

Fractional evaluation configuration

The fractionalEvaluation can be added as part of a targeting definition. The value is an array and the first element is the name of the property to use from the evaluation context. This value should typically be something that remains consistent for the duration of a users session (e.g. email or session ID). The other elements in the array are nested arrays with the first element representing a variant and the second being the percentage that this option is selected. There is no limit to the number of elements but the configured percentages must add up to 100.

// Factional evaluation property name used in a targeting rule
"fractionalEvaluation": [
  // Evaluation context property used to determine the split
  "email",
  // Split definitions contain an array with a variant and percentage
  // Percentages must add up to 100
  [
    // Must match a variant defined in the flag configuration
    "red",
    // The probability this configuration is selected
    50
  ],
  [
    // Must match a variant defined in the flag configuration
    "green",
    // The probability this configuration is selected
    50
  ]
]

Example

Flags defined as such:

{
  "flags": {
    "headerColor": {
      "variants": {
        "red": "#FF0000",
        "blue": "#0000FF",
        "green": "#00FF00"
      },
      "defaultVariant": "red",
      "state": "ENABLED",
      "targeting": {
        "fractionalEvaluation": [
          "email",
          [
            "red",
            50
          ],
          [
            "blue",
            20
          ],
          [
            "green",
            30
          ]
        ]
      }
    }
  }
}

will return variant red 50% of the time, blue 20% of the time & green 30% of the time.

Command:

curl -X POST "localhost:8013/schema.v1.Service/ResolveString" -d '{"flagKey":"headerColor","context":{"email": "foo@bar.com"}}' -H "Content-Type: application/json"

Result:

{"value":"#0000FF","reason":"TARGETING_MATCH","variant":"blue"}

Command:

curl -X POST "localhost:8013/schema.v1.Service/ResolveString" -d '{"flagKey":"headerColor","context":{"email": "foo@test.com"}}' -H "Content-Type: application/json"

Result:

{"value":"#00FF00","reason":"TARGETING_MATCH","variant":"green"}

Notice that rerunning either curl command will always return the same variant and value. The only way to get a different value is to change the email or update the fractionalEvaluation configuration.