Reencaminhar / Desviar algum tráfego de Invocação do Adaptador WL.Client para o Servidor WL através de um URL diferente (para requisitos de pagamento e segurança PCI)?

Worklight 5.0.6.1

Estamos tendo uma exigência específica de nosso cliente sobre o uso de um equipamento PCI da Intel (http://info.intel.com/rs/intel/images/Intel_Expressway_Tokenization_Broker.pdf) para evitar uma Auditoria PCI para o aplicativo e servidor.

Portanto, as chamadas do Adaptador que têm algo a ver com dados de pagamento precisariam passar por esse dispositivo de hardware antes de atingir o servidor do Worklight. Todas as outras chamadas do adaptador devem ir diretamente ao servidor do worklight (para não sobrecarregar o dispositivo). A ideia é ter duas URLs diferentes, mas o mesmo servidor de luz de trabalho em segundo plano. Supõe-se que as chamadas através do appliance serão transparentes para o servidor do Worklight, portanto, a funcionalidade do Worklight não deve ser afetada.

Minhas perguntas em torno disso seriam:

uma prática recomendada do Worklight por ter duas URLs diferentes para o mesmo servidor do Worklight e alternar essas URLs do cliente para chamadas do Adaptador (apenas; não atualização direta ou qualquer outra coisa, desde que consideramos que isso é executado como nativo)?

é possível sobrescrever dinamicamente a URL do servidor da luz de trabalho que é usada para uma chamada do adaptador através do código JavaScript no código do cliente? por exemplo. Sobrescrever uma função JS específica que obtém / retorna a URL da Worklight de algum lugar antes da invocação do adaptador WL.Client AJAX?

Também estamos pensando em ter um balanceador de carga alternando a rota com base em um regex do AdapterName que está sendo chamado ou assim. Mas não é certo agora se isso é possível e qual é o impacto no desempenho.

questionAnswers(3)

yourAnswerToTheQuestion