IF
Спасибо за советы
Size: a a a
2019 December 20
ŹR
С моим html справлялся
ŹR
Все равно шанс, что тебе не нужен headless chrome из-за того что вместо html тебе с сервера приходит кака которая потом загружает асинхронно СПА в 2020 году стремится к нулю
TZ
Всем привет! Мы делаем в Ростове-на-Дону https://southconf.ru/ в апреле и тк мы хотим развивать Elixir комьюнити в городе, в бэкэнд секции хочу как минимум 1 привезти спикера по Elixir/Phoenix. Можете подсказать, кто из спикеров на рубишных или фп конфах лучше всех топил за эликсир ? Нужна наводка ))
TZ
К сожалению я сам давно код не пишу, да и просматривать все доклады с конференций не могу )
ŹR
Всем привет! Мы делаем в Ростове-на-Дону https://southconf.ru/ в апреле и тк мы хотим развивать Elixir комьюнити в городе, в бэкэнд секции хочу как минимум 1 привезти спикера по Elixir/Phoenix. Можете подсказать, кто из спикеров на рубишных или фп конфах лучше всех топил за эликсир ? Нужна наводка ))
АН
Dmitry Russ (Aleksandrov)
Из-за того, как он работает с concurency.
если интересно, побщался в эликсировском слаке с разработчиком commanded (slashdotdash), вот его ответ по поводу параллелизма:
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
P
Vitalii
Если это крупная компания аля гугл, согласен. Но если в целом по рынку, я не думаю что бэк получает сильно выше фуллстекера.
Я уже два гола нанимаю и тех и других. Вы не правы. Это действует и для руби, хотя как раз в нем перекос самый маленький.
P
Vitalii
Масштабирование приложения - не великая наука) Дайте время - оптимизируем)
Ой ой. Обычно так говорят те, кто никогда даже не стоял близко к высоким нагрузкам.
TZ
спасибо 🤝
DR
если интересно, побщался в эликсировском слаке с разработчиком commanded (slashdotdash), вот его ответ по поводу параллелизма:
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
Да, я его тоже уже спрашивал в июле об этом и он ответил почти так же 🙂 В конечном итоге, используем пока мною хакнутый для паралелльной обработки event-ов commanded.
DR
если интересно, побщался в эликсировском слаке с разработчиком commanded (slashdotdash), вот его ответ по поводу параллелизма:
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
Когда прод начал от этого загибаться, делали всё возможное, включая и общение с автором commanded.
DR
если интересно, побщался в эликсировском слаке с разработчиком commanded (slashdotdash), вот его ответ по поводу параллелизма:
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
Я и код commanded вдоль и поперёк читал и в общем-то мы не официальный commanded, а форкнутую версию используем.
DR
если интересно, побщался в эликсировском слаке с разработчиком commanded (slashdotdash), вот его ответ по поводу параллелизма:
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
That is true for each individual event handler and process manager. My advice for slow event processing would be to have the handler delegate the work to a background job queue which can be as concurrent as necessary.
On the roadmap for Commanded is to use Broadway for concurrency (and batching).
Another option to consider now is to manually partition event handling by starting multiple instances and have them process a subset of events (e.g. start four handlers and have each handler process 1/4 of the events). (edited)
в общем советует паралелить джобы ручками, как вы и собираетесь.
Мы собираемся использовать что-то вместо commanded, а когда у нас начались проблемы с commanded - паралеллить что-то там ручками банально не было времени, было быстрее как-то хакнуть commanded.
АН
Dmitry Russ (Aleksandrov)
Мы собираемся использовать что-то вместо commanded, а когда у нас начались проблемы с commanded - паралеллить что-то там ручками банально не было времени, было быстрее как-то хакнуть commanded.
но по сути хаком как раз и получилось, что вручную распараллелили?
DR
но по сути хаком как раз и получилось, что вручную распараллелили?
Вручную было бы - это если бы в application коде параллели бы, а получилось, что я изменил код commanded, что он сам автоматически параллелит и в application коде ничего не надо менять. Почти упрощенная реализация того, чего он с бродвеем хочет когда-нибудь сделать.
АН
ок, понял, спасибо большое)
DR
ок, понял, спасибо большое)
Эта issue существует с 2018 года: https://github.com/commanded/commanded/issues/184
IK
кстати
IK
кто уже использует broadway в продакшене?