自己扩展你的系统，不要依靠供应商的解决方案实现扩展。了解如何扩展，如何用最简单的方式使用供应商提供的产品和服务。遵循该原则的原因有三点:主宰自己的命运、保持架构简单、减少在所有权方面的成本。不要依赖供应商的产品、服务或功能来扩展系统。保持架构简单，把命运掌控在自己手中，自己控制成本。而如果使用供应商的专有扩展方案，可能就做不到这三点了。

当你在技术公司朝着管理层发展时，你一定会开始参加各种供应商的会议，最终不断收到供应商的各种游说。2009年全球IT支出超过7810亿美元，比上一年缩减6.9%。U从中不难想象，供应商一定会雇用最好的销售人员，竭尽全力去销售他们的产品和服务。这些供应商的销售手法都非常老到，的的确确试图维护与客户的长期关系。遗憾的是，这种长期关系只是为了让客户付给供应商越来越多的钱。在商言商，我们并没有认为供应商有什么不对，我们只是想提醒你，作为一名技术人员或依赖供应商进行扩展的原因有以下三点。



首先，我们相信你一定想把公司、团队和自己职业生涯的命运掌握在自己手中。寻找供应商帮你减轻负担通常会收效甚微，因为对供应商来说，你只是他众多客户中的一个，他们对你的危机的应对绝对不会像你自己的应对那样。作为一个CTO或技术领导，如果你所选择并审查过的供应商出了错，造成业务停工，那么你就要负责任，就像每行代码都是你写的一样。任何代码都有bug，即使是供应商提供的也不例外。如果你不相信，那么就问问供应商，他们为某个版本提供了多少个补丁。与其他地方的代码一样，供应商提供的补丁大多用来修复bug，而新功能则要留给后续的主要版本。这样的话，我们更希望自己拥有源代码，自己解决问题，而不是依赖供应商来发现问题，然后提供一个补丁，这通常需要几天的时间。当然这并不是说所有东西都要自己来编写，如编写自己的数据库或防火墙。对于供应商比你做得好且不属于核心竞争力的部分，可以让供应商来做。至关重要的是，如果可扩展性是你的应用或产品的核心竞争力，那么要确保你的应用或产品是可拆分的，以便它们日后能够进行扩展。

其次，与生活中的许多事情一样，可扩展性也是越简单越好。我们教过一个简单的立方体，帮助你理解如何构建可扩展的架构系统越复杂，越容易遇到可用性问题。越复杂的系统越难维护而且维护成本也越高。对于创建只读副本来说，集群技术比简单的日志队列复杂得多。

最后，让我们看看依赖供应商进行扩展的真正成本。我们的架构原则之一，其实也应该是你的架构原则之一就是，最节省成本的扩展方法是选择供应商时保持中立。只选择一个供应商就会让他们在谈判中占上找们这里只以数据库供应商为例，但这一讨论适用于几乎所有技术供应商。数据库公司采用在系统中不断添加新功能的策略，其原因在于这样做的收益比拓展新客户的收益增加得快。这种技巧叫作升级营销，即让现有客户购买更多或附加的功能或服务。

数据库中最广为使用的附加功能是集群。这个功能很好，因为它可以解决高速发展的客户所需要解决的问题，即扩展网站建设客户的平台。不过，它是专有的，也就是是说，一旦你开始使用一个供应商的集群服务，就不能切换到另外一个供应商的解决方案。如果你是一家超高速发展公司的CTO，你的公司需要不断地为客户提供新功能，而且你可能不熟悉可扩展的架构，那么当一个供应商跳出来，告诉你他们能够解决你最大的、最令你害怕的问题时，你一定会欣然接受。而且，通常供应商会给第年的合同中提供这一附加功能，让你更易于上钩。他们知道这是个钩子。一旦你用他们的解决方案开始进行扩展，可能就不愿意再切换到其他解决方案了，而当你几乎没有其他选择时，他们就会大大提高价格的。控制自己的命运、避免额外的复杂度以及控制所有权方面的成本出于以上这三点原因，我们呼吁不要依赖供应商进行扩展。