当谈到软件和云服务时，业务锁定是有重要意义的。在各行各业都存在供应商锁定的现象，但是软件和云服务行业尤其让人震惊，这与选择房屋装修承包商很相似，要考虑到运营和财务支出等情况。

在过去的15年里，我在几个软件公司担任过CEO，包括MySQL和现在的美国桉树系统公司（Eucalyptus Systems）。在这段时间里，我见证了大大小小的组织同供应商就相互锁定进行斗争，他们想到的救援措施是参考已经广泛推广的标准开源实现。

为了理解锁定，你需要知道三个主要的事实：

• 这个锁定出现在你的设计和供应商提供的设计之间，必须有共同点。
• 购买者会公开谴责锁定，但如同对税收和死亡的抱怨一样，很少有人能够逃脱它。
• 与锁定对立的是敏捷性。

第一点是关于锁定的性质，供应商锁定仅仅是其中一种形式。但是，如果你使用定制的软件或者编写“粘合代码”来组合不同的硬件设施，你将会被锁定在自己制造的架构中。由于需要持续的投入来维持这套系统，这将会比其它的锁定付出更大的代价。

有一种方式可以最小化这两种类型的锁定，那就是从锁定自身的角度来思考。你可以使用开源软件避免供应商锁定，使用业界公认的标准软件接口避免设计锁定。

通过使用行业标准的开源软件产品，你可以将锁定减少到最小化。你总可以选择自给自足，不需要继续使用软件而同供应商保持不间断的财务关系。因为你选择的是一个产品而不是一个项目，你也可以最终避免设计上的锁定。

这就是Google等领先的供应商正在做的事情，这也说明了Linux、JBoss、SQLite、MYSQL等开源产品(与项目完全不同)的之所以受到如此欢迎的原因所在。

第三点表明即使继续维持现状也会限制你进一步创新和获取潜在的竞争优势。由于被现实所羁绊，你不会获取实验研究和学习的机会，你的团队几乎没有动机去尝试新的科技，因为事实上你们并不情愿去尝试新事物，原本一个看起来可以减轻风险的战略现在却毫无进展。

摆脱这种窘境的唯一方式是考虑如何在敏捷性这方面做出改变。

敏捷性是无需太多前期规划和准备就能做出改变的能力，也是快速的将想法转变为实现、同时快速的将实现转变为能力。

你可以通过如下方式在组织中提高敏捷性：

• 降低实验成本。
• 减少各种类型的锁定。
• 将决策分割成多个很小的部分。
• 减小结构性延迟，例如，减少等待回复或者批准时间。

考虑部署一个私有云设施进行快速和廉价的实验；标准开源产品可以避免各种类型的锁定；项目分成几个彼此协作的部分并对项目管理者实行委托决策；通过制定决策的快速响应能力和激励团队进行实验和创新的能力来考核管理者。通过上述措施明显表明，锁定实际上是敏捷性的几种对立面之一，而不是唯一。仅仅通过解除锁定，你不一定会变得敏捷，但是不解除锁定，你肯定不会变得敏捷。

建立的标准的开源产品而不用定制产品，保持自由，争取敏捷性，这是在真正的避免锁定，这将带来创新和竞争优势。