Size: a a a

2020 November 08

EF

Eugene Freeman in pro.kafka
да, порты..
KAFKA_ZOOKEEPER_CONNECT: zoo1:2181,zoo2:2181,zoo3:2181/kafka,
а было
KAFKA_ZOOKEEPER_CONNECT: zoo1:2181,zoo2:2182,zoo3:2183/kafka
источник

EF

Eugene Freeman in pro.kafka
всем спасибо
источник
2020 November 09

Z

Zellox in pro.kafka
всем привет
источник

Z

Zellox in pro.kafka
подскажите пожалуйста валидную конфигурацию для mirror-maker2?
источник

Z

Zellox in pro.kafka
использую конфиги в таком виде:
источник

Z

Zellox in pro.kafka
./mirror_maker_consumer.cfg

bootstrap.servers=source_addr1:9092,source_addr2:9092,source_addr3:9092
exclude.internal.topics=true
group.id=mirror-maker
auto.commit.enabled=false

-- --

./mirror_maker_producer.cfg

bootstrap.servers=dest_addr1:9092,dest_addr1:9092,dest_addr1:9092
acks=-1
batch.size=1
client.id=mirror_maker_producer
retries=2147483647
max.in.flight.requests.per.connection=1
источник

Z

Zellox in pro.kafka
процесс запускаю, но сообщения не реплицируются между площадками
источник

m

matt in pro.kafka
в mm2 ведь больше не нужно использовать producer/consumer схему https://cwiki.apache.org/confluence/display/KAFKA/KIP-382%3A+MirrorMaker+2.0#KIP382:MirrorMaker2.0-RunningadedicatedMirrorMakercluster
источник
2020 November 10

НК

Николай Крупий... in pro.kafka
источник

A

Artjom Kalita in pro.kafka
Тут новые замеры пульсар вс кафка подьехали -
теперь от пульсара
https://streamnative.io/blog/tech/2020-11-09-benchmark-pulsar-kafka-performance
источник

DL

Denis Larionov in pro.kafka
Добрый день.
Подскажите, пожалуйста.
Есть топик вида x.y.z, его слушают тысячи слушателей, можно ли сделать так, что бы не создавать тысячи
spring.cloud:
   stream:
      bindings:
        chanleName:
              destination: x.y.z.${id}
источник

N

N in pro.kafka
Привет, подскажите плиз есть ли у спринга контекст евент который сигнализирует о том что кафка продюсеры наконфигурены и можно пушить в кафку уже ?
источник

SB

Sergey Bezrukov in pro.kafka
Denis Larionov
Добрый день.
Подскажите, пожалуйста.
Есть топик вида x.y.z, его слушают тысячи слушателей, можно ли сделать так, что бы не создавать тысячи
spring.cloud:
   stream:
      bindings:
        chanleName:
              destination: x.y.z.${id}
А где вы их создаёте "тысячи" и зачем?
источник

DL

Denis Larionov in pro.kafka
Sergey Bezrukov
А где вы их создаёте "тысячи" и зачем?
к чему вопрос? Зачем мы это делаем? -> бизнес задача.
источник

SB

Sergey Bezrukov in pro.kafka
Не "зачем" а "где"
источник

SB

Sergey Bezrukov in pro.kafka
Если в конфиге спринга - тогда уже вопрос "зачем".
источник

DL

Denis Larionov in pro.kafka
нет, тысячи создаются на топик x.y.z
я хочу их разделить, но как пока не знаю
источник

SB

Sergey Bezrukov in pro.kafka
А group.id у них разные? Если одинаковые - то делать их больше, чем партиций в топике бессмысленно, если разные - то что значит "разделить"?  Если у вас кластер, то по узлам читатели теоретически сами должны распределиться, без дополнительных действий с вашей стороны.
источник

DL

Denis Larionov in pro.kafka
У слушателей разные.
источник

DL

Denis Larionov in pro.kafka
Пока мне приходится определять нужно сообщение, разбирая его. А хочется сразу из топика
источник