麦当劳拯救圣代甜筒运动的数字广告牌上有一个麦当劳圣代甜筒，它在城市的炎热中慢慢融化。为了“拯救”圣代甜筒，观众需要旋转一个巨大的风扇来“冷却”圣代甜筒并使其“不融化”。他们通过旋转迷你风扇来做到这一点，该迷你风扇可通过移动设备的网络浏览器访问。最后，参与者在他们的智能手机上获得了一张优惠券，可以在街对面的麦当劳兑换一个免费的圣代甜筒。实时网络需要能够同时处理数百名用户，并且拥有如此庞大的受众，100% 的正常运行时间对于该活动至关重要。

Mothership 是一家通过一体化运输平台实现货运行业现代化的公司，面临着重大挑战。他们的平台为客户提供实时货运跟踪，并为承运商提供了选择自己时间表的灵活性，但该平台的使用量却出现了激增。这导致需要一种能够可靠且大规模运行的解决方案，以将实时数据推送到客户端应用程序。该公司注重整个交付过程的速度和透明度，因此向客户提供实时更新至关重要。然而，现有的基础设施无法满足不断增长的需求，尤其是在重建移动应用程序时。

VitusVet 是一个兽医实践客户参与平台，面临着为其 Connect 应用程序大规模构建实时通知的挑战。该应用程序旨在促进兽医和宠物主人之间的沟通，但开发用于实时通知的内部系统需要大量资源和时间。该公司需要一种解决方案，使他们能够快速有效地管理日常运营，改善客户沟通，并确保宠物得到最高质量的护理。我们面临的挑战是找到一种方法，使兽医诊所和宠物主人之间能够进行可靠、实时的沟通，而不必从头开始构建，因为这既昂贵又耗时。

Panzerdog 是一家游戏公司，开发了一款快节奏的游戏，由五名成员组成的小队在动态的、物理驱动的世界中相互战斗。该游戏需要团队成员之间的战术协调，因此可靠的沟通对于身临其境的竞技游戏体验至关重要。随着该游戏越来越受欢迎，全球下载量超过 1000 万次，保持玩家体验的质量成为一项重大挑战。游戏体验的任何下降，尤其是游戏中不可或缺的聊天功能，都可能导致日益挑剔和直言不讳的玩家群的不满。从 Google Play 商店的 16 万条评论中可以明显看出这一点。 Panzerdog 最初考虑构建自己的聊天基础设施，但意识到他们需要一个更强大的解决方案。

RNL QuadWrangle 是一个校友参与平台，其成立的目的是个性化校友外展。他们的平台根据每个人的兴趣、互动和行为来策划内容，确保校友在正确的时间收到正确的信息，无论是通过文本、视频还是电子邮件。然而，为每个人提供自定义通信流需要大量的开发人员资源和维护时间。该公司需要一个可靠的后端消息基础设施，使他们能够持续提供高度个性化的校友体验，而不会给开发人员造成过度的负担。

Scratchpad 是一个专为销售人员快速访问和更新 Salesforce 而设计的工作区，在大规模提供实时更新和协作功能方面面临着挑战。销售团队需要专注于客户关系，而不是不断地在选项卡之间切换以更新 Salesforce 中的字段和后续步骤。现有的内部系统无法提供提高效率和增加销售额所需的速度和可靠性。我们面临的挑战是找到一种解决方案，可以简化销售团队的日常工作，消除繁琐的数据输入，并实现实时协作和更新。

Stage TEN是一个互动直播电商平台，在举办大型活动时，其内部聊天系统面临着巨大的挑战。系统无法同时处理大量聊天用户，从而导致延迟问题和并发限制。这是 Stage TEN 的主要担忧，因为他们的平台旨在举办实时电子商务活动，其中实时互动对于吸引观众和推动购买至关重要。该公司需要一个可扩展的聊天解决方案，能够处理任意数量的用户而不会出现延迟问题。他们还希望通过表情符号和实时聊天审核等引人入胜的功能来增强他们的平台，以确保积极的用户体验。

Tablet Command 是一家为北美消防部门提供事件管理和响应软件的提供商，在紧急情况下向消防员提供实时更新面临着挑战。该公司的内部更新解决方案不仅耗时且占用大量资源，而且缺乏对其运营至关重要的实时功能。该解决方案的运行方式是每六秒检查一次设备，这对于快节奏、高风险的消防环境来说是不够的。该公司需要一种能够为消防员提供持续、可靠和实时更新的解决方案，帮助他们更快地做出反应并改善紧急情况的结果。

