Комментарии 7
Сижу, читаю, задаюсь вопросом, вроде все указанные проблемы решаются в redis из коробки, зачем столько сложностей? Какие бенифиты дает ignite которых нет в redis?
Вроде по тестам ignite сильно позади по производительности.
Абсолютно согласен что Redis быстрая и надежная db, но все же сравнивать его и Apache Ignite не совсем корректно. Все что между ними общего - это то что они хранят данные in-memory и относятся к nosql db. А вот реализованы они совсем по разному. Apache Ignite в отличии от Redis поддерживает синхронную репликацию и ACID транзакции, а в нашем примере - работа с клиентскими данными - строгая консистентность важнее производительности, по крайней мере для наших сценариев использования. Вообще первоначальной задачей Apache Ignite в Сбере была заменить Oracle, так как объемы данных не позволяли его использовать в ближайшей перспективе, а не использовать как кеш БД.
По поводу бенчмарков, это сложная история, и напрямую сравнить Redis и Ignite врятли возможно, если только если притянуть какой-то узкий сценарий, например crud операции с Atomic кешами. Но возможно коллеги от Ignite смогут меня поправить:)
у редис асинхронная репликация и персист с aof и rdb снапшотами, не гарантирует сохранность данных и rpo 0, как тут игнайт с wal
Apache ignite позволяет использовать SQL запросы
Привет, Хабр! На связи Дмитрий Пшевский @pshevskiy и Семён Попов @samansay
Привет, Дмитрий и Семëн! Пользуясь тем, что вы на связи, хотелось бы задать вопрос по поводу импортозамещения. Планирует ли сбер переименовать Ignite в что-то типа СберРозжиг?
Community-версия Ignite не поддерживает rolling update. То есть, если вы обновите серверные узлы, но не обновите клиентские, получите такую ошибку
Я правильно понял, что эта проблема решена в DataGrid-е, а в Apache Ignite решения до сих пор нет?
Разгоняем Ignite в облачной инфраструктуре. Часть 1