直播源码开发，分布式各个节点之间是如何协调工作的

分布式系统虽然强大但不是没有缺点，对直播源码开发来说，分布式系统出现故障后该如何处理关系到平台的响应速度，我们在之前的文章中分享了关于分布式系统较常见的故障，我们具体来看一下都可能出现哪些问题。

一、节点崩溃

这是很常见的问题，直播源码开发响应请求靠的是各个节点，而我们都知道分布式系统强就强在各个节点之间不会互相干扰且可以接手其他节点的工作，节点崩溃强调的就是失败节点不需要再参与回分布式系统内部了，这种情况比较好处理，失败节点退出后，其他节点感知到后可以继续提供服务，不同考虑它重新回归带来的复杂问题。

但是节点崩溃给直播源码开发带来的是资源浪费的问题，一般平台要采用崩溃恢复模式来重复利用资源。

二、遗漏失败

对比来说，遗漏失败比崩溃失败更为不可预测，这种模式强调的是消息有没有被远程节点所执行。

可能会出现，消息发送后没有送达远程节点；远程节点跳过消息的处理货根本无法执行；后者处理结果无法发送给其他节点等。简单点来说，直播源码开发用于响应用户而传递出去的信息石沉大海了。

当出现这个问题时，直播源码开发可以通过重发等可靠连接手段来缓解这个问题，如果仍然无法发出消息，就要考虑让其他节点接手了。

三、拜占庭失败

又被称为任意失败，属于最不可控的失败方式之一，任意失败指的是参与的节点对请求产生了不一致的影响，这个故障往往是因为直播源码开发程序bug导致的，可以通过严格软件开发流程管理来尽可能的避免，所以在直播源码开发运行时，一部分系统并不信任直接从远程节点获得的数据，而是采用交叉检测的方式来得到正确结果。

另一种任意失败的一些节点故意发送错误消息，目的是想破坏系统的正常运行，可以采用区块链技术的数字货币系统则是使用正面的BFT模式，来保证系统内大部分节点正常。

声明：以上内容为云豹科技作者本人原创，未经作者本人同意，禁止转载，否则将追究相关法律责任