Помещение кода для прокси сервиса vertx в докер

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

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

Таким образом, для поиска открытых ордеров для пользователя OrderVerticle поместит запрос в шину событий, а OpenOrderService добавит запрос для ESBService.

Итак, моя проблема в том, что у меня все докеризовано, поэтому каждый Verticle находится в своем собственном контейнере. Как докернизировать код EventBus? Должен ли я иметь один докер-контейнер со всеми проектами, предназначенными для шины событий?

Это кажется плохой идеей, так как правильно с этим справиться?

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

Таким образом, попытка понять правильный способ сделать это, как простой, но неправильный, состоит в том, чтобы создать новые версии вместо сервисного прокси, а затем просто сделать GRPC или же RPC звонки из OrderVerticle в OpenOrderVerticle и оттуда ESBVerticle,

1 ответ

Vert.x может быть запущен в кластерном режиме. В этом случае EventBus будет охватывать несколько узлов (работающих или не в контейнере).

Таким образом, вы можете развернуть вершины A и B на узле 1; C, D и E один узел 2. Как будто все они были развернуты на одной и той же JVM.

Вот список поддерживаемых менеджеров кластеров: http://vertx.io/docs/

Другие вопросы по тегам