Tenna 是一家位于新泽西州爱迪生的建筑技术平台，专门从事设备车队运营。他们的创新应用程序通过为建筑公司提供使用实时数据管理和跟踪现场资产和车队的解决方案，弥合了现场项目、设备设施和办公室运营之间的差距。然而，Tenna 在提供实时地理位置跟踪方面面临着重大挑战，这是其平台的一个关键功能。最初，他们尝试构建一个内部系统，但很快意识到他们需要一个更可靠的解决方案，可以为客户提供实时地理定位数据。他们还需要一种能够轻松集成到现有技术堆栈并根据增长计划进行扩展的解决方案。

United Colors of Dissent (UCoD) 是一项数据驱动的表演，专为城市环境中的现场公共互动而设计。该表演通过创建动态可视化和信息图表来捕捉不同社区的语言和社会文化概况。公共场所的观众可以通过浏览器上的简单 URL 加入表演，并使用简单的滑块每 30 秒回答一次问题。他们的答案被收集在一个池中，并根据这些答案，结果在媒体外观上可视化。面临的挑战是在收集数据时将其可视化并立即与观众共享，以便在整个表演过程中向他们提供反馈。创作者 Orkan Telhan 和 Mahir Yavuz 需要实时技术将他们的问题结果广播到媒体正面，并让每个人同时看到彼此的答案。他们还需要一种解决方案，能够同时处理用户数量的大幅波动（从少量到数千个用户），并提供实时延迟，无论演出在哪个城市进行。

Vampr 是一个面向音乐家的移动网络，旨在通过专注于专业网络来将自己与 Facebook 等传统社交网络平台区分开来。该平台根据用户的搜索条件向用户展示潜在的创意合作者，并以拇指滑动作为筛选选项的主要机制。这种方法在 Vampr 推出时是独一无二的，使其与 ReverbNation 和 MySpace 等音乐社交领域的市场领导者区分开来，后者依赖于基于滚动/表单的网络方法。然而，挑战在于确保应用程序用户之间的实时、无缝连接和通信。对于任何地理社交网络来说，实时交互都至关重要，因为与陌生人的对话和初次相遇都是在当下发生的。如果实时体验不够强大，平台就有完全失去脉搏的风险。

Yellow 是一家构建网络和移动应用程序的科技公司，其任务是创建 Famlicious，这是一款适用于 iOS 和 Android 的安全家庭消息、照片和时间线共享应用程序。目标是通过安全稳定的通信平台连接世界各地的家庭。我们面临的挑战是提供一款复杂的应用程序，该应用程序具有实时聊天功能以及家庭时间线等内容共享功能的快速、同步体验。该应用程序还必须安全，保护家庭成员之间共享的私人和敏感内容。随着 Famlicious 用户群的不断增长，所有这些功能都必须无缝执行，从而提高全球并发用户参与度。面临的挑战是按计划交付生产级实时应用程序，而不受可扩展性不足的基础设施的限制。

ZOLL 是医疗设备和软件解决方案开发领域的领导者，旨在通过简化从紧急呼叫到急诊室/医院的整个流程来转变紧急医疗服务 (EMS) 通信。这种现代化旨在改善患者的反应和护理。为了构建 iOS/Android 应用程序 Respond，ZOLL 需要一个快速、可靠且安全的实时消息基础设施。这三个标准对于任务至关重要。速度至关重要，因为在紧急响应中，几秒钟就可能决定生与死。可靠性是关键，因为即使在不可靠的网络环境中，每条消息都很重要并且需要实时传递。由于患者数据的敏感性以及对符合 HIPAA 的实时基础设施的需求，安全性至关重要。

Beamable 是一个直播游戏服务器平台，最初是一家将流行娱乐品牌转变为成功游戏的游戏开发商。他们了解游戏开发的挑战，包括创建引人入胜的故事、编写软件以及为许多单独的组件构建基础设施。游戏服务器需要复杂的功能、工具和性能特征。确保工具直观、技术易于实施且大规模执行具有挑战性。 2015 年，Beamable 平台的增长速度超出了其之前的发布/订阅解决方案的处理能力。他们需要一个与 Unity 兼容的发布/订阅系统将信息从服务器推送到客户端。他们还需要强大的 Unity SDK、可以忽略的基础设施，以及支持其发展而无需担心经济处罚的灵活定价。

Bluebell 是一家由三位具有医疗保健背景的父亲创立的公司，旨在通过创建创新的婴儿监视器来简化育儿工作。该团队希望从互连设备上的各种传感器捕获更多数据，同时还融入创造性的跟踪和控制功能。目标是减轻养育子女的压力并改善婴儿的福祉。然而，他们面临着从头开始开发一个应用程序的挑战，该应用程序可以捕获所有这些数据，启用控制和警报，并提供数据驱动的指导，以促进父母和孩子之间更好的联系。该团队意识到开发这样的应用程序将非常耗时且成本高昂。

