Con Edition Manager, è possibile gestire versioni ed edizioni differenti di un'applicazione. In questa sezione vengono descritti la differenza tra le versioni e le edizioni di Edition Manager dell'applicazione, i metodi di aggiornamento dell'applicazione e la convalida e la compatibilità dell'edizione.
Una versione è una generazione successiva di un'interfaccia, una funzione, un'implementazione o un'intera applicazione. Essa è legata al concetto di sviluppo e creazione. Un'edizione è una generazione di distribuzione successiva, ad esempio, la distribuzione di una determinata serie di manufatti con versione. Essa è legata al concetto di distribuzione e operatività. Utilizzando questi termini, è più semplice distinguere tra cosa si verifica in ambiente di sviluppo e creazione e cosa invece si verifica in un ambiente di distribuzione e operativo.
Molte applicazioni aziendali richiedono una disponibilità costante. Le opzioni per le configurazioni di WebSphere Application Server che supportano una disponibilità continua sono documentate nel centro informazioni di WebSphere Application Server Network Deployment e su altre fonti, quali IBM Redbooks. Lo standard per la disponibilità dell'applicazione asserisce che le applicazioni vengono distribuite su cluster di server delle applicazioni. La ridondanza di un cluster è essenziale per fornire una disponibilità continua.
Un aggiornamento di un'applicazione senza interruzioni fa riferimento alla capacità di eseguire un aggiornamento mantenendo l'applicazione disponibile. Gli utenti dell'applicazione potranno continuare a utilizzarla durante l'aggiornamento.
Una edizione dell'applicazione è una distribuzione univoca di una determinata applicazione. Nell'ambiente di gestione di WebSphere Application Server, un'edizione dell'applicazione è un'applicazione che viene identificata in maniera univoca dalla combinazione del nome di un'applicazione e e del nome di una edizione. Più edizioni di una stessa applicazione hanno lo stesso nome dell'applicazione ma nomi di edizione differenti. Il nome di edizione può essere numerico, come 1.0 o 2.0 oppure può essere descrittivo, come ad esempio prima edizione o blue edition.
La dicitura Edizione di base fa riferimento a un'applicazione distribuita a cui non sono associate informazioni sull'edizione. Ad esempio, tutte le applicazioni installate prima dell'aggiunta del supporto di edition manager alla cella WebSphere Extended Deployment vengono visualizzate come edizioni di base.
Un'attivazione dell'edizione differenzia i due stati in cui può trovarsi un'edizione di applicazione. Quando viene installata per la prima volta un'edizione, questa si trova in uno stato inattivo. Una edizione inattiva non può essere avviata. Per poter far passare una edizione allo stato attivo è necessaria un'azione esplicita. Un'edizione nello stato attivo può essere avviata. La transizione dallo stato inattivo allo stato attivo è nota come attivazione.
Una attivazione simultanea si verifica quando più edizioni della stessa applicazione sono attive e avviate contemporaneamente.
Le edizioni attive simultanemente consentono a determinati utenti di accedere a una edizione e ad altri di accedere a un'altra edizione. Ad esempio, se viene inserita una nuova edizione di un'applicazione, è possibile decidere che un gruppo selezionato di utenti possano verificare l'edizione, ma non tutti possano accedervi. Con un'attivazione simultanea, è necessario definire una politica di routing per distinguere gli utenti che hanno accesso a una edizione. Una politica di routing evita l'ambiguità e determina l'edizione che riceve il controllo. Di seguito è riportato un diagramma di esempio di una attivazione simultanea:
WebSphere Extended Deployment fornisce le politiche di routing per le applicazioni. Una politica di routing viene memorizzata come parte dei metadati di configurazione di un'applicazione. Con una politica di routing è possibile esprimere le regole che indicano al router on demand (ODR) di inviare determinate richieste di applicazioni a una edizione o a un'altra in base a una serie di criteri. È possibile utilizzare diversi criteri che specificano quali richieste vengono inviate a una determinata edizione di applicazione. Ciò rende possibile l'invio di richieste da determinati utenti a una edizione e le richieste di altri utenti a un'altra edizione.
Un rollout dell'edizione si riferisce alla distribuzione e all'attivazione di una edizione di applicazione su un cluster di server. Per poter eseguire gli aggiornamento delle applicazioni senza interruzione, il rollout dell'applicazione comprende richieste di sospensione per l'applicazione su un determinato server, impedendo al server di ricevere nuove richieste, arrestando l'edizione attiva corrente, avviando la nuova edizione e recuperando il flusso di richieste per l'edizione. Il rollout dell'edizione su un cluster di server esegue queste attività sull'insieme di server che fanno parte del cluster.
Un rollout di un gruppo sostituisce l'edizione su membri del cluster di destinazione in un gruppo. Durante questo tipo di rollout, le richieste possono essere soddisfatte sia dalla vecchia edizione che da quella nuova fino a che non viene completata la sostituzione. Il rollout di gruppo implica l'aggiornamento dei server alla nuova edizione. Ogni server nel gruppo viene interrotto, terminato, arrestato e reimpostato. È possibile eseguire il rollout soltanto di un gruppo alla volta dalla console di gestione. In alternativa, è possibile utilizzare gli script per eseguire il rollout di più gruppi.
Durante il rollout, esistono dei periodi di tempo in cui sia l'edizione vecchia che quella nuova sono disponibili e pertanto soddisfano le richieste utente allo stesso tempo. Quando si verifica il rollout dell'edizione, alcuni server nel cluster passano dalla vecchia edizione a quella nuova, alcuni server eseguono la transizione mentre altri non la avviano. A meno che non sia definito dalla regola di instradamento, le richieste dell'applicazione vengono inviate a qualsiasi server che ha un'istanza attiva e in esecuzione di qualsiasi edizione dell'applicazione richiesta. Ad esempio, quando si esegue il rollout dall'edizione 1.0 all'edizione 1.1, le richieste dell'applicazione possono essere soddisfatte sia dall'edizione 1.0 che dall'edizione 1.1, fino a quando viene completato il rollout.
Di seguito è riportato un diagramma di esempio del rollout di gruppo:
L'opzione di rollout atomic sostituisce un'edizione per conto del cluster in modo da soddisfare tutte le richieste utente con una edizione coerente dell'applicazione. In qualsiasi momento, tutte le richieste vengono soddisfatte o vecchia o dalla nuova edizione o da nessuna delle due.
Il rollout atomico garantisce che tutte le richieste dell'applicazione vengano soddisfatte da un'edizione coerente, ad esempio l'edizione 1.0 o 1.1, ma mai da entrambe. L'edizione corrente disponibile viene posta offline per conto dei server che costituiscono il cluster. Su questi server, la nuova edizione viene attivata e avviata, ma i server verranno mantenuti offline fino al completamento dell'operazione successiva. Il passaggio successivo consiste nel porre offline l'edizione attiva sui server rimanenti. A questo punto, nessun server ha un'istanza di edizione disponibile per soddisfare le richieste dell'applicazione. Da questo punto in poi, il router on demand (ODR) accoda temporaneamente le richieste che arrivano per l'applicazione. Una volta posta offline l'applicazione, la prima metà del cluster viene riportata online. la seconda metà del cluster passa dalla precedente edizione a quella successiva e viene riportata quindi online.
Di seguito è riportato un diagramma di esempio di rollout atomico:
Una convalida dell'edizione è costituita da un caso particolare di attivazione simultanea in cui una destinazione di distribuzione di un'edizione, ad esempio, un cluster dinamico, viene clonata e l'edizione diventa pronta per essere avviata su questa nuova destinazione clonata. La destinazione di distribuzione clonata è nota come destinazione di convalida. Le regole di instradamento devono essere utilizzare per indicare quali richieste dell'applicazione vengono inviate all'edizione per la relativa convalida. Quando un'edizione deve essere convalidata, allora si dice che si trova in modalità di convalida.
La modalità di convalida garantisce che una nuova edizione di un'applicazione funzioni nel relativo ambiente di produzione senza porre offline l'edizione corrente disponibile. Di solito, un carico di prova viene inviato a una edizione in modalità di convalida in modo da confermare che determinati aspetti dell'ambiente applicativo e del setup, come ad esempio la connettività e l'accesso ai database, funzionino come previsto. Quando viene eseguito il rollout della modalità di convalida di un'edizione, il rollout si verifica sulla destinazione di distribuzione su cui è stata inizialmente installata l'edizione. Ciò implica l'uscita dell'edizione dalla modalità di convalida. In seguito a tale uscita, la destinazione di convalida viene eliminata.
Di seguito è riportato un diagramma di convalida di esempio:
Alcune modifiche apportate alle applicazioni sono visibili per gli utenti mentre altre non lo sono. Quando un aggiornamento dell'applicazione distribuisce almeno le stesse API del livello precedente senza modifiche sintattiche al funzionamento di base, l'aggiornamento si dice compatibile con le versioni precedenti. Gli utenti possono utilizzare l'applicazione aggiornata senza modificare il modo in cui questa viene utilizzata e non dovrebbero risentire di alcuna differenza tra l'edizione corrente e quella precedente.
Un aggiornamento dell'applicazione che richiede agli utenti di modificare il modo in cui l'applicazione stesa viene utilizzata è un aggiornamento non compatibile. Alle volte è necessario eliminare la funzione precedente o modificare le interfacce, ad esempio per migliorare la gestibilità o altri fattori, ed è possibile pertanto che vengano introdotto modifiche non compatibili nell'ambiente di distribuzione. Gli aggiornamenti non compatibili richiedono l'attenta pianificazione della gestione del relativo impatto sugli utenti esistenti.
Related concepts
Application
Edition Manager
Related tasks
Esercitazione didattica di Edition
Manager
Related reference
Stati delle edizioni