RTC(实时通信)平台简史

随着历史的发展，RTC(Real-time Communications)实时通信的概念已经发生了变化。今天，并非每个人都熟悉实时数据流的确切含义，但我们看到实时数据流时肯定会知道它是什么。我们中很少有人意识到，实时数据流经常被用来满足我们对 “此时此刻 “正在发生的事情永无止境的渴求，而熟悉在互联网上大规模提供实时体验所需条件的人就更少了。

近实时数据与实时数据

并非所有应用都需要实时数据。实际上，它们只要求交付的数据与预期任务相关。当今世界面临的挑战是，数据变得不相关的速度已经加快，超出了传统实时通信交付解决方案的处理能力。

每小时或每天的数据

过去，信息是相当静态的，不需要经常更新。例如，一天一次，甚至更少。虽然现在的应用偶尔仍会出现这种情况，但此类信息的价值似乎正在下降。

以股票市场的每日结果为例。这些数据要么是静态数据（昨天的结果），要么是动态数据（今天的结果），而且每 24 小时左右才会发生一次变化。如果我们只需要知道当天事件的摘要，而不需要知道当天某一瞬间发生了什么，那么我们的应用程序就可以提供当天股市表现的摘要，用户可以在闲暇时查看。

在此之前，早在 1797 年，我们只是阅读报纸或等待路透社的信鸽将当天的最新财经新闻带给我们。这在当时是非常出色的最新信息。如今，作为市场交易者，如果使用这种数据流网络，你将处于非常不利的地位。

分钟或秒数据流

当今的动态网络应用程序每隔一段时间就会提供更新信息。这类数据是动态的，更新频率为几分钟或几秒钟。

仍以金融为例，对于那些希望跟踪股市全天表现的人来说，使用每几秒钟更新一次的方式可能就足够了。这样就能提供所需的全部信息，而且更新的速度也能让我们有理由确信自己了解一天中发生了什么。每隔几秒更新一次可能被认为是近时更新，但肯定不是实时更新。

早在 1870 年，人们就可以通过观看以每秒一个字符的速度打印出 20 分钟延迟结果的滴答声磁带来获得相同频率的更新。这是一种先进的数据流网络，可能也是第一次可以订阅网络数据流。如今，您可以访问在线新闻来源的财经版块，获取此类动态更新。

在 21 世纪，通过互联网提供此类数据仍具有相当大的挑战性。要建立一个能为全球受众提供最新信息、可靠可用且性能水平合理的应用程序，需要一个能满足需求并提供消费者所期望的服务质量的基础设施。这就是内容分发网络的意义所在，在过去十年中，内容分发网络已成为在互联网上开展大规模业务的必要条件。

毫秒级（或更小）的连续和瞬时数据流

如今，应用程序在事件发生时就会发布相关数据。数据发布到用户并以极快的速度得到处理，从而可以对不断变化的情况做出实时反应。以下情况需要这类数据：

实时系统监控
商业智能
实时分析
学术合作
在线游戏
新一代交通
地理定位应用

传统的 “近实时 “架构根本无法实现这些用例。这些用例的实时性已经达到了实时的程度；它们能够在机会丧失之前对近乎瞬时的快速数据流做出迅速反应。

Uber、Lyft 和滴滴等下一代出租车公司一直在利用实时数据发挥自己的优势，这些公司现在已经开始共同抵消已经存在了数百年的传统运输模式。

在金融领域，公司现在通过观察短至几毫秒的市场波动来赚钱。交易机构现在需要尽可能接近零延迟的连续瞬时市场数据源。这是一个数据流，代表了任何特定时刻市场状况的脉搏。交易公司通常会将其办公室设在能让数据流以最快速度从交易所传输到量化金融算法的地方。每节省一毫秒的延迟都是一种竞争优势，也就意味着有机会做出反应，赚取更多收入。

最后，拍卖行需要即时更新数据，以确保结果的公平性。拥有正确的端到端平台来提供实时功能，如实时通知、应用内聊天、警报和更新，是在线拍卖成功的关键。