L’anno scorso ha segnato il decimo compleanno del database SAP HANA, e nel mese di giugno, abbiamo preso un tuffo profondo nel nuovo SP05 che ha segnato il rilascio di supporto a lungo termine definitivo della generazione HANA 2.0. Il tema principale riguardava la convergenza con il cloud, incluso il nuovo gateway per la connessione dell’installazione HANA on-premise con le nuove offerte di database-as-a-service gestite da SAP.
Chiaramente, il tema dell’anno di SAP è stato il cloud. Ha introdotto il suo attuale portafoglio cloud, che include SAP HANA Cloud come core DBaaS; SAP Data Warehouse Cloud, come database analitico end-to-end e servizio di visualizzazione self-service; e SAP Analytics Cloud, che si concentra sulla visualizzazione BI self-service.
Inoltre: I principali fornitori di cloud nel 2021: AWS, Microsoft Azure e Google Cloud, hybrid, giocatori SaaS
Un anno fa, nel nostro outlook annuale per i dati e l’analisi 2020, abbiamo preso atto delle tendenze secolari che guidano l’adozione del cloud aziendale. Nel nostro 2021 prendere, abbiamo in anteprima un problema che diventerà un dormiente di quest’anno: la questione del cloud-indipendenza, e il ruolo di terze parti come SAP. Questo perché la prossima ondata di adozione del cloud per le imprese colpirà casa: ai sistemi core business-critical che mantengono le luci accese. Semmai, la pandemia sta accelerando queste tendenze. Mentre sarebbe ridicolo definire preveggente la strategia cloud di SAP o di qualsiasi altro fornitore aziendale, il 2020 è stato un buon anno per SAP per implementare formalmente il proprio portafoglio di dati e analisi cloud.
SAP non è stato il solo a lanciare il suo portafoglio cloud di nuova generazione. Come abbiamo notato la scorsa settimana, nell’ultimo anno, Informatica soft ha lanciato la sua nuova generazione di servizi cloud che inizia a suddividere i tradizionali servizi monolitici di applicazioni o strumenti verso un sistema di unità di consumo più flessibile. Inoltre, Oracle ha incrementato l’implementazione dei servizi cloud Gen2 per il suo database PaaS e per i servizi SaaS delle applicazioni aziendali che automatizzano in modo più accurato la pulizia rispetto al predecessore.
Il filo conduttore di questi rollout cloud è che ognuno di essi rappresenta offerte di seconda generazione. Nella maggior parte dei casi, le prime generazioni non avevano la completa automazione di un servizio gestito cloud; non separavano completamente lo storage dall’elaborazione; e/o venivano consegnati come l’equivalente cloud del software aziendale monolitico.
Per SAP, il portafoglio cloud che presenta HANA in un ruolo da protagonista potrebbe effettivamente essere caratterizzato come qualcosa di una bambola russa (no, non quella bambola russa): ci sono diversi pezzi che sono tutti legati al servizio Cloud HANA. SAP Analytics Cloud si basa su HANA cloud e SAP Data Warehouse Cloud eredita a sua volta la gestione dei dati di HANA Cloud e la visualizzazione self-service di Analytics Cloud.
Ci sono alcuni paralleli e differenze con l’ovvio rivale Oracle. Entrambi abbracciano la trasparenza dei loro database in locale e nel cloud ed entrambi basano le loro applicazioni di prossima generazione sui propri database. Ma è qui che finisce la somiglianza – Oracle gestisce il proprio cloud e ora offre un’opzione di cloud privato on-premise, mentre SAP è per lo più indipendente dal cloud pubblico e non ha ancora messo la sua impronta sulla piattaforma cloud privata o ibrida (ci aspettiamo che cambi). Diciamo “principalmente” perché SAP ha precedentemente firmato una partnership con Microsoft rendendo Azure il cloud preferito per le sue applicazioni S/4HANA, ma per il resto, SAP si è impegnata a supportare i suoi servizi cloud correlati a HANA su tutti i cloud.
Il principale elemento di differenziazione è il modo in cui SAP sfrutta il suo dominio nello spazio delle applicazioni aziendali. Sostiene che i suoi sistemi “toccano” il 77% dei dati che rappresentano le entrate delle transazioni mondiali. Ciò spiega l’enfasi di SAP per rendere i suoi servizi di piattaforma di dati cloud il più possibile senza confini alle applicazioni in esecuzione su di essi.
La salsa segreta è il livello semantico aziendale di SAP Data Warehouse Cloud. Si basa sulle aree di lavoro che le organizzazioni e i reparti di linea possono utilizzare per modellare i dati e creare trasformazioni di dati con un mezzo per la definizione dei processi aziendali disaccoppiato dal livello di dati stesso. Cioè, il processo aziendale è progettato separatamente dallo schema sottostante. In un mondo multimodale, che consente agli oggetti dati di essere estensibili, in modo che una vista del cliente possa anche estendersi per includere un grafico delle connessioni del cliente alla cronologia degli acquisti del prodotto, contatti sociali che descrivono chi influenza il cliente e viceversa.
Inoltre, sfruttando il proprio portafoglio di applicazioni, SAP e i suoi partner hanno sviluppato modelli di dati predefiniti che possono essere riproposti dai clienti, con SAP che sviluppa un mercato in cui questi modelli di dati del settore potrebbero essere condivisi.
L’altro thread importante per il portafoglio HANA cloud di SAP è il supporto per gli scenari ibridi. Già a giugno, abbiamo descritto il gateway che SAP ha progettato per collegare le distribuzioni HANA on-premise con quelle nel cloud HANA. Questo risponde alla realtà che la maggior parte dei clienti SAP, anche se sono intenti a sfruttare il cloud, non sono suscettibili di spostare tutti i dati e processi durante la notte, se mai.
Quindi, tramite il gateway sicuro, SAP supporta la possibilità di replicare i dati in tempo reale dall’on-premise al cloud o viceversa. Lo fa, non attraverso il sovraccarico della replica convenzionale di intere tabelle, ma attraverso il processo di registro delle modifiche più leggero che assomigliava all’acquisizione dei dati di modifica. Basandosi sui registri delle modifiche, ci sono somiglianze con il modo in cui Amazon Aurora replica a tre (o più) copie di dati in diverse zone di disponibilità per un’elevata disponibilità. Ci aspettiamo che andando avanti, SAP estenderà la sua replica basata su log per un supporto HA simile.
Nel mese di giugno, abbiamo anche parlato delle funzionalità di query federate che sono ora disponibili fuori dalla scatola. Questo è adatto per i clienti SAP che possono avere processi relativamente statici e stabili in locale, ma possono anche avere bisogno di sfruttare le funzionalità di analisi nel cloud.
Ad esempio, potrebbero esserci pochi motivi per migrare un’applicazione di contabilità nel cloud che è rimasta abbastanza stabile, che potrebbe anche avere interdipendenze con i dati di altri sistemi locali che la alimentano. Oppure può contenere dati dei clienti che non possono spostarsi in un dato cloud situato dall’altra parte di un confine nazionale. Ma è probabile che vi siano casi in cui le transazioni nel sistema contabile (ad esempio, un pagamento è accreditato) attivano le transazioni della supply chain per la pianificazione della consegna. Le analisi che determinano la modalità di consegna e bloccano la data di consegna possono risiedere nel cloud.
Nel prossimo anno, SAP estenderà il suo portafoglio HANA con diverse attività originate da Sybase. Ciò include IQ, che ora è ufficialmente conosciuto come SAP HANA Cloud Data Lake-è il lago di dati relazionali che SAP ha già promosso. E, sì, SAP sta facendo rumori per portare Adaptive Server Enterprise (ASE), il classico database Sybase, nel cloud HANA per quello che definisce carichi di elaborazione delle transazioni “estremi” scalando milioni di transazioni simultanee. Parafrasando Mark Twain, le voci sulla morte di ASE sono state esagerate. La maggior parte dei clienti ASE-fortemente concentrati su Wall Street-ha concluso molto tempo fa che l’idea di migrare database che contengono una logica significativa non varrebbe la pena. La notizia nel 2021 è che anche loro avranno il loro percorso verso un cloud gestito.
Divulgazione: SAP e Oracle sono clienti di dbInsight LLC.