In questa sezione viene descritto come attivare più edizioni della stessa applicazioni nello stesso momento. L'attivazione simultanea è utile per la convalida pre-produzione, per pilotare un'applicazione a un gruppo selezionato di utenti e per eseguire il rollout quando un aggiornamento dell'applicazione richiede una modifica corrispondente su rami delle macchine client.
Cenni preliminari
È necessario avere almeno due edizioni della stessa applicazione installate.
Per questa esercitazione didattica, l'edizione dell'applicazione BeenThere 1.0 è installata sulla destinazione BTDC1 mentre l'edizione 2.0 è installata sulla destinazione BTDC2.
Motivi e situazioni in cui eseguire questa attività
Ogni edizione deve essere attiva sulla propria destinazione di distribuzione. Quando più edizioni di un'applicazione sono simultaneamente disponibili per gli utenti in uno stesso ambiente, il router on demand (ODR) non è in grado di differenziare le edizioni attive senza che siano presenti delle informazioni che facilitino l'instradamento della richiesta all'edizione desiderata. Per evitare questa ambiguità, è possibile utilizzare le regole di routing o le interfacce univoche per ciascuna edizione. Per poter avere ed accedere a più edizioni dell'applicazione nello stesso momento su più destinazioni di distribuzione, effettuare le seguenti operazioni:
- Selezionare Applicazioni > Centro controllo edizioni. Verificare che due edizioni siano installate, ma che soltanto una sia attiva.
- Fare clic sul link dell'applicazione BeenThere.
- Selezionare l'edizione 2.0 e fare clic su Attiva.
- Per creare le politiche di routing per ogni edizione dell'applicazione, effettuare le seguenti operazioni:
- Fare clic su Applicazioni > Applicazioni enterprise.
- Fare clic sul link dell'applicazione. Per questa esercitazione didattica, fare clic su BeenThere.
- Selezionare la scheda Politiche di routing.
- Espandere Classi di lavoro per le richieste HTTP. Poiché non sono specificate regole di instradamento, tutte le richieste vengono indirizzate all'edizione visualizzata in questa pagina. Per questa esercitazione didattica, tutte le richieste vengono indirizzate all'edizione dell'applicazione BeenThere-edition2.0.
- Fare clic su Creazione regola.
- Dall'elenco di regole, selezionarne una. Per questa esercitazione, selezionare Host client (clienthost) e fare clic su Aggiungi.
- Selezionare i criteri per la regola. Per questa esercitazione, selezionare un operatore Uguale (=) e immettere un valore per il nome dell'host client. Fare clic su OK.
- Fare di nuovo clic su OK.
- Espandere Classi di lavoro per le richieste HTTP.
- Impostare l'azione associata alla nuova regola. Per questa esercitazione, le richieste dall'host vengono indirizzate all'edizione BeenThere-edition1.0.
Selezionare l'azione corrispondente dall'elenco Quindi e fare clic su Applica per salvare la regola.
- Dalla parte superiore della scheda Politiche di routing, fare clic su Applica.
- Salvare le modifiche al repository di configurazione e sincronizzare i nodi.
- Verificare che l'ODR sia in esecuzione. Fare clic su Server
> Router on demand.
- Verificare l'accesso simultaneo alle edizioni dell'applicazione. Selezionare le due edizioni dell'applicazione selezionando i server delle applicazioni associati ai due cluster dinamici BTDC1 e BTDC2 e facendo clic su Avvia.
Risultato
Quando le richieste sono inviate all'ODR dal client di cui si fornisce il nome host, le richieste vengono soddisfatte dall'edizione 1.0, mentre le richieste di tutti gli altri client vengono soddisfatte dall'edizione 2.0.
Esempio
Ad esempio, per eseguire una verifica di pre-produzione dell'edizione di un'applicazione nell'ambiente di produzione con una serie selezionata di utenti, è possibile clonare la destinazione di distribuzione, comprese le definizioni di risorse e di sicurezza e attivare l'edizione di destinazione sull'ambiente clonato. Utilizzare le regole di instradamento per indicare all'ODR di deviare una serie di utenti all'edizione.
Inoltre, se si sta pilotando l'applicazione, è possibile utilizzare le regole di instradamento per separare gli utenti pilotati sull'edizione 2.0 dagli utenti generali sull'edizione 1.0.
Nel caso di un rollout dei rami, utilizzare le regole di instradamento per indirizzare ciascun ramo all'edizione appropriata. Quando il codice del client sul ramo successivo viene aggiornato, le regole di instradamento del server possono essere aggiornate per qualificare i client dal ramo appena aggiornato in modo che vengano inviati all'edizione appropriata.
Nei casi in cui le regole di instradamento non siamo sufficienti per differenziare le richieste utente o nel caso in cui l'utente preferisca utilizzare un'alternativa a tali regole di instradamento, a ciascuna edizione può essere assegnato il proprio URI univoco e il proprio nome Enterprise JavaBeans (EJB) Java Naming and Directory
Interface (JNDI). A differenza delle regole di instradamento, le interfacce univoche per ciascuna edizione sono a disposizione degli utenti dell'applicazione. Pertanto, l'utente deve scegliere il nome appropriato per utilizzare l'edizione appropriata.