Cabify 是一家在 11 个国家/地区 90 多个城市运营的拼车服务，在维持向乘客承诺的高质量体验方面面临着重大挑战。该公司以其专业的司机、干净、现代的汽车而自豪，并让乘客更好地控制自己的旅程偏好。然而，该公司在其内部警报系统方面遇到了困难，该系统对于将乘客与附近可用的司机联系起来至关重要。当乘客请求乘车时，Cabify 必须快速仅向符合需求的司机发出警报，这一过程可能需要同时发送多达 80 个警报。随着 Cabify 扩大业务，内部警报系统无法应对不断增长的需求，威胁到该公司对质量和客户满意度的承诺。

Climate LLC 是拜耳作物科学的数字农业部门，面临着向农民提供实时更新以提高生产力的挑战。该公司需要一种可靠的方式在其数字农业平台上共享实时数据，这将帮助农民通过他们的应用程序实时监控他们的运营情况。面临的挑战是大规模交付这些更新和设备状态更改，而不会出现延迟问题，无论使用率峰值有多高。网络可靠性是一个重要问题，尤其是在使用高峰期的收获季节。该公司需要一种能够持续可靠运行的解决方案，以提供农场设备使用情况的实时更新。

Event.Gives 的诞生是出于对传统筹款活动效率低下且纸张繁重的流程的不满。该公司的联合创始人萨姆·斯塔利 (Sam Staley) 在一次小学筹款活动中对繁琐的投标流程感到特别沮丧。这个过程不仅效率低下，而且未能最大限度地发挥捐赠的潜力。我们面临的挑战是创建一个解决方案来简化投标流程、提高参与度并最终筹集更多资金。 COVID-19 大流行的出现使事情变得更加复杂，许多现场活动和筹款活动被取消。 Event.Gives 需要调整并寻找支持虚拟活动并让人们重返工作岗位的方法。

Gett 是一家总部位于特拉维夫的运输公司，在向乘客和司机提供实时更新方面面临着挑战。该公司的使命是为企业提供最好的移动平台，为商务旅行提供端到端的解决方案。然而，后端服务器的定期更新导致乘客延迟 5-10 秒才能收到司机状态或付款完成的更新。这种延误对乘客和司机都产生了负面影响，导致取消和重新预订，从而造成金钱损失。 Gett 需要一种能够提供即时更新、不会出现任何延迟、信息丢失或安全漏洞的解决方案。

i6 Group 旨在通过软件应用程序改变主要以纸张驱动的航空公司和机场加油行业。我们面临的挑战是创建一个可靠、全面、端到端的解决方案，机场可以信赖该解决方案，以提供有关加油、餐饮和其他机下操作的准确、时间敏感的通知和状态更新。目标是最大限度地缩短周转时间并确保全球各地的航班每次都准时起飞。我们的任务不仅仅是将流程数字化，还要彻底改变流程，使其更加高效和可靠。

数字活动和参与平台 JUNO 在 2020 年面临着重大挑战，因为全球大流行对虚拟活动的需求激增。该平台举办大型、多日、多场次的观众活动，随着各行业被迫将现场活动转移到网上，该平台经历了指数级增长。 JUNO 的规模迅速扩大了两倍，并开始托管和连接数百万用户。然而，这种快速增长也带来了问题。他们的活动经常出现人数爆满的情况，参与者往往超过数千人，JUNO 需要为其应用内聊天提供更可靠、可扩展的解决方案。他们已经在使用 Vonage 来实现 OpenTok、视频和音频会议功能，但他们需要一个能够处理无限并发用户并继续与他们一起成长的解决方案。

Kiswe 是一家为艺人创建直播流向粉丝实时提供个性化内容的公司，该公司面临着重大挑战。他们需要扩展聊天基础设施以处理任何规模的全球事件。在与 PubNub 合作之前，Kiswe 的工程副总裁 Scott Miller 和他的团队正在寻求一种解决方案，以确保他们的平台可靠且实时地运行，以处理虚拟音乐会的大量流量。他们需要一个可以在没有并发限制或延迟问题的情况下扩展的合作伙伴。该平台的可靠性对于 Kiswe 至关重要，因为这将使他们能够专注于向全球观众提供互动现场活动，而不必担心延迟。

