Snowflake AI Data Cloud
- 6 min de lecture
Tobias Vogler
Dans cet article, nous abordons l'intégration de SAP BDC avec Snowflake AI Data Cloud . Avec SAP Business Data Cloud (BDC), SAP a désormais réussi à imposer sur le marché sa nouvelle plateforme stratégique dédiée aux données et à l’IA. L’une des principales innovations de BDC réside dans son ouverture vers d’autres plateformes cloud via SAP BDC Connect, de sorte que les données SAP, précieuses sur le plan sémantique et souvent critiques pour l’activité, puissent être utilisées dans des produits de données (gérés par SAP) conçus de manière sémantiquement rigoureuse sur les différentes plateformes, sans nécessiter d’efforts d’ingénierie importants.
1. Qu'est-ce que Snowflake et quelles sont ses fonctionnalités ?
- Couche de stockage,
- Couche de calcul et
- Couche de services cloud.
2. Comment Snowflake a-t-il évolué depuis sa création ?
3. Comment Snowflake et SAP Business Data Cloud s'articulent-ils ?
4. Quel est l'avantage de SAP Snowflake ?
5. Quelle est la structure des coûts du partage de données sans copie ?
Que les produits SAP Data soient utilisés via Native ou via SAP Snowflake, des frais d'infrastructure s'appliquent dans les deux cas, en plus de la consommation de ressources propre à la plateforme.
Ces frais sont dus au fait que l'utilisation des produits de données SAP engendre des coûts chez le fournisseur de cloud sous-jacent, notamment pour les charges de travail d'E/S dans l'Object Store ( enregistrement, lecture et transfert de données).
Digression : comment les produits de données SAP et les tables Snowflake sont-ils stockés ?
Les produits de données SAP sont stockés sous forme de tables Delta Lake dans l'Object Store du fournisseur de services cloud. Voici un article de référence utile à ce sujet : https://delta.io/blog/delta-lake-vs-parquet-comparison/
En bref : une table n'existe pas sous la forme d'un « fichier unique », mais est divisée en plusieurs fichiers individuels (fichiers de données) qui ne contiennent chacun qu'une partie des données de la table. Les métadonnées (par exemple, quels fichiers appartiennent à quelle table et comment les lire de manière optimale) sont gérées séparément.
Le stockage dans Snowflake est en principe très similaire : là aussi, les données sont organisées en arrière-plan sous forme de fichiers et de métadonnées.
Pourquoi cela entraîne-t-il des coûts supplémentaires ?
Chaque accès à l'Object Store – c'est-à-dire un appel d'API ou une requête de traitement visant à lire un fichier – engendre des coûts chez l'hébergeur hyperscale, qui sont facturés en conséquence.
Ces coûts sont généralement moins élevés lorsque l'application utilisatrice fonctionne dans la même région cloud. Cependant, dès que les données franchissent les limites de la région (ou doivent quitter le centre de données), les coûts de transfert peuvent augmenter considérablement.
De quoi se composent les frais d'infrastructure ?
Les frais d'infrastructure se composent généralement de deux éléments :
Frais de transfert de données interrégionaux
Pour les données SAP Data Product qui doivent quitter le centre de données BDC.Traitement des requêtes
Pour les appels API vers l'Object Store (par exemple, lecture de fichiers/objets).
Frais supplémentaires en cas d'utilisation via Native Snowflake / BDC Connect
Lorsque les produits de données SAP sont utilisés via Native Snowflake et BDC Connect, les éléments suivants s'ajoutent :
- Frais d'infrastructure et
- les coûts habituels de Snowflake
ainsi que les frais Premium.
Dans ce cadre, Snowflake mesure les charges de calcul générées au sein de la plateforme Snowflake lors du traitement des produits de données SAP, puis transmet régulièrement ces valeurs à SAP. SAP calcule ensuite une majoration, et la facturation s'effectue sous forme d'unités de consommation ( CU ) via SAP BDC Connect.
6. Conclusion : élégance architecturale contre réalité commerciale
L'ouverture stratégique de la SAP Business Data Cloud vers le Snowflake AI Data Cloud marque un tournant dans la gestion moderne des données. Grâce au partage natif des données sans copie (zero-copy), le paradigme ETL classique, source d’erreurs et nécessitant une maintenance intensive, est définitivement abandonné pour les données SAP. Les données sont disponibles sur toutes les plateformes sans effort de réplication. Lors de la mise en œuvre, la question principale qui se pose pour les entreprises concerne le choix du modèle d’exploitation et de licence approprié :
- Native Snowflake avec BDC Connect offre une autonomie maximale au sein de l'infrastructure cloud existante, mais exige des architectes qu'ils surveillent de près les restrictions de licence ainsi que les frais supplémentaires facturés par SAP (majoration sur les charges de travail de calcul via les CU).
- SAP Snowflake (Solution Extension) se distingue par sa conception entièrement intégrée, avec une assistance SAP directe, l'élimination des obstacles liés à la configuration et une facturation simple, purement basée sur les ressources, via des SKU dédiés – sans aucune restriction de licence pour l'utilisation des produits de données SAP.
Vous souhaitez comprendre en détail le fonctionnement des coûts liés au partage de données sans copie (Zero-Copy Data Sharing), aux frais d'infrastructure et aux frais Premium, et savoir ce que cela implique concrètement pour votre cas d'utilisation ? Alors contactez-nous ici!
