Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/apache-kafka/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/three.js/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Apache kafka 如何确定卡夫卡是否适合存储事件? 我考虑使用卡夫卡作为一个事件采购项目(有代理生产事件将通过卡夫卡到特定的处理器…)_Apache Kafka_Event Sourcing - Fatal编程技术网

Apache kafka 如何确定卡夫卡是否适合存储事件? 我考虑使用卡夫卡作为一个事件采购项目(有代理生产事件将通过卡夫卡到特定的处理器…)

Apache kafka 如何确定卡夫卡是否适合存储事件? 我考虑使用卡夫卡作为一个事件采购项目(有代理生产事件将通过卡夫卡到特定的处理器…),apache-kafka,event-sourcing,Apache Kafka,Event Sourcing,由于我没有活动采购和卡夫卡的实践经验,我在网上做了一些研究。我发现卡夫卡不适合活动采购。 这里有一句话: SQL/NoSQL存储和Kafka作为代理是比离开更好的选择 Kafka处理这两个角色,以创建完整的功能完整解决方案 有一位卡夫卡的合著者告诉我们 卡夫卡可以很好地作为事件来源的日志。它是 容错,可扩展到巨大的数据大小,并具有内置的 分区模型 在我的情况下,我仍然不能考虑是否使用卡夫卡是个好主意。即使卡夫卡有主题,我也需要活动存储吗 我想要一个简单的问题列表,帮助我决定是单独使用卡夫卡还是使

由于我没有活动采购和卡夫卡的实践经验,我在网上做了一些研究。我发现卡夫卡不适合活动采购。 这里有一句话:

SQL/NoSQL存储和Kafka作为代理是比离开更好的选择 Kafka处理这两个角色,以创建完整的功能完整解决方案

有一位卡夫卡的合著者告诉我们

卡夫卡可以很好地作为事件来源的日志。它是 容错,可扩展到巨大的数据大小,并具有内置的 分区模型

在我的情况下,我仍然不能考虑是否使用卡夫卡是个好主意。即使卡夫卡有主题,我也需要活动存储吗

我想要一个简单的问题列表,帮助我决定是单独使用卡夫卡还是使用卡夫卡+事件存储

如何确定卡夫卡是否适合存储事件

首先,你需要决定你认为“事件来源”是什么意思

你可能想复习一下马丁·福勒的著作

需要考虑的一件事是,在事件分区上是否存在需要维护的域不变量。在大多数专用事件存储中,有一些机制可用于确保新事件仅在与以前编写的事件一致时才附加到历史记录中

在许多事件源解决方案中,您需要许多简短的历史记录—每个订单履行的历史记录、每个装运的历史记录、每个流程实例的历史记录—这样您就可以支持对不同实例的并发写入,而不会丢失一致性属性

如果您需要这些支持,那么您需要了解Kafka的功能集与它们的一致性(与评估任何其他现成的解决方案没有什么区别)

如何确定卡夫卡是否适合存储事件

首先,你需要决定你认为“事件来源”是什么意思

你可能想复习一下马丁·福勒的著作

需要考虑的一件事是,在事件分区上是否存在需要维护的域不变量。在大多数专用事件存储中,有一些机制可用于确保新事件仅在与以前编写的事件一致时才附加到历史记录中

在许多事件源解决方案中,您需要许多简短的历史记录—每个订单履行的历史记录、每个装运的历史记录、每个流程实例的历史记录—这样您就可以支持对不同实例的并发写入,而不会丢失一致性属性

如果您需要这些支持,那么您需要了解Kafka的功能集与它们的一致性(与评估任何其他现成的解决方案没有什么区别)