технически да.
иначе смешиваем  rest сервер и сервер слушающий кролик.

и получается хуже контролируемый сервер который делает две вещи вместо одной

На хероку просто кроль плагином подсоединяется

Вам просто хороший хостинг надо

я не на хероку и не рассматриваю возможность его использование

Чтоб глупым девопсом не заниматься

я на aws

Хероку это тот же авс

но как знаешь

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

в большей степени интересны мысли по поводу архитектуры

кроль в одном имедже, нода в другом, в чем проблема? Прокидывать маршрутизацию? Тераформ vault

Его надо на третьей ноде держать

м … я не очень верно объяснил

есть докер с кролем.
есть докеры с сервисами, которые общаются через него успешно.
технически всё работает.

вопрос в архитектуре — что именно выделять в качестве сервиса отдельного

а как в итоге проект должен выглядеть? что это будет?

че хочешь) правильного ответа нет, как проще так и делай. Делить один процес ноды на два нет смысла, разве что это сервис который скейлится

пример:
есть рест сервис управляющий статьями.
он существует что бы работать из админки с ними.
всё ок.

но есть внутренние роботы, которые должны создавать статьи
для этого они в шину шлют событие.

сервис который слушает кролика валидирует и добавляет их в базу.

Но тут момент: есть два сервиса которые работают со статьями. Как бы не очень. + два докера и соответственно место и ресурсы.

Можно объединить. Но тогда у нас смешаны по сути в одном докере два сервиса. Сложно для понимания и поддержки. Плохо с точки зрения единой ответственности.

Один докер и лямбды которые живут в той же кодбазе