The Unleash playground is available in all Unleash versions from Unleash 4.14 onwards. Unleash 5.3 introduced a more advanced playground that allows you to query multiple environments and multiple values for a single context value at the same time.
The unleash playground is a part of the Unleash Admin UI and an accompanying API. The playground lets you see which of your instance's feature toggles would be enabled for a given Unleash context. It has multiple uses, such as:
- Understanding how Unleash evaluates strategies, constraints, and segments.
- Debugging Unleash contexts and toggles behaving differently from what you expect.
- Tailoring a set of strategies for given contexts.
Each feature toggle will contain info on whether it was enabled or not and which variant it was assigned. Later versions of the playground also contain detailed evaluation results to help you understand exactly why the feature was enabled or disabled.
Configuring the query
This section describes what information the playground needs to evaluate your Unleash context against your existing features.
Environments and projects
The playground needs to know which environments and which projects to use when evaluating features. The playground UI will default to using the first environment in your list of instance environments and all projects.
You can select as many of your environments as you want. All environments must be environments that exist in your Unleash instance. Prior to Unleash 5.3, features could only be evaluated against a single environment at a time.
The playground will only evaluate features belonging to the projects you specify. The projects parameter can either be a list of projects or all projects.
The Unleash context
The Unleash context represents a client SDK's configuration and used for evaluating your features. You can construct your own context or use a JSON version of a context from a client.
Multiple values for a single context field
The ability to specifiy multiple values for a single context field was introduced in Unleash 5.3.
You can specify multiple values for a single context field by separating the values with a comma. For instance:
When you specify multiple values for context field, each value will be used to populate one variant of the response.
Implicit context fields
You can add any fields you want to the context used for the evaluation, and you can also leave out any fields you want. However, there are some fields that will be set for you if don't provide them:
appName: Unleash clients all require an
appNameto start up. If you do not provide an
appName, the playground will assign a default value to this property instead.
currentTimeproperty of the Unleash context gets auto-populated with the current time. You can override this manually by providing a value of your own.
The playground's response contains a list of all the feature toggles that have been evaluated based on your configured environments, projects and context. The full response will contain results for all combinations of context fields and all environments that you selected.
In the UI, the playground displays the features in a table. Each row of the table corresponds to a single feature. The table has a separate column for each of the environments that you selected for your query.
Because you can add multiple values for each context field, each feature-environment cell contains the number of combinations that evaluated to
false for the feature in the given environment. This can be expanded into a more detailed overview over what combinations of context fields evaluated to
false along with any variants.
As with all of Unleash's client SDKs, the playground respects stickiness. The stickiness algorithm guarantees that you'll always get the same variants and the same gradual rollout results if you provide the same context, as long as you provide the context field used for calculating stickiness.
The diff view
You can compare how a feature evaluates in different environments. If you select more than one environment for your playground query, the table will have an additional "Diff" column in each row. Using the "preview diff" button, you can open a table that gives an overview over how the feature evaluated for each context combination in each environment.
Detailed evaluation results
Detailed evaluation results were added to the playground in Unleash 4.15.
Each feature in the response contains information about all of its evaluated strategies. Each of a feature's strategies lists all of the strategies constraints and segments and how it all evaluated (as best as the playground can, as mentioned in the unknown strategies section).
In addition to the results of individual strategies, each strategy is also assigned an overall strategy evaluation result: one of
false, and unknown. The rules for the overall result are:
- If at least one strategy evaluates to
true, then the overall result is
- If all strategies evaluate to
false, the overall result is
- If one or more strategies evaluate to unknown and all other strategies evaluate to
false, then the overall result is
Not all strategies can be correctly evaluated by the playground. Strategies that cannot be fully evaluated will be given an evaluation result status of 'unknown'.
There's currently two cases where the playground can't evaluate the strategy:
- The strategy is a custom strategy and the playground doesn't have an implementation for the strategy.
- The strategy is the 'Application Hostname' strategy.
Even if the playground doesn't recognize or otherwise can't evaluate a specific strategy, it may still evaluate the overall strategy result to
false (and be certain that it is the right result). If a strategy has constraints or segments that are not satisfied, the playground knows that the strategy result wouldn't be
true, regardless of the actual strategy implementation. As such, if a strategy can't be evaluated, it can be either unknown or
The playground does not have any implementations for custom strategies and adding custom strategy implementations to Unleash is not currently supported. Because of this, custom strategies will never be evaluated as
The Application Hostname strategy
The application hostname strategy is a little different from the other built-in strategies: it depends on external state and not on the Unleash context to evaluate. In short, the strategy checks its application environment to get the hostname, so the Unleash context has no effect on the result of this strategy.
Because the application hostname strategy depends on external state, the playground can't guarantee whether the strategy would be true or false in a client. Further, the result in the playground would most likely be different from what you'd see in a client. Because of this, the playground does not evaluate this strategy.