LiveLike 是一家总部位于纽约的科技公司，在寻求创建一个能够以虚拟方式捕捉现场活动的欢乐和社区的平台时面临着重大挑战。该公司的目标是让虚拟活动像现场活动一样引人入胜、充满活力，让观众感觉就像坐在音乐会或比赛的前排一样。然而，他们在为大型体育广播公司特纳体育公司发展时遇到了重大障碍。任务是开发一项功能，允许观众在观看比赛时通过聊天实时创建和分享他们的篮球支架。特纳体育希望让观众参与并留在应用程序中，这样观众就不会使用第三方消息服务。然而，LiveLike 之前的聊天 API 提供商的硬性并发限制只有几千个用户，这不足以应对直播活动中不断变化的观众规模。

MaNaDr 是一家医疗保健提供商，面临着满足对现代实时医疗保健服务不断增长的需求的挑战。该公司的目标是提供一个平台，让患者和医生可以互动进行虚拟诊断、筛查、咨询和安排。然而，信息的重要性、隐私问题和监管要求构成了重大障碍。该解决方案需要安全、合规且可靠，以实现实时双向通信。我们面临的挑战是找到一种能够满足所有这些要求而又不影响任何方面的解决方案。

Mayhem 是一个允许游戏社区建立定制联赛的平台，在为用户提供可靠且引人入胜的聊天体验方面面临着重大挑战。该平台认识到聊天在活动设置和培养关系中的重要性，以保持玩家的参与和回归。然而，为数以万计的同时玩家提供可靠的聊天、实时排行榜和推送通知是一项艰巨的任务。他们使用的是 Twilio，但其 1,000 个用户限制扰乱了玩家体验。此外，本土解决方案难以扩展。 Mayhem 需要一个可以扩展的解决方案，以支持他们的预期增长，同时满足各个社区的参与期望。

Moment House 是一个供艺术家和创作者举办直播活动并与全球粉丝联系的平台，面临着重大挑战。该平台需要处理来自世界任何地方的任何规模的事件的流量，并为无限数量的并发用户提供无缝体验。这是至关重要的，因为每个活动的观众流量都会波动。该公司还希望在这些直播活动中增强创作者与其粉丝群之间的互动。在 PubNub 之前，Moment House 考虑过内部构建并评估多个平台来处理大型活动的任意数量的消息和使用流量。他们需要一种能够提供高并发稳定性和最短停机时间的解决方案。

monad.social 是一个会员制直播社区，旨在为创作者提供一个拥有内容、通过其内容获利并与粉丝进行真实联系的平台。该平台允许艺术家向他们的社区提供独家内容、举办现场表演、直接与粉丝互动并产生收入。然而，该平台主要通过 WordPress 插件进行处理，这不足以支持平台不断变化的需求。该公司需要一个可靠、灵活且可扩展的聊天解决方案，以促进艺术家与其粉丝之间的实时、有吸引力和亲密的体验。该解决方案需要可定制，以便随着平台的发展添加新功能。

Next Tech 是一个在线技术教育平台，其协作基础设施面临着重大挑战。该平台基于 Firebase 构建，对于讲师指导的学习至关重要。然而，它在正常运行时间和速度方面遇到了困难，导致学生和教师的体验都很差。该公司的目标是通过实现可靠的实时协作，使在线技术教育与面对面学习一样强大。然而，现有的基础设施无法满足这些要求。 Next Tech 尝试了多种替代方案，包括 Cloud Firestore、Action Cable、Pushpin 和 Nchan，但这些解决方案都无法满足公司对可靠、快速协作平台的需求。

When Pocket Gems began building War Dragons in 2013, they intended for the game to be heavily reliant on multiplayer interactions. However, they soon realized the importance of social interaction for player engagement and retention. Initially, they built their own in-game chat, which allowed for simple text exchanges. This solution worked for private chats but was insufficient for real-time battles where players needed to communicate quickly and effectively. The challenge was to provide a robust, real-time chat solution that could handle the high volume of messages and users during large-scale battles and events.

Prior to PubNub, Swiggy handled customer support inquiries primarily through agents in a call center and secondarily through customer support chat in their platform. As a result, even simpler requests—like a customer needing to cancel an order— were usually resolved through a phone call. For customers, this often led to resolution times of up to five minutes. And for support agents, significant manual work and time was spent on minor inquiries. With their previous phone support system, simple requests would turn into multiple questions that would lead to agents needing to navigate through multiple dashboard screens and customers sometimes needing to wait for agents due to limited availability. As Swiggy grew and regularly needed to handle up to 200,000 customer inquiries a day with a peak concurrency of 2,000 users, they turned their focus to adapting their support model to better scale. To accomplish this, they focused on building out their chatbot support.