ничего не понятно, ты уверен что ты верно подходишь к решению твоей задачи
Непонятна суть задачи (проблемы)?
Могу только еще один пример привести, у меня есть заказы Order 1, Order 2 ... Order N, к ним могу быть разные фоновые задачи, Task A, Task B ... Task Z.
В рамках одного идентификатора заказа я хочу чтобы выполнялась только одна фоновая задача! Если идентификаторы заказов разные, они могут паралельно (масшатабируемость).
Могут работать паралельно:
- Task A for Order 1
- Task A for Order 2
- ...
- Task X for Order N
Должны работать последовательно:
- Task A for Order 1
- Task B for Order 1
- ...
- Task Z for Order 1
Твой комментарий натолкнул меня на мысль, что можно сделать cocurrency = 1 воркерам, и в зависимости от идентификатора (четный или нечетный) возможно как-то отправлять в 1-ый или 2-й воркер. Если нужно больше воркеров, то вы числять остаток от номера (счётчик). Таким образом, все задачи будут распределены по множеству воркеров, но в рамках одного заказа будут выполняться одним воркером.
Про children, спасибо, не видел в примерах документации... поищу.
Потому что в таком фреймворке нет необходимости. Node-стиль это маленькие модули которые выполняют конкретную задачу. Посмотрите сколько модулей можно найти для экспресс. Если будет фреймворк комбайн все в одном, то это чревато целым рядом проблем.
Дмитрий ProZhar: синхронность в IT отсылает нас к синхронности процессам, процессы синхронные когда определённые стадии разных процессов совершаются в определённом порядке, либо одновременно (из википедии).
Сергей Протько А у вас еще аргументы против bower?
Я, как и автор вопроса, не вижу смысла в bower если есть npm. Собираю аргументы чтобы надавить на начальство и выпилить его.
> Есть люди (например я) которые категорически ЗА такое разделение.
Есть библиотеки, которые работают и в браузере и в node, лишняя ненужная работа для авторов.
Непонятна суть задачи (проблемы)?
Могу только еще один пример привести, у меня есть заказы Order 1, Order 2 ... Order N, к ним могу быть разные фоновые задачи, Task A, Task B ... Task Z.
В рамках одного идентификатора заказа я хочу чтобы выполнялась только одна фоновая задача! Если идентификаторы заказов разные, они могут паралельно (масшатабируемость).
Могут работать паралельно:
- Task A for Order 1
- Task A for Order 2
- ...
- Task X for Order N
Должны работать последовательно:
- Task A for Order 1
- Task B for Order 1
- ...
- Task Z for Order 1
Твой комментарий натолкнул меня на мысль, что можно сделать cocurrency = 1 воркерам, и в зависимости от идентификатора (четный или нечетный) возможно как-то отправлять в 1-ый или 2-й воркер. Если нужно больше воркеров, то вы числять остаток от номера (счётчик). Таким образом, все задачи будут распределены по множеству воркеров, но в рамках одного заказа будут выполняться одним воркером.
Про children, спасибо, не видел в примерах документации... поищу.