2013-12-12 9 views
0

Я создаю проект верблюда, который опросит локальный каталог и подталкивает файлы к FTP-адресу. Я хочу применить механизм отказоустойчивости к моему дизайну. Если требуется, чтобы другой экземпляр предохранителя был готов, если текущий узел выходит из строя.FuseFabric для конечных точек FTP/File failover?

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

Возможно ли это, если я использую FuseFabric? Я не хочу выбора другого продукта, у меня есть этот продукт со мной. Но я хочу знать, могу ли я достичь этого с помощью Fabric?

Уверен, это возможно в конечных точках веб-службы. Не уверены в конечных точках, основанных на файлах.

ответ

0

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

Просто поставьте «master: someNameHere:» перед любой конечной точкой Верблюда по маршруту, когда вы используете ткань Fuse. Где «someNameHere» - логическое имя для группы.

Например

from("master:foo:ftp://bla-bla") 
    .to("someWhere"); 
+0

когда мы используем мастер компонентов компонент/ткань делает клиент должен знать несколько адресов? Можем ли мы предоставить только один адрес, выставленный сетью клиентам, и может ли ткань позаботиться о делегировании запросов на разные экземпляры серверов плавких предохранителей? – gnanagurus

+0

Также есть компонент ткани, и все клиенты (клиенты) должны знать логическое имя, например «fabric: foo». Просто, что клиент также использует ткань. –

 Смежные вопросы

  • Нет связанных вопросов^_^