---
title: "LaunchDarkly"
type: entity
aliases: [Launch Darkly]
tags: [cloud, devops, feature-management, feature-flag, saas]
date: 2026-04-25
---

# LaunchDarkly

**LaunchDarkly** 是一个 Feature Flag 管理平台，为软件团队提供功能开关、渐进放量、A/B 测试和 Kill Switch 能力，是 [[Feature Flag]] 技术的商业实现。

## Overview

LaunchDarkly 将 [[Feature Flag]] 能力产品化，提供：
- 可视化的 Flag 管理界面
- 多环境支持（Dev/Staging/Production）
- 用户分群和定向投放
- 渐进放量（Progressive Rollout）控制
- 实时指标监控和集成
- [[Kill Switch]] 紧急切断能力

## Key Features

| 功能 | 说明 |
|------|------|
| Feature Flags | 创建、管理、版本控制功能开关 |
| Progressive Rollout | 分阶段向用户群发布功能 |
| User Targeting | 基于用户属性定向投放 |
| A/B Testing | 数据驱动的功能实验 |
| Kill Switches | 紧急情况下秒级切断 |
| SDKs | 支持 25+ 编程语言 |

## 商业案例数据

| 公司 | 改进前 | 改进后 | 数据来源 |
|------|--------|--------|----------|
| HP | 回滚时间：小时级 | 分钟级 | LaunchDarkly Case Study |
| Christian Dior | 回滚时间：15 分钟 | 即时切换 | LaunchDarkly Case Study |
| LaunchDarkly 客户 | — | 86% 在一天内恢复 | 2024 Survey |
| LaunchDarkly 客户 | — | 42% 在小时级（甚至分钟级）恢复 | 2024 Survey |

**成本效益**：
- 8% 客户：运维成本降低超过 50%
- 59% 客户：运维成本降低 11%-50%
- 26% 客户：运维成本降低最多 10%

## 与 [[RTO]]/[[RPO]] 的关系

LaunchDarkly 直接影响 [[RTO]] 和 [[RPO]]：

- **RTO**：从小时级降至秒级（通过 Kill Switch）
- **RPO**：保持近零（Feature Flag 切换不触碰数据层）
- **恢复成本**：远低于传统灾备基础设施

## 适用场景

- **持续交付团队**：每天多次部署，需要快速回滚能力
- **产品实验**：A/B 测试，数据驱动决策
- **灰度发布**：渐进放量，降低发布风险
- **微服务架构**：跨服务的功能控制
- **移动应用**：无需 App Store 审核即可关闭功能

## 竞品对比

| 平台 | 定位 | 优势 |
|------|------|------|
| LaunchDarkly | 企业级 Feature Flag | SDK 丰富、集成广泛 |
| Unleash | 开源自托管 | 灵活性、数据主权 |
| Split.io | 数据驱动实验 | 实验分析能力 |
| Flagsmith | 开源自托管 | 轻量级 |

## Related Concepts

- [[Feature Flag]] — LaunchDarkly 的核心能力
- [[Kill Switch]] — LaunchDarkly 的紧急响应能力
- [[Progressive Rollout]] — LaunchDarkly 支持的渐进放量
- [[Micro-Recovery]] — LaunchDarkly 实现的 feature 级别恢复
- [[RTO]] — LaunchDarkly 将 RTO 从小时降至秒级
- [[RPO]] — LaunchDarkly 保护 RPO

## Sources

- [[sources/rto-vs-rpo-key-differences-for-modern-disaster-recovery.md]]