eBay Architecture(5)--Partition Everything[Overview]

Randy引用了Eric的一句话，"If you can't split it, you can't scale it"。在这里Partition和Split是一个意思，就是把一个大家伙切分成便于管理的小家伙。如果我们做一个项目，里面有一个模块无法Partition，这就意味着一个风险：因为这个模块没有办法Partition，也就是说所有要和该模块打交道的应用都汇聚于一点，如果这个点崩溃了，整个系统就垮了。我们这里所讨论的是系统的横向扩展。如果你没有办法Split，那load高了以后，我们就只能进行纵向扩展，这意味着买更好的机器，更大的内存，更强的CPU...

在进行Partition/Split的时候，我们可以从data,load or usage pattern多个方面来考虑,所以上面那句话完整的因该是：

Split every problem into manageable chunks
        By data, load, and/or usage pattern...

接下来的一个问题就是，如何说服大家Partition Everything的重要性，下面4点就是eBay进行Partition Everything的动机：

Motivations

1. Scalability: can scale honzontally and independently。到目前为止，我们谈到扩展性的时候都在强调横向扩展。如果我们的设计是能够很方便的进行Partition的话，那剩下的问题就是Partition的粒度而已。这里注意一点，Partition与Partition之间都是独立的。在进行扩展的时候，我们只需要购买更多相同型号的机器而已。
2. Availability: can isolate failures。Partition避免了单点的bottleneck，从而大大减少了单点崩溃导致系统崩溃的可能性。
3. Manageability: can decouple different segments and functional areas。由于进行了很好的切分，管理的时候更方便，出了问题也更容易定位。
4. Cost: can use less expensive hardware。Partition的一大好处就是可以“三个臭皮匠，顶个诸葛亮”，能满足在系统成本和负载的线性关系。如果不这样，单单只是纵向扩展的话，系统的复杂程度和成本往往都是负载的指数函数。

前面我们提到过architect考虑问题的5个方面：Scalability,Availability,Latency,Manageability和Cost。这里在考虑Partition Everything的策略时Randy也是用了同样的分析方法。这里除了Latency，其他4各方面都 cover到了。就Latency来说，我自己的理解是: Partition增加了系统的并发性能，对Latency是有好处的。

既然决定要Partition，那剩下的就是如何进行Partition的问题了。Randy给了两个outline:

• Functional Segmentation (功能切分)
• Horizontal Split (横向扩展)