什么时候实现网站故障隔离

要是天上掉馅饼该多好...但故障隔离不是免费的，而且其实不自制。尽管它有不少益处，但如果是把平台上的每一个功用都设计为故障隔离的，那本钱就过高了，而且它能够还不会带来甚么股东回报。

你应该在零碎中实现适当的故障隔离，以便发生理论的股东回报。你兴许接着会问:“好的，多谢，那你能通知我怎样做到这点吗?'

遗憾的是，谜底取决于你特定的需求、发展速率、不行用性以及形成零碎不行用的起因、客户对可用性的冀望值、签订的可用性许诺以及各类因素的组合，它们发生的组合数目伟大，甚至于咱们不克不及向你形容出你的环境终究需求甚么。

简而言之，你可以应用一-些简略的准则来普及你的可扩展性和可用性。这里咱们引见了一些对你进行故障隔离来讲最有效的准则。

要领1:把最赚钱的功用放入泳道

无论你做甚么，都要确保把最能赚钱的功用正确地与故障和其余零碎的需求约束隔脱离来。若是你运营的是一个电子商务站点，那末这能够是点击“购置”按钮触发的购置流程，也可以是处置信用卡时的结账流程。若是你运营的是一个提供内容的站点，经由过程专有的广揭发布零碎赚钱，那末就要确保广揭发布零碎的功用与零碎其余一切功用分散开来。若是你的站点是靠日常的注册费赚钱的，那末就要确保从注册到开账单的流程都被正确地故障隔离了。

你兴许有一些次级流程也 与站点赚钱的功用严密相干，那末理所当然应该也思索为它们施加泳道。比方，在一个电子商务站点中，能够需求把搜索和阅读功用都放入泳道。在一个提供内容的站点中，能够需求把访问流量最大的区域放在它们本身的一个或多个泳道中，以协助需乞降产能猜测。交际网络站点应该为最常被访问的个人信息页面全部或部分创立泳道。

要领2:把最容易诱发故障的功用放入泳道

若是你在不竭地执行季度故障回忆集会(如第8章所述)，你发现你站点中的某些组件在重复地诱发故障，那末在未来的余量项目中，绝对应该思索这些组件，而且应该把这些区域隔离起来。季度故障回忆集会的目的是从咱们已往的毛病中汲取经验。若是由需求形成的可用性问题重复发生，咱们就应该把这些区域隔离起来，以防它们影响商品或平台的其余部分。

要领3:根据天然界线划分泳道

在多租户的saas零碎中，这类要领尤为有效，这类零碎常规需求沿着z轴扩展，需求最大可扩展性的站点台常规都必需寄托沿z轴的分段进行扩展，而最常用的是根据客户进行划分。尽管这类划分常规起首是在架构的存储或数据库层实现的，可是接下来，咱们应该为从要求到数据存储或数据库的一切组件都创立泳道。

你可以把零碎设计为在逐个条泳道中运营一个或多个“租户”。 若是你的平台适合如许做，那就充 常规，多租户象征着你试图经由过程同享而普及本钱效力。在许多情况下，这类要领象征着分行使这一点。 若是你的某个租户十分忙，就给它零丁分配一个泳道。而若是你的大大都租户对你的平台的运用率都很低，那末可以把它们分配到一个泳道中。道理大抵云云。

故障隔离的设计备忘录故障隔离的架构的设计准则以下:

准则1:甚么都不克不及同享(即尽能够少同享)。一个泳道内同享的东西越少，这个泳道的故障隔离性越好。

准则2:甚么都不克不及跨过泳道鸿沟。绝对不克不及跨泳道鸿沟进行通讯，不然就是鸿沟划分不正确。

准则3:在泳道内买卖。你不克不及为服务创立泳道，由于这些服务之间的通讯违犯了准则2。

设计故障隔离的架构的要领以下:

要领1:把最赚钱的功用放入泳道。绝对不要让你的收款机受其余零碎拖累。

要领2:把最容易诱发故障的功用放入泳道。找出重复发生发火的故障的起因，把它们隔离起来。

要领3:根据天然界线划分泳道。根据客户划分是很好的泳道划分要领。

尽管要领不少，但普及网页设计的可扩展性同时又不致让你的cfo心脏发病作的门路还很冗长。