Size: a a a

2019 November 05

АБ

Алексей Быстрый in pro.kafka
Gregory Koshelev
Смотря что считать нормальным.
Согласен. Именно так будет после добавления новых партиций
источник

GK

Gregory Koshelev in pro.kafka
Те новые сообщения, которые попадут в новые партиции - будут обработаны быстрее.
источник

GK

Gregory Koshelev in pro.kafka
Это просто нужно иметь ввиду.
источник

MR

Mikhail Romashov in pro.kafka
Коллеги, приветсвую!
Какую латентность вам удалось добиться?
Я системный аналитик, с кафкой пока не сталкивался. У  моих коллег мнение, что ~100мс, что для нас много.
источник

GK

Gregory Koshelev in pro.kafka
К слову. После того, как все события будут вычитаны, можно будет уменьшить количество консьюмеров.
источник

GK

Gregory Koshelev in pro.kafka
Mikhail Romashov
Коллеги, приветсвую!
Какую латентность вам удалось добиться?
Я системный аналитик, с кафкой пока не сталкивался. У  моих коллег мнение, что ~100мс, что для нас много.
Добрый день (вечер). Латентность напрямую зависит от стабильности канала между кафками и приложениями. И от настроек.
источник

MR

Mikhail Romashov in pro.kafka
Интересует минимальная в проде, реальном продукте.
источник

GK

Gregory Koshelev in pro.kafka
Допустим, 50мс.
источник

MR

Mikhail Romashov in pro.kafka
Хотелось бы статьи на эту тему. Или общая про производительности.
источник

GK

Gregory Koshelev in pro.kafka
И о каком latency мы говорим? Между Producer и Broker? Между Broker и Consumer? Между Producer и Consumer?
источник

A

Alex in pro.kafka
источник

MR

Mikhail Romashov in pro.kafka
благодарю
источник

AR

Alexander Ryzhenko in pro.kafka
Доброго всем времени суток.
Использует ли кто кафка коннект с debezium mysql connector?
источник

AR

Alexander Ryzhenko in pro.kafka
Столкнулся с такой проблемой. При первом запуске коннектора он делает снапшот данных в БД. На больших (25М+ записей) таблицах после снятия снапшота, падает с сообщением о несуществующих оффсетах в бинлогах.
Есть подозрение, что пока делается снапшот (40-50 минут) бинлоги уже успевают почиститься
источник

AS

Alexander Sibiryakov in pro.kafka
дык а случайно эта штука не в compacted топик должна писать?
источник
2019 November 06

TH

Tuyen Huynh in pro.kafka
источник

TH

Tuyen Huynh in pro.kafka
для тех, кому нужно
источник

AS

Anton Sadovnikov in pro.kafka
О, спасибо, как раз в тему!
источник

BT

Boris T in pro.kafka
Никто не видел сравнения kafka и rocketmq? https://rocketmq.apache.org/docs/motivation/
источник

SB

Stanislav Bausov in pro.kafka
Прочитал статейку, по поводу гарантии очередности сообщений в партиции. max.in.flight.requests.per.connection=1 решеает проблему нарушения порядка в случае ретраев, но снижает пропускную способность. И как решение предлагается выставить такие настройки:
You can also set enable.idempotence=true without the need to decreasing max.in.flight.requests.per.connection but you need to adjust other settings according to documentation:
Note that enabling idempotence requires max.in.flight.requests.per.connection to be less than or equal to 5, retries to be greater than 0 and acks must be ‘all’.
источник