Documentation Index
Fetch the complete documentation index at: https://launchdarkly-preview.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Overview
Three metrics are available for migration flags: consistency rate, p99 latency, and error rate. You can use these metrics to track the progress of a migration flag. LaunchDarkly reports metrics at the flag and cohort level to provide fine-grained insight into your migration. Flag level metrics can include metrics not reflected in current cohorts. For example, you may see metrics from recently deleted cohorts, evaluations from while the flag was turned off, or if the prerequisite check failed. Your SDK automatically tracks these metrics for you, with two exceptions:- Migration metrics are not tracked if you disable them in your SDK.
- Migration metrics are not tracked in SDKs that do not support events, such as the Akamai SDK. All migration metrics are updated hourly. They are unrelated to experimentation metrics.

Consistency rate
The consistency rate metric shows how often two sets of compared data match each other. It is measured as a representative rate of total consistent invocations, where both invocations return the same results, against total number of invocations. The consistency rate metric is not available for two-stage migrations, because it is only available when new and old systems can be run at the same time. You must define what “same results” means for your systems. When you configure your SDK, you provide a validation function that compares the results of the old system and the new system and returnstrue if the systems are returning the same data. This validation function runs each time you read data while a cohort is in a stage that reads from both new and old systems, for example, the live stage.
In the LaunchDarkly user interface (UI), consistency rates lower than 99% display in red.
If you’d like to run the consistency function less frequently, you can modify the consistency check interval in your flag settings for a specific environment. It defaults to
1, which means it will run for every invocation where there are old and new systems running simultaneously.