Architetture IT per il Retail ai tempi del Cloud.

Introduzione

Ancora oggi l’IT per il Retail si dibatte nel dilemma fra architetture Centralizzate, con un unico database (db) a cui tutti i negozi accedono in tempo reale, e architetture Dipartimentali, con un db in ogni negozio replicato periodicamente con il centro.

I pregi dell’architettura centralizzata sono la disponibilità di dati sempre aggiornati e la semplicità tecnica, mentre i difetti sono le vulnerabilità in caso di guasto al sistema centrale o alle linee di comunicazione. L’architettura Dipartimentale offre vantaggi e svantaggi speculari: resilienza ai guasti, a fronte di una maggiore complessità di gestione e mancanza di una “unica verità”.

Per diminuire i difetti delle architetture Centralizzate si affiancano dei sistemi di Back-up da attivare in caso di guasti esterni, ma con un aumento di complessità e costi. Nel caso delle soluzioni Dipartimentali si aumenta la frequenza delle repliche, riducendo l’efficienza, senza comunque raggiungere una visione costantemente aggiornata dell’intera catena.

Per questi motivi si assiste al passaggio da un’architettura tradizionale all’altra. Dopo aver sperimentato le limitazioni di una, si cambia per poi rendersi conto di nuovi e diversi limiti.

L’importanza dell’architettura

L’architettura, sia essa applicata all’IT o agli edifici, è il punto di incontro fra aspirazioni e tecnologia, entrambe in continua evoluzione. Internet ed il Cloud Computing hanno innescato un cambiamento radicale della nostra civiltà, sia sul fronte delle relazioni personali che nel modo di fare impresa, per cui è inevitabile passare a nuove architetture IT. Quelle tradizionali sono rivolte più verso l’interno dell’azienda che verso l’esterno e per questo si possono definire “introverse”, mentre nel nuovo millennio sono necessarie delle architetture “estroverse” che favoriscano la cooperazione con i Fornitori di prodotti/servizi e specialmente con i Clienti, da tempo sul Cloud con i loro Tablet e SmartPhones.

L’architettura Distribuita orientata ai Servizi

Le architetture Distribuite ai tempi del Cloud sono basate su servizi attivi sia nei dispositivi in periferia (PC, Tablet, SmartPhone) che nel Cloud, i quali cooperano tra loro per ottenere prestazioni ed efficienza impossibili con le architetture tradizionali.

Con “distribuita” si vuole indicare qualcosa di diverso dal Parallel Computing, come nel Map-Reduce dei Big Data o nel Load Balancing dei siti web, dove il servizio centrale ha il solo scopo di distribuire le attività ai sistemi che lavorano in parallelo e, alla fine, consolidare i risultati. Non si vuole nemmeno indicare l’assenza di un qualunque sistema centrale come avviene per Internet, progettata per non avere alcun “single point of failure” per essere invulnerabile.

Si vuole indicare piuttosto un concetto di cooperazione dove ogni sistema esegue i compiti più appropriati al contesto in cui si trova e scambia messaggi secondo una regia prestabilita. Le App rese popolari dagli SmartPhones sono un perfetto esempio di questa nuova intelligenza distribuita. Secondo questa architettura, i POS (Punti cassa) gestiscono autonomamente la ricerca locale di prezzi, promozioni e clienti per produrre i documenti di vendita alla massima velocità e senza dipendere da guasti esterni, mentre i servizi sul Cloud gestiranno, tra gli altri, il magazzino e i saldi delle Gift Card o dei Buoni d’acquisto.

Con “servizio” si indica un componente software specializzato in una determinata funzionalità, con una propria capacità di elaborazione e gestione dei dati, che coopera con altri servizi per mezzo di messaggi standard ad alto livello (REST o SOAP), in modo da non dipendere da una particolare tecnologia e favorire riutilizzo e integrazione. Inoltre questi messaggi sono asincroni (come le mail) in modo da migliorare la scalabilità. Nei momenti di punta si creano infatti delle code, prontamente smaltite appena la situazione ritorna normale. In altre parole si implementano i dettami della SOA (Service Oriented Architecture) per realizzare il sogno di sistemi IT costruiti su misura dell’azienda mettendo assieme servizi standard, come se fossero dei blocchetti Lego, attraverso le API (Application Programming Interfaces).