ARCHITETTURE SU CUI LAVORIAMO

MONOLITICA – È il tipo di infrastruttura più comune, utilizzata anche da CMS come Wordpress e Drupal, consiste nel sviluppare tutta l’applicazione sia front-end che back-end in un unico applicativo, installato poi in seguito su un singolo server o macchina. Versatile quando si ha a che fare con soluzioni dove il cliente non vuole costi iniziali preponderanti e/o dispone di un’infrastruttura propria e non vuole che il proprio programma sia condiviso sul web, ma solo attraverso una VPN o un intranet aziendale.

Un esempio lampante, sono i softwares delle banche, che non hanno accesso all’esterno per ovvie precauzioni di sicurezza; può anche essere un applicativo dedicato alla gestione di un magazzino aziendale, che genera excel utili all’interno dell’azienda stessa.

 In ogni caso, come menzionato prima, diversi CMS precostruiti la utilizzano, per realizzare blog o siti di diverse dimensioni ( es. Wordpress, Joomla, Magento, ecc… ).

Esempi di applicativi realizzati con questa struttura sono ad esempio: Abarth, Nestlé, Purina.

FRONT END E BACK END SLEGATI – Questo tipo di approccio permette di gestire separatamente gli applicativi, in modo tale da permettere lo sviluppo su più fronti e contemporaneamente da più persone, riduce certamente i tempi di sviluppo e si presta bene a progetti che prevedono più touchpoints per le stesse funzionalità.

È inoltre possibile installare gli applicativi su ambienti separati, allo scopo di incrementare la possibilità di recupero in caso di down applicativo di uno di essi, o replicare la struttura su n nodi, al fine da avere il servizio sempre attivo anche se una più delle installazioni incorresse in un problema bloccante. 

Esempi di questa architettura, possono essere notati su touchpoint come: Lavazza, Plasmon, Santander

MICROSERVIZI – È a livello pratico la più versatile delle infrastrutture, e nel lungo termine la più economica; il concetto di base è quello di separare gli ambienti logici delle applicazioni in più contesti disconnessi tra loro, che orchestrati a dovere danno la possibilità di discriminare per ogni tipologia di servizio carichi e costi di infrastruttura. Il livello di granularità dei microservizi dell’applicativo è a discrezione delle necessità del progetto.

Per spiegarne il funzionamento, si può dire che ogni servizio del software è una parte dedicata ad un solo scopo ( utenti, fatture, contenuti ) che viene invocato da un orchestratore per recuperare o inserire dati in un database; sarà  quindi compito dell’orchestratore organizzare i dati, accorparli e restituirli al consumatore che ne ha fatto richiesta.

Anche in questo caso, il front-end sarà più che slegato dal back-end; e potrà essere ripetuto a piacimento su vari domini anche con customizzazioni ad hoc per diversi clienti ( o tenant ) che utilizzano in parte o per intero i microservizi.

Esempi che utilizzano questo tipo di architettura sono: Facebook, Amazon, Twitter.