本节书摘来自异步社区《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中明确定义了多对一应用。
多对一应用包括以下这些：
- 数据收集；
- 服务发现；
- 轮询。
有些组播应用会消耗大量带宽，比如高清视频；但另一些组播应用会占用非常少的带宽，比如时间更新。所有这些应用都依赖于网络基础设施的建设，这些基础设施要能够为前文提到的应用和服务提供支持。
