对于像HQ Trivia这样的应用程序，任何人都可以提供ELI5解释，了解它们如何处理每个实时游戏开始时的大量流量峰值？他们看到1M +并发用户的情况并不少见，而且由于它是琐事并且需要实时用户交互，因此处理流量峰值似乎比处理类似数量的用户只是观看直播视频要复杂一些。
HQ风格的应用确实需要一致的连接才能大规模维护。但是，使用实施良好的可扩展基础架构，构建这样的应用程序并不困难。这是一个design pattern，它说明了这一事实，并在GitHub上包含一个带有源代码的示例应用程序。但是，重要的是要消除所交换的各种不必要的消息。例如，您不需要让每个客户订阅“在线状态”，每次新的加入或离开都会向每个客户发送通知。像这样的消息很快成为这种大规模应用程序的指数。