供应商锁定常被简化为二元问题——要么有要么没有。实际包含四个层次，每个层的退出成本差异巨大。理解后才能真正决定哪些值得担忧。
四个层次分别是：
数据层：专有格式和出站费用，早期设计成本低，后期修正极贵。
平台层：供应商特定的托管服务（Serverless、托管数据库、IAM、可观测性），这是深层锁定的主要来源。
合同层：续约条款、终止条款、承诺消费折扣等，悄无声息地提高切换成本。
运营层：团队技能、工具、Runbook 等习惯，最不显眼但最黏人。
锁定不自动是问题。只有当它困住受监管数据、扼杀定价杠杆、或使离开变得极其昂贵时才值得关注。一个好的托管服务能省团队一个月的工作，且后续容易替换，就是好交易。
第一步总是枯燥的：审计每个层次，给退出成本定一个数字，设定重新评估日期。可考虑使用供应商锁定审计工具来获得可移植性评分和退出成本估算。
基础设施即代码（Terraform、Pulumi）是降低运营层和平台层锁定影响的最佳手段。声明式、版本控制的基础设施带来：文档化和可复现的环境、显式的供应商依赖、以及从同一工作流在别处搭建等效资源的能力。但诚实地说：Terraform 并不能让专有托管服务变得可移植，它只是让退出变得可审计、成本更低。任何宣称 Terraform 能根治锁定的说法都是过度推销。
行动方案：审计四个层次并定价退出；用 Terraform 编码基础设施使依赖显式；对每个高锁定服务做有意识决策（接受并记录风险 + 可移植计划，或跳过）；在合同中谈判出站费用上限和迁移帮助（在承诺之前）；定期复查，因为锁定会在你不注意时悄然蔓延。
FAQ：
– 哪四个层次？数据、平台、合同、运营。最高风险：托管数据库、Serverless、IAM、可观测性。
– Terraform 能修复锁定吗？它能降低运营/平台层成本，使退出可审计更便宜，但不能让专有服务本身可移植。
– 应该多云吗？通常不推荐，多云的复杂性往往超过假想收益，偏好选择性可移植。
Terraform 是基础设施即代码的关键工具，但锁定的解药在于每个服务的选择和退出计划。选择性可移植比全盘多云更务实。
#开发者 #工具 #Terraform #云锁定 #基础设施即代码 #DevOps #云成本 #多云
@DevToolboxHub