Automatisation des mises en production Stampa E-mail
58


LA PROBLEMATIQUE...

La phase de mise en production est une phase cruciale des changements d’application. Afin d’éviter tout risque de régression du SI, cette phase doit être gérée avec un maximum de sécurité. Seule une automatisation à 100% permet de garantir cette sécurité avec, en plus, la capacité à lancer ces processus en dehors de plages utilisateurs et sans une armada de développeurs en guise de structure de contrôle.

 

BROCHURE(S)
Présentation générale de ARCAD Software pdf
ARCAD SKIPPER pdf

 

LA REPONSE ARCAD...

ARCAD-Skipper est l’un des rares produits du marché (peut être même l’unique) à être capable d’atteindre 100% d’automatisation dans toutes les circonstances et surtout sans des développements spécifiques additionnels. Ce petit exploit est réalisé grâce à son macro-langage interne. Le produit est livré en standard avec un certain nombre de macros pré-définies pouvant s’utiliser en l’état. Dans ce cas, le produit est « plug-and-go » et le temps de mise en œuvre est très réduit. Si, à l’inverse, l’entreprise dispose de nombreuses spécificités de configuration, celles-ci peuvent être prises en compte en personnalisant les macros livrées. Ces personnalisations peuvent être gérées en configuration, exactement comme pour des composants logiciels classiques.

 

 

Principes
La mise en production intervient lorsque les modifications sont terminées. Le lot (i.e : la version ARCAD) ainsi constitué peut alors être basculé dans l’environnement de référence, puis sur le ou les environnements de production.
La phase de mise en production fait l’objet de la clôture et de l’archivage de la version, ainsi que la mise à niveau du référentiel. C’est un point de non-retour qui, contrairement à la mise en test, ne sera déroulé qu’une seule fois (sauf en cas d’anomalie, bien sûr). Pourquoi cela ? Eh bien parce que s’ensuit le déploiement sur les différents serveurs de production. Telle la lettre que l’on met dans la boite aux lettres, le contenu de la version Arcad n’est alors plus modifiable.
Grâce à cette rigueur dans l’organisation, on peut se contenter de ne suivre que les niveaux de versions des applications sur les sites, plutôt que de devoir descendre au niveau des composants.

Déploiement
C’est une phase capitale qui doit permettre de suivre les niveaux de version directement sur les objets eux-même, et à distance, s’ils sont distribués sur d’autre serveurs ou d’autres partitions. Dans le cas de configurations simples, on peut coupler la mise en référence avec le déploiement en production. Mais ARCAD couvre également les besoins spécifiques des éditeurs de progiciels (envoi de patchs, de cumulatives) ou de sociétés utilisatrices disposant d’un important parc machine (synchronisation des déploiements). ARCAD dispose de fonctionnalités très riches dans ce domaine. Pour de amples informations, veuillez-vous reporter au chapitre « Déploiement »


Traçabilité et sécurité
Dans la suite ARCAD-Skipper, les process de mises en test et mises en production sont sécurisés à l'aide d'une fonction très importante qui est la fonction de retour arrière. Les changements effectués peuvent être visualisés à l'aide d'une interface graphique au niveau le plus fin, c'est à dire la zone, avec affichage des anciennes et des nouvelles valeurs.
Lorsqu'une anomalie survient dans l'un de ces process et que l'on n'est pas en mesure d'en analyser la cause, on peut décider d'abandonner le process et décider en même temps de revenir à une situation antérieure stable. ARCAD dispose pour cela d'un mécanisme dont les principes sont calqués sur le contrôle de validation des bases de données (commit/rollback). Les actions sur les composants sont toutes reliées entre elles par le même " Id " de validation. Si l'utilisateur décide de revenir en arrière, l'ancienne version des composants (sources et/ou objets) est automatiquement récupérée depuis sa copie de secours. On revient ainsi dans un état stable avant d'analyser les causes de l'anomalie.

Notre outil s'adresse aux entreprises disposant d'une ou plusieurs machines de production. Techniquement cet outil utilise un système de listes. Il est possible de sélectionner des objets ou des sources selon différents critères combinables. Ces listes correspondent aux divers lots de modifications mis en production.
Le système permet de constituer des lots cohérents (récupération des fichiers logiques dépendant d'un fichier physique, des programmes utilisant certains fichiers, etc...).

Gestion des composants hétérogènes et données de paramétrage
L’approche globale composants multi-plateformes et données est déterminante, puisqu’elle permet au travers des mêmes procédures et avec les mêmes niveaux de sécurité de déployer de manière synchrone des composants et des données sur des serveurs hétérogènes.
Pour les éditeurs de progiciels, des fonctions complémentaires telles qu’un portail de déploiement permettent de gérer «on demand» les envois de «patch», de Cd ou de documentations.

Ouverture
Si vous possédez déjà un ou plusieurs outils de versionning dans votre organisation, et que vous ne souhaitez pas en changer, il est très aisé de récupérer des lots de modifications dans des outils autres qu’ARCAD pour les incorporer dans des versions ARCAD. C’est de cette manière que l’on peut également récupérer des évolutions d’un progiciel.

 

 

2008 ARCAD SOFTWARE | Mentions légales