SAP Databricks ou votre propre Databricks ? Choisir la couche de calcul dans BDC

SAP Databricks fait partie de SAP Business Data Cloud depuis le printemps 2025, d’abord sur AWS. Depuis, nous entendons la même question dans presque chaque discussion sur les données : « Nous avons déjà Databricks. Allons-nous payer deux fois ? » Ou l’inverse : « Nous n’avons pas Databricks. En avons-nous besoin maintenant ? »

Les deux questions sont légitimes. Cet article présente les trois options réalistes et les critères que nous utilisons pour choisir.

En bref : vous avez trois options. SAP Databricks dans BDC convient si vous partez de zéro et voulez un seul contrat avec SAP. Garder votre propre Databricks et le connecter par Delta Sharing zero-copy convient si vous l’exploitez déjà en production. Datasphere et SAP Analytics Cloud seuls suffisent si vos cas d’usage sont le reporting et la planification. Aujourd’hui, la plupart des PME suisses appartiennent au troisième groupe.

Ce qui est réellement sur la table

SAP a annoncé Business Data Cloud en février 2025, avec un partenariat Databricks. Notre chronologie BDC 2025 à 2026 couvre tout ce que SAP a annoncé depuis. Ce partenariat a produit deux choses.

SAP Databricks. Un environnement Databricks vendu par SAP comme composant de BDC. Il lit les produits de données SAP via Delta Sharing, sans les copier dans un autre stockage. Il apporte des notebooks, des outils de machine learning et Unity Catalog pour la gouvernance. Il a démarré sur AWS ; vérifiez sur quel hyperscaler et dans quelle région tourne votre tenant BDC avant de planifier.

Le partage avec votre propre Databricks. Le Delta Sharing bidirectionnel et zero-copy entre BDC et les environnements Databricks des clients porte désormais un nom de produit, SAP BDC Connect for Databricks, que SAP a cité comme disponible en octobre 2025. L’idée : les produits de données SAP apparaissent dans votre workspace existant et les résultats peuvent revenir, sans chaîne de réplication entre les deux.

La troisième option s’oublie facilement : pas de Databricks du tout. Datasphere pour la modélisation, SAP Analytics Cloud pour les tableaux de bord et la planification. C’est ainsi que BDC fonctionne pour beaucoup d’entreprises, et c’est une configuration complète.

Option 1 : SAP Databricks dans BDC

Elle convient aux entreprises qui démarrent sans plateforme de data science, mais avec des projets concrets de machine learning. Exemples : prévisions de demande sur l’historique des ventes S/4HANA, scoring de churn sur les données de service, élasticité des prix.

Ce qui plaide en sa faveur :

• Un seul contrat et un seul fournisseur pour la couche de données.
• Les produits de données arrivent par partage zero-copy, personne ne construit de jobs d’extraction.
• La gouvernance se trouve dans un seul catalogue, à côté de la sémantique SAP.

Ce qu’il faut vérifier :

• La disponibilité de l’hyperscaler et de la région pour votre tenant BDC.
• La manière dont la consommation est facturée et comment vous la verrez par cas d’usage.
• Si les sources non SAP dont vous avez besoin peuvent être intégrées avec un effort raisonnable.

Option 2 : votre propre Databricks, connecté par Delta Sharing

Elle convient aux entreprises qui exploitent déjà Databricks en production. Signes typiques : une équipe data avec des pipelines, des modèles en production et des sources non SAP (boutique en ligne, IoT, plateformes marketing) qui y arrivent déjà.

Tout migrer vers SAP Databricks a rarement du sens. Mieux vaut faire arriver les produits de données SAP dans le workspace existant via Delta Sharing et laisser l’équipe travailler là où elle travaille déjà.

Ce qu’il faut vérifier :

• Les produits de données dont vous avez réellement besoin, et s’ils existent pour votre release.
• Qui est responsable des droits d’accès. Deux catalogues (Unity Catalog chez vous, BDC chez SAP) exigent un modèle de gouvernance clair.
• La disponibilité de BDC Connect pour votre hyperscaler et votre région. Confirmez-la pour votre tenant avant de vous engager.

Le zero-copy est l’essentiel. Si quelqu’un propose de répliquer les données SAP dans votre Databricks « pour l’instant », demandez pourquoi. La réplication ramène exactement la maintenance des pipelines que BDC est censé supprimer.

Option 3 : Datasphere et SAP Analytics Cloud seulement

C’est la bonne réponse plus souvent que les éditeurs ne l’admettent. Si vos questions sont « Pourquoi le rapport de pipeline ne correspond-il pas au chiffre d’affaires ? » ou « Comment évoluent les marges de service par segment de clients ? », il vous faut des données propres, reliées et bien modélisées. Il ne vous faut pas de notebook.

