DevSecOps et Release – Coordinateur des opérations

Le coordinateur des opérations joue un rôle clé dans DevSecOps. Dans mon article précédent, DevSecOps et coordination des versions j'ai présenté l'idée de quatre responsabilités clés dans le processus de gestion des versions médiées par DevSecOps. L'idée est de consolider les étapes de validation et d'approbation à partir d'un processus «fermé» impliquant de nombreux approbateurs, et de déplacer le travail réel de validation plus tôt dans le développement. Pour illustrer ces rôles nécessaires, j'ai utilisé la technique des «personas». Jusqu'à présent, nous avons rencontré le coordinateur des versions et le architecte de sécurité . Dans ce billet, je continuerai à présenter le prochain rôle critique dans ce processus, le coordinateur des opérations DevSecOps.

Donc, si vous voulez, veuillez rencontrer Sandy votre coordinatrice des opérations.

Coordinatrice des opérations Persona

En tant que coordinatrice des opérations Je m'assure que toutes les applications de production sont correctement déployées, prises en charge et surveillées. Je m'assure également que mon équipe est prête à répondre immédiatement à toute panne ou incident.

Moi et mon équipe sommes responsables des applications qui se trouvent dans les environnements de production. Nous nous assurons que toutes les applications sont établies avec des moniteurs système appropriés (y compris le processeur, l'utilisation du réseau, le stockage, la mémoire de processus, etc.) pour permettre une détection avancée des problèmes potentiels avant qu'ils ne provoquent un incident ou une panne. De plus, je coordonne avec le coordinateur des versions, le propriétaire du produit et l'architecte de la sécurité pour m'assurer que toutes les versions d'applications planifiées ont été correctement documentées pour le support et le dépannage.

Figure 1. Version DevSecOps – Sandy Operations Coordinator

Comme indiqué précédemment, il existe quatre états clés de préparation de la libération du système (figure 2). Ces quatre statuts de produit garantissent à l'équipe de mise en production que le candidat logiciel répond à toutes les normes définies pour la mise en production. L'équipe se compose du propriétaire du produit, du coordinateur des opérations, de l'architecte de la sécurité et du coordinateur des versions. Cette équipe représente le seul décideur de ce qui est et n'est pas mis en production. La décision est influencée par la qualité du produit, la conformité et la disponibilité de l’assistance de l’organisation. Chaque membre de l'équipe de publication est responsable de l'un de ces états. Ce rôle garantit que l'environnement cible et le groupe d'exploitation sont prêts à accepter la responsabilité du support de production. Au cours des réunions de version régulièrement planifiées, l'équipe examine chaque version de produit planifiée et capture les quatre états de préparation. La version du produit progresse avec l'approbation de tous les états de préparation.

Responsabilités relatives à l'utilisation des outils et au flux de travail

Le coordinateur des opérations a la responsabilité générale de s'assurer que les environnements de production sont disponibles, performants et sécurisés. . En tant que membre de l'équipe de coordination des versions, cela se traduit par la garantie que tous les artefacts de support logiciel nécessaires sont corrects, concis et complets. Bien que le coordinateur des opérations ne soit pas responsable de la création du Run Book, il / elle est responsable de la révision du contenu. De plus, si des modifications sont apportées au plan de mise à jour (par exemple par l'ajout d'une nouvelle source de données qui doit être connectée), ou si des éléments d'environnement supplémentaires sont nécessaires (par exemple, serveurs, équilibreurs de charge, etc.), c'est le coordinateur des opérations. qui crée les tickets de changement nécessaires. Enfin, un examen des modifications apportées aux outils de surveillance, de consignation et / ou d'audit est effectué.

Coordonnateur des opérations – Outillage et responsabilités

En bref, le coordonnateur des opérations comprend les responsabilités suivantes: [19659015] Examen de tous les documents relatifs aux versions (Run Book, Release Plan, Release Notes, etc.)

Artefacts clés

Il existe plusieurs artefacts clés que le coordinateur des opérations utilise, suit ou gère d'une autre manière:

• ] Run Book – Une description des conditions d'erreur, des procédures de démarrage / arrêt de l'application, des paramètres de configuration, des fonctions de sécurité, du guide de réparation et de récupération. Généralement, cela est fourni par l'équipe de développement.
• Guide de dépannage – Un ensemble de questions fréquemment posées pour une application ou un système spécifique. Il est utilisé par le centre d'appels pour répondre aux demandes des clients ou à d'autres problèmes d'application.
• Plan de version – Un ensemble détaillé d'étapes suivies pour assurer un déploiement correct de l'application / du système dans l'environnement de production. Ceci est également généralement créé par l'équipe de développement en partenariat avec les opérations.
• Plan de réponse aux incidents – Ensemble de procédures à suivre en cas de panne, d'incident ou de toute autre interruption de service. Le plan devrait inclure des points de contact pour le soutien, la notification et la coordination. Une équipe d'intervention en cas d'incident (IRT) exécutera les étapes appropriées du plan pour revenir aux opérations normales et prendre en charge les enquêtes sur les causes profondes.

Conclusion

Le rôle du coordonnateur des opérations dans la coordination des versions se concentre principalement sur le processus de déploiement et le soutien de production ultérieur. Cela implique de s'assurer que toutes les pièces justificatives sont à jour. La surveillance continue de la production garantit que le système nouvellement déployé continuera de fonctionner comme prévu. De cette manière, le coordinateur des opérations soutient l'organisation dans son ensemble pour promouvoir la continuité des activités et la disponibilité du système.