Вопрос "Нужен ли мне JMS?" на практике должен разворачиваться в следующий "Хочу ли я делать реализацию напротив JMS API или же юзать конкретную JMS реализацию?". Все потому что это лишь интерфейс.
Докладчик интересно рассказывает и поверхностно знаком со множеством технологий, но к сожалению многие факты притянуты за уши. Видимо сказывается недостаток hands-on опыта и некоторый пробел в системном подходе в Computer Science. Докладчик просто не понимает как бегают байты и где надёжность спорит с производительностью. Во-первых, как-то тупо сравнивать производительность JMS который поддерживает persistance c брокерами которые его не поддерживают. Во-вторых, в распределённых системах с репликацией стыдливо замолчен вариант репликации: синхронный или асинхронный, если репликация асинхронная то о какой надёжности может идти речь В-третих в любых системах где надо гарантировать доставку сообщения и отсутствие дупликатов не обойтись без распределённых транзакций неважно jms это или нет. Рекомендация использовать в разработке амазоновский сервер который находится за тридевять земель и навозможно развернуть локально вообще за гранью добра и зла
Если сообщения теряются, тогда выкинем jms, и заменим его на редис или кафку. Но сообщения, все равно, будут теряться. )))
Яков Файн в конце хорошо ответил)
Хороший доклад, в одном месте собраны варианты. Спасибо.
Вопрос "Нужен ли мне JMS?" на практике должен разворачиваться в следующий "Хочу ли я делать реализацию напротив JMS API или же юзать конкретную JMS реализацию?". Все потому что это лишь интерфейс.
Отличный обзорный доклад!
great talk!
21:36 Автор не посмотрел, что это не настоящий синий экран :D Шутки про мам дошли до Java конференций
Никто не верит. Но если включить все фичи, то сильно просаживается производительность.
Докладчик интересно рассказывает и поверхностно знаком со множеством технологий, но к сожалению многие факты притянуты за уши. Видимо сказывается недостаток hands-on опыта и некоторый пробел в системном подходе в Computer Science. Докладчик просто не понимает как бегают байты и где надёжность спорит с производительностью.
Во-первых, как-то тупо сравнивать производительность JMS который поддерживает persistance c брокерами которые его не поддерживают.
Во-вторых, в распределённых системах с репликацией стыдливо замолчен вариант репликации: синхронный или асинхронный, если репликация асинхронная то о какой надёжности может идти речь
В-третих в любых системах где надо гарантировать доставку сообщения и отсутствие дупликатов не обойтись без распределённых транзакций неважно jms это или нет.
Рекомендация использовать в разработке амазоновский сервер который находится за тридевять земель и навозможно развернуть локально вообще за гранью добра и зла
А вас не затруднит дать ссылку на раскрытие ваших тезисов? Особенно интересен тезис про распределенные транзакции
комментарий неактуальный
2021 - kafka наконец-то избавилась от "супер хорошего, классного, годного" зукипера, facepalm )))))
очень плавает звук