Datasphere couvre la modélisation et la fédération. SAP Analytics Cloud couvre les tableaux de bord et la planification. Les applications intelligentes, introduites par SAP au Sapphire 2025, reposent sur les mêmes produits de données. Notre chronologie BDC indique lesquelles sont disponibles en version générale.

Une couche Databricks peut s’ajouter plus tard. Les produits de données ne changent pas parce qu’un nouveau consommateur arrive.

Cinq critères pour décider

1. Cas d’usage. Notez les trois questions auxquelles vous voulez une réponse dans les douze prochains mois. Si aucune ne demande un modèle entraîné, l’option 3 suffit. Si l’une d’elles en demande un, regardez les options 1 ou 2.

2. Compétences. Databricks demande des personnes qui écrivent du Python ou du SQL dans des notebooks et exploitent des modèles en production. Beaucoup de PME suisses ont un ou deux analystes et aucun data engineer. Une plateforme sans personne pour l’exploiter reste sur l’étagère.

3. Investissements existants. Un Databricks en production avec de vrais pipelines plaide pour l’option 2. Un workspace d’essai ouvert il y a deux ans, non.

4. Gouvernance. Décidez qui accorde l’accès aux données clients et financières. Avec la nouvelle loi suisse sur la protection des données (nLPD), vous devez pouvoir dire où se trouvent les données personnelles et qui peut les lire. Un catalogue s’explique plus facilement à un réviseur que deux.

5. Transparence des coûts. Exigez que la consommation soit visible par cas d’usage, pas par plateforme. Avec deux plateformes, vous recevez deux factures qui, prises séparément, semblent raisonnables. Ensemble seulement, elles montrent ce que coûte vraiment votre modèle de prévision.

Ce que cela signifie pour vous

Pour la plupart de nos clients sur SAP Sales Cloud V2, Service Cloud V2 et S/4HANA Public Cloud, le premier cas d’usage BDC est analytique : une vue sur le pipeline, les commandes et le service à travers l’ERP et le CRM. Cela tourne sur Datasphere et SAP Analytics Cloud.

Un détail CX est à connaître. Les produits de données de SAP ont commencé par S/4HANA, Ariba et SuccessFactors. Là où aucun produit de données n’existe pour votre release, les données CX de Sales Cloud V2 et Service Cloud V2 demandent un chemin propre vers Datasphere, par exemple des événements via SAP Integration Suite ou une réplication. Ce travail est le même, quelle que soit l’option de calcul choisie.

Notre conseil pratique :

• Démarrez avec Datasphere, SAP Analytics Cloud et une question de la direction.
• Gardez votre Databricks si vous en avez un, et connectez-le avec BDC Connect plutôt qu’avec une chaîne de réplication.
• Ajoutez SAP Databricks quand un cas concret de machine learning a un responsable, un budget et quelqu’un pour l’exploiter.

Prochaine étape

Si vous ne savez pas à quel groupe vous appartenez, nous le clarifions lors d’une courte séance, vos cas d’usage sur la table. Notre approche du premier pas est décrite dans nos services Business Data Cloud.

Questions fréquentes

SAP Databricks est-il identique à un workspace Databricks classique ?

Il repose sur la technologie Databricks, mais SAP le vend et l’exploite comme composant de Business Data Cloud. Il est conçu pour travailler sur les produits de données SAP via Delta Sharing, sans copie. Un workspace Databricks contracté directement est une plateforme distincte, avec son propre contrat, sa facturation et son administration.

Pouvons-nous garder notre Databricks et utiliser BDC quand même ?

Oui. SAP BDC Connect for Databricks partage les produits de données de manière bidirectionnelle et zero-copy avec un environnement Databricks que vous contractez vous-même ; SAP l’a cité comme disponible en octobre 2025. C’est la voie prévue si vous exploitez déjà Databricks. Vérifiez la disponibilité pour votre hyperscaler et votre région avant de planifier sur cette base.

Faut-il Databricks pour le reporting ?

Non. Datasphere modélise les données et SAP Analytics Cloud les affiche. Databricks apporte de la valeur pour le data engineering à grande échelle, le machine learning et la data science. Si vos cas d’usage sont le reporting de direction et la planification, vous pouvez démarrer sans couche Databricks.

Sur quels hyperscalers tourne SAP Databricks ?

SAP Databricks a démarré sur AWS au printemps 2025, puis SAP a étendu BDC à d’autres hyperscalers ; depuis mars 2026, BDC tourne sur Microsoft Azure en Suisse. L’offre de composants BDC par région évolue, confirmez-la donc pour votre tenant. Pour les entreprises suisses soumises à des exigences de résidence des données, la région compte autant que l’hyperscaler.