依据我们的经验，我们平日把故障隔离的架构称为泳道(swim lanes)。固然这个术语不是我们发明的，然则我们以为它很形象地比方了我们想在架构中创立的器械。对于泳者来说，泳道既有樊篱的感化，又有引诱的感化。作为樊篱，泳道可以确保泳者不会游到其他的泳道中，干扰到另一个泳者。在竞赛中，如许有助于避免产生不测的干扰，影响到泳者夺冠的机遇。在实践或演习中，樊篱的存在确保了泅水新手不会干扰优良的泳者。此外，泳道还可以引诱泳者以起码的力气向目的进步，因为泳者须要一直地把脑壳没人水中，而每当他把头露出水面，都能看到泳道。

就像泳池中的泳道掩护泳者，确保他们在泳池中平安有用地进步一样，架构中的泳道也可以掩护你的体系运营。在一条泳道中的一组体系的运营，是在泳道绳索引诱下的运营，不会影响到其他泳道中体系的运营。此外，在架构师和工程师设计新功效时，泳道也会为他们供给指点，赞助他们决议应当把哪些功效聚集放在哪种类型的泳道中，能力实现可扩大性高的架构目的。

但在技巧群体中，泳道并非唯-应用的故障隔离的术语。像豆荚(pod)如许的术语，常用于界说故障隔离的域，表现一组客户或-套功效。所谓剥豆荚( podding)，就是把一-组数据和功效划分到几个故障隔离的组中。有时豆荚被用于表现办事分组，有时则被用于表现数据分组。回忆一下，我们界说故障隔离时说过，它既实用于组件，也实用于全部体系，这里把数据或办事分组，只是实用于组件级其余故障隔离办法。固然如许做全部体系都邑受益，但从体系角度来看，它不是完全的故障隔离城，是以只能掩护采取了它的组件。

技巧群体常用的另一个术语是分片( shard)，平日它描写的是一种数据库构造或存储子体系。所谓分片(sharding)，就是把这些体系划分到故障域中，如许一个分片的故障不会周全地影响到体系的其他部门。在由100个分片组成的存储体系中，一个分片产生故障，其余的99个分片照样能持续工作。然则与豆荚一样，这并不料味着余下的99个分片就运行正常。我们将在本章后面的末节中，更具体地评论辩论这一概念。

裂片(slivers)、组块(chunks)和池( pools)也是我们久而久之熟习的术语。裂片常用来取代分片。组块常用作豆荚的同义词。所谓池，平日指的是一-组履行类似义务的办事器，它也是一个故障隔离的术语，但又分歧于泳道，我们将在后面再评论辩论这一一点。平日它们是履行平台的某一部门功效的运用办事器或Web办事器。固然可以或许轻松地把这些术语扩大到全部体系或平台，而不只是它的组件，但平日它们描写的照样体系整体设计中的组件。

最后要说的是，关于你的故障隔离的架构，并没有一个谜底是“准确的”。你可以选择本身想应用的术语，或者发明本身的用语。但存在一一种“准确的”办法，那就是要设计既能扩大又能在极端需求情形下产生适度故障的架构。

常用的故障隔离术语

●泳道是从平台或全部体系的角度描写一种故障隔离的架构时最常用的术语。

●豆荚常用于取代泳道，尤其是以客户或地舆地位为基本进行故障隔离时。

●分片是在划分数据库或存储子组件时最常用的故障隔离术语。

●裂片是豆荚的同义词，平日用于存储或数据库子组件。

●组块是豆荚的同义词。

●池这个网站制造故障隔离术语平日用于软件办事，但在实现时，它纷歧定是泳道。