供应商锁定是什么
供应商锁定来自迁移成本、专有接口、数据格式与商业条款：一旦业务深度依赖某家的专有 API 或数据模型，切换代价会高到事实上无法选择，议价能力也随之消失。锁定往往不是一次决策造成的，而是长期便利性选择累积的结果。
怎么缓解
优先选开放标准与兼容接口，在架构中用抽象层隔离专有依赖，并定期验证数据可完整导出与恢复；合同层面约定退出条款、数据导出义务与价格调整上限。要避免另一个极端：为可移植性过度抽象，把成本加在每一行业务代码上，收益却未必兑现。
基本信息
| 锁定来源 | 专有 API、数据格式、用量承诺、迁移与培训成本 |
|---|---|
| 技术缓解 | 开放标准优先、抽象层隔离、迁移演练 |
| 合同手段 | 退出条款、数据导出义务、价格调整上限 |
| 评估节奏 | 架构评审时确认可替换性假设是否仍成立 |
典型使用场景
- 技术选型：比较专有能力与可替换性的取舍
- 合同谈判：争取数据导出与退出条款
- 架构评审：检查是否把专有 SDK 直接散布到业务代码
- 续约前评估：测算迁移成本与议价空间
- 灾备设计：验证备份能否在异构环境恢复
- 并购整合：评估被收购方的关键供应商依赖
缓解措施示例
缓解措施示例
存储走 S3 兼容接口，保留切换可能
数据库定期导出全量备份，并验证可在异构环境恢复
用适配层封装专有 API，业务侧只依赖内部接口
合同约定价格调整提前通知与上限 # 保留议价空间
架构评审固定检查：可替换性假设是否仍成立锁定维度与缓解
| 维度 | 表现 | 缓解方式 |
|---|---|---|
| 接口 | 专有 SDK 散布在业务代码 | 适配层隔离，限制调用点 |
| 数据 | 导出格式不可读或缺失 | 约定导出义务，定期演练恢复 |
| 商务 | 长期大额承诺绑住选择权 | 分级承诺，保留调整余地 |
| 技能 | 团队只会一套技术栈 | 内部培训与迁移预案 |
为省钱签下长期大额用量承诺后，后续议价空间通常归零：承诺前应先用历史用量与增长趋势验证需求量是否真实存在。