2021-10-12 23:21:53 +08:00
[#]: collector: (lujun9972)
[#]: translator: (unigeorge)
2021-10-17 10:56:30 +08:00
[#]: reviewer: (wxy)
2021-10-17 10:58:51 +08:00
[#]: publisher: (wxy)
[#]: url: (https://linux.cn/article-13891-1.html)
2021-10-12 23:21:53 +08:00
[#]: subject: (How to process real-time data with Apache)
[#]: via: (https://opensource.com/article/20/2/real-time-data-processing)
[#]: author: (Simon Crosby https://opensource.com/users/simon-crosby)
如何使用 Apache 软件处理实时数据
======
2021-10-17 10:56:30 +08:00
> 开源以丰富的项目画布引领着处理实时事件的方向。
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
在“永不下线”的未来，入网设备规模可能会达到数十亿。存储原始数据，日后再进行分析的方案将不再能满足需求，因为用户需要实时且准确的响应。要对故障等对环境敏感的状况进行预测，实时处理数据也必不可少 —— 数据到达数据库后再处理肯定是来不及的。
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
有人可能会说，“云可扩展性”能够满足实时处理流数据的需求，但一些简单的例子就能表明它永远无法满足对无界数据流进行实时响应的需求。从移动设备到物联网，都需要一种新的范式来满足需求。尽管云计算依赖于对大数据“先存储后分析”的方案，但也迫切需要一种能够处理持续、杂乱和海量数据流的软件框架，并在数据流到达时立即对其进行处理，以保证实时的响应、预测和对数据的洞悉。
2021-10-12 23:21:53 +08:00
例如，在加利福尼亚州的帕洛阿尔托市，每天从基础交通设施产生的流数据比 Twitter Firehose 还要多。这是很大的数据量。为 Uber、Lyft 和 FedEx 等消费者预测城市交通需要实时的分析、学习和预测。云处理不可避免地导致每个事件大约会有半秒的延迟。
我们需要一个简单而强大的编程范式，让应用程序在类似下面的情况时能够动态处理无界数据流：
* 数据量巨大，或原始数据的移动成本很高。
* 数据由广泛分布的资产（例如移动设备）生成。
* 数据具有转瞬即逝的价值，即时分析迫在眉睫。
* 需要始终洞悉最新数据情况，外推法行不通。
### 发布和订阅
2021-10-17 10:56:30 +08:00
事件驱动系统领域中有一个关键架构模式：< ruby > 发布/订阅< rt > publish/subscribe</ rt ></ ruby > 消息传递模式。这是一种异步通信方法，其中消息会从 _发布者_ （数据产生方）传递到 _订阅者_ （处理数据的应用程序）。发布/订阅模式可以将消息发送者与消费者分离开来。
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
在发布/订阅模式中，消息源会 _发布_ 针对某个 < ruby > 主题< rt > topic</ rt ></ ruby > 的 < ruby > 事件< rt > event</ rt ></ ruby > 至 < ruby > 服务端< rt > broker</ rt ></ ruby > ，后者按接收顺序存储它们。应用程序可以 _订阅_ 一个或多个 _主题_ ，然后 _服务端_ 会转发匹配的事件。 Apache Kafka 和 Pulsar 以及 CNCF NATS 是发布/订阅系统。 发布/订阅的云服务包括 Google Pub/Sub、AWS Kinesis、Azure Service Bus、Confluent Cloud 等。（
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
发布/订阅系统不会 _运行_ 订阅者应用程序，它们只是 _传递_ 数据给相应主题的订阅者。
2021-10-12 23:21:53 +08:00
2021-10-17 10:56:30 +08:00
流数据通常包含应用程序或基础架构状态更新的事件。在选择架构来处理数据时，发布/订阅框架等数据分发系统的作用是有限的。消费者应用程序的“处理方式”超出了发布/订阅系统的范围。这让开发人员的管理变得极具复杂性。所谓的流处理器是一种特殊的订阅者，可以动态分析数据并将结果返回给同一个服务端。
2021-10-12 23:21:53 +08:00
### Apache Spark
[Apache Spark][2] 是用于大规模数据处理的统一分析引擎。通常将 Apache Spark Streaming 用作流处理器，
* 流处理器必须能够根据数据速率进行扩展，甚至要能够跨越服务器和云，并且还可以跨实例实现负载均衡，以确保弹性和其他应用层的需求。
* 它必须能够分析来自不同来源的数据，这些数据源的报告速率可能相差很大。这意味着它必须是有状态的，或者将状态存储在数据库中。当使用 Spark Streaming 作为流处理器时，通常会使用后一种方法，这种方法在需要超低延迟响应时可能会存在性能问题。
相关项目 [Apache Samza][3] 也提供了一种处理实时事件流的方法，并使用 [Hadoop Yarn][4] 或 [Apache Mesos][5] 来管理计算资源，以便进行弹性扩展。
### 解决数据扩展问题
需要注意的是，即使是 Samza 也不能完全减轻开发人员的数据处理需求。扩展数据规模意味着处理事件的任务需要跨多个实例进行负载均衡，而使用数据库是实例间共享结果应用层状态的唯一方法。然而，当应用程序任务之间的状态协调转移到数据库时，对性能会产生不可避免的连锁反应。此外，数据库的选择也至关重要。随着系统的扩展，数据库的集群管理会成为下一个潜在的瓶颈。
这个问题可以通过有状态、有弹性的替代方案来解决， （ ） ， ，
这些解决方案允许大量的代理（真实数据源的数字类比）分布，甚至还有在应用层使代理互连的分布式图，从而简化了应用架构。这是因为代理之间互连的本质，是映射到解决方案的当前运行时执行实例和代理本身的 URL。通过这种方式， ，
### 使用开源阅读数据世界
我们查看数据的方式正在发生翻天覆地的变化：不再将数据库用作记录系统，取而代之的是现实世界，现实世界事物的数字类比可以不断地传输它们的状态。幸运的是，开源社区在处理实时事件的项目丰富度方面处于领先地位。从发布/订阅模式（其中最活跃的社区是 Apache Kafka、Pulsar 和 CNCF NATS） ， ，
--------------------------------------------------------------------------------
via: https://opensource.com/article/20/2/real-time-data-processing
作者：[Simon Crosby][a]
选题：[lujun9972][b]
译者：[unigeorge](https://github.com/unigeorge)
2021-10-17 10:56:30 +08:00
校对：[wxy](https://github.com/wxy)
2021-10-12 23:21:53 +08:00
本文由 [LCTT ](https://github.com/LCTT/TranslateProject ) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
[a]: https://opensource.com/users/simon-crosby
[b]: https://github.com/lujun9972
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/clocks_time.png?itok=_ID09GDk (Alarm clocks with different time)
[2]: https://spark.apache.org/
[3]: https://samza.apache.org/
[4]: https://hadoop.apache.org/
[5]: http://mesos.apache.org/
[6]: https://flink.apache.org/
[7]: https://beam.apache.org
[8]: https://github.com/swimos/swim
[9]: https://hazelcast.com/
