Pourquoi la mise à jour du système est-elle sans cesse reportée ?
Les besoins sont connus :
- Tests et développement — nouvelles fonctionnalités, systèmes de développement parallèles, intégration et tests d'acceptation utilisateur (UAT), tests de performance et diagnostics en production nécessitant des données réelles
- Migration, mise à niveau et haute disponibilité/reprise après sinistre — mise en place de systèmes supplémentaires dans une configuration et un état proches de ceux de l'environnement de production
- Formation et intégration — des environnements précis et à jour sans compromettre les processus en production
Avantra automatise ce processus.
Où passe donc le temps ?
Un guide d'exécution type pour la mise à jour d'un système compte des dizaines de pages, et il n'est pas rare qu'il en compte 50 ! Cela représente plusieurs jours, voire plusieurs semaines de travail pour une équipe Basis :
- Création et transfert de la sauvegarde de la base de données du système source
- Utilisation d'outils de masquage pour les données de production sensibles
- Conversion des noms de systèmes logiques (BDLS)
- Configuration et synchronisation du système de transport
- Destinataires et autorisations RFC
- Activation et désactivation des spools
- Modifications des identifiants et des mots de passe
- Clés de chiffrement et certificats
Le partage d'infrastructure entre l'environnement source et l'environnement cible ajoute une couche supplémentaire. Sans isolation rigoureuse, un système mis à jour peut accéder à nouveau aux interfaces de production, aux intégrations tierces ou aux services avec lesquels il ne devrait pas communiquer.
C'est précisément ce genre d'erreur potentielle qui incite les équipes de Basis à marquer une pause et à faire preuve d'une prudence délibérée. Il en résulte des systèmes obsolètes et des mises à jour effectuées moins souvent que ne le souhaiterait l'entreprise. Et si tout cela pouvait être automatisé ?
Ce qu'Avantra automatise
Avantra intègre des fonctionnalités d'automatisation spécialement conçues pour la copie et la mise à jour des systèmes SAP, issues de deux décennies d'expérience dans la gestion de parcs SAP à grande échelle.
- Configuration automatique
- BDLS rapide
- Isolement du système
- Une mise en œuvre cohérente
- Actualisations fréquentes
La majeure partie de la configuration manuelle après la copie s'effectue automatiquement.
Avantra exécute le changement de nom en parallèle, mettant ainsi à profit des ressources de calcul qui, sans cela, resteraient inutilisées — la différence entre une opération en série qui dure une journée et une opération parallèle qui s'achève en quelques heures.
Le système cible est isolé automatiquement, ce qui élimine tout risque de communication involontaire avec les intégrations et les services du système source.
Les étapes préliminaires et postérieures standard se déroulent toujours de la même manière, avec le même résultat.
Une réduction de l'effort nécessaire à chaque actualisation se traduit directement par des actualisations plus fréquentes, ce qui permet aux systèmes hors production de rester plus proches des données et du comportement de l'environnement de production.
Workflows : conçus pour s'adapter aux différences entre les systèmes
Il n'existe pas deux systèmes SAP identiques. Les destinations RFC, les intégrations tierces et les dépendances en aval varient toutes. C'est pourquoi l'automatisation générique des mises à jour s'avère souvent insuffisante.
Les workflows d'Avantra sont conçus pour les environnements SAP les plus complexes. Les modèles de mise à jour du système SAP intégrés vous permettent de démarrer rapidement. Les équipes plus expérimentées peuvent tirer parti de l'intégration existante avec Ansible, et même allouer dynamiquement l'infrastructure dans le cadre de la mise à jour elle-même.
Transformation des mises à jour du système SAP
Comment Avantra remplace les procédures manuelles et fastidieuses par des flux de travail automatisés et prévisibles.
| Avant | Avec Avantra |
|---|---|
| Guide opérationnel de plus de 50 pages décrivant les étapes manuelles | Workflow s'exécutant automatiquement de bout en bout |
| De quelques jours à plusieurs semaines de travail en équipe pour chaque mise à jour | Horaires, généralement sans personnel sur place |
| Le BDLS en tant que processus technique séquentiel s'étalant sur plusieurs jours | BDLS s'exécute en parallèle, ce qui réduit le temps d'exécution |
| La qualité de la mise à jour dépend de la personne qui s'en charge | Toujours constant |
| Les demandes de rafraîchissement sont limitées par la disponibilité de Basis | La mise à jour du système devient une tâche informatique courante |
| Fréquence de mise à jour limitée par le coût et l'effort requis | Actualisez à la demande, aussi souvent que l'entreprise en a besoin |
ÉTUDE DE CAS
Scotts Miracle-Gro accélère la mise à jour de son système de 95 %
Confrontée à la gestion de charges de travail SAP considérables sur AWS, l’équipe informatique réduite de ScottsMiracle-Gro peinait à effectuer des mises à jour manuelles et gourmandes en ressources, qui prenaient 4 jours et mobilisaient 5 collaborateurs. En mettant en œuvre l’automatisation intelligente d’Avantra, elle a réduit le temps de mise à jour à seulement 4 heures. Aujourd’hui, un seul ingénieur peut mettre à jour simultanément jusqu’à cinq systèmes SAP, ce qui permet à l’équipe Basis de passer d’une maintenance réactive à des innovations cloud à forte valeur ajoutée.















