Manutenzione evolutiva

Ciclo di sviluppo #

In qualunque momento, una Cloudlet in esecuzione può essere arrestata e il suo engine può essere sostituito con una versione aggiornata presente nella sezione Engine models. Questa operazione è detta manutenzione evolutiva e rende possibile apportare modifiche a un’applicazione Livebase esistente azzerando il rischio di perdere i dati presenti nel database.
Ogni volta che sono apportate modifiche all’engine o al database della Cloudlet, il Database checker verifica la compatibilità tra questi due elementi, rilevando e catalogando eventuali problemi di allineamento tra i dati presenti e la struttura dell’engine.

Un esempio di procedura di aggiornamento di una Cloudlet potrebbe essere il seguente:

Nell’esempio seguente, l’engine attualmente installato sulla Cloudlet (Thesfor) viene sostituito da una nuova versione presente nella sezione Engine models, l’engine Thesfor-NEW-ENGINE, innescando i controlli del checker ed eventualmente generando un report dei problemi di compatibilità.

Allineamento tra database e engine #

Vediamo ora nel dettaglio tutte le fasi in cui la piattaforma controlla l’allineamento tra engine e database:

1. Quando un engine model è installato su una Cloudlet, prima ancora di verificare eventuali problemi di allineamento con il database, il Designer garantisce in tempo reale che il engine sia sempre valido e consistente: quando sono presenti issue non risolvibili automaticamente, o a maggior ragione issue che devono essere necessariamente risolti manualmente, la piattaforma impedisce il salvataggio del engine fin tanto che tali problemi non sono stati risolti.

2. Dopo che l’utente ha salvato le modifiche, la piattaforma controlla che la struttura e i vincoli dell’engine siano compatibili con il database installato sulla Cloudlet. Viene dunque elaborato un piano d’intervento per aggiornare database e applicazione generata:

   • inizialmente, il DB Checker controlla che i dati esistenti siano compatibili con la nuova struttura, individuando e catalogando eventuali disallineamenti con i dati esistenti e la struttura dell’engine. Questo controllo viene eseguito ogni volta che l’engine è modificato oppure a seguito di un comando esplicito lanciato dall’utente (Force check, accessibile cliccando col tasto destro sull’icona del database nella versione a tester);
   • in seguito, il DB Updater aggiorna la struttura del database, aggiungendo modificando e rimuovendo elementi a livello di struttura.

3. Concluso l’allineamento col database, è possibile riavviare la Cloudlet; in questa fase, tutte le parti dell’applicazione coinvolte dalle modifiche vengono rigenerate.

Report dei problemi di allineamento #

I problemi di allineamento sono classificati in tre tipologie. L’icona () rappresenta il database della Cloudlet; quando è priva di warning, engine e database sono perfettamente allineati e la Cloudlet può essere avviata senza problemi. In caso di disallineamento, invece, l’icona cambia mostrando un warning diverso a seconda della loro gravità (severity):

• Low severity issue: cambiamento di basso impatto, che può essere gestito automaticamente da Livebase senza perdita di dati. La Cloudlet può essere riavviata senza problemi;
• Medium severity issue: disallineamento che può essere risolto automaticamente da Livebase, ma in alcuni casi comporta la perdita di dati. In presenza di questa tipologia di issue Livebase chiede all’utente di rivedere le modifiche e di dare conferma esplicita prima di procedere;
• High severity issue: problema di allineamento grave che non può essere risolto automaticamente. Livebase impedisce di avviare la Cloudlet e obbliga l’utente a risolvere manualmente l’errore.

Il report delle issue di compatibilità è accessibile cliccando sull’icona del database e selezionando la scheda Engine compatibility issues; al suo interno è possibile vedere la gravità del problema (Severity), il tipo (Issue type), una breve descrizione (description), e l’azione necessaria per risolverlo (Required action).

Il pulsante Resolve all issues (in basso a destra) consente di allineare automaticamente engine e Database compiendo le operazioni necessarie.

Scenari di disallineamento tra engine e database #

Elenchiamo in questa sezione tutti i possibili scenari di disallineamento rilevabili dal Database checker, suddivisi per categorie. A fianco della descrizione è riportata la gravità del relativo issue di compatibilità; alcune tipologie di issue possono avere diversi livelli di gravità.

New engine element #

Engine element deleted #

Engine element renamed #

Attribute modified #

Relation modified #

Enum literals modified #

Engine constraint violated #

Orphan database element #

Orphan engine element #

Engine element versioned #

Alcune operazioni non sono supportate se il versioning è abilitato sulla classe: