Как упростить настройку и управление связью CORBA в реальных приложениях

Question

Как я понял до сих пор, обычным способом загрузки приложений CORBA является запуск внешней службы именования на какой-либо выделенной машине, и все экземпляры находят и подключают к ней настройка соединения/управление ссылками. Однако, что, если я планирую запустить небольшие «на лету» сети (возможно, не более 10 экземпляров) с более короткими сроками службы? Представьте себе аппараты с дистанционным управлением с одним хостом в каждой сети, которые управляют сбором и обработкой данных. В идеале каждая из этих сетей хоста/слуги должна иметь возможность загружаться, не завися от внешних сервисов (или, по крайней мере, сделать ее прозрачной для пользователя) и большого количества усилий по настройке, не мешать другим сетям в диапазоне и быть в состоянии отключиться без влияния другие.

Я еще не понял, как хорошо решить эту проблему с помощью CORBA. Рамка, в которой я больше всего использую, - это ACE/TAO, если есть только зависящие от структуры решения. Особенно при развертывании приложения для клиентов я не хочу накладывать на них сложные процедуры настройки и настраивать их с минимальным ручным вмешательством, насколько это возможно. Есть ли способ сделать это, или другие технологии более применимы в этом случае?

Answer 1

Многие учебники CORBA используют службу именования, но в реальных системах я вижу, что многие люди ее не используют. Это единственная точка отказа, которая также вызывает упоминаемую внешнюю зависимость. В большинстве встроенных систем люди используют поддержку IORTable с фиксированным номером порта. На данный момент вы знаете IP-адрес хоста, на котором расположен сервер CORBA, вы можете построить corbaloc для вызова на сервер CORBA. Для примера см. ACE_wrappers/TAO/tests/Forwarding, которая является частью распространения TAO.