Помещение кода для прокси сервиса 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/