DK
А что значит слишком быстро?
Size: a a a
2019 August 05
NG
Тут попахивает какой то связанностью :)
DK
Не пойму почему это плохо всмысле
R
Привет. Предыдущая/следующая - речь об одном и том же externalTask выдаваемом повторно? Тогда смотри lockDuration. Или "следующий" по бизнес-процессу?
следующий по БП
R
Не пойму почему это плохо всмысле
логи перемешиваются))
DK
Да хрен с ними
R
Тут попахивает какой то связанностью :)
ну если два этапа читают пишут в одну БД - будет не айс (хотя так конечно делать не стоит)
NG
ну если два этапа читают пишут в одну БД - будет не айс (хотя так конечно делать не стоит)
если разделить по зонам ответственности то по хорошему они должны писать в разные таблицы
NG
то что логи мешаются это можно решить если лить их в какий нибудь ELK стек
R
если разделить по зонам ответственности то по хорошему они должны писать в разные таблицы
да можно и вообще в разные БД писать
вопрос в стоимости таких решений
вопрос в стоимости таких решений
R
смущает в целом сама возможность - два этапа выполняются на Worker-е параллельно
R
хотя на схеме они последовательные
NG
тоесть есть 2 внешние таски, и они выполняются в паралель хотя на схеме последовательно?
NG
если так то надо смотреть в логику работы обработчиков
R
тоесть есть 2 внешние таски, и они выполняются в паралель хотя на схеме последовательно?
ну если ожидать
complete - то даNG
а я понял, пока первый ждёт complite от сервера, второй уже начинае работать?
R
а я понял, пока первый ждёт complite от сервера, второй уже начинае работать?
absolutely yep
NG
:) предлагаю костыль
DK
Таймер эвент ща будет
NG
таймер между ними :))))))