三年前，我们开始在adidas中开发Business Activity Monitoring 2.0。 这是一个基于开源技术的重新平台项目，其实时事件处理和可伸缩性是新平台的主要目的。
在此技术堆栈中，Kafka是支柱之一-它是从adidas的多个源系统传输事件并由复杂事件处理引擎处理的精选技术。 我们选择该技术是因为它满足了我们想要满足的所有要求：消息的消费和生产中的水平可伸缩性，社区广泛采用的开源项目，设计的高度保留…
我们与Kafka的合作越多，我们就越觉得通用，涵盖了除事件来源策略之外的更多用例。 它旨在以非常有效的方式实现pub-sub模式，从而实现数据流传输的情况，在这种情况下，多个人可以轻松地订阅同一条信息流。 扇出是真正有效的pub-sub模式，允许在生产和消耗部分中获得很高的评价。 只要有状态事件处理，它还启用其他功能，例如数据提取和数据建模。
adidas的Product Creation IT领域在其路线图中采取了一项重大举措，即从该领域的主要来源流式传输信息，并实现实时分析，报告，数据复制……他们得出结论，Kafka是实现这一目标的正确技术，因此我们启用了通过为他们准备平台为他们提供了主动权，这是我们部门PE＆A的DNA。
如今，每天有74个主题，29个来源和每天600万条消息表明该平台已被产品团队接受。 仍然是一个不起眼的试验，但是它表明该解决方案已可以投入生产。
4月，我们很高兴参加伦敦的卡夫卡峰会，当我们协助苹果，奥迪，IBM，BBC，ING等公司的演讲时，我们以一种正确的方式证实自己的想法真是令人兴奋。是创建作为内部服务提供的数据流平台的正确动力。
这个故事并不是要出售Kafka，最终是“仅”一项技术。 但是，根据采用新技术的不同，它可能会产生影响，从而能够触发一家公司IT格局的转变。
这只是第一步，因为事件驱动/数据流体系结构的策略已被全球许多公司采用。 我们正在与Confluent的“ Kafka的创造者”一起评估我们的解决方案，他们创建了一个图表，完美地说明了该技术的采用：
在我们面前的激动人心的旅程！ 敬请关注！
