1、Fail-Over：故障转移
Fail-Over 意思是“故障转移，失败自动切换”，是一种备份操作模式。
它的主要思路是：主要组件出现异常时，将其功能转移到具有同样功能的备份组件上。
要点在于有主有备，且主发生故障时，可将备切换为主。比如 HDFS 的双 NameNode，当 Active NameNode 出现故障时，可以启用 Standby NameNode 来继续提供服务。
【最佳实践】
通常用于读操作；
不足：重试会带来更长的延迟。
2、Fail-Fast：快速失败
快速识别，就是只发起一次调用，失败后立即报错。
这用来尽可能早地发现系统中的错误，使系统能够按照事先设定好的错误流程执行，也就是“fault-tolerant（错误容忍）”。
以 Java 集合（Collection）的快速失败为例，当多个线程同时操作同一个集合中的元素时，就可能发生 Fail-Fast 事件。
再具体点：当线程 A 通过迭代器遍历某集合的时候，其他线程刚好修改了该集合中的元素，这时线程 A 还在访问此集合，就会抛出 ConcurrentModificationException 异常，产生 Fail-Fast 事件。
这里的并发修改异常，就是 发现错误时执行设定好的错误。
【最佳实践】
通常用于非幂等性的写操作；
不足：如果有服务正在重启，可能会出现调用失败。
3、Fail-Back：失效自动恢复
Fail-Back，就是在故障转移（Fail-Over）之后，发生故障的服务/机器 能够自动恢复。
比如：在后台记录失败请求，定时重发；
又如：在多台服务器互联的网络中，如果要维修某台服务器，需要把服务（或网络资源）暂时重定向到备用系统。
维修结束后，再将服务（或网络资源）恢复为 由原来维修的主机提供 的过程，称为自动恢复。
【最佳实践】
通常用于消息通知操作；
不足：不可靠，重启会丢失；
可用于生产环境注册（Registry）。
4、Fail-Safe：失效安全
出现异常时，直接忽略。可以认为，即使发生了故障，也不会对系统/服务造成伤害，或尽量减少伤害。
比如：红绿灯 - Traffic light 中，对红绿灯的“冲突监测”的示例：
如果冲突监控器检测到错误或冲突的信号时，交通信号灯将进入闪烁模式。
该信号可能会向主要道路显示呈琥珀色闪烁，向人行道路呈红色闪烁，或在所有方向上呈红色闪烁，也可以在交通不畅的白天使用闪光操作 —— 而不是全部显示为绿灯。
【最佳实践】
通常用于写入审计日志等操作；
可用于生产环境的监控（Monitor）。
5、Forking：并行调用多个服务
并行调用多个服务，只要一个成功即返回成功的结果。
比如：Dubbo 的 Forking 集群模式，需要设置最大并行数。
【最佳实践】
通常用于实时性要求较高的读操作；
不足：会浪费更多服务资源。
6、Broadcast：广播调用
广播调用所有服务，逐个调用，任意一个服务出错，则此次调用失败。
比如：Dubbo 的 Broadcast 集群模式。
【最佳实践】
通常用于更新提供方的本地状态；
不足：速度慢，任意一个服务出错将导致整个调用失败。
参考资料
版权声明
感谢阅读，公众号 「瘦风的南墙」 ，手机端阅读更佳，还有其他福利和心得输出，欢迎扫码关注
本文系转载，并在原文的基础上做了一定的补充和修改。如有侵权，请原作者联系博主，定当立即删除。