Contrôles du dépôt et de la CI
Règles de revue, contrôles de fusion, analyse statique, essais automatisés et traitement défini des contrôles en échec.
Faites du processus de mise en production une partie de l’ingénierie.
GTMI conçoit et met en œuvre des pipelines CI/CD, des contrôles d’ingénierie, la gestion des artefacts, des procédures de déploiement et la passation au support pour les logiciels de fabrication.
Pour les équipes d’ingénierie, d’informatique et de qualité qui planifient les contrôles de livraison d’une application ou d’une plateforme industrielle.
Modification
Code source et revue par les pairs
Contrôle
Analyse et preuves d’essais
Packaging
Artefact de version numéroté
Approbation
Autorité de mise en production du client
Déploiement
Runbook et passation au support
Les contrôles du pipeline produisent des preuves pour une version. L’approbation de la production reste du ressort des responsables autorisés du client.
GTMI peut définir ou mettre en œuvre le processus de mise en production d’une application de fabrication, des contrôles du dépôt jusqu’au déploiement et au support. Un lot de travaux peut couvrir le pipeline, les enregistrements qu’il produit, les points d’approbation qui l’entourent et les runbooks utilisés par les équipes des sites. Les contrôles sont dimensionnés selon le risque et le modèle d’exploitation du système, y compris les preuves supplémentaires exigées par le client pour une livraison validée.
Règles de revue, contrôles de fusion, analyse statique, essais automatisés et traitement défini des contrôles en échec.
Paquets numérotés, preuves d’essais et traçabilité entre la modification du code source et le déploiement.
Dépendances des environnements, responsabilité de la configuration, enchaînement du déploiement et procédures de retour arrière.
Attentes de supervision, contacts de support, runbooks et responsabilité du pipeline après la livraison.
La mise en œuvre peut inclure des règles de revue, des barrières de fusion, de l’analyse statique, l’exécution d’essais, la publication d’artefacts, des enregistrements de versions numérotées et des étapes de déploiement propres à chaque environnement. Les contrôles peuvent s’appuyer sur GitLab CI, SonarQube, Azure DevOps, JFrog ou Kubernetes lorsqu’ils conviennent à l’environnement. Chaque contrôle a un résultat et un responsable définis, de sorte que l’équipe sait quels échecs bloquent une version et qui examine une exception.
L’ingénierie des versions couvre aussi la responsabilité de la configuration, la préparation des environnements, l’enchaînement, la planification du retour arrière, les attentes de supervision et les contacts de support. GTMI prépare la procédure de déploiement et la vérifie avec les personnes qui l’exploiteront. Nous relions les preuves et les artefacts à l’enregistrement de la version pour que les équipes de support et de gestion des changements puissent identifier ce qui a été déployé. Le runbook convenu inclut la communication aux sites et les exigences d’approbation. Avec l’enregistrement de la version, il aide les responsables autorisés à décider si les prérequis sont remplis, ce qui reste ouvert et comment la version précédente serait rétablie en cas de retour arrière.
Convenez du processus de mise en production et de ses responsabilités, puis décidez des contrôles de pipeline et des procédures que GTMI mettra en œuvre.
Une revue et une spécification des contrôles, des preuves et des responsabilités nécessaires au processus de mise en production d’une application.
Configurer les contrôles et le pipeline convenus, préparer les runbooks et transmettre leur exploitation à votre équipe.
Décrivez la version que vous préparez et les étapes qui reposent sur du travail manuel ou des décisions peu claires. Nous pouvons revoir le processus de mise en production ou mettre en œuvre des contrôles de pipeline et des procédures de déploiement. L’accès au dépôt et les enregistrements de versions peuvent suivre une fois le périmètre cadré.