La stratégie de la technologie des conteneurs fait allusion à la gestion du changement à l'échelle du gouvernement – Serveur d’impression

La technologie des conteneurs – développer et assembler des logiciels avec tous leurs composants connexes afin qu'ils aient un déploiement standardisé sur tous les systèmes et serveurs – n'est pas un nouveau concept en informatique, mais a récemment gagné une large diffusion parmi les entreprises des secteurs public et privé.

Considérez les blocs Lego: quel que soit leur ensemble, on peut les utiliser dans plusieurs configurations, en créant ou en reconstruisant rapidement de nouveaux modèles. Les conteneurs fonctionnent de la même manière, permettant aux agences de développer des services en tant que blocs d'un plus grand système et de migrer des environnements de test vers une variété de systèmes en toute transparence.

«C'est pourquoi j'aime les conteneurs», a déclaré Michael Rivera, directeur du support serveur et sponsor exécutif de la plateforme de conteneurs d'entreprise de services à l'IRS. "Ils sont les mêmes à chaque fois!"

Chez USCIS, la technologie des conteneurs a été «un grand, gros coup de pouce» qui a commencé il y a quatre à cinq ans, a déclaré le chef de la division Cyber ​​Division de l'USCIS, Adrian Monza, lors du forum inter-agences IRS Container Technology organisé par l'ATARC le mois dernier.

Monza a expliqué comment la technologie des conteneurs a aidé l'USCIS à gérer son système de gestion des cas de demandes d'immigration, Ellis.

"[We] avait une grande application Java monolithique, et il devenait vraiment, vraiment difficile pour de nombreuses équipes de se développer sur cette seule application », a-t-il déclaré, ajoutant que c'est un obstacle commun que rencontrent les secteurs privé et public. «Ils ne cessaient de casser les versions de chacun, rien ne fonctionnait, les déploiements étaient un gâchis, et ils étaient horribles et misérables et horribles.» La solution, a-t-il expliqué, était de séparer cette seule application en microservices.

«En procédant ainsi, l’effet net a été de permettre aux équipes de développement individuelles de pouvoir créer et déployer du code de manière autonome les unes par rapport aux autres, afin que nous puissions obtenir des fonctionnalités plus rapidement pour notre utilisateur final», a déclaré Monza. "C'est vraiment le but ultime de tout cela."

Soulignant cet effort était l'objectif qui a poussé le passage aux conteneurs et aux microservices chez USCIS, a déclaré Monza. Il a estimé que l'USCIS gère actuellement 550 services et plus de 1 000 conteneurs dans son environnement de non-production, et 270 services et un peu moins de 500 conteneurs dans son environnement de production.

Comme pour tout changement dans la façon dont l'informatique fonctionne avec une agence, ce changement n'aurait pas pu se produire sans un changement de culture d'accompagnement.

Le développement de pipelines matures à l'USCIS a impliqué «quelques essais et erreurs», a déclaré Monza, ainsi que l'adoption des meilleures pratiques de l'industrie dans l'espace.

«Lorsque nous avons commencé», a-t-il dit, «nos pipelines étaient quelque chose que nous avions développé assez manuellement. Maintenant, nous automatisons même le déploiement et l’exploitation du pipeline lui-même – qui est également codé. »

Bien que la réduction des coûts ait certainement été un facteur dans l'adoption de la technologie des conteneurs, a déclaré Monza, le principal moteur a été la réduction des délais de commercialisation. Comme de nombreuses autres entreprises, USCIS utilisait auparavant une plate-forme de machine virtuelle pour exécuter des logiciels, mais a constaté que les conteneurs permettent une chronologie beaucoup plus rapide de l'idée à la production.

Bien que le passage à la technologie des conteneurs permette de modifier les systèmes logiciels en quelques heures, le changement global nécessitait une nouvelle approche du développement, un logiciel d'orchestration pour gérer les conteneurs et les microservices et un examen des configurations existantes et des pratiques de gestion des changements. Ici, les leçons apprises et les meilleures pratiques pour la technologie des conteneurs sont applicables au contrôle et à la gestion du changement dans tout type de développement ou de processus informatique.

"À [Federal Student Aid], nous sommes en train de mûrir [those practices]», A déclaré Surendra Babu, responsable technique de la sécurité des systèmes, spécialiste technique de l'IAM et de la migration vers le cloud au ministère de l'Éducation. «Nous essayons de mettre les gens à l'aise avec la ligne de base que nous avons établie. Telle est la clé. Établir une ligne de base, mettre tout le monde à l'aise avec la ligne de base, puis vos améliorations continues à cette ligne de base [are] très facile à traverser. "

Une fois que le virage de référence vers la technologie des conteneurs a été mis en œuvre, la communication des modifications plus modestes dans plusieurs bureaux est devenue beaucoup plus rapide.

"Toutes les personnes sont créées égales, mais tous les changements ne sont pas créés égaux", a déclaré Monza. "Il y a une grande différence dans les types de changements, et votre processus de contrôle des changements doit absolument en tenir compte."

Il a conseillé d'utiliser un tableau de contrôle des changements pour coordonner les changements à l'échelle de l'agence ou du ministère. Le conseil d'administration a un rôle important dans la gouvernance dès le début, mais à mesure que les équipes de développement deviennent plus matures, il prendra du recul.

"Découvrez ce que vous voulez [your developers] à faire », a conseillé Monza. «Qu'essayez-vous de conduire en faisant du contrôle des changements? Trouvez un moyen d'inciter la communauté du développement à le faire eux-mêmes… et cela vous permet de concentrer votre temps, vos efforts et votre énergie sur les choses qui comptent. Si vous n’allez pas vous asseoir et discuter d’une modification, pourquoi l’approuvez-vous ou la révisez-vous en premier lieu? Allez-y. "