故障隔离的网站架构术语

根据我们的经验，我们通常把故障隔离的架构称为泳道(swim lanes)。虽然这个术语不是我们创造的，但是我们认为它很形象地比喻了我们想在架构中创建的东西。对于泳者来说，泳道既有屏障的作用，又有指导的作用。作为屏障，泳道可以确保泳者不会游到其他的泳道中，干扰到另一个泳者。在比赛中，这样有助于避免发生不测的干扰，影响到泳者夺冠的机会。在实践或演习中，屏障的存在确保了游泳新手不会干扰良好的泳者。此外，泳道还可以指导泳者以最少的力量向目标前进，由于泳者必须要一直地把脑袋没人水中，而每当他把头露出水面，都能看到泳道。


 
就像泳池中的泳道珍爱泳者，确保他们在泳池中安全有用地前进一样，架构中的泳道也可以珍爱你的体系运营。在一条泳道中的一组体系的运营，是在泳道绳子指导下的运营，不会影响到其他泳道中体系的运营。此外，在架构师和工程师设计新功能时，泳道也会为他们提供引导，帮助他们决定应该把哪些功能荟萃放在哪种类型的泳道中，才能实现可扩展性高的架构目标。
 
但在技术群体中，泳道并非唯-使用的故障隔离的术语。像豆荚(pod)这样的术语，常用于定义故障隔离的域，透露表现一组客户或-套功能。所谓剥豆荚( podding)，就是把一-组数据和功能划分到几个故障隔离的组中。偶然豆荚被用于透露表现服务分组，偶然则被用于透露表现数据分组。回想一下，我们定义故障隔离时说过，它既适用于组件，也适用于整个体系，这里把数据或服务分组，只是适用于组件级别的故障隔离方式。虽然这样做整个体系都会受益，但从体系角度来看，它不是完备的故障隔离城，因此只能珍爱采用了它的组件。
 
技术群体常用的另一个术语是分片( shard)，通常它描述的是一种数据库结构或存储子体系。所谓分片(sharding)，就是把这些体系划分到故障域中，这样一个分片的故障不会周全地影响到体系的其他部分。在由100个分片构成的存储体系中，一个分片发生故障，其余的99个分片照旧能继承工作。但是与豆荚一样，这并不意味着余下的99个分片就运行正常。我们将在本章后面的末节中，更细致地讨论这一概念。
 
裂片(slivers)、组块(chunks)和池( pools)也是我们久而久之认识的术语。裂片常用来代替分片。组块常用作豆荚的同义词。所谓池，通常指的是一-组实行相似义务的服务器，它也是一个故障隔离的术语，但又不同于泳道，我们将在后面再讨论这逐一点。通常它们是实行平台的某一部分功能的应用服务器或Web服务器。虽然能够轻松地把这些术语扩展到整个体系或平台，而不只是它的组件，但通常它们描述的照旧体系团体设计中的组件。
 
最后要说的是，关于你的故障隔离的架构，并没有一个答案是“精确的”。你可以选择本身想使用的术语，或者创造本身的用语。但存在逐一种“精确的”方式，那就是要设计既能扩展又能在极端需求情况下发生适度故障的架构。
 
常用的故障隔离术语
 
●泳道是从平台或整个体系的角度描述一种故障隔离的架构时最常用的术语。
 
●豆荚常用于代替泳道，尤其是以客户或地理位置为基础进行故障隔离时。
 
●分片是在划分数据库或存储子组件时最常用的故障隔离术语。
 
●裂片是豆荚的同义词，通常用于存储或数据库子组件。
 
●组块是豆荚的同义词。
 
●池这个网站制作故障隔离术语通常用于软件服务，但在实现时，它不肯定是泳道。