Size: a a a

Clojure — русскоговорящее сообщество

2020 June 04

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Maxim Penzin
поэтому я и спросил, где тут ожидается выигрыш и какой?
Побольше бы таких вопросов в коммьюнити программистов задавалось бы. Глядишь, и перестали бы кучу ритуалов выполнять...
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
с буфером есть другая куча проблем - надо понять какого он должен быть размера, чтобы давать какую-то пользу, и что с ним делать, если он все-таки переполнился
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
ок, тогда пример с емейлом
гарантия доставки - at most once
если что - пользователь еще раз попросит
есть 2 варианта
синхронный - есть некий интерфейс/протокол отправщика и синхронно его дергаем
и ассинхронный - есть очередь без буфера и в другом треде/го-блоке происходит отправка
при этом, если очердь не пуста, то отправитель блокируется и ждет

в чем разница?
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
ок, тогда пример с емейлом
гарантия доставки - at most once
если что - пользователь еще раз попросит
есть 2 варианта
синхронный - есть некий интерфейс/протокол отправщика и синхронно его дергаем
и ассинхронный - есть очередь без буфера и в другом треде/го-блоке происходит отправка
при этом, если очердь не пуста, то отправитель блокируется и ждет

в чем разница?
это кейс, когда есть относительно быстрый генератор событий, который долджен быстро завершиться и относительно медленные воркеры, которые потом будут обрабатывать эти события.
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
не ждем завершения задачи? только это отличие?
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
причем флоу контроль тут как бы за кадром остается
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
а с ним много интересного тоже.
источник

D

Dos in Clojure — русскоговорящее сообщество
dead letter queue?
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
не ждем завершения задачи? только это отличие?
ну вот если хочется, чтобы генератор событий отрабатывал быстро, а обработка медленно
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
Maxim Penzin
ну вот если хочется, чтобы генератор событий отрабатывал быстро, а обработка медленно
а если буфера нет?
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
если нет, то генератор событий напрямую вызывает обработчик и синхронно ждет пока он все обработает
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
У меня пока есть чувство, что очереди для разделения подсистем имеют смысл, только если их использовать в духе эрланга, с отказоустойчивостью и прочими приколами
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Mikhail Borisov
У меня пока есть чувство, что очереди для разделения подсистем имеют смысл, только если их использовать в духе эрланга, с отказоустойчивостью и прочими приколами
ерланг ту не при чем как бы
источник

VL

Vlad Lisovsky in Clojure — русскоговорящее сообщество
service oriented architecture
источник

VL

Vlad Lisovsky in Clojure — русскоговорящее сообщество
зачем нужна kafka?
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
kafka нужна для передачи сообщений между системами, в.ч. датацентрами, на большие расстояния
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
и для агрегации многих данных о фирме
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
в том же manifold из коробки идет отличный pub-sub bus
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
любой компонент можно написать как воркер, который подсасывается к топику и читает-пишет в него
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
плюс всегда можно подключить второй воркер для медленных операций
источник