自冯·诺依曼提出三模冗余架构以来，硬件冗余技术不断进化，从单机的容错设计，发展到现代数据中心的集群高可用架构。冗余的规模越来越大，设计越来越精妙，支撑着计算机系统从单机时代走向了分布式时代。
三模冗余架构是单机容错的核心方案，它主要应用于对可靠性要求极高的领域，比如航天、军事、医疗等。比如，美国阿波罗计划中的制导计算机，就采用了三模冗余架构。在登月过程中，计算机的任何故障都可能导致任务失败，而三模冗余设计，为阿波罗飞船提供了可靠的计算保障。除了三模冗余，单机容错还有其他几种常见的冗余模式：
- 冷备份：配备一台备用设备，平时处于关机状态，当主设备故障时，手动启动备用设备。这种模式成本较低，但切换时间较长，适用于对切换速度要求不高的场景。
- 热备份：备用设备始终处于开机状态，与主设备同步运行，当主设备故障时，备用设备可以无缝接管工作。这种模式切换速度快，但成本较高，适用于对可靠性要求极高的场景。
- 双机热备：两台设备互为备份，同时运行相同的任务，当其中一台故障时，另一台立即接管。这种模式兼具高可靠性和高可用性，是目前主流的单机容错方案之一。
随着计算机技术的发展，单机的性能和可靠性已经无法满足大规模应用的需求，分布式集群应运而生。而集群的高可用性，同样依赖于硬件冗余设计。现代数据中心的服务器集群，采用了“多副本+负载均衡”的冗余架构：
1. 多副本冗余：将同一个服务部署在多台服务器上，每台服务器都是一个副本。当用户发起请求时，负载均衡器会将请求分发到不同的服务器上。如果其中一台服务器故障，负载均衡器会自动将请求切换到其他正常的服务器上，用户不会感知到任何中断。
2. 存储冗余：集群的存储系统普遍采用RAId（独立磁盘冗余阵列）技术。RAId通过将数据分散存储在多个硬盘上，并附加校验信息，实现了数据的冗余备份。比如RAId 5技术，只需要n+1块硬盘，就可以存储n块硬盘的数据，当其中一块硬盘损坏时，可以通过校验信息恢复数据。而RAId 10技术，则结合了RAId 1的镜像备份和RAId 0的条带化存储，兼具高性能和高可靠性。
3. 异地容灾：为了抵御自然灾害、火灾、地震等极端事件，大型数据中心还会采用异地容灾的冗余设计。将数据中心部署在不同的地理位置，比如一个在北方，一个在南方，两个数据中心之间实时同步数据。当其中一个数据中心遭遇灾难时，另一个数据中心可以立即接管所有业务。
硬件冗余的进化，体现了“风险越大，冗余越高”的原则。对于航天、军事等极端场景，需要采用三模冗余、双机热备等高强度冗余方案；对于互联网服务等大规模场景，需要采用集群多副本、异地容灾等分布式冗余方案。这种根据场景调整冗余度的策略，既保证了系统的可靠性，又控制了成本。
3.3 软件冗余的智慧：代码、版本与容错编程
冗余的智慧，不仅体现在硬件层面，更渗透在软件与代码的血脉之中。如果说硬件冗余是计算机的“容错铠甲”，那么软件冗余就是计算机的“容错灵魂”。从代码中的注释，到版本控制系统的记录，再到容错编程的设计，软件冗余无处不在，它降低了系统维护的难度，提升了软件的可靠性。
软件冗余的第一种形式，是代码中的冗余元素。这些元素在程序运行时不会被执行，却对人类阅读和维护代码至关重要。最典型的就是注释——程序员在代码中添加的文字说明，解释代码的功能、逻辑和注意事项。注释看似是“无用”的冗余，却能让其他程序员快速理解代码的含义，也能让自己在一段时间后重新读懂自己写的代码。除了注释，代码中的空行、缩进、命名规范等，也是一种冗余，它们提升了代码的可读性，降低了出错的概率。
另一种重要的软件冗余，是版本控制系统。程序员在开发软件时，会不断修改代码，而版本控制系统（比如Git）会记录每一次修改的内容、时间和作者。每一个版本都是一个冗余的备份，当代码出现bug时，可以回滚到之前的稳定版本；当不同程序员修改同一部分代码时，可以通过版本控制系统合并代码，避免冲突。版本控制系统的冗余，为软件的迭代提供了安全保障，让程序员可以大胆地尝试新的功能，而不必担心代码无法回退。
软件冗余的核心应用，是容错编程——通过在代码中植入冗余逻辑，实现错误检测与恢复。容错编程的思路与硬件冗余类似，都是通过“额外的设计”来对抗错误。常见的容错编程技术包括：
1. 异常处理：在代码中捕获可能出现的异常（比如文件不存在、网络中断、数据格式错误等），并进行相应的处理。比如当程序读取文件失败时，不是直接崩溃，而是提示用户“文件不存在，请检查路径”，并尝试读取备用文件。
2. 重试机制：