Fornitura asincrona dei servizi di (Service Component Architecture) attraverso le celle

Per abilitare la comunicazione tra i moduli di SCA in celle distinte, bisogna configurare un collegamento di comunicazione tra due celle. Questo documento descrive la configurazione da eseguire sulle celle di fornitura per abilitare la comunicazione tra i moduli che richiamano i servizi di SCA in maniera asincrona su altre celle.

Operazioni preliminari

L'attività presuppone che:

Perché e quando eseguire questa attività

Prima di iniziare un modulo SCA che richiede i servizi di un modulo di SCA installato su un'altra cella, è necessario configurare entrambi le celle così che possano comunicare le richieste. Per i moduli di SCA che utilizzano i richiami asincroni, il processo coinvolge i bus esterni e i collegamenti SIB (Service Integration Bus).

Nota: Per gli scopi di tale attività, il modulo del servizio di utilizzo viene eseguito su una cella A e il modulo del servizio di fornitura viene eseguito su una cella B.
Figura 1 contiene le informazioni da utilizzare nella configurazione.
Figura 1. Richiamo di un modulo di SCA in una cella diversa
La figura mostra l'ambiente di due sistemi interessati dal richiamo incrociato delle celle.

Passi per questa attività

  1. Definire gli indirizzi IP che verranno esposti alle altre celle da utilizzare per connettersi a tale cella. Scegliere uno dei seguenti metodi:
    • Quando un profilo autonomo esegue il servizio, utilizzare l'indirizzo IP dell'hardware del server.
    • Quando è necessario l'isolamento tra le celle, utilizzare un indirizzo IP virtuale.
      Suggerimento: L'utilizzo degli indirizzi IP virtuali migliorerà la disponibilità del servizio quando la manutenzione richiede la sostituzione o l'aggiornamento dell'hardware.
    • Quando è necessaria la disponibilità del servizio, utilizzare più indirizzi IP, per esempio 9.26.237.144 e 9.26.427.123.
      Nota: La definizione di almeno due host mantiene il servizio disponibile anche se uno degli host riporta un errore.
  2. Creare un membro del server o del cluster ed includerlo come membro del bus del sistema SCA. Il motore di messaggistica risultante verrà utilizzato come connessione alle celle di utilizzo.
  3. Fornire le informazioni che identificano la cella di fornitura all'amministratore della cella che esegue il modulo che utilizza il servizio. Tali informazioni includono:
    • Indirizzo IP dell'host
    • Numero della porta - è possibile trovarlo visualizzando il valore di BOOTSTRAP_ADDRESS su Server > Server delle applicazioni > nome_server > Comunicazioni > + Porte
    • Nome bus - è possibile trovarlo facendo clic su Service integration > Bus e individuare il nome completo del bus SCA.SYSTEM.
    • Motore di messaggistica - è possibile trovarlo facendo clic su Service integration > Bus > NomeBusSistema_SCA > Motori di messaggistica e individuare il motore di messaggistica in uso dal servizio che si sta fornendo alle di utilizzo.
    • Nome della coda eventi non riusciti - è possibile trovarlo visualizzando Service integration > Bus > NomeBusSistema_SCA > destModulo ed esaminando l'attributo Destinazione eccezioni. Se tale attributo è stato selezionato:
      • Specificare, utilizzare il valore nel campo di testo
      • Sistema, fare clic su Service integration > Bus > NomeBusSistema_SCA > Destinazioni e utilizzare il valore della destinazione delle eccezioni del sistema.
    Note:
    • NomeBusSistema_SCA ha il formato SCA.SYSTEM.nomecella.Bus.
    • DestModulo ha il formato di sca/nomeModulo
  4. Ottenere le informazioni che identificano la cella di utilizzo dall'amministratore di tale cella. Tali informazioni includono:
    • Indirizzo IP dell'host
    • Numero della porta
    • Nome del Bus
    • Motore di messaggistica
    • Nome coda eventi non riusciti
  5. Creare un bus esterno ed impostare il tipo di definizione di instradamento su Diretto, collegamento bus integrazione servizi. Consultare Aggiunta di bus esterni nell'infocenter di WebSphere Application Server Network Deployment, versione 6.
  6. Opzionale: Per ciascuna destinazione che richiede una risposta da inviare al sistema richiamante, creare una destinazione sul server di fornitura e configurarlo perché punti di nuovo al modulo SCA di utilizzo nell'altra cella. Ciò richiede la creazione di destinazioni, la configurazione i percorsi di instradamento di inoltro e la configurazione delle destinazioni delle eccezioni.
    Nota: Se il sistema richiamante non richiede una risposta, ignorare questo passo.
    1. Creare la destinazione.
      Dall'esempio sulla Cella B, basandosi sulle informazioni provenienti dal modulo di utilizzo nella Cella A, si possono creare delle destinazioni aggiuntive sul bus nella cella A:
      sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
      sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
    2. Impostare il percorsi di inoltro perché puntino alle loro controparti sul cella di utilizzo.
      Ciò potrebbe apparire come di seguito:
      SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
      sca/SimpleBOCrsmA/import/test/sca/cros/simple/custinfo/CustomerInfo
      SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:
      sca/SimpleBOCrsmA/component/test/sca/cros/simple/cust/Customer
    3. Impostare la destinazione dell'eccezione sulla coda Eventi non riusciti per entrambi le destinazioni create.

      Ad esempio, il valore sarebbe:WBI.FailedEventSRIKANTHCNode01.server1.

  7. Sul motore di messaggistica creato nel passo 2 configurare un collegamento SIB utilizzando le informazioni dal passo 4.

    Consultare Aggiunta di un collegamento SIB (service integration bus) nell'infocenter di WebSphere Application Server Network Deployment, versione 6 per ulteriori informazioni.

    Ad esempio, sulla Cella B:
    SIB Link: TestCrossCell
    Remote ME: WPSNode.server1.SCA.SYSTEM.WBIDev-BGMNode01.Cell.Bus
    Bootstrap: 9.26.237.118:7276:BootstrapBasicMessaging
    Limitazione: Quando si fornisce un servizio che invia una risposta al sistema richiamante, vi può essere solo un sistema richiamante per ciascun collegamento.
    Importante: Il numero della porta nel bootstrap è la porta dell'indirizzo dell'endpoint SIB. Se è stata abilitata la sicurezza, è necessario utilizzare la porta dell'indirizzo dell'endpoint SIB.
  8. Opzionale: Aggiungere i ruoli sender ai bus esterni, se è stata abilitata la sicurezza sui sistemi. Assicurarsi di aver definito l'utente che ciascun applicazione utilizza su entrambi i sistemi dal prompt dei comandi del sistema operativo. Il comando per aggiungere il ruolo è:
    wsadmin $AdminTask addUserToForeignBusRole -bus nomeBus 
    		-foreignBus nomeBusEsterno -role nomeRuolo -user nomeUtente
    Dove:
    nomeBus
    È il nome del bus del sistema sul quale si immette il comando.
    nomeBusEsterno
    È il bus esterno che si sta aggiungendo all'utente.
    nomeUtente
    È l'Id utente da aggiungere al bus esterno.
  9. Verificare la connessione. Coordinarsi con l'amministratore di utilizzo per il riutilizzo dei server interessati dalla connessione, riavviando i server.
    Dovrebbero essere visualizzati dei messaggi simili al seguente:
    [8/24/05 11:00:09:741 PDT] 00000086 SibMessage    I   [SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus:WPSNode.server1-SCA.SYSTEM.WBIDev-BGMNode01Cell.Bus]
    CWSIP0382I: il motore di messaggistica 2D7333574B0CD70B ha risposto alla richiesta di sottoscrizione, la topologia Publish Subscribe ora è coerente.
  10. Ripetere i passi 4 tramite 9 per ciascuna cella di utilizzo.

Operazioni successive

Avviare le applicazioni.
Attività correlate
Come fornire gli l'accesso sincrono ai servizi di SCA (Service Component Architecture) dall'esterno della cella
Richiamo sincrono dei servizi SCA (Service Component Architecture) in un'altra cella
Utilizzo asincrono dei servizi di (Service Component Architecture) attraverso le celle

(c) Copyright IBM Corporation 2005, 2006.
Questo Information Center è alimentato dalla tecnologia Eclipse (http://www.eclipse.org)