{"id":71625,"date":"2020-02-27T08:51:18","date_gmt":"2020-02-27T05:51:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sem-samyh-rasprostranennyh-oshibok-pri-perehode-na-ci-cd"},"modified":"2020-03-03T16:14:16","modified_gmt":"2020-03-03T13:14:16","slug":"sem-samyh-rasprostranennyh-oshibok-pri-perehode-na-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/sem-samyh-rasprostranennyh-oshibok-pri-perehode-na-ci-cd","title":{"rendered":"Sept erreurs les plus courantes lors de la transition vers CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Sept
\nSi votre entreprise vient d'adopter DevOps ou des outils CI\/CD, il peut \u00eatre utile de vous familiariser avec les erreurs les plus courantes pour \u00e9viter de les r\u00e9p\u00e9ter et de tr\u00e9bucher sur les m\u00eames pi\u00e8ges.\u00a0<\/p>\n

Commande Mail.ru Cloud Solutions<\/a><\/noindex> a traduit l'article \u00c9vitez ces pi\u00e8ges courants lors de la transition vers le CI\/CD par Jasmine Chokshi avec des ajouts<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

R\u00e9sistance au changement de culture et de processus<\/h2>\n

\nSi l'on regarde le diagramme circulaire DevOps<\/a><\/noindex>, on voit que dans les pratiques DevOps, le test est un travail continu, une partie fondamentale de chaque d\u00e9ploiement.<\/p>\n

\"Sept
\nDiagramme circulaire infini de DevOps<\/i><\/p>\n

Le test et l'assurance qualit\u00e9 dans le processus de d\u00e9veloppement et de livraison font partie int\u00e9grante de tout ce que font les d\u00e9veloppeurs. Cela n\u00e9cessite un changement d'\u00e9tat d'esprit pour int\u00e9grer les tests dans chaque t\u00e2che.<\/p>\n

Le test devient une partie du travail quotidien de chaque membre de l'\u00e9quipe. Passer \u00e0 des tests continus n'est pas facile, il faut s'y pr\u00e9parer.<\/p>\n

Absence de retours d'information<\/h2>\n

\nL'efficacit\u00e9 de DevOps d\u00e9pend des retours d'information constants. L'am\u00e9lioration continue est impossible sans un espace pour la collaboration et la communication.<\/p>\n

Les entreprises qui n'organisent pas de r\u00e9unions de r\u00e9trospective ont du mal \u00e0 instaurer une culture de retours d'information continus dans le CI\/CD. Les r\u00e9unions de r\u00e9trospective sont tenues \u00e0 la fin de chaque it\u00e9ration, o\u00f9 les membres de l'\u00e9quipe discutent de ce qui a bien ou mal fonctionn\u00e9. Les r\u00e9unions de r\u00e9trospective sont fondamentales pour Scrum\/Agile, mais elles sont \u00e9galement n\u00e9cessaires pour DevOps.\u00a0<\/p>\n

Cela est d\u00fb au fait que les r\u00e9unions de r\u00e9trospective inculquent l'habitude d'\u00e9changer des retours et des opinions. L'un des points les plus importants au d\u00e9but est d'organiser des r\u00e9unions de r\u00e9trospective r\u00e9currentes pour qu'elles deviennent claires et habituelles pour toute l'\u00e9quipe.<\/p>\n

En ce qui concerne la qualit\u00e9 des logiciels, tous les membres de l'\u00e9quipe sont responsables de son maintien. Par exemple, les d\u00e9veloppeurs peuvent \u00e9crire des tests unitaires ainsi que r\u00e9diger du code avec la testabilit\u00e9 \u00e0 l'esprit, aidant \u00e0 r\u00e9duire les risques d\u00e8s le d\u00e9part.<\/p>\n

L'une des mani\u00e8res simples de refl\u00e9ter le changement de perception concernant les tests est de ne pas appeler les testeurs QA, mais plut\u00f4t testeurs de logiciels ou ing\u00e9nieurs qualit\u00e9. Ce changement peut sembler trop simple ou m\u00eame ridicule. Mais si l'on appelle quelqu'un \u00ab sp\u00e9cialiste de l'assurance qualit\u00e9 des logiciels \u00bb, cela donne une vision erron\u00e9e de qui est responsable de la qualit\u00e9 du produit. Dans les pratiques Agile, CI\/CD et DevOps, tout le monde est responsable de la qualit\u00e9 des logiciels.<\/p>\n

Un autre point important est de comprendre ce que signifie la qualit\u00e9 pour l'ensemble de l'\u00e9quipe et pour chaque membre, l'organisation et les parties prenantes.<\/p>\n

Mauvaise compr\u00e9hension de l'ach\u00e8vement d'une \u00e9tape<\/h2>\n

\nSi la qualit\u00e9 est un processus continu et commun, il faut une compr\u00e9hension commune de l'ach\u00e8vement d'une \u00e9tape. Comment savoir quand une \u00e9tape est termin\u00e9e ? Que se passe-t-il lorsque l'\u00e9tape est marqu\u00e9e comme accomplie sur un tableau Trello ou un autre tableau kanban ?<\/p>\n

La d\u00e9finition de la Done (DoD) est un outil puissant dans le contexte du CD DevOps\/CI. Elle aide \u00e0 mieux comprendre les normes de qualit\u00e9 de ce que l'\u00e9quipe construit et comment.<\/p>\n

L'\u00e9quipe de d\u00e9veloppement doit d\u00e9terminer ce que signifie \u00ab Fini \u00bb. Elle doit s'asseoir et \u00e9tablir une liste de caract\u00e9ristiques qui doivent \u00eatre respect\u00e9es \u00e0 chaque \u00e9tape pour qu'elle puisse \u00eatre consid\u00e9r\u00e9e comme termin\u00e9e.<\/p>\n

Le DoD rend le processus plus transparent et facilite la mise en \u0153uvre du CI\/CD, \u00e0 condition qu'il soit compris par tous les membres de l'\u00e9quipe et mutuellement accept\u00e9.<\/p>\n

Absence d'objectifs r\u00e9alistes et clairement d\u00e9finis<\/h2>\n

\nC'est l'un des conseils les plus souvent cit\u00e9s, mais il m\u00e9rite d'\u00eatre r\u00e9p\u00e9t\u00e9. Pour r\u00e9ussir toute entreprise s\u00e9rieuse, y compris la mise en \u0153uvre du CI\/CD ou DevOps, il est essentiel de fixer des objectifs r\u00e9alistes et de mesurer la performance par rapport \u00e0 ceux-ci. Que cherchez-vous \u00e0 accomplir avec le CI\/CD ? Cela permet-il de publier des versions plus rapidement avec une meilleure qualit\u00e9 ?<\/p>\n

Tous les objectifs fix\u00e9s doivent non seulement \u00eatre transparents et r\u00e9alistes, mais aussi correspondre aux activit\u00e9s actuelles de l'entreprise. Par exemple, \u00e0 quelle fr\u00e9quence vos clients ont-ils besoin de nouveaux correctifs ou versions ? Il n'est pas n\u00e9cessaire de surcharger les processus et de publier des versions plus rapidement, s'il n'y a pas d'avantages suppl\u00e9mentaires pour les utilisateurs.<\/p>\n

De plus, vous n\u2019avez pas toujours besoin de mettre en \u0153uvre \u00e0 la fois CD et CI. Par exemple, les entreprises soumises \u00e0 une forte r\u00e9glementation, telles que les banques et les cliniques m\u00e9dicales, peuvent ne travailler qu'avec CI.<\/p>\n

Le CI constitue un bon point de d\u00e9part pour toute entreprise adoptant DevOps. Son adoption modifie consid\u00e9rablement les approches de livraison des logiciels dans l\u2019entreprise. Une fois le CI ma\u00eetris\u00e9, il devient possible de r\u00e9fl\u00e9chir \u00e0 l'am\u00e9lioration de l'ensemble du processus, \u00e0 l'acc\u00e9l\u00e9ration des mises en production, et \u00e0 d'autres changements.<\/p>\n

Pour de nombreuses organisations, un seul CI suffit, et le CD ne doit \u00eatre mis en \u0153uvre que s'il apporte une valeur ajout\u00e9e.<\/p>\n

Absence de tableaux de bord et de m\u00e9triques appropri\u00e9s<\/h2>\n

\nUne fois que vous avez d\u00e9fini vos objectifs, l'\u00e9quipe de d\u00e9veloppement peut cr\u00e9er un tableau de bord pour mesurer les KPI. Avant sa conception, il convient d'\u00e9valuer les param\u00e8tres qui seront suivis.<\/p>\n

Diff\u00e9rents rapports et applications sont utiles pour diff\u00e9rents membres de l'\u00e9quipe. Les Scrum Masters sont davantage int\u00e9ress\u00e9s par l'\u00e9tat et la couverture. Tandis que la direction peut s'int\u00e9resser \u00e0 la vitesse de l'\u00e9puisement des sp\u00e9cialistes.<\/p>\n

Certaines \u00e9quipes utilisent \u00e9galement des tableaux de bord avec des indicateurs rouges, jaunes et verts pour \u00e9valuer l'\u00e9tat du CI\/CD, afin de comprendre si elles font bien les choses ou si une erreur s'est produite. Le rouge signifie qu'il faut pr\u00eater attention \u00e0 ce qui se passe.<\/p>\n

Cependant, si les tableaux de bord ne sont pas standardis\u00e9s, ils peuvent pr\u00eater \u00e0 confusion. Analysez quelles donn\u00e9es sont n\u00e9cessaires pour tous, puis cr\u00e9ez une description standardis\u00e9e de ce qu'elles signifient. D\u00e9couvrez ce qui a le plus de sens pour les parties prenantes : graphiques, texte ou chiffres.<\/p>\n

Absence de tests manuels<\/h2>\n

\nL'automatisation des tests jette les bases d'un bon pipeline CI\/CD. Mais des tests automatis\u00e9s \u00e0 toutes les \u00e9tapes ne signifient pas que vous ne devez pas effectuer de tests manuels.\u00a0<\/p>\n

Pour construire un pipeline CI\/CD efficace, des tests manuels sont \u00e9galement n\u00e9cessaires. Il y aura toujours certains aspects des tests n\u00e9cessitant une analyse humaine.<\/p>\n

Il est utile de r\u00e9fl\u00e9chir \u00e0 l'int\u00e9gration des efforts de test manuel dans le pipeline. Une fois les tests manuels de certains cas de test termin\u00e9s, vous pouvez passer \u00e0 l'\u00e9tape de d\u00e9ploiement.<\/p>\n

Ne pas essayer d'am\u00e9liorer les tests<\/h2>\n

\nUn pipeline CI\/CD efficace n\u00e9cessite un acc\u00e8s aux bons outils, qu'il s'agisse de gestion des tests ou d'int\u00e9gration et de surveillance continue.<\/p>\n

Cr\u00e9er une culture forte, ax\u00e9e sur la qualit\u00e9, vise \u00e0 mettre en \u0153uvre des tests<\/a><\/noindex>, surveiller les interactions avec les clients apr\u00e8s le d\u00e9ploiement et suivre les am\u00e9liorations.\u00a0<\/p>\n

Voici quelques conseils pratiques que vous pouvez facilement mettre en \u0153uvre :<\/p>\n

    \n
  1. Assurez-vous que les tests sont simples \u00e0 \u00e9crire et suffisamment flexibles pour ne pas casser lors du refactoring du code.<\/li>\n
  2. Les \u00e9quipes de d\u00e9veloppement doivent \u00eatre impliqu\u00e9es dans le processus de test \u2014 voir la liste des probl\u00e8mes et demandes des utilisateurs, qui sont importants \u00e0 v\u00e9rifier pendant les pipelines CI.<\/li>\n
  3. Vous n'avez peut-\u00eatre pas une couverture de tests compl\u00e8te, mais assurez-vous toujours que les flux, qui sont importants pour l'UX et l'interaction avec les clients, sont test\u00e9s.<\/li>\n<\/ol>\n

    <\/p>\n

    Dernier point, mais non des moindres,<\/h2>\n

    \nLa transition vers CI\/CD est g\u00e9n\u00e9ralement initi\u00e9e de bas en haut, mais en fin de compte, c'est une transformation qui n\u00e9cessite l'engagement de la direction, des investissements en temps et en ressources de la part de l'entreprise. En effet, CI\/CD est un ensemble de comp\u00e9tences, de processus, d'outils et un changement culturel, dont la mise en \u0153uvre ne peut se faire que de mani\u00e8re syst\u00e9matique.<\/p>\n

    \nSuggestions de lecture suppl\u00e9mentaires<\/strong>:<\/p>\n

      \n
    1. Comment la dette technique tue vos projets<\/a><\/noindex>.<\/li>\n
    2. Comment am\u00e9liorer DevOps<\/a><\/noindex>.<\/li>\n
    3. Les neuf principales tendances DevOps en 2020<\/a><\/noindex>.<\/li>\n<\/ol>\n

      Source : habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0415\u0441\u043b\u0438 \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f \u0442\u043e\u043b\u044c\u043a\u043e \u0432\u043d\u0435\u0434\u0440\u044f\u0435\u0442 DevOps \u0438\u043b\u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b CI\/CD, \u0432\u0430\u043c \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e \u043f\u043e\u0437\u043d\u0430\u043a\u043e\u043c\u0438\u0442\u044c\u0441\u044f \u0441 \u0441\u0430\u043c\u044b\u043c\u0438 \u0440\u0430\u0441\u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u043d\u044b\u043c\u0438 \u043e\u0448\u0438\u0431\u043a\u0430\u043c\u0438, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u043f\u043e\u0432\u0442\u043e\u0440\u0438\u0442\u044c \u0438\u0445 \u0438 \u043d\u0435 \u043d\u0430\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u043d\u0430 \u0447\u0443\u0436\u0438\u0435 \u0433\u0440\u0430\u0431\u043b\u0438.\u00a0 \u041a\u043e\u043c\u0430\u043d\u0434\u0430 Mail.ru Cloud Solutions \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u0441\u0442\u0430\u0442\u044c\u044e Avoid These Common Pitfalls When Transitioning to CI\/CD by Jasmine Chokshi \u0441 \u0434\u043e\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f\u043c\u0438. \u041d\u0435\u0433\u043e\u0442\u043e\u0432\u043d\u043e\u0441\u0442\u044c \u043a \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u044b \u0438 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432 \u0415\u0441\u043b\u0438 \u043f\u043e\u0441\u043c\u043e\u0442\u0440\u0435\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":71626,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-71625","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Les sept erreurs les plus courantes lors de la transition vers CI\/CD | ProHoster","description":"Si votre entreprise commence tout juste \u00e0 mettre en \u0153uvre.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/sem-samyh-rasprostranennyh-oshibok-pri-perehode-na-ci-cd","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0435\u043c\u044c \u0441\u0430\u043c\u044b\u0445 \u0440\u0430\u0441\u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u043d\u044b\u0445 \u043e\u0448\u0438\u0431\u043e\u043a \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 CI\/CD | ProHoster","og:description":"\u0415\u0441\u043b\u0438 \u0432\u0430\u0448\u0430 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f \u0442\u043e\u043b\u044c\u043a\u043e \u0432\u043d\u0435\u0434\u0440\u044f\u0435\u0442.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/sem-samyh-rasprostranennyh-oshibok-pri-perehode-na-ci-cd","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-27T05:51:18+00:00","article:modified_time":"2020-03-03T13:14:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"71625","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:58:26","updated":"2022-09-30 03:23:17","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/71625","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=71625"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/71625\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/71626"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=71625"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=71625"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=71625"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}