Топология сервера Worklight в профиле Websphere Liberty

Я пытаюсь понять топологию Worklight. В частности, как сервер WL обрабатывает свои приложения.

Если я правильно понял, WL Server имеет <httpEndpoint>. Это означает, что набор приложений WL будет иметь корень контекста на этом порту. Верно?

Это означает, что если я хочу разместить /worklightconsole на пользовательском порту, мне потребуется сетевая установка вместо автономной, чтобы я мог иметь кластер экземпляров WL, и каждый из них будет привязан к другому порту.

Я правильно понял это дело? Затем я могу использовать обратный прокси-сервер, чтобы направлять мои запросы к правильному экземпляру WL-сервера. Верно?

Заранее спасибо!

http://www-01.ibm.com/support/knowledgecenter/SSZH4A_6.1.0/com.ibm.worklight.installconfig.doc/admin/c_typed_topology_of_an_ibm_wor.html


topology websphere-liberty ibm-mobilefirst
person Silva    schedule 18.11.2014    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Да, запись httpEndpoint определяет порт http и https, а приложения WL имеют корневой контекст на этих портах. Если у вас есть разные серверы Liberty Server с одной и той же средой выполнения WL, убедитесь, что вы используете одну и ту же базу данных и одну и ту же схему. После этого вы можете использовать веб-прокси для балансировки нагрузки запросов между различными серверами Liberty.

person Bruno Charpentier    schedule 18.11.2014
comment
Спасибо за ответ Бруно! Я предполагаю, что мне понадобится больше оперативной памяти на моей машине, чтобы держать консоль администрирования Worklight вне моей общедоступной сети.. :) - person Silva; 18.11.2014
comment
У меня есть сомнения относительно этого совместного использования среды выполнения WL. Если у меня есть два экземпляра WLP, подключенных к одной и той же среде выполнения, оба экземпляра смогут обслуживать одно и то же приложение и адаптеры, верно? Как насчет адаптера, который является источником событий? Каждый экземпляр будет выполнять работу на периодической основе? Я думал о том, чтобы экземпляр WL Server был выделен только для того, чтобы быть бэкэндом (балансировщик нагрузки никогда бы не указывал на него), чтобы на конечных пользователей не влияли проблемы с производительностью, и если оба экземпляра WL выполняют одну и ту же работу, мне придется выполнять двойную работу и не будет иметь никакой пользы для конечных пользователей. Верно? - person Silva; 19.11.2014
comment
Среды выполнения Worklight должны использовать сходство сеансов. Это означает, что обратный прокси-сервер направляет все запросы на один и тот же сервер после первого запроса. Это означает, что когда вы запускаете сеанс, он будет направляться на любой сервер, но все последующие запросы в том же сеансе будут направляться на один и тот же сервер. - person Bruno Charpentier; 19.11.2014
comment
да. Но я не говорю о сходстве сеансов, потому что тот, кто выполняет действие, — это сам сервер WL с функциональностью WL.Server.createEventSource. Например, в приведенном ниже примере каждый WL-сервер будет отправлять push-уведомления? ibm.com/developerworks/community/blogs/worklight/ запись/ - person Silva; 19.11.2014