絕對不必保持且必须要降低单等级障。在架构图搞我出单点案例。尽可能选用积极/积极配备。根据好几个街景大化易用性。试着应用积极/积极配备，而没有积极/普攻解决方法。运用均衡器平衡跨业务案例的留量。针对单例模式，应用积极/普攻配备的操纵。

   在数学中，两组单独原素是只能1个原素的非空子集，比如{A}。在编程设计中，单例模式指的是这种设计模式，它效仿了语文定义，限定了1个类只有实例化1个成员变量。这一设计模式对資源的调节十分有协助，可是程序猿以便节约劳动力常常应用它，这一议论之后再探讨。在系统架构中，单例模式，或是更适当地说成单例反方式，被称为单点故障(SPOF)换句话说，当体系中的某一部件只能1个案例时，如果该案例出故章，就会导致体系范畴的危害。

   SPOF在体系中比比皆是，从单独的Web虚拟主机到单独的计算机设备，但体系中最普遍的SPOF是数据表。其缘故取决于数据表是较难拓展到好几个连接点上的，因而它只能1个案例。在图9-1中，即便登陆、检索和结帐虚拟主机常有沉余，数据表仍是SPOF。更精的是，全部业务池都取决于这1个数据表。尽管一切SPOF都不太好，但数据表SPOF的难题更大，假如数据表速率降低或是期读过，那麼对数据表开展同歩启用的全部业务池都将遭受这一时件危害。

   人们常说顾客的几句口头语是“任何都是出故章”。这话适用于虚拟主机、分布式存储、计算机设备和计算中心。要是你可知道的，都是出故章。

   尽管许多我觉得计算中心是不容易出故章的，但数年来，人们自身经厉了十几次计算中心运作终断。高可用的存储区域网络都是这般，尽管他们比旧的SCSI硬盘阵列靠谱得多，但仍旧会出故章。

   大部分处理SPOF的方式是申报另一个系统配置，如X轴拓展如图的根据复制业务，让每个业务常有2个或更好几个案例在运作。缺憾的是，证据并不是一直这般简易。我们一起回首再看一下撰写单例模式的流程。尽管并不一定的单例类也不容许在几台虚拟主机上运作1个业务，但一些保持絕對会给你免于遭到恐怖的不良影响。较简易的状况是，假如编码中有个类，用以从用户账户中减掉资金，用单例模式保持它就会让客户的额度免于难测，如变成负值。假如把这些编码放到两部单独的虚拟主机上，沒有附加的控制措施或联系讯号，则很将会会导致2个涉法涉诉一起在用户账户中记人借额，从而导致不正确或不愿产生的情况。针对这种情况，人们必须修补编码，或是依靠外界操纵来防止。但最最让人满放心的解决方法是修补编码，在好几个服务器上保持业务，一般人们必须迅速修补SPOF。做为本标准的第一个关键点，人们接着将探讨好多个迅速修补方式。

   第一位方式非常简单，是应用积极/普攻配备。1个业务在每台虚拟主机上积极运作，在另一个每台虚拟主机上普攻运作(不接受留量)。这类热/冷配备，常被作为删除数据库SPOF的刚开始。接着的方式是用体系中的另外部件控制参数浏览。假如SPOF是业务，那麼用数据表锁能够控制参数的浏览。假如SPOF是数据表，那麼能够设定主一从配备，由运用控制参数浏览，写升级使用由主数据表进行，读挑选使用由从数据表进行。第一个用以修补SPOF的配备是负载均衡器。假如Web虚拟主机或应用服务器的1个业务是SPOF，且在编码中不可以清除，那麼能够运用负载均衡器若干个客户的恳求只发给池中的每台虚拟主机。它是根据应用程序 cookie保持的，即设定客户的网页，且容许负载均衡器每一次都把该客户的恳求跳转到相同Web或应用服务器，进而产生这种相同情况。

   人们介紹了几类清除SPOF的方式，在不可以立即改动编码的状况下能够更好地保持他们。可是最终的方式最合适，即修补编码，容许网站制作业务的好几个案例在不一样的数学虚拟主机上运作，进而尽量清除SPOF。记牢，“任何都是出故章”，因此当SPOF出故章时，请不必惊讶。