Salesforce DevOps pour Data Cloud

La majeure partie de la configuration Data Cloud vit en dehors de la Metadata API. Voici ce que cela implique pour votre processus de release.

Ce qui est difficile à déployer

Les Data Streams, Data Model Objects, Calculated Insights et Segments vivent surtout dans la couche de configuration propre à Data Cloud plutôt que dans la Metadata API standard, donc un change set ou un package 2GP les déplace rarement proprement entre les orgs. Les rafraîchissements de sandbox n'emportent pas non plus les données ingérées par Data Cloud, ce qui signifie que les équipes reconstruisent ou reconnectent souvent les flux de données à la main dans chaque nouvelle sandbox au lieu de promouvoir un changement suivi. Le même écart touche Agentforce, dont la configuration de grounding et de récupération est liée à Data Cloud. Les Segments activés dans Marketing Cloud atterrissent sur une plateforme distincte que la Metadata API de Salesforce ne couvre pas du tout.

Où cela se complique

Les objets principaux vivent en dehors de la Metadata API

Les Data Streams, Data Model Objects, Calculated Insights et Segments vivent surtout dans la couche de configuration propre à Data Cloud, donc un change set ou un package 2GP les déplace rarement proprement entre les orgs.

Les rafraîchissements de sandbox n'emportent pas les données ingérées

Un rafraîchissement de sandbox réinitialise l'org mais pas les enregistrements ingérés par Data Cloud, donc les équipes reconstruisent ou reconnectent souvent les flux de données à la main dans chaque nouvelle sandbox au lieu de promouvoir un changement suivi.

Les connecteurs d'ingestion doivent être reconnectés par org

Les connecteurs source de Data Cloud sont configurés et authentifiés par environnement, donc même une copie d'org propre nécessite encore que quelqu'un reconnecte chaque source avant que les données ne commencent à circuler.

En pratique

Comment Serpent aide

Serpent centralise chaque sandbox et scratch org dont dépend votre configuration Data Cloud, en synchronisant les environnements depuis un seul endroit afin que les métadonnées côté Salesforce qui l'entourent, permission sets, flows, utilisateurs d'intégration, restent suivies en version, même si la configuration propre de Data Cloud vit en dehors de la Metadata API. Voir la gestion des orgs sur Serpent pour savoir comment les environnements restent synchronisés. Pour les équipes qui évaluent un outil dédié au transfert de données, découvrez comment Serpent se compare à Prodly.

Serpent AI pour les déploiements Salesforce

Release type pour Salesforce DevOps pour Data Cloud

Transformez le changement côté Salesforce en tâche
Les permission sets, les flows et la configuration de l'utilisateur d'intégration dont dépend un flux Data Cloud entrent dans une seule tâche.
Déployez en delta les métadonnées de support
Serpent livre uniquement ce qui a changé, pas un déploiement complet de l'org, afin que les objets Data Cloud que vous ne pouvez pas déplacer restent isolés de ceux que vous pouvez déplacer.
Synchronisez les environnements avant de reconnecter les flux
Les sandboxes et scratch orgs regroupés restent alignés depuis un seul tableau de bord, de sorte que la reconnexion d'un flux de données dans un nouvel environnement démarre à partir d'une base de référence connue et saine.
Annulez les métadonnées, pas le pipeline
Si quelque chose casse, un rollback en un clic annule le changement côté Salesforce sans toucher à la configuration propre de Data Cloud.

Questions fréquentes

Data Cloud DevOps, expliqué

Serpent déploie-t-il directement les Data Streams, DMO ou Segments ?

Aucun outil ne déplace la configuration native de Data Cloud via la Metadata API, cette couche se situe entièrement en dehors. Serpent garde les métadonnées Salesforce environnantes et les environnements synchronisés afin que le reste de votre configuration ne dérive pas.

Pourquoi un rafraîchissement de sandbox casse-t-il notre configuration Data Cloud ?

Un rafraîchissement réinitialise l'org mais pas les données ingérées ni les connexions de flux de Data Cloud. Le pooling d'orgs de Serpent vous donne une base de référence cohérente à partir de laquelle vous reconnecter, au lieu de repartir de zéro à chaque fois.

Serpent peut-il suivre les utilisateurs d'intégration et les permission sets dont dépend Data Cloud ?

Oui. Ce sont des métadonnées Salesforce standard, elles se déploient donc et se versionnent via le pipeline normal de Serpent, aux côtés de tout le reste.

Commencez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Commencer gratuitement Réserver une démo