Update nexus: fix conflicts and sync local changes
This commit is contained in:
Shen Wei
@@ -1,84 +1,84 @@
|
||||
---
|
||||
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]]
|
||||
---
|
||||
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]]
|
||||
|
||||
Reference in New Issue
Block a user