SAP Databricks o il vostro Databricks? Scegliere il livello di calcolo in BDC

SAP Databricks fa parte di SAP Business Data Cloud dalla primavera 2025, a partire da AWS. Da allora sentiamo la stessa domanda in quasi ogni discussione sui dati: «Abbiamo già Databricks. Adesso paghiamo due volte?» Oppure il contrario: «Non abbiamo Databricks. Ora ci serve?»

Sono domande legittime. Questo articolo presenta le tre opzioni realistiche e i criteri che usiamo per scegliere.

In sintesi: avete tre opzioni. SAP Databricks in BDC conviene se partite da zero e volete un unico contratto con SAP. Tenere il vostro Databricks e collegarlo con Delta Sharing zero-copy conviene se lo usate già in produzione. Solo Datasphere e SAP Analytics Cloud bastano se i vostri casi d’uso sono reporting e pianificazione. Oggi la maggior parte delle aziende svizzere di medie dimensioni rientra nel terzo gruppo.

Cosa c’è davvero sul tavolo

SAP ha annunciato Business Data Cloud nel febbraio 2025 insieme a una partnership con Databricks. La nostra cronologia di BDC dal 2025 al 2026 riassume tutto ciò che SAP ha annunciato da allora. Dalla partnership sono nate due cose.

SAP Databricks. Un ambiente Databricks venduto da SAP come componente di BDC. Legge i data product SAP tramite Delta Sharing, senza copiarli in un altro archivio. Offre notebook, strumenti di machine learning e Unity Catalog per la governance. È partito su AWS; verificate su quale hyperscaler e in quale regione gira il vostro tenant BDC prima di pianificare.

Condivisione con il vostro Databricks. Il Delta Sharing bidirezionale e zero-copy tra BDC e gli ambienti Databricks dei clienti ha ora un nome di prodotto, SAP BDC Connect for Databricks, che SAP ha indicato come disponibile a ottobre 2025. L’idea: i data product SAP compaiono nel vostro workspace esistente e i risultati possono tornare indietro, senza una pipeline di replica in mezzo.

La terza opzione si dimentica facilmente: nessun Databricks. Datasphere per la modellazione, SAP Analytics Cloud per dashboard e pianificazione. Per molte aziende BDC funziona così, ed è una configurazione completa.

Opzione 1: SAP Databricks in BDC

È adatta alle aziende che partono senza una piattaforma di data science ma con piani concreti di machine learning. Esempi: previsioni della domanda sullo storico vendite S/4HANA, churn scoring sui dati di servizio, elasticità dei prezzi.

A favore:

• Un solo contratto e un solo fornitore per il livello dati.
• I data product arrivano tramite condivisione zero-copy, nessuno costruisce job di estrazione.
• La governance sta in un unico catalogo accanto alla semantica SAP.

Da verificare:

• La disponibilità di hyperscaler e regione per il vostro tenant BDC.
• Come viene fatturato il consumo e come lo vedrete per singolo caso d’uso.
• Se le fonti non SAP che vi servono si possono integrare con uno sforzo ragionevole.

Opzione 2: il vostro Databricks, collegato con Delta Sharing

È adatta alle aziende che usano già Databricks in produzione. Segnali tipici: un team dati con pipeline, modelli in produzione e fonti non SAP (web shop, IoT, piattaforme di marketing) che arrivano già lì.

Spostare tutto in SAP Databricks raramente ha senso. Meglio far confluire i data product SAP nel workspace esistente tramite Delta Sharing e lasciare il team dove già lavora.

Da verificare:

• Quali data product vi servono davvero e se esistono per la vostra release.
• Chi è responsabile dei diritti di accesso. Due cataloghi (Unity Catalog da voi, BDC da SAP) richiedono un modello di governance chiaro.
• La disponibilità di BDC Connect per il vostro hyperscaler e la vostra regione. Confermatela per il vostro tenant prima di impegnarvi.

Lo zero-copy è il punto centrale. Se qualcuno propone di replicare i dati SAP nel vostro Databricks «per ora», chiedete il motivo. La replica riporta esattamente la manutenzione delle pipeline che BDC dovrebbe eliminare.

Opzione 3: solo Datasphere e SAP Analytics Cloud

È la risposta giusta più spesso di quanto i fornitori ammettano. Se le vostre domande sono «Perché il report della pipeline non coincide con i ricavi?» oppure «Come evolvono i margini del servizio per segmento di clienti?», vi servono dati puliti, collegati e ben modellati. Non vi serve un notebook.

Datasphere copre modellazione e federazione. SAP Analytics Cloud copre dashboard e pianificazione. Le applicazioni intelligenti, introdotte da SAP al Sapphire 2025, si basano sugli stessi data product. La nostra cronologia di BDC indica quali sono generalmente disponibili.

Un livello Databricks si può aggiungere in seguito. I data product non cambiano perché arriva un nuovo consumatore.

Cinque criteri per decidere

1. Casi d’uso. Scrivete le tre domande a cui volete una risposta nei prossimi dodici mesi. Se nessuna richiede un modello addestrato, basta l’opzione 3. Se una lo richiede, valutate le opzioni 1 o 2.

2. Competenze. Databricks richiede persone che scrivono Python o SQL nei notebook e gestiscono modelli in produzione. Molte aziende svizzere di medie dimensioni hanno uno o due analisti e nessun data engineer. Una piattaforma senza persone che la gestiscono resta sullo scaffale.

3. Investimenti esistenti. Un Databricks in produzione con pipeline reali è un argomento per l’opzione 2. Un workspace di prova aperto due anni fa non lo è.

4. Governance. Stabilite chi concede l’accesso ai dati dei clienti e ai dati finanziari. Con la nuova legge svizzera sulla protezione dei dati (nLPD) dovete poter dire dove si trovano i dati personali e chi può leggerli. Un catalogo si spiega a un revisore più facilmente di due.

5. Trasparenza dei costi. Chiedete che il consumo sia visibile per caso d’uso, non per piattaforma. Con due piattaforme ricevete due fatture che, prese singolarmente, sembrano ragionevoli. Solo insieme mostrano quanto costa davvero il vostro modello di previsione.

Cosa significa per voi

Per la maggior parte dei nostri clienti con SAP Sales Cloud V2, Service Cloud V2 e S/4HANA Public Cloud, il primo caso d’uso BDC è analitico: una vista su pipeline, ordini e servizio attraverso ERP e CRM. Questo gira su Datasphere e SAP Analytics Cloud.

C’è un dettaglio CX da conoscere. I data product SAP sono partiti da S/4HANA, Ariba e SuccessFactors. Dove per la vostra release non esiste un data product, i dati CX di Sales Cloud V2 e Service Cloud V2 richiedono un percorso proprio verso Datasphere, ad esempio eventi tramite SAP Integration Suite o replica. Questo lavoro è lo stesso, qualunque opzione di calcolo scegliate.

Il nostro consiglio pratico:

• Partite con Datasphere, SAP Analytics Cloud e una domanda del management.
• Tenete il vostro Databricks, se ne avete uno, e collegatelo con BDC Connect invece che con una pipeline di replica.
• Aggiungete SAP Databricks quando un caso concreto di machine learning ha un responsabile, un budget e qualcuno che lo gestisca.

Prossimo passo

Se non siete sicuri di quale gruppo fate parte, lo chiariamo in una breve sessione con i vostri casi d’uso sul tavolo. Come affrontiamo il primo passo lo trovate nei nostri servizi Business Data Cloud.

Domande frequenti

SAP Databricks è uguale a un normale workspace Databricks?

Si basa sulla tecnologia Databricks, ma SAP lo vende e lo gestisce come componente di Business Data Cloud. È pensato per lavorare sui data product SAP tramite Delta Sharing, senza copie. Un workspace Databricks contrattato direttamente è una piattaforma separata, con contratto, fatturazione e amministrazione proprie.

Possiamo tenere il nostro Databricks e usare comunque BDC?

Sì. SAP BDC Connect for Databricks condivide i data product in modo bidirezionale e zero-copy con un ambiente Databricks contrattato da voi; SAP lo ha indicato come disponibile a ottobre 2025. È la strada prevista se Databricks è già in uso. Verificate la disponibilità per il vostro hyperscaler e la vostra regione prima di pianificare su questa base.

Serve Databricks per il reporting?

No. Datasphere modella i dati e SAP Analytics Cloud li mostra. Databricks porta valore per il data engineering su larga scala, il machine learning e la data science. Se i vostri casi d’uso sono reporting direzionale e pianificazione, potete iniziare senza alcun livello Databricks.

Su quali hyperscaler gira SAP Databricks?

SAP Databricks è partito su AWS nella primavera 2025 e in seguito SAP ha esteso BDC ad altri hyperscaler; da marzo 2026 BDC gira su Microsoft Azure in Svizzera. Quali componenti BDC siano offerti in quale regione cambia nel tempo, quindi verificatelo per il vostro tenant. Per le aziende svizzere con requisiti di residenza dei dati, la regione conta quanto l’hyperscaler.