直播软件搭建，分布式中负载均衡的表现形式

直播软件搭建才用的分布式负载均衡中，有三种常见算法，简单将key的hash值对机器数取模算法；一致性哈希算法；开源的缓存解决方案均衡算法。这三点选择哪一点其实运营商们并不用过多上心，毕竟有开发团队的支持和帮助，平台可以从众多算法中选择一个最合适，为满足运营商的需求，直播软件搭建也应该尽可能多的介绍相关的内容表现。

一、将key的hash值对机器数取模

从名字上看好像很复杂，但实际上这个算法非常简单，首先直播软件搭建计算hash（key）/n，n为机器数，得到的值就是该key需要路由到服务器的编 。

这种方法的优势在于实现简单，对技术人员的要求低。

缺点在于如果直播平台出现横向扩展或服务器数量发生变化时，缓存会大量实效。

二、一致性hash

根据上一个算法的缺点可以看出，当直播软件搭建的服务器数量出现变化时，会直接影响到平台缓存的命中率，那么就会间接导致所有的缓存实效，从结果上来看是平台不愿或无法接受的，不过一致性hash可以解决。

根据创建多个区间节点形成一个闭合的圆，让缓存不论如何都能落入在节点至上，这样不仅能保证缓存的命中率，还能把压力尽量分配到各个机器上，不过需要有专门的人来记录这些区间节点的部署以及运营中的健康情况。

这个方式的优点在于，能够解决上一算法中节点变动对直播软件搭建的影响，实现也相对简单，不需要考虑数据迁移，而且服务器是独立的，不存在一个出现问题串联影响到各个平台的情况。

缺点在于可能会出现数据源直接压挂的情况。

三、开源缓存解决

这个方法实现过于复杂，需要直播软件搭建有专人来讲解，如果想要了解可以询问一下开发团队或找相关的内容查看。

这种方式的优点在于，当直播软件搭建需要增加服务器时，不会造成key的失效，能保证平台缓存的有效落地。

缺点在于实现比较复杂，需要直播软件搭建进行数据迁移。

一般情况下，一致性哈希算法就足够平台使用，能保证在平台需要下负载均衡有不错的表现。