例如，在开发统一数据平台之前，Alight 在门户网站或移动应用程序中集成了后端信息。这种方法有几个缺点，特别是在性能、成本和新解决方案的上市时间方面。他们需要根据系统中的近实时或实时事件处理大规模数据更改，以便他们可以以亚秒级响应时间按需刷新缓存。经过进一步研究，与合作伙伴、供应商和业内其他人讨论；以及一些概念验证 (POC) 项目，团队已准备好继续他们的选择：Apache Kafka。

通过集成系统所需企业的时间和精力，推动国家数字化数字银行计划和范围的转型转型

在关键任务、多租户环境中为基于云的通信服务提供实时分析。作为快速发展的多租户 SaaS 联络中心解决方案，8×8 需要一种快速且经济高效地添加新客户的方法。为了支持这一点，该公司决定为所有客户提供一个单一的事件流平台——一个可以随着新客户的加入而快速、轻松地扩展的平台。该平台需要是多租户的，提供严格的数据分离——这是客户的一项关键要求——并且鉴于其任务关键性质，它必须具有高度的弹性。强大的安全性也是必须的，因为 8×8 处理敏感的呼叫者信息。

SunPower 通过为消费者创建与他们的 SunPower Equinox® 太阳能和 SunVault™ 存储系统配对的软件产品来建立差异化，让消费者能够丰富地访问他们自己的能源使用数据，控制他们的 SunVault™ 系统的能力，并允许 SunPower 优化它自己的服务和优惠。然而，这需要 SunPower 从 600 万台设备收集、汇总和提供对实时数据的访问，这是一项重大挑战，并且远远超出了其原有系统的能力。 SunPower 希望利用其在现有车队中生成的大量能源使用数据来构建更高效的产品，使数据更容易被业务的不同部门访问和操作，并为客户提供更即时的能源管理体验。

随着公司从一个斗志昂扬的颠覆者转变为主要的行业参与者，它开始遇到公司成立时构建的单一应用程序的问题。在他们将整体拆分为微服务之后，他们后来还遇到了服务之间同步 REST API 调用的其他问题。也就是说，开发人员和数据工程师无法足够快地解决问题或以足够的敏捷性迭代他们的搜索功能，并且由于越来越多的数据可能会减慢新产品的生产力和上市时间，因此他们承担了大量的技术债务。特征。挑战在于创建一个事件总线来改进数据收集、微服务之间的事件驱动通信以及新用例的数据发现。