Size: a a a

Архитектура ИТ-решений

2020 January 22

GK

Gennadiy Kruglov in Архитектура ИТ-решений
pragus
резервного захоронения ©
В основном, да:) очень дорогие системы захоронения данных:)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Для хренения сообщений (сохранил синтаксис автора) нужно использовать предназначенные для этого хранилища, например, Hadoop.

Брокеры сообщений для хранения сообщений не предназначены. Только в рамках политик хранения, обычно до тех пор, пока сообщения не будут обработаны потребителями.
Ну, kafka вполне про вечное хранение, если ретеншн настроить корректно. Так как это не очередь, а лог...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Есть золотое правило - используйте технологии по назначению.

Если вас вдруг озарило и вы решили, что можно из брокера сделать базу данных или объектное хранилище, то скорее всего вы просто не разобрались в матчасти.
Ты не поверишь, сейчас kafka развивается именно в сторону БД. Ну, в рамках kafka streams и вместе с rocksDB, но там сильно связанное хранение. И для CQRS вечное хранение событий подразумевается все-таки....
Но кроме кафки такое хранить, конечно, больше негде. Да и в кафке стоит аккуратно...
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Ну, kafka вполне про вечное хранение, если ретеншн настроить корректно. Так как это не очередь, а лог...
Что значит ретеншен настроить?

Кафка - это брокер сообщений, структура хранения сообщений которого построена в виде лога, распределённого и реплицируемого, что важно.
источник

VU

Vitaly U in Архитектура ИТ-решений
Phil Delgyado
Ты не поверишь, сейчас kafka развивается именно в сторону БД. Ну, в рамках kafka streams и вместе с rocksDB, но там сильно связанное хранение. И для CQRS вечное хранение событий подразумевается все-таки....
Но кроме кафки такое хранить, конечно, больше негде. Да и в кафке стоит аккуратно...
В смысле для EventSourcing?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Vitaly U
В смысле для EventSourcing?
Угу.
источник

VU

Vitaly U in Архитектура ИТ-решений
Тогда же про это говорили
https://t.me/itarchitect/10211
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Что значит ретеншен настроить?

Кафка - это брокер сообщений, структура хранения сообщений которого построена в виде лога, распределённого и реплицируемого, что важно.
Ну и что, что оно может быть еще и брокером. Систем, где в кафке хранят много - хватает.
Не очевидно, но хранение миллиардов записей всегда не очевидно
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Ты не поверишь, сейчас kafka развивается именно в сторону БД. Ну, в рамках kafka streams и вместе с rocksDB, но там сильно связанное хранение. И для CQRS вечное хранение событий подразумевается все-таки....
Но кроме кафки такое хранить, конечно, больше негде. Да и в кафке стоит аккуратно...
Я знаю об этом. Но, в рамках kafka steams, в которой используется rocksDB
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Там рокс для хранение текущего состояния, насколько я помню. А не для истории...
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Там рокс для хранение текущего состояния, насколько я помню. А не для истории...
Да
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А история - таки в кафке. С возможностью перезалить...
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А история - таки в кафке. С возможностью перезалить...
Я не просто так спросил про политики хранения. Насколько долго хранятся данные и какие максимально размеры сегметнов
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И стримы используются для обработки данных во времени близком к реальному или в окне.

Вопрос, насколько большое можно делать окно.

Если окно большое, может лучше использовать пакетную обработку.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Ну и что, что оно может быть еще и брокером. Систем, где в кафке хранят много - хватает.
Не очевидно, но хранение миллиардов записей всегда не очевидно
Это брокер, который из-за удачной архитектуры пытаются сделать ещё и базой данных.

Потому что у этого брокера как и у баз данных есть лог
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Идея использовать кафку как event store в eventsoucing выглядит очень заманчивой. Понаблюдаем за исплементацией.
источник

Ms

Mutko says in Архитектура ИТ-решений
А чего наблюдать, это ее главная фича
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Проверка временем нужна
источник

Ms

Mutko says in Архитектура ИТ-решений
Просто ретеншен ставят для того, чтобы иметь возможность ограниченно переиграть лог событий
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Mutko says
Просто ретеншен ставят для того, чтобы иметь возможность ограниченно переиграть лог событий
В чём тогда смысл?
источник