1
ch2 2021-04-25 20:56:20 +08:00
1 没问题,你再加一张表来记录每个任务的状态就行了
|
2
joApioVVx4M4X6Rf 2021-04-25 21:09:38 +08:00
这是个复杂问题,首先算法模块部署到哪儿了?它的吞吐量是多少?会不会成为瓶颈。如果算法模块也在消费者那台机器上,就要考虑算法的资源占用情况了。
|
3
liprais 2021-04-25 21:27:57 +08:00 via iPhone
spark flink 都行
|
5
czfy 2021-04-26 02:32:12 +08:00
人像数据是什么?人脸?
为什么是一条一条过算法?人脸验证? |
6
akyle 2021-04-26 09:13:20 +08:00
为什么不可以先缓存再批量处理?
|
8
ebingtel 2021-04-26 13:51:58 +08:00
多进程+多协程……supervisor 应该够了
|
9
446ENzu91KZ73A33 2021-04-26 15:05:16 +08:00
歪楼,楼主用的摄像头能推荐一下吗?是能自动识别人脸上传吗?还是要自己分析是否存在人脸。我之前也想实现类似功能不过用的摄像头不太行,算法也不太行,最后放弃了
|
11
Alexf4 2021-04-26 16:54:26 +08:00
跟楼主做过类似的项目,当时是为了实时处理日志的情景。
1 Kafka 有个消费组的机制,我同一个 topic 有 N 个 parition, 每一个 partition 对应一个 python 进程( supervisor 管理所有的进程)。假如遇到了性能瓶颈就,新增 partition, 新增进程(包括机器)。这种比较简单粗暴 2 后面优化这种流程,换了 golang 了。。。 |