今天，我们推出了事件流，它可以轻松地将事件实时直接转发到您的下游目的地。这是人们在传统客户数据平台 (CDP) 和客户数据基础设施平台 (CDI) 中习惯使用的功能类型——那么我们为什么要构建自己的版本呢？
CDP 在其事件流解决方 line数据库 案方面做了很多正确的事情——这帮助包括 Segment 在内的大多数 CDP 得到了广泛采用。事实上，我们自己的一些正在抛弃 CDP 的客户明确要求使用 Hightouch 进行 CDP 风格的事件流。
然而，CDP 事件收集并不完美。我们看到了一个机会，既可以改进传统的事件流，又可以通过流式反向 ETL通过仓库实时激活更丰富的数据。
在这篇博客中，我们将反思 CDP 在事件收集方面所做的真正有效的事情，然后反思它们的不足之处，以及我们的仓库原生解决方案可以超越现状的地方。
像 Segment 这样的企业 CDP为行为事件收集建立了强大的行业基准标准，这决定了每个新进入者如何构建其产品。
易于实施的 SDK。Segment的事件收集可以通过简单的软件开发工具包 (SDK) 在网站或应用程序中实施。许多解决方案（包括Rudderstack和 Hightouch Events）都从 Segment 的开源解决方案中分叉了事件收集 SDK。因此，大多数事件收集解决方案的操作方式都类似，即使它们并非从 Segment 中分叉。这让用户可以轻松设置事件收集并根据需要在供应商之间切换。