А почему внешний обработчик не сделать? зачем все в 1с

запихивать?

Внешний обработчик чего?

сообщений

Что все? Тут только чтение нужно наладить. Отправка работает корректно

Не понимаю. Они нужны в 1с. Зачем их читать где-то ещё?

если консьюмер с наружи, можно неторопливо читать без заморочек и класть в 1с через сервисы

1с выступает как консьюмером так и паблишером

Зачем класть через сервисы и нарываться на даунтайм 1с, если 1с сама может почитать сообщение из рэббита и обработать его? Зачем делать ещё одну прослойку перед очередью?

разграничить зоны задач очень неплохо, но можно все свалить в 1с, а потом прыгать по граблям

Чем 1с отличается от любой другой системы, которая забирает сообщения из рэббита? Почему любая система может забрать и обработать сообщение сама, а 1с надо что-то дополнительное?

1с не очень хорошо в потоки

Шта?

Там 3 очереди всего 3 потока, о чем речь?

где там?

Вы лучше скажите, что не так с потоками в 1с. А то мужики-то не в курсе

Задача: читать в регулярном потоке 3 очереди в 1с

это уже 1 поток, а не несколько, я об этом и пишу

я так понял, вы решили с конструктива соскочить, дело ваше.

Как один?

вот отлично выше все понятно, насколько все "хорошо", я уже молчу про кейсы когда вам надо в потоках вызвать другие потоки, и чего то с ними сделать дальше, а еще в одном месте контролировать ошибки, например. Реактивное программирование в 1С я не встречал, может вы подскажете.

Я думаю как минимум странно ждать мясорубку на потоках, для платформы, которая в первую очередь учёт?

я тоже так считаю, просто было заявлено очень экспрессивно в мою сторону.

потоки в 1с - это полноценные независимые full-state сеансы. странно ожидать от независимых сеансов легкости многопоточного программирования, гринтредов и всяких го/корутин, не находите? но это не значит, что с потоками все "плохо". они просто не такие, как вы хотите

"это другое" на этом остановимся. :)