How to become an author
Search
Write a publication
Pull to refresh

Comments 27

Может кому интересно, но MongoDB в качестве кластера локов и очередей работает и не разваливается при гораздо большей нагрузке, чем Hazelcast. И MongoDB гораздо устойчивее к падению датацентров по питанию и сети, чем Hazelcast. Это утверждение основано на реальной эксплуатации сервисов с InMemory гридами.
Total votes 4: ↑3 and ↓1+2
На чем конкретно у вас падает Hazelcast, в чем проблема?
Total votes 1: ↑1 and ↓0+1
Кластер просто разваливается. Перестает принимать новые данные, ноды друг друга не видят, хотя сеть в порядке. Правда у нас RPS что-то в районе 1000. :)
Total votes 1: ↑1 and ↓0+1
ну «просто развалиться» он не может, там должны закончиться какие-то ресурсы, что закончилось?
Total votes 1: ↑1 and ↓0+1
можно кричать что «караул, разваливается», но без деталей я вам не смогу помочь. а детали как я понял NDA и все такое (кстати, нет проблем подписать ваш NDA и поглдеть что не так и почему «ноды друг друга не видят».
опять же, что значит «RPS 1000»? это количество рейквестов к вашему сервису или Hazelcast? какой размер объктов? сколько нод?
есть желание поговорить предметно — пишите в личку, с удовольствием поговорю.
Total votes 2: ↑2 and ↓0+2
gAmUssA Виктор, я держался, держался, но решил вкинуть. Чем вам проект лучше Apache Ignite?)
Total votes 1: ↑0 and ↓1-1

Да пади мучались сидели! надо было выкрикнуть в лицо, за этим я и презжал. Теперь уже хз когда предстоит такая возможность.
Но для начала, дорогой gurinderu, определите для меня что вы вкладываете в понятие «лучше»?
Кол-во коммитов? Покрытие тестами? количество пользователей? активность community? количество багов? "быстрее"?


есть официальная информация у нас и у них
независимая информация GridGain (Ignite там не нашел), Hazelcast


Короче, это все гуглится очень хорошо.
Но от себя хочу добавить, не слушайте меня и не слушайте их.
А просто пойдите скачайте оба продукта, по крутите, поиграйтесь, посмотрите что «лучше» для вас.
тут выше писали, что кому-то и монга лучше.
А когда надоест, возвращайся назад ©


p.s. кстати если вы следили за развитием проекта ignite, то вы могли бы заметить различные организационные (переход из closed source в open source, модель коммерческой поддержки пользователей, и так далее) изменения, которые компания GridGain привнесла в проект.
Многие из этих изменений являются корневыми для Hazelcast многие годы. И уж если компания, которая конкурирует с нами, копирует, это означает, что мы все делаем правильно!


Спасибо

This comment wasn’t rated yet0
Принято, я хотел услышать основные коммерческие плюсы по сравнению с Apache Ignite

P.S По факту я конечно видел информацию выложенную и у вас, и у них.
This comment wasn’t rated yet0

ignite — это OSS. коммерческое решение — GrigGain.
если в общем по функциям смотреть, они пишут что у них больше всего. Качество? Не могу комментировать
Нужно вам это или нет — решать вам.
Если что-то конкретное интересует в Hazelcast — пишите, с удовольствием отвечу!
Спасибо

This comment wasn’t rated yet0
О, конкретно, монго можно почитать срыв покровов тут https://aphyr.com/posts/322-jepsen-mongodb-stale-reads
hazelcast, к сожалению, не исследовался с помощью jepsen, поэтому что либо утверждать на эту тему про него некорректно. Ну или я не нашел таких тестов.
Total votes 3: ↑2 and ↓1+1
а какие тесты-то нужны? jepsen — не последняя инстанция
Total votes 1: ↑1 and ↓0+1
ну последней инстанции тут быть не может в принципе. но тесты от Kyle Kingsbury (aphyr.com) пользуются определенным авторитетом.
Total votes 2: ↑2 and ↓0+2
вы мне не ответили, какие нужны тесты?
This comment wasn’t rated yet0
тесты на поведение системы, доступность, консистентность данных, линеаризуемость при network partition. небольшая вводная статья есть тут https://aphyr.com/posts/281-jepsen-on-the-perils-of-network-partitions

полный список что и как тестировать я врядли смогу составить, ибо тут нужно хорошее знание тестируемой системы.
Total votes 2: ↑2 and ↓0+2
MongoDB в качестве кластера локов и очередей работает и не разваливается при гораздо большей нагрузке, чем Hazelcast. И MongoDB гораздо устойчивее к падению датацентров по питанию и сети, чем Hazelcast. Это утверждение основано на реальной эксплуатации сервисов с InMemory гридами.

Это утверждение — демагогия. С тем же успехом я могу написать, что «хазик рвет монгу в 10 раз, утверждение основано на реальном опыте».

«Какие ваши доказательства?»
Total votes 3: ↑3 and ↓0+3
Да, конкретные данные дать не могу, т.к. NDA. Не хочется тут голословно утверждать, что лучше. Я лишь хотел сказать, что в нашей конкретной задаче аггрегирования больших объемов сообщений в реальном времени, MongoDB показывается себя лучше. Возможно, есть задачи, где Hazelcast выигрывает. Если вы посмотрите, где я работаю, то поймете, что у меня нет никакого интереса рекламировать или наоборот ни то, ни другое.
Total votes 1: ↑1 and ↓0+1
нет проблем :)

просто тогда имеет смысл писать «мы тестировали так-то и получили то-то». А вышло, что вы обобщили.
Total votes 4: ↑4 and ↓0+4
у меня был клиен у которого был обратный случай. отказались от монги из-за лимитов на индексы. и взяли Hazelcast. я соглашусь с 23derevo, все очень голословно звучит.
Total votes 1: ↑1 and ↓0+1
А какие вообще могут быть доказательства? Любой пример проекта — частный случай. Любые тесты — синтетика. Любое сравнение можно поставить под сомнение.
Total votes 1: ↑1 and ↓0+1
И кстати, чтобы никому не было обидно, в некоторых своих проектах я-таки использую Hazelcast и он там живет без проблем.
This comment wasn’t rated yet0
Про частный случай — да, конечно. Тогда так и стоит писать: «в моем частном случае»… А не обобщать до «MongoDB в качестве кластера локов и очередей работает и не разваливается при гораздо большей нагрузке, чем Hazelcast.»

По поводу сравнений — зависит от целей тестирования. Не обязательно делать синтетику — у нас в Одноклассниках, например, используется A/B тестирование на продакшене: тестируемые сервисы подключаются асинхронно, данные замеров логгируются и сравниваются.
Total votes 1: ↑1 and ↓0+1
Слушаю разбор полетов уже очень давно. Виктор прекрасный ведущий и докладчик.
Спасибо за отчет и материалы!
Total votes 3: ↑3 and ↓0+3
Пожалуйста за отчёт. Спасибо AKogun47 на организацию встречи, gAmUssA — за доклад и за подкаст.
Total votes 2: ↑2 and ↓0+2
Жаль, что анонса этой встречи не было в группе в контактике.
Total votes 1: ↑1 and ↓0+1
Можно подписаться на оповещение о новостях jug.msk.ru здесь.
This comment wasn’t rated yet0
Sign up to leave a comment.

Your account

Sections

Information

Services

Support
© 2006–2024, Habr