手机直播系统开发APP一方面是视频的直播，另外一方面用户可以和主播互动，发文字消息、点赞、送礼物。这个其实用到的是IM即时通讯中的聊天室的功能。
聊天室架构应满足的条件包括高可用、易扩展、高并发低延迟、客户端兼容性。
高可用：任何一个节点故障都不应该引起服务不可用；
易扩展：具有水平扩展的特性，对不同量级的在线用户数都有应变的能力；
高并发低延迟：能支持大量的用户同时收发消息，消息从发出到送达所有在线端的延时在毫秒级；
客户端兼容性：新型的应用都是能同时跨多种设备实现消息互通的，比如网页端，手机端和桌面端，甚至智能电视等。
当前的网络安全形势异常复杂，开发应用时如果不在通信安全上花心思，那你的用户就是在互联网上裸奔；开发者需要针对不同的平台，不同的通信技术实现可靠的安全方案，避免用户数据在传输过程中泄露，避免中间人攻击等安全风险。
并且需要一套可实现的良好的跨机房网络级的高可用方案——当机房网络出现故障时把责任推给市政施工队或者“网络抽风”已经不流行了，用户需要的是故障无感知。
所有环节的单点故障排除——任何硬件和软件都存在故障的可能，我们无法避免应用罢工，那就需要随时准备替补上场。
能应对任何用户量级的需求——架构级做到水平扩展的能力，当用户量增长时随时可以通过堆服务器来解决，而不是将架构推倒重来。
直播按需求场景，可以分为两种：高延迟直播和低延迟实时互动直播。
高延迟直播通过CDN进行内容分发，大多数直播平台的做法是，同时选择多家CDN服务商。这种方案的延迟一般是2秒到数十秒。这种方案，是目前的主流方案。但是因为存在较高的延迟，所以不能实现主播与观众之间即时的互动。因此，在为了提供更好的互动从而增加趣味性的目的的驱使下便有了低延迟直播。
真正对实时通信技术提出挑战的是“低延迟全互动直播”。
所谓“低延迟全互动直播”，在这种场景下，容许多个主播并存在同一场直播中，也容许主播和观众对话。因此，这种场景下，高延迟是不可忍受的。因而，新的视频编码技术以及网络传输架构改造为此提供了能够实现的技术基础。