Size: a a a

2020 March 25

GG

George Gaál in pro.kafka
и поверх постгреса тоже
источник

GG

George Gaál in pro.kafka
просто она нифига не скалируется
источник

GG

George Gaál in pro.kafka
и нет таких крутых плюшек как у кафки и специализированных решений
источник

VG

Vik Gamov in pro.kafka
любая более или менее большая система не строится без очередей
источник

MY

Michael Yeryomenko in pro.kafka
Dmitriy Novikov
Ага. Все ясненько. Спасибо.
Только сто раз подумай нужна ли конкретно для твоего обьема данных именно кафка. В большинстве случаев чего то типа rabbitMQ будет достаточно.
источник

MY

Michael Yeryomenko in pro.kafka
Michael Yeryomenko
Привет! Есть вопрос про кафка стримы. Про GlobalKTable. Судя по всему store который там используется хранит данные в массивах байт. И каждый раз когда данные запрашиваются он делает десериализацию. Это так? Если это так то почему?
Ну кто нибудь...
источник
2020 March 26

GG

George Gaál in pro.kafka
источник

VG

Vik Gamov in pro.kafka
Michael Yeryomenko
Привет! Есть вопрос про кафка стримы. Про GlobalKTable. Судя по всему store который там используется хранит данные в массивах байт. И каждый раз когда данные запрашиваются он делает десериализацию. Это так? Если это так то почему?
Да
источник

MY

Michael Yeryomenko in pro.kafka
А второй вопрос?)
источник

VG

Vik Gamov in pro.kafka
Michael Yeryomenko
А второй вопрос?)
Потому что State store по умолчанию используется Rocksdb. а это уже шаг за пределы Jvm (Offheap такой). А всегда когда объекты надо вынести за пределы Jvm надо сериализовать и десериализовать
источник

MY

Michael Yeryomenko in pro.kafka
Vik Gamov
Потому что State store по умолчанию используется Rocksdb. а это уже шаг за пределы Jvm (Offheap такой). А всегда когда объекты надо вынести за пределы Jvm надо сериализовать и десериализовать
А почему нельзя использовать какой то in memory store для global ktable?
источник

VG

Vik Gamov in pro.kafka
Michael Yeryomenko
А почему нельзя использовать какой то in memory store для global ktable?
Можно
источник

VG

Vik Gamov in pro.kafka
Но апи все равно хочет byte[]
источник

MY

Michael Yeryomenko in pro.kafka
Vik Gamov
Но апи все равно хочет byte[]
Ну вот про это и вопрос
источник

MY

Michael Yeryomenko in pro.kafka
Просто получается что global ktable бесполезна вроде как если не важен порядок процессинга рекордов из неё. Например мы были вынуждены имплементировать свой in memory storage поверх кафка топика. Потому что разница в перформансе довольно существенна. Есть какие то планы насчёт этого у разрабов кафки?
источник

VG

Vik Gamov in pro.kafka
Есть же имплементация In memory state store
источник

MY

Michael Yeryomenko in pro.kafka
Vik Gamov
Есть же имплементация In memory state store
Так он все равно сериализирует десериализирует
источник

N

Nikolay in pro.kafka
Какой ui для Кафки сейчас юзают?
источник

ὦan in pro.kafka
Я тут короче ныл что у меня ничего не работет
источник

ὦan in pro.kafka
Nikolay
Какой ui для Кафки сейчас юзают?
confluent center
источник