我们有一个消息调度程序,它从消息属性生成一个散列密钥,然后将其放入带有该密钥的kafka主题队列中。
这样做是为了消除重复。但是,我不确定在不实际设置本地群集并检查其是否按预期运行的情况下如何测试此重复数据消除。
在网上搜索模仿Kafka主题队列的工具并没有起到任何作用,我担心我可能是想错了。
最终,无论使用什么来模拟kafka队列,其行为都应该与本地集群相同,即提供对主题队列的密钥插入的复制。
有这样的工具吗?
我们有一个消息调度程序,它从消息属性生成一个散列密钥,然后将其放入带有该密钥的kafka主题队列中。
这样做是为了消除重复。但是,我不确定在不实际设置本地群集并检查其是否按预期运行的情况下如何测试此重复数据消除。
在网上搜索模仿Kafka主题队列的工具并没有起到任何作用,我担心我可能是想错了。
最终,无论使用什么来模拟kafka队列,其行为都应该与本地集群相同,即提供对主题队列的密钥插入的复制。
有这样的工具吗?
2条答案
按热度按时间9w11ddsr1#
如果您需要验证特定于Kafka的功能,或者使用特定于Kafka的功能实现,那么唯一的方法就是使用Kafka!
Kafka是否对其重复数据消除逻辑进行了测试?如果是这样的话,下面的组合可能足以减轻您的组织所感知到的失败风险:
哈希逻辑的单元测试(确保相同的对象确实生成相同的哈希)
kafka主题重复数据消除测试(kafka项目内部)
飞行前烟雾测试验证你的应用程序与Kafka的集成
如果kafka没有围绕其主题进行任何类型的重复数据消除测试,或者您担心破坏更改,那么围绕kafka特定功能进行自动检查就很重要。这可以通过集成测试来完成。我最近在基于docker的集成测试管道方面取得了很大成功。在创建kafka docker映像的初始工作(社区可能已经提供了一个映像)之后,设置集成测试管道就变得很简单了。管道可能看起来像:
执行基于应用程序的单元测试(哈希逻辑)
一旦这些通过,您的ci服务器就会启动kafka
执行集成测试,验证重复写入只向主题发出一条消息。
我认为重要的是要确保Kafka集成测试最小化,只包括完全依赖Kafka特定功能的测试。即使使用docker compose,它们也可能比单元测试慢几个数量级,1毫秒对1秒钟?另一个需要考虑的问题是,维护集成管道的开销可能值得冒着相信kakfa将提供其声称的主题重复数据消除的风险。
mf98qq942#
为了用sbt测试任务模拟kafka uder python单元测试,我做了如下工作。应安装Pypark。
在build.sbt中定义应与测试一起运行的任务:
在python测试用例(app\u test.py)中:
更多的Flume,动静和其他的例子
pyspark.streaming.tests
模块。