Transport et gestion du cycle de vie
À jour au 2026-08-16
La préparation au transport est une porte de go-live, pas une activité post-déploiement. Un déploiement Datasphere sans chemin de transport défini force des changements manuels en Production en quelques semaines. Ce module équipe le consultant pour concevoir l'architecture de transport et de cycle de vie avant la construction du premier objet : sélection du bon mécanisme (Content Transport / CAS / CI-CD), définition de la gouvernance du cycle de vie, mise en place du contrôle de version et préparation d'une procédure de rollback. Les clients d'industries réglementées (pharma, banque) nécessitent le chemin CAS ou CI-CD traçable par audit. La décision d'architecture de transport façonne le modèle opérationnel pour les cinq prochaines années.
Ce que vous apprendrez
- Sélectionner le mécanisme de transport Datasphere correct (Content Transport, Content Agent Service ou pipeline CI-CD) pour un contexte de mission donné — documentant la justification de la sélection selon les critères de gouvernance, d'audit et opérationnels
- Concevoir un modèle de gouvernance du cycle de vie des objets — définissant les stades du cycle de vie, les critères d'entrée/sortie et le workflow d'approbation pour chaque étape de promotion du Développement à la Production
- Diagnostiquer et remédier aux quatre modes d'échec de transport (chemin de transport indéfini, packaging de dépendances manquant, pas de workflow d'approbation, pas de chemin de rollback) — produisant une checklist de préparation au transport pour le go-live
- Configurer un pipeline de transport CI-CD pour Datasphere : exporter les packages de contenu via l'API REST Content Agent, committer dans un dépôt versionné et déployer vers le tenant cible avec procédure de rollback documentée
La gestion du transport et du cycle de vie est la discipline qui distingue un déploiement SAP Datasphere maintenable dans la durée d'un déploiement qui devient un patchwork ingérable de modifications manuelles. Tout consultant analytics SAP senior doit maîtriser les mécanismes de transport, aussi bien dans la dimension on-premise (CTS+) que dans la dimension cloud (Content Agent / pipeline CI-CD) du paysage applicatif — car la réponse à « comment fait-on passer ceci du développement à la production ? » détermine si le client pourra opérer de façon autonome après la mise en service.
Le modèle de transport de SAP Datasphere
SAP Datasphere utilise un mécanisme de transport au niveau du contenu, distinct du Transport Management System ABAP utilisé pour S/4HANA. Les objets Datasphere — espaces, modèles analytiques, flows, vues, ainsi que leurs connexions associées — circulent via l'un des trois mécanismes suivants, et comprendre comment chacun fonctionne réellement sous le bouton que l'on clique est ce qui distingue un consultant capable de diagnostiquer un transport en échec d'un consultant qui ne sait que suivre un mode opératoire.
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.