![\"IMB](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/iIlustration-devops-product.png\" "\\"DevOps")
<\/span><\/div>DevOps sur IBM i (AS\/400 – AS400)
\n<\/span>Pourquoi et comment commencer ?<\/h1><\/div>Vous vous demandez comment adopter DevOps dans votre entreprise ?
\nG\u00e9rez vos applications IBM i avec Git, Jenkins et Jira pour un avenir s\u00fbr.<\/span><\/p>\n<\/div><\/div><\/div>- <\/i><\/span>1. DevOps : fonctionnalit\u00e9s & strat\u00e9gie<\/a><\/div><\/li>
- <\/i><\/span>2. Comment optimiser DevOps sur IBM i ?<\/a><\/div><\/li>
- <\/i><\/span>3. Comment automatiser un cycle continu de CI\/CT\/CD sur IBM i ?<\/a><\/div><\/li>
- <\/i><\/span>4. Git, GitHub & outils open source<\/a><\/div><\/li>
- <\/i><\/span>5. Les diff\u00e9rents outils devOps chez ARCAD<\/a><\/div><\/li>
- <\/i><\/span>6. Quelques cas d’utilisation d’ARCAD for DevOps <\/a><\/div><\/li><\/ul><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>
1. DevOps : fonctionnalit\u00e9s & strat\u00e9gie<\/h2><\/div>Pourquoi DevOps et quelle est son \u00e9volution ?<\/h3><\/div>Le d\u00e9ploiement d\u2019applications est la phase la plus importante dans le cycle de vie du d\u00e9veloppement logiciel. Beaucoup moins fr\u00e9quents il y a 10 ans, les d\u00e9ploiements n\u00e9cessitaient un effort manuel complexe. \u00c9tant donn\u00e9 l\u2019ampleur des modifications impliqu\u00e9es, une mise \u00e0 jour de logiciel cr\u00e9ait des discordances entre les \u00e9quipes de d\u00e9veloppement et d\u2019op\u00e9rations. A l\u2019\u00e9poque, le d\u00e9veloppement s\u2019\u00e9tait organis\u00e9 avec l\u2019arriv\u00e9e de m\u00e9thodes agiles, alors que l\u2019op\u00e9rationnel repr\u00e9sentait un goulot d\u2019\u00e9tranglement. Le d\u00e9ploiement \u00e9tait per\u00e7u comme risqu\u00e9, source d\u2019indisponibilit\u00e9s pr\u00e9visibles pour les utilisateurs. Pour que le cycle soit fluide, il fallait donc absolument int\u00e9grer les op\u00e9rations.<\/p>\n
DevOps est alors devenu une pratique courante dans de nombreuses organisations pour r\u00e9pondre plus facilement \u00e0 ces probl\u00e8mes et plus efficacement \u00e0 leurs enjeux business. La transformation num\u00e9rique d\u2019aujourd\u2019hui requiert un d\u00e9lai de commercialisation rapide, promesse tenue par DevOps. D’ailleurs, les organisations qui ont mis en place tout ou une partie de DevOps ont depuis longtemps identifi\u00e9 et valid\u00e9 qu\u2019une telle d\u00e9marche garantissait un retour sur investissement.<\/p>\n
Aujourd’hui la question n\u2019est plus de savoir si les organisations doivent adopter DevOps, mais comment le mettre en \u0153uvre correctement et l\u2019\u00e9tendre \u00e0 toute l\u2019entreprise. La notion d\u2019Enterprise DevOps permet de positionner DevOps comme une strat\u00e9gie d\u2019entreprise, un processus qui apporte de la plus-value \u00e0 l\u2019organisation, et pas uniquement dans les services informatiques.<\/p>\n
Pour en savoir plus sur son \u00e9volution, vous pouvez lire nos articles Quelles \u00e9volutions pour le DevOps ?<\/a> et Pourquoi DevOps ? <\/a> ou m\u00eame t\u00e9l\u00e9charger notre White Paper Enterprise DevOps<\/a>.<\/p>\n<\/div>Comment fonctionne DevOps?<\/h3><\/div>DevOps permet aux entreprises de r\u00e9pondre aux changements du march\u00e9, en livrant plus rapidement des mises \u00e0 jour logicielles de qualit\u00e9 aux utilisateurs et en toute s\u00e9curit\u00e9.<\/p>\n
Il offre aussi la possibilit\u00e9 d’un changement d\u2019organisation qui s’appuie sur l\u2019automatisation de la collaboration entre tous les acteurs dans un projet logiciel : d\u00e9veloppeurs, testeurs, op\u00e9rateurs et utilisateurs finaux.<\/p>\n<\/div><\/div><\/div>
![\"Schema](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/Schema-devsecops.png\" "\\"Schema-devsecops\\"")
<\/span><\/div>Une boucle de feedback infinie\u2026<\/b><\/i><\/p>\n<\/div><\/div><\/div><\/div>- <\/i><\/span>\n
Contr\u00f4le de version de tous les artifacts de production<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
D\u00e9veloppement et tests dans des environnements semblables \u00e0 ceux de production<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Build, int\u00e9gration, tests et d\u00e9ploiements continus<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Suivi proactif de l\u2019environnement de production<\/p>\n<\/div><\/li>
- <\/i><\/span>\n
Am\u00e9liorations continues<\/p>\n<\/div><\/li><\/ul><\/div><\/div><\/div>
Comment int\u00e9grer DevOps \u00e0 votre strat\u00e9gie IBM i ?<\/h3><\/div>La transformation num\u00e9rique a donn\u00e9 naissance \u00e0 de nouvelles entreprises capables d\u2019\u00e9voluer tr\u00e8s rapidement au gr\u00e9 des besoins du business. Le secret du succ\u00e8s de DevOps, comme \u00e9voqu\u00e9 pr\u00e9c\u00e9demment, est la promesse de d\u00e9livrer \u00e0 grande vitesse en prenant le moins de risques possibles et en perturbant la production au minimum. Ce qui explique pourquoi les nouvelles entreprises, mais aussi celles qui utilisent des plateformes dites \u00ab legacy \u00bb (Mainframe et IBM i) pour leurs applications critiques, se sont lanc\u00e9es dans cette strat\u00e9gie. En effet, afin de moderniser leurs applications legacy, ces entreprises doivent passer par une transformation DevOps puisque notamment, c\u2019est au travers d\u2019une nouvelle organisation des d\u00e9veloppements plus agile, plus moderne et plus outill\u00e9e que l\u2019on peut attirer et conserver de jeunes talents.<\/p>\n
En appliquant DevOps \u00e0 votre IBM i aujourd’hui, vous devriez pouvoir continuer \u00e0 utiliser ce qui vous a apport\u00e9 un avantage commercial aujourd’hui et \u00e0 l’avenir, tout en ouvrant la voie \u00e0 la prochaine \u00e9volution des applications commerciales.<\/p>\n
Voici 5 \u00e9tapes cl\u00e9s pour assurer votre transformation DevOps en mettant toutes les chances de votre c\u00f4t\u00e9 :\n<\/p>\n
\n- D\u00e9finir la cible<\/li>\n
- Engager rapidement les aspects \u00ab tooling \u00bb<\/li>\n
- Adopter une politique de \u00ab quick wins \u00bb<\/li>\n
- Communiquer tout azimut<\/li>\n
- Rendre l\u2019upper management partie prenante<\/li>\n<\/ul>\n
D\u00e9couvrez ces 5 conseils plus en d\u00e9tail dans cet article 5 cl\u00e9s pour int\u00e9grer l\u2019IBM i dans votre strat\u00e9gie DevOps<\/a> . Pour en savoir plus sur ce sujet, vous pouvez \u00e9galement d\u00e9couvrir en quoi une strat\u00e9gie DevOps est essentielle pour les entreprises<\/a>.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>2. Comment optimiser DevOps sur IBM i ?<\/h2><\/div>L\u2019apparition de nouveaux termes relatifs au\u00a0DevOps<\/strong> repr\u00e9sente simplement une extension de la posture de communication \u00e0 l\u2019ensemble des services, une progression dans la mutation des entreprises. Par exemple, le DevSecOps <\/strong>a pour objectif de renforcer la s\u00e9curit\u00e9 en l\u2019int\u00e9grant d\u00e8s le d\u00e9but du processus de d\u00e9veloppement des applications. Nous allons voir justement ci-dessous comment r\u00e9aliser un pipeline DevSecOps unique et partag\u00e9 sur toutes les technologies et comment automatiser de bout en bout le cycle DevSecOps \u2013 et y int\u00e9grer l\u2019open source et le cloud. <\/p>\n<\/div>Integration outils open source – pipeline CI\/CT\/CD<\/h3><\/div>DevOps aide les entreprises \u00e0 r\u00e9pondre rapidement aux changements du march\u00e9, en fournissant plus rapidement aux utilisateurs des mises \u00e0 jour logicielles de meilleure qualit\u00e9. Mais le passage au “full DevOps” peut s’av\u00e9rer difficile pour les \u00e9quipes IBM i confront\u00e9es \u00e0 des \u00e9ch\u00e9ances de projets, ne disposant pas de la fen\u00eatre de temps n\u00e9cessaire pour passer int\u00e9gralement \u00e0 un nouveau mod\u00e8le CI\/CD.<\/p>\n<\/div>
![\"ARCAD](\"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2021\/06\/schema-vs-Code-ibm-z-.png\" "\\"schema-vs-Code-ibm-z-\\"")
<\/span><\/div>ARCAD vous apporte l’aide n\u00e9cessaire dans cette transition afin de passer des outils traditionnels \u00e0 un changement radical en mati\u00e8re de DevOps et de modernisation.<\/p>\n
\n- Construisez un pipeline CI\/CT\/CD d’entreprise sur l’ensemble de vos technologies, en int\u00e9grant \u00e0 la fois les outils des fournisseurs et les outils open source. Ouvertes et modulaires, nos solutions ARCAD s’int\u00e8grent parfaitement \u00e0 tous les outils DevOps standard – GitLab, GitHub, BitBucket, Jenkins, Jira, CloudBees, Azure Pipelines et SonarQube – pour fournir un pipeline DevSecOps commun \u00e0 l’ensemble de votre entreprise et de vos \u00e9quipes. Vous pouvez \u00e9galement regarder la d\u00e9monstration d’une cha\u00eene d’outils CI\/CD simplifi\u00e9e gr\u00e2ce \u00e0 notre webinaire “DevOps lite” : passez votre d\u00e9veloppement IBM i au CI\/CD<\/a>.<\/li>\n<\/ul>\n
\n- Optimisez votre pipeline DevOps pour \u00e9liminer les goulots d\u2019\u00e9tranglement dans votre cha\u00eene de valeur. Le r\u00e9f\u00e9rentiel de m\u00e9tadonn\u00e9es unique d\u2019ARCAD \u2013 une v\u00e9ritable base de connaissances construite \u00e0 partir de vos propres applications IBM i \u2013 alimente les principaux leaders de la gestion de la cha\u00eene de valeur d\u2019aujourd\u2019hui \u2013 GitLab, HCL, TaskTop, Atlassian, \u2026 fournissant des informations uniques sur l\u2019agilit\u00e9 de votre flux DevSecOps sur IBM i.<\/li>\n<\/ul>\n
D\u00e9couvrez le parcours d’un de nos collaborateurs en tant que responsable mondial des outils DevOps et des services d’ing\u00e9nierie chez HSBC, qui a contribu\u00e9 \u00e0 la transition d’une “\u00e9quipe de d\u00e9veloppement AS\/400” vers un Pod IBM i Agile avec un pipeline DevOps CI\/CT\/CD enti\u00e8rement automatis\u00e9 et une m\u00e9thodologie Agile sur l’IBM i en lisant notre article Transformation d’une \u00e9quipe traditionnelle “green screen” en un Pod Agile pour IBM i.<\/a><\/p>\n<\/div>Atteindre la maturit\u00e9 DevOps<\/h3><\/div>Lorsqu\u2019on parle de l\u2019IBM i et du cycle de vie du d\u00e9veloppement d\u2019applications, il serait facile de s\u2019en tenir aux anciennes m\u00e9thodes de travail. Mais dans le monde d\u2019aujourd\u2019hui, ces anciennes m\u00e9thodes ne suffisent plus. Les entreprises avant-gardistes ont massivement adopt\u00e9 la philosophie Agile et DevOps. Le contr\u00f4le des sources est distribu\u00e9 et les outils issus du monde du logiciel libre apportent des changements en continu, ce qui permet de proposer plus rapidement de nouvelles fonctionnalit\u00e9s aux utilisateurs. Avec toutes ses diff\u00e9rences \u2013 et ses avantages \u2013 IBM i appartient aussi \u00e0 ce monde DevOps open-source. Mais comment faire pour ne pas rester sur ses acquis et adopter enfin DevOps sur IBM i ? Consultez notre article Maturit\u00e9 DevOps sur IBM i : laissez le pass\u00e9 derri\u00e8re vous pour vous aider \u00e0 l\u00e2cher prise.<\/a><\/p>\nVous souhaitez comprendre les \u00e9tapes cl\u00e9s vers une maturit\u00e9 DevOps compl\u00e8te et comment concevoir une feuille de route qui convient \u00e0 vos \u00e9quipes ? Regardez notre webinaire Maturit\u00e9 DevSecOps sur IBM i – pourquoi est-ce important – et comment y parvenir ?<\/a> afin de comprendre les tendances \u00e9mergentes en mati\u00e8re de DevSecOps et d’appr\u00e9hender les diff\u00e9rents chemins vers la maturit\u00e9.<\/p>\n<\/div>Connaitre son niveau de maturit\u00e9<\/h4><\/div> <\/p>\n
Toutes les technologies de l’information passent par des stades de maturit\u00e9. Il est donc important de savoir \u00e0 quel stade vous vous trouvez actuellement afin de comprendre et de planifier la suite des \u00e9v\u00e9nements. Les niveaux de maturit\u00e9 informatique ont un impact sur le degr\u00e9 de maturit\u00e9 de DevOps dans votre organisation. Bien que l’adoption de DevOps ne d\u00e9pende en aucun cas de la technologie du cloud, les serveurs physiques et les centres de donn\u00e9es internes peuvent ralentir la progression de DevOps. En revanche, la d\u00e9pendance \u00e0 l’\u00e9gard de programmes monolithiques constitue un obstacle de taille.<\/p>\n
Les mod\u00e8les de maturit\u00e9 DevOps sont utilis\u00e9s pour \u00e9valuer le niveau de maturit\u00e9 de DevOps au sein d’une entreprise. Il existe plusieurs variantes du mod\u00e8le, mais chacune tente de r\u00e9pondre \u00e0 la m\u00eame question : quel est le degr\u00e9 de maturit\u00e9 de DevOps au sein de l’entreprise ? Pour en savoir plus sur les diff\u00e9rents degr\u00e9s de maturit\u00e9 et quels peuvent \u00eatre les obstacles \u00e0 la maturit\u00e9 DevOps, vous pouvez lire nos White paper Transformation DevOps : Mobilisez vos \u00e9quipes IBM i<\/a> et Am\u00e9liorer la maturit\u00e9 DevOps sur IBM i.<\/a><\/p>\nPour atteindre cette maturit\u00e9 DevOps, vous aurez le choix entre deux diff\u00e9rentes approches :<\/p>\n
\n- une approche transformative (la plus rapide) – cette voie implique un plan complet qui trace le chemin le plus rapide pour atteindre et maintenir la maturit\u00e9 de DevOps sur IBM i.<\/li>\n
- une approche progressive (ax\u00e9e sur les outils) – cette voie est destin\u00e9e aux entreprises dont la direction estime que l’approche transformative risque d’\u00eatre trop perturbatrice.<\/li>\n<\/ul>\n
Pour \u00e9viter des projets de migration co\u00fbteux et \u00e0 haut risque \u00e0 l’avenir, il est donc important d’agir le plus t\u00f4t possible et de commencer \u00e0 franchir les \u00e9tapes de la maturit\u00e9 d’IBM i DevOps. Vous avez besoin de quelques conseils pour optimiser votre propre impl\u00e9mentation DevOps et tirer parti de l’avantage avantage concurrentiel de votre IBM i ? Prenez connaissance de notre guide DevOps IBM i mature : nos 7 conseils gagnants.<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div><\/div><\/div>3. Comment automatiser un cycle continu de CI\/CT\/CD sur IBM i ?<\/h2><\/div>La mise en \u0153uvre d’une approche DevOps implique de d\u00e9ployer les modifications du code source en production plus rapidement et plus fr\u00e9quemment. Le “revers de la m\u00e9daille” de ces livraisons fr\u00e9quentes est le risque accru qu’un d\u00e9faut atteigne la production et qu’une interruption de service ait un impact sur la cr\u00e9dibilit\u00e9 de votre organisation. C’est pourquoi les impl\u00e9mentations DevOps r\u00e9ussies int\u00e8grent l’automatisation des tests dans le cadre du processus CI\/CD.<\/p>\n<\/div>
“Coder pour le 21e si\u00e8cle” ne signifie pas seulement changer la fa\u00e7on dont vous d\u00e9veloppez votre interface utilisateur – un d\u00e9veloppement “vraiment moderne” signifie adapter des techniques de codage \u00e9prouv\u00e9es et la m\u00e9thodologie DevOps \u00e0 la fa\u00e7on dont vous travaillez avec vos applications. Apprenez avec notre webinaire Un d\u00e9veloppement CI\/CT\/CD vraiment moderne, du code au d\u00e9ploiement<\/a> comment se lib\u00e9rer de l’emprise du 5250 et du d\u00e9veloppement de fichiers d’impression en utilisant des techniques de codage RPG modernes.<\/p>\nSi vous effectuez actuellement des tests manuels, regardez notre webinaire Les tests continus (TC) dans votre strat\u00e9gie DevOps<\/a> pour apprendre comment automatiser le processus de test continu, afin de d\u00e9tecter les erreurs le plus t\u00f4t possible dans le cycle.<\/p>\n<\/div><\/div>Tests & contr\u00f4les de qualit\u00e9 automatis\u00e9s<\/h3><\/div>De nos jours, il est essentiel que les \u00e9quipes int\u00e8grent la qualit\u00e9 \u00e0 toutes les phases du d\u00e9veloppement logiciel et automatisent autant que possible la v\u00e9rification de la qualit\u00e9 pour d\u00e9celer les d\u00e9fauts t\u00f4t dans le processus et \u00e9viter les efforts r\u00e9p\u00e9t\u00e9s. C\u2019est ce que l\u2019on entend par \u00ab Qualit\u00e9 Continue \u00bb ou CQ, qui constitue aujourd\u2019hui une garantie de qualit\u00e9 dans les cycles de livraison rapides des workflows DevOps et CI\/CD.<\/p>\n<\/div><\/div><\/div>
![\"Code](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2021\/06\/picto-solution-code-quality-check-1.png\" "\\"Code")
<\/span><\/div><\/div><\/div><\/div> <\/p>\n
L\u2019automatisation de l\u2019analyse du code d\u00e8s la phase de construction ou d\u2019int\u00e9gration continue permet \u00e0 votre \u00e9quipe de d\u00e9tecter et de corriger les d\u00e9fauts syst\u00e9miques lorsque le co\u00fbt de rem\u00e9diation est \u00e0 son plus bas. Comment atteindre alors une qualit\u00e9 continue ? Quelle est l\u2019importance de l\u2019analyse du code source pour DevOps ? Quels sont les limites des tests fonctionnels ? Lisez notre article Quelle est l\u2019importance de l\u2019analyse du code source (SCA) pour DevOps<\/a>.<\/p>\nSi vous souhaitez garantir la qualit\u00e9 et la s\u00e9curit\u00e9 de votre code sur IBM i et avant de choisir l’outil qui vous convient vous pouvez commencer en vous posant les questions suivantes :<\/p>\n
\n- Dans quelle mesure votre code ancien et nouveau est-il prot\u00e9g\u00e9 sur IBM i ?<\/li>\n
- Vos processus pr\u00e9servent-ils la qualit\u00e9 et la s\u00e9curit\u00e9 du code, et r\u00e9pondent-ils \u00e0 vos objectifs de conformit\u00e9 ?<\/li>\n
- Devez-vous \u00e9liminer les goulots d’\u00e9tranglement dans la r\u00e9vision par les pairs et donner aux d\u00e9veloppeurs plus de temps pour d\u00e9velopper ?<\/li>\n
- Avez-vous besoin de rendre la v\u00e9rification du code continue ?<\/li>\n<\/ul>\n
D\u00e9couvrez dans notre article DevSecOps – Automatiser la qualit\u00e9 et la s\u00e9curit\u00e9 de votre code source IBM i<\/a> les solutions que peut vous apporter notre outil ARCAD CodeChecker ou vous pouvez regarder notre Webinaire Welcome to a New Year, Allow Arcad to enhance your development journey.<\/a><\/p>\n<\/div><\/div><\/div><\/div>Automatiser les tests unitaires & de r\u00e9gression<\/h3><\/div>Tests unitaires<\/h4><\/div>Sur les syst\u00e8mes modernes et distribu\u00e9s, les tests unitaires sont sans doute l\u2019\u00e9l\u00e9ment le plus efficace de votre strat\u00e9gie de test. Une batterie de tests unitaires bien con\u00e7us \u00ab impose \u00bb la qualit\u00e9 de votre application au fur et \u00e0 mesure de son d\u00e9veloppement \u2013 et id\u00e9alement m\u00eame avant. Les \u00e9l\u00e9ments des tests unitaires sont ensuite r\u00e9utilis\u00e9s en continu pendant toute la dur\u00e9e de vie de l\u2019application afin de d\u00e9tecter toute r\u00e9gression dans le syst\u00e8me.<\/span><\/p>\nMais comment les tests unitaires peuvent-ils profiter aux applications existantes sur IBM i \u2013 et en particulier \u00e0 celles qui n\u2019ont pas \u00e9t\u00e9 con\u00e7ues dans une optique \u00ab unitaire \u00bb, et o\u00f9 le code monolithique a toujours \u00e9t\u00e9 la norme ? L<\/u>es tests unitaires sont un maillon indispensable et souvent manquant du d\u00e9veloppement logiciel sur IBM i. Les tests unitaires automatis\u00e9s peuvent rendre un pipeline DevSecOps sur IBM i v\u00e9ritablement continu \u2013 avec des avantages mesurables en termes de qualit\u00e9, de vitesse et de co\u00fbt :<\/p>\n\n- D\u00e9tection automatique des entr\u00e9es et des sorties pour automatiser la cr\u00e9ation de tests r\u00e9alistes\/utiles<\/li>\n
- Int\u00e9gration des tests unitaires dans le processus de contr\u00f4le de version<\/li>\n
- Auto-ex\u00e9cutions des tests en tant que partie continue du flux CI\/CD<\/li>\n
- R\u00e9utilisation des actifs des tests unitaires pour chaque changement de programme<\/li>\n
- Maintenance\/mise \u00e0 jour des tests unitaires en fonction des d\u00e9pendances<\/li>\n<\/ul>\n
Vous souhaitez en savoir plus sur tests unitaires et comment peuvent-ils profiter aux applications existantes sur IBM i ? Lisez notre article Tests unitaires : Vaincre la dette technique.<\/a><\/p>\n<\/div>Tests de r\u00e9gression<\/h4><\/div>Pour \u00e9viter les risques de r\u00e9gression et d\u00e9tecter les d\u00e9fauts afin qu’ils n’atteignent la production, il convient d’automatiser ces tests de r\u00e9gression pour IBM i en enregistrant les cas de tests fonctionnels et de les rejouer automatiquement \u00e0 chaque version de l\u2019application.<\/span><\/p>\nRegardez notre webinaire Tests automatis\u00e9s : Comment acc\u00e9l\u00e9rer et prot\u00e9ger votre pipeline IBM i DevOps<\/a> pour apprendre comment pr\u00e9server la disponibilit\u00e9 de vos applications IBM i, gr\u00e2ce \u00e0 des tests de r\u00e9gression automatis\u00e9s :<\/p>\n\n- Enregistrez des sc\u00e9narios de test \u00e0 l’aide d’un \u00e9mulateur facile \u00e0 utiliser<\/li>\n
- D\u00e9clenchez la relecture des sc\u00e9narios de test \u00e0 chaque livraison<\/li>\n
- Menez des campagnes de test intelligentes bas\u00e9es sur les d\u00e9pendances<\/li>\n
- Signalez les d\u00e9fauts \u00e0 leur cause premi\u00e8re<\/li>\n<\/ul>\n<\/div>
Donn\u00e9es de test<\/h4><\/div>Chaque organisation informatique effectue des tests, qu’il s’agisse de tests unitaires effectu\u00e9s par les d\u00e9veloppeurs, de tests d’assurance qualit\u00e9 effectu\u00e9s par le personnel d’assurance qualit\u00e9 ou de tests de r\u00e9gression enti\u00e8rement automatis\u00e9s. Dans chacune de ces techniques, un aspect largement sous-estim\u00e9 est le r\u00f4le des donn\u00e9es de test. Pourtant, l’efficacit\u00e9 avec laquelle ces donn\u00e9es sont g\u00e9r\u00e9es a un impact direct sur le temps consacr\u00e9 aux tests et sur la qualit\u00e9 des r\u00e9sultats. En lisant notre article Comment g\u00e9rer les donn\u00e9es de test pour des tests plus intelligents et plus rapides ?<\/a>, vous pourrez comprendre pourquoi les donn\u00e9es de test peuvent \u00eatre difficiles \u00e0 g\u00e9rer, et d\u00e9couvrir quelles sont les meilleures pratiques bas\u00e9es sur notre exp\u00e9rience et quels avantages tangibles vous pouvez tirer d’un ensemble coh\u00e9rent de donn\u00e9es de test.<\/p>\n<\/div>Le d\u00e9ploiement d’applications<\/h3><\/div>Le d\u00e9ploiement d\u2019applications est ind\u00e9niablement la phase la plus critique et la plus risqu\u00e9e de tout cycle de d\u00e9veloppement d\u2019applications. En effet, elle a un impact direct sur la disponibilit\u00e9 des applications et, par cons\u00e9quent, sur la continuit\u00e9 de l\u2019activit\u00e9.<\/p>\n
Les applications IBM i et les mises \u00e0 niveau des bases de donn\u00e9es en synchronisation avec les syst\u00e8mes distribu\u00e9s \u2013 sur site, hybrides et multi-cloud ont tout int\u00e9r\u00eat \u00e0 \u00eatre d\u00e9ploy\u00e9s \u00e0 l’aide d’outils de Release management qui permet d’optimiser l\u2019int\u00e9gration et la livraison continues (CI\/CD) des logiciels IBM i et des donn\u00e9es et de g\u00e9rer les interd\u00e9pendances \u00e0 partir d\u2019un point de contr\u00f4le unique.<\/p>\n<\/div>
<\/div><\/div><\/div><\/div><\/div>
Vous vous demandez comment adopter DevOps dans votre entreprise ? Le d\u00e9ploiement d\u2019applications est la phase la plus importante dans le cycle de vie du d\u00e9veloppement logiciel. Beaucoup moins fr\u00e9quents il y a 10 ans, les d\u00e9ploiements n\u00e9cessitaient un effort manuel complexe. \u00c9tant donn\u00e9 l\u2019ampleur des modifications impliqu\u00e9es, une mise \u00e0 jour de logiciel cr\u00e9ait des discordances entre les \u00e9quipes de d\u00e9veloppement et d\u2019op\u00e9rations. A l\u2019\u00e9poque, le d\u00e9veloppement s\u2019\u00e9tait organis\u00e9 avec l\u2019arriv\u00e9e de m\u00e9thodes agiles, alors que l\u2019op\u00e9rationnel repr\u00e9sentait un goulot d\u2019\u00e9tranglement. Le d\u00e9ploiement \u00e9tait per\u00e7u comme risqu\u00e9, source d\u2019indisponibilit\u00e9s pr\u00e9visibles pour les utilisateurs. Pour que le cycle soit fluide, il fallait donc absolument int\u00e9grer les op\u00e9rations.<\/p>\n DevOps est alors devenu une pratique courante dans de nombreuses organisations pour r\u00e9pondre plus facilement \u00e0 ces probl\u00e8mes et plus efficacement \u00e0 leurs enjeux business. La transformation num\u00e9rique d\u2019aujourd\u2019hui requiert un d\u00e9lai de commercialisation rapide, promesse tenue par DevOps. D’ailleurs, les organisations qui ont mis en place tout ou une partie de DevOps ont depuis longtemps identifi\u00e9 et valid\u00e9 qu\u2019une telle d\u00e9marche garantissait un retour sur investissement.<\/p>\n Aujourd’hui la question n\u2019est plus de savoir si les organisations doivent adopter DevOps, mais comment le mettre en \u0153uvre correctement et l\u2019\u00e9tendre \u00e0 toute l\u2019entreprise. La notion d\u2019Enterprise DevOps permet de positionner DevOps comme une strat\u00e9gie d\u2019entreprise, un processus qui apporte de la plus-value \u00e0 l\u2019organisation, et pas uniquement dans les services informatiques.<\/p>\n Pour en savoir plus sur son \u00e9volution, vous pouvez lire nos articles Quelles \u00e9volutions pour le DevOps ?<\/a> et Pourquoi DevOps ? <\/a> ou m\u00eame t\u00e9l\u00e9charger notre White Paper Enterprise DevOps<\/a>.<\/p>\n<\/div> DevOps permet aux entreprises de r\u00e9pondre aux changements du march\u00e9, en livrant plus rapidement des mises \u00e0 jour logicielles de qualit\u00e9 aux utilisateurs et en toute s\u00e9curit\u00e9.<\/p>\n Il offre aussi la possibilit\u00e9 d’un changement d\u2019organisation qui s’appuie sur l\u2019automatisation de la collaboration entre tous les acteurs dans un projet logiciel : d\u00e9veloppeurs, testeurs, op\u00e9rateurs et utilisateurs finaux.<\/p>\n<\/div><\/div><\/div> Une boucle de feedback infinie\u2026<\/b><\/i><\/p>\n<\/div><\/div><\/div><\/div> Contr\u00f4le de version de tous les artifacts de production<\/p>\n<\/div><\/li> D\u00e9veloppement et tests dans des environnements semblables \u00e0 ceux de production<\/p>\n<\/div><\/li> Build, int\u00e9gration, tests et d\u00e9ploiements continus<\/p>\n<\/div><\/li> Suivi proactif de l\u2019environnement de production<\/p>\n<\/div><\/li> Am\u00e9liorations continues<\/p>\n<\/div><\/li><\/ul><\/div><\/div><\/div> La transformation num\u00e9rique a donn\u00e9 naissance \u00e0 de nouvelles entreprises capables d\u2019\u00e9voluer tr\u00e8s rapidement au gr\u00e9 des besoins du business. Le secret du succ\u00e8s de DevOps, comme \u00e9voqu\u00e9 pr\u00e9c\u00e9demment, est la promesse de d\u00e9livrer \u00e0 grande vitesse en prenant le moins de risques possibles et en perturbant la production au minimum. Ce qui explique pourquoi les nouvelles entreprises, mais aussi celles qui utilisent des plateformes dites \u00ab legacy \u00bb (Mainframe et IBM i) pour leurs applications critiques, se sont lanc\u00e9es dans cette strat\u00e9gie. En effet, afin de moderniser leurs applications legacy, ces entreprises doivent passer par une transformation DevOps puisque notamment, c\u2019est au travers d\u2019une nouvelle organisation des d\u00e9veloppements plus agile, plus moderne et plus outill\u00e9e que l\u2019on peut attirer et conserver de jeunes talents.<\/p>\n En appliquant DevOps \u00e0 votre IBM i aujourd’hui, vous devriez pouvoir continuer \u00e0 utiliser ce qui vous a apport\u00e9 un avantage commercial aujourd’hui et \u00e0 l’avenir, tout en ouvrant la voie \u00e0 la prochaine \u00e9volution des applications commerciales.<\/p>\n Voici 5 \u00e9tapes cl\u00e9s pour assurer votre transformation DevOps en mettant toutes les chances de votre c\u00f4t\u00e9 :\n<\/p>\n D\u00e9couvrez ces 5 conseils plus en d\u00e9tail dans cet article 5 cl\u00e9s pour int\u00e9grer l\u2019IBM i dans votre strat\u00e9gie DevOps<\/a> . Pour en savoir plus sur ce sujet, vous pouvez \u00e9galement d\u00e9couvrir en quoi une strat\u00e9gie DevOps est essentielle pour les entreprises<\/a>.<\/p>\n<\/div><\/div><\/div><\/div> L\u2019apparition de nouveaux termes relatifs au\u00a0DevOps<\/strong> repr\u00e9sente simplement une extension de la posture de communication \u00e0 l\u2019ensemble des services, une progression dans la mutation des entreprises. Par exemple, le DevSecOps <\/strong>a pour objectif de renforcer la s\u00e9curit\u00e9 en l\u2019int\u00e9grant d\u00e8s le d\u00e9but du processus de d\u00e9veloppement des applications. Nous allons voir justement ci-dessous comment r\u00e9aliser un pipeline DevSecOps unique et partag\u00e9 sur toutes les technologies et comment automatiser de bout en bout le cycle DevSecOps \u2013 et y int\u00e9grer l\u2019open source et le cloud. <\/p>\n<\/div> DevOps aide les entreprises \u00e0 r\u00e9pondre rapidement aux changements du march\u00e9, en fournissant plus rapidement aux utilisateurs des mises \u00e0 jour logicielles de meilleure qualit\u00e9. Mais le passage au “full DevOps” peut s’av\u00e9rer difficile pour les \u00e9quipes IBM i confront\u00e9es \u00e0 des \u00e9ch\u00e9ances de projets, ne disposant pas de la fen\u00eatre de temps n\u00e9cessaire pour passer int\u00e9gralement \u00e0 un nouveau mod\u00e8le CI\/CD.<\/p>\n<\/div> ARCAD vous apporte l’aide n\u00e9cessaire dans cette transition afin de passer des outils traditionnels \u00e0 un changement radical en mati\u00e8re de DevOps et de modernisation.<\/p>\n D\u00e9couvrez le parcours d’un de nos collaborateurs en tant que responsable mondial des outils DevOps et des services d’ing\u00e9nierie chez HSBC, qui a contribu\u00e9 \u00e0 la transition d’une “\u00e9quipe de d\u00e9veloppement AS\/400” vers un Pod IBM i Agile avec un pipeline DevOps CI\/CT\/CD enti\u00e8rement automatis\u00e9 et une m\u00e9thodologie Agile sur l’IBM i en lisant notre article Transformation d’une \u00e9quipe traditionnelle “green screen” en un Pod Agile pour IBM i.<\/a><\/p>\n<\/div> Lorsqu\u2019on parle de l\u2019IBM i et du cycle de vie du d\u00e9veloppement d\u2019applications, il serait facile de s\u2019en tenir aux anciennes m\u00e9thodes de travail. Mais dans le monde d\u2019aujourd\u2019hui, ces anciennes m\u00e9thodes ne suffisent plus. Les entreprises avant-gardistes ont massivement adopt\u00e9 la philosophie Agile et DevOps. Le contr\u00f4le des sources est distribu\u00e9 et les outils issus du monde du logiciel libre apportent des changements en continu, ce qui permet de proposer plus rapidement de nouvelles fonctionnalit\u00e9s aux utilisateurs. Avec toutes ses diff\u00e9rences \u2013 et ses avantages \u2013 IBM i appartient aussi \u00e0 ce monde DevOps open-source. Mais comment faire pour ne pas rester sur ses acquis et adopter enfin DevOps sur IBM i ? Consultez notre article Maturit\u00e9 DevOps sur IBM i : laissez le pass\u00e9 derri\u00e8re vous pour vous aider \u00e0 l\u00e2cher prise.<\/a><\/p>\n Vous souhaitez comprendre les \u00e9tapes cl\u00e9s vers une maturit\u00e9 DevOps compl\u00e8te et comment concevoir une feuille de route qui convient \u00e0 vos \u00e9quipes ? Regardez notre webinaire Maturit\u00e9 DevSecOps sur IBM i – pourquoi est-ce important – et comment y parvenir ?<\/a> afin de comprendre les tendances \u00e9mergentes en mati\u00e8re de DevSecOps et d’appr\u00e9hender les diff\u00e9rents chemins vers la maturit\u00e9.<\/p>\n<\/div> <\/p>\n Toutes les technologies de l’information passent par des stades de maturit\u00e9. Il est donc important de savoir \u00e0 quel stade vous vous trouvez actuellement afin de comprendre et de planifier la suite des \u00e9v\u00e9nements. Les niveaux de maturit\u00e9 informatique ont un impact sur le degr\u00e9 de maturit\u00e9 de DevOps dans votre organisation. Bien que l’adoption de DevOps ne d\u00e9pende en aucun cas de la technologie du cloud, les serveurs physiques et les centres de donn\u00e9es internes peuvent ralentir la progression de DevOps. En revanche, la d\u00e9pendance \u00e0 l’\u00e9gard de programmes monolithiques constitue un obstacle de taille.<\/p>\n Les mod\u00e8les de maturit\u00e9 DevOps sont utilis\u00e9s pour \u00e9valuer le niveau de maturit\u00e9 de DevOps au sein d’une entreprise. Il existe plusieurs variantes du mod\u00e8le, mais chacune tente de r\u00e9pondre \u00e0 la m\u00eame question : quel est le degr\u00e9 de maturit\u00e9 de DevOps au sein de l’entreprise ? Pour en savoir plus sur les diff\u00e9rents degr\u00e9s de maturit\u00e9 et quels peuvent \u00eatre les obstacles \u00e0 la maturit\u00e9 DevOps, vous pouvez lire nos White paper Transformation DevOps : Mobilisez vos \u00e9quipes IBM i<\/a> et Am\u00e9liorer la maturit\u00e9 DevOps sur IBM i.<\/a><\/p>\n Pour atteindre cette maturit\u00e9 DevOps, vous aurez le choix entre deux diff\u00e9rentes approches :<\/p>\n Pour \u00e9viter des projets de migration co\u00fbteux et \u00e0 haut risque \u00e0 l’avenir, il est donc important d’agir le plus t\u00f4t possible et de commencer \u00e0 franchir les \u00e9tapes de la maturit\u00e9 d’IBM i DevOps. Vous avez besoin de quelques conseils pour optimiser votre propre impl\u00e9mentation DevOps et tirer parti de l’avantage avantage concurrentiel de votre IBM i ? Prenez connaissance de notre guide DevOps IBM i mature : nos 7 conseils gagnants.<\/a><\/p>\n<\/div> La mise en \u0153uvre d’une approche DevOps implique de d\u00e9ployer les modifications du code source en production plus rapidement et plus fr\u00e9quemment. Le “revers de la m\u00e9daille” de ces livraisons fr\u00e9quentes est le risque accru qu’un d\u00e9faut atteigne la production et qu’une interruption de service ait un impact sur la cr\u00e9dibilit\u00e9 de votre organisation. C’est pourquoi les impl\u00e9mentations DevOps r\u00e9ussies int\u00e8grent l’automatisation des tests dans le cadre du processus CI\/CD.<\/p>\n<\/div> “Coder pour le 21e si\u00e8cle” ne signifie pas seulement changer la fa\u00e7on dont vous d\u00e9veloppez votre interface utilisateur – un d\u00e9veloppement “vraiment moderne” signifie adapter des techniques de codage \u00e9prouv\u00e9es et la m\u00e9thodologie DevOps \u00e0 la fa\u00e7on dont vous travaillez avec vos applications. Apprenez avec notre webinaire Un d\u00e9veloppement CI\/CT\/CD vraiment moderne, du code au d\u00e9ploiement<\/a> comment se lib\u00e9rer de l’emprise du 5250 et du d\u00e9veloppement de fichiers d’impression en utilisant des techniques de codage RPG modernes.<\/p>\n Si vous effectuez actuellement des tests manuels, regardez notre webinaire Les tests continus (TC) dans votre strat\u00e9gie DevOps<\/a> pour apprendre comment automatiser le processus de test continu, afin de d\u00e9tecter les erreurs le plus t\u00f4t possible dans le cycle.<\/p>\n<\/div> De nos jours, il est essentiel que les \u00e9quipes int\u00e8grent la qualit\u00e9 \u00e0 toutes les phases du d\u00e9veloppement logiciel et automatisent autant que possible la v\u00e9rification de la qualit\u00e9 pour d\u00e9celer les d\u00e9fauts t\u00f4t dans le processus et \u00e9viter les efforts r\u00e9p\u00e9t\u00e9s. C\u2019est ce que l\u2019on entend par \u00ab Qualit\u00e9 Continue \u00bb ou CQ, qui constitue aujourd\u2019hui une garantie de qualit\u00e9 dans les cycles de livraison rapides des workflows DevOps et CI\/CD.<\/p>\n<\/div><\/div><\/div> <\/p>\n L\u2019automatisation de l\u2019analyse du code d\u00e8s la phase de construction ou d\u2019int\u00e9gration continue permet \u00e0 votre \u00e9quipe de d\u00e9tecter et de corriger les d\u00e9fauts syst\u00e9miques lorsque le co\u00fbt de rem\u00e9diation est \u00e0 son plus bas. Comment atteindre alors une qualit\u00e9 continue ? Quelle est l\u2019importance de l\u2019analyse du code source pour DevOps ? Quels sont les limites des tests fonctionnels ? Lisez notre article Quelle est l\u2019importance de l\u2019analyse du code source (SCA) pour DevOps<\/a>.<\/p>\n Si vous souhaitez garantir la qualit\u00e9 et la s\u00e9curit\u00e9 de votre code sur IBM i et avant de choisir l’outil qui vous convient vous pouvez commencer en vous posant les questions suivantes :<\/p>\n D\u00e9couvrez dans notre article DevSecOps – Automatiser la qualit\u00e9 et la s\u00e9curit\u00e9 de votre code source IBM i<\/a> les solutions que peut vous apporter notre outil ARCAD CodeChecker ou vous pouvez regarder notre Webinaire Welcome to a New Year, Allow Arcad to enhance your development journey.<\/a><\/p>\n<\/div><\/div><\/div><\/div> Sur les syst\u00e8mes modernes et distribu\u00e9s, les tests unitaires sont sans doute l\u2019\u00e9l\u00e9ment le plus efficace de votre strat\u00e9gie de test. Une batterie de tests unitaires bien con\u00e7us \u00ab impose \u00bb la qualit\u00e9 de votre application au fur et \u00e0 mesure de son d\u00e9veloppement \u2013 et id\u00e9alement m\u00eame avant. Les \u00e9l\u00e9ments des tests unitaires sont ensuite r\u00e9utilis\u00e9s en continu pendant toute la dur\u00e9e de vie de l\u2019application afin de d\u00e9tecter toute r\u00e9gression dans le syst\u00e8me.<\/span><\/p>\n Mais comment les tests unitaires peuvent-ils profiter aux applications existantes sur IBM i \u2013 et en particulier \u00e0 celles qui n\u2019ont pas \u00e9t\u00e9 con\u00e7ues dans une optique \u00ab unitaire \u00bb, et o\u00f9 le code monolithique a toujours \u00e9t\u00e9 la norme ? L<\/u>es tests unitaires sont un maillon indispensable et souvent manquant du d\u00e9veloppement logiciel sur IBM i. Les tests unitaires automatis\u00e9s peuvent rendre un pipeline DevSecOps sur IBM i v\u00e9ritablement continu \u2013 avec des avantages mesurables en termes de qualit\u00e9, de vitesse et de co\u00fbt :<\/p>\n Vous souhaitez en savoir plus sur tests unitaires et comment peuvent-ils profiter aux applications existantes sur IBM i ? Lisez notre article Tests unitaires : Vaincre la dette technique.<\/a><\/p>\n<\/div> Pour \u00e9viter les risques de r\u00e9gression et d\u00e9tecter les d\u00e9fauts afin qu’ils n’atteignent la production, il convient d’automatiser ces tests de r\u00e9gression pour IBM i en enregistrant les cas de tests fonctionnels et de les rejouer automatiquement \u00e0 chaque version de l\u2019application.<\/span><\/p>\n Regardez notre webinaire Tests automatis\u00e9s : Comment acc\u00e9l\u00e9rer et prot\u00e9ger votre pipeline IBM i DevOps<\/a> pour apprendre comment pr\u00e9server la disponibilit\u00e9 de vos applications IBM i, gr\u00e2ce \u00e0 des tests de r\u00e9gression automatis\u00e9s :<\/p>\n Chaque organisation informatique effectue des tests, qu’il s’agisse de tests unitaires effectu\u00e9s par les d\u00e9veloppeurs, de tests d’assurance qualit\u00e9 effectu\u00e9s par le personnel d’assurance qualit\u00e9 ou de tests de r\u00e9gression enti\u00e8rement automatis\u00e9s. Dans chacune de ces techniques, un aspect largement sous-estim\u00e9 est le r\u00f4le des donn\u00e9es de test. Pourtant, l’efficacit\u00e9 avec laquelle ces donn\u00e9es sont g\u00e9r\u00e9es a un impact direct sur le temps consacr\u00e9 aux tests et sur la qualit\u00e9 des r\u00e9sultats. En lisant notre article Comment g\u00e9rer les donn\u00e9es de test pour des tests plus intelligents et plus rapides ?<\/a>, vous pourrez comprendre pourquoi les donn\u00e9es de test peuvent \u00eatre difficiles \u00e0 g\u00e9rer, et d\u00e9couvrir quelles sont les meilleures pratiques bas\u00e9es sur notre exp\u00e9rience et quels avantages tangibles vous pouvez tirer d’un ensemble coh\u00e9rent de donn\u00e9es de test.<\/p>\n<\/div> Le d\u00e9ploiement d\u2019applications est ind\u00e9niablement la phase la plus critique et la plus risqu\u00e9e de tout cycle de d\u00e9veloppement d\u2019applications. En effet, elle a un impact direct sur la disponibilit\u00e9 des applications et, par cons\u00e9quent, sur la continuit\u00e9 de l\u2019activit\u00e9.<\/p>\n Les applications IBM i et les mises \u00e0 niveau des bases de donn\u00e9es en synchronisation avec les syst\u00e8mes distribu\u00e9s \u2013 sur site, hybrides et multi-cloud ont tout int\u00e9r\u00eat \u00e0 \u00eatre d\u00e9ploy\u00e9s \u00e0 l’aide d’outils de Release management qui permet d’optimiser l\u2019int\u00e9gration et la livraison continues (CI\/CD) des logiciels IBM i et des donn\u00e9es et de g\u00e9rer les interd\u00e9pendances \u00e0 partir d\u2019un point de contr\u00f4le unique.<\/p>\n<\/div>
\nG\u00e9rez vos applications IBM i avec Git, Jenkins et Jira pour un avenir s\u00fbr.<\/span><\/p>\n<\/div><\/div><\/div>1. DevOps : fonctionnalit\u00e9s & strat\u00e9gie<\/h2><\/div>
Pourquoi DevOps et quelle est son \u00e9volution ?<\/h3><\/div>
Comment fonctionne DevOps?<\/h3><\/div>
<\/span><\/div>Comment int\u00e9grer DevOps \u00e0 votre strat\u00e9gie IBM i ?<\/h3><\/div>
\n
2. Comment optimiser DevOps sur IBM i ?<\/h2><\/div>
Integration outils open source – pipeline CI\/CT\/CD<\/h3><\/div>
<\/span><\/div>\n
\n
Atteindre la maturit\u00e9 DevOps<\/h3><\/div>
Connaitre son niveau de maturit\u00e9<\/h4><\/div>
\n
3. Comment automatiser un cycle continu de CI\/CT\/CD sur IBM i ?<\/h2><\/div>
Tests & contr\u00f4les de qualit\u00e9 automatis\u00e9s<\/h3><\/div>
<\/span><\/div><\/div><\/div><\/div>\n
Automatiser les tests unitaires & de r\u00e9gression<\/h3><\/div>
Tests unitaires<\/h4><\/div>
\n
Tests de r\u00e9gression<\/h4><\/div>
\n
Donn\u00e9es de test<\/h4><\/div>
Le d\u00e9ploiement d’applications<\/h3><\/div>