本节书摘来自异步社区《IP组播（第1卷）》一书中的第1章，第1.2节，作者【美】Josh Loveless（乔希 勒夫莱斯） , Ray Blair（雷 布莱尔） , Arvind Durai（阿温德 杜莱），更多章节内容可以访问云栖社区“异步社区”公众号查看

1.2　组播的应用和服务

网络基础架构负责为应用和服务提供支持。每个实体——政府机关、银行、零售单位、医院、应急服务，或者其他企业或机构，需要通过这些应用和服务来完成自己的使命或商业目标。因此构建一个能够有效利用这些组播应用和服务的网络基础架构，能够帮助这些组织机构成功运作起来。

1.2.1　一对多组播应用

最常见的组播应用形式就是一对多，如图1-5所示。

从名称就可以看出，这种组播环境中有1个发送方和多个接收方。常见应用中包括视频和音频广播，但也有很多其他应用，比如以下这些：

• 电视；
• 广播；
• 远程教育；
• 演示文稿共享和白板应用；
• 计算机成像软件和应用软件更新；
• 数据分布和缓存；
• 信息更新；
• 天气；
• 新闻；
• 时间——网络时间协议（NTP）；
• 收集环境信息（水位线、温度、地震震级读数等）的传感器。

1.2.2　多对多组播应用

在多对多组播应用中，发送方同时也是接收方。这种应用允许这个组播组中的所有设备同时与其他设备进行通信，如图1-6所示。

多对多应用包括以下这些：

• 音频和视频通信；
• 文档共享和白板应用；
• 数据分布、缓存和同步；
• 群聊应用；
• 金融应用；
• 投票应用；
• 多人游戏。

1.2.3　多对一组播应用

在多对一组播应用中有多个发送方，却只有一个或很少的接收方，如图1-7所示。这并不是一种常见的组播服务，而且它的问题在于，多台设备同时向接收方发送组播流时，接收方可能处理不过来。这种服务模型的可扩展性是个问题。从某种意义上说，这种服务模型并不是单播流的增强版，而是提高了应用的配置灵活性。事实上在很多案例中，接收方都会通过单播流向发送方进行响应。RFC 3170中明确定义了多对一应用。

多对一应用包括以下这些：

• 数据收集；
• 服务发现；
• 轮询。

有些组播应用会消耗大量带宽，比如高清视频；但另一些组播应用会占用非常少的带宽，比如时间更新。所有这些应用都依赖于网络基础设施的建设，这些基础设施要能够为前文提到的应用和服务提供支持。