本文共 839 字，大约阅读时间需要 2 分钟。

内容：扩展自己的系统；不要依赖供应商的解决方案来实现可扩展性。

场景：每当考虑是否使用来自供应商的新功能或新产品时。

用法：依靠本书的规则来理解如何扩展，尽可能用最简单的方式使用供应商提供的产品或服务。

原因：遵循这条规则有三个理由：掌握自己的命运，保持架构简单，降低总的成本。要知道是客户而不是供应商要你对产品的可扩展性和可用性负责。

要点：不要依赖供应商的产品、服务或系统功能来扩展。保持架构简单，把命运掌握在自己手里，控制住成本。如果依赖供应商的专有扩展解决方案，那么有可能违反所有这三个规则。

这么做的三个理由：

1.保持自己的核心竞争力，选择采用供应商的部分东西，维持自己架构的可扩展能力。

例如：自己公司的产品必须是基于自己人员的架构设计的，而不是完全是供应商来解决。如果这么做了，你会发现这些结论：a：系统架构的扩展能力彻底交给了供应商，而且除了问题也不会在第一时间解决；b：供应商正在成为公司的一个IT部门，而且是独立运营的一个IT部门；c：即便是想从这种关系中解绑，发现耗费的代价远远超过了一开始就有自己独立的架构设计的方案。这个也是我遇到的一个现实中的例子。

2.我们都希望可扩展的系统架构越简单越好，那么基本上我们都把服务组成独立组件的形式，而供应商会想办法把组件集成到一套大的框架中，要么用全套花大价钱，要么自己想办法。在这个时候，如果你没有独立架构设计的能力和方案支持，不好意思，除了花更多的钱没有办法了。这是成本和扩展性问题，额外的复杂性。

3.使用供应商的解决方案，特别是有形成单一供应商局面的方案，这个会不断提高成本。

例如：某公司采用了某个IT供应商的全套解决方案，但是它不完美或者是有新的扩展性需求，这个时候通常会不断强化这个供应商的地位，最终这个供应商就是这家公司的IT部门了，而且是成本高昂的不能解绑的那种。这个我接触到的IT外包基本上都会采用这种策略，不是每家公司都会很明智的有自己独立的架构设计。

这些内容只有在经历了足够多才会明白。

转载地址：http://kdvdi.baihongyu.com/