{"id":148,"date":"2012-02-12T20:11:09","date_gmt":"2012-02-12T19:11:09","guid":{"rendered":"http:\/\/dev.qualilogy.com\/fr\/?p=148"},"modified":"2013-09-24T14:50:35","modified_gmt":"2013-09-24T13:50:35","slug":"la-qualite-dans-le-cloud","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/fr\/la-qualite-dans-le-cloud\/","title":{"rendered":"La qualit\u00e9 dans le Cloud"},"content":{"rendered":"<p><a href=\"http:\/\/vicken.deviantart.com\/\" target=\"_blank\"><img loading=\"lazy\" decoding=\"async\" class=\"alignleft size-medium wp-image-1134\" title=\"Qual_Behind_the_clouds_by_vicken\" alt=\"\" src=\"http:\/\/qualilogy.com\/wp-content\/uploads\/2012\/02\/Qual_Behind_the_clouds_by_vicken-300x142.jpg\" width=\"339\" height=\"161\" \/><\/a>J\u2019ai \u00e9t\u00e9 invit\u00e9 cette semaine \u00e0 un \u00e9v\u00e8nement comportant des tables rondes entre utilisateurs sur les th\u00e8mes du Cloud et de la virtualisation.<\/p>\n<p>J\u2019ai non seulement appris beaucoup de choses, mais surtout d\u00e9couvert la vision du monde de la production et de l\u2019exploitation sur \u2026 la qualit\u00e9 des applications.<\/p>\n<p>Avis aux \u00e9quipes de d\u00e9veloppement: mangez votre pain blanc tant qu\u2019il est encore temps. <!--more--><\/p>\n<p>Comme vous le savez probablement, la raison premi\u00e8re pour laquelle les entreprises passent d\u2019une infrastructure physique \u00e0 une infrastructure virtuelle r\u00e9side dans la r\u00e9duction des co\u00fbts. Vous n\u2019imaginez pas le nombre de serveurs, dans toute organisation, qui n\u2019utilise pas 5% de sa CPU. Cette sous-utilisation repr\u00e9sente tr\u00e8s fr\u00e9quemment entre 20% et 40% des infrastructures. Le calcul est simple : si vous d\u00e9cidez d\u2019utiliser moins de 50% des ressources CPU existantes afin de garder de la capacit\u00e9 pour g\u00e9rer les pics d\u2019utilisation ou mettre en place une politique de HA (High Availability ou Haute disponibilit\u00e9), un gain de la moiti\u00e9 de la capacit\u00e9 sur 20% ou 40% des machines repr\u00e9sente une r\u00e9duction potentielle de 10% \u00e0 20% des achats futurs.<\/p>\n<p>Par contre, cette \u00e9volution s\u2019accompagne d\u2019une plus grande complexit\u00e9 pour les \u00e9quipes de production :<\/p>\n<ul>\n<li>La plupart des entreprises parviennent \u00e0 virtualiser 50% de leur parc de serveurs, 80% rarement, personne n\u2019est \u00e0 100% virtuel.<\/li>\n<li>La rationalisation n\u2019est pas \u00e0 l\u2019ordre du jour : s\u2019\u00e9quiper de serveurs d\u2019un unique constructeur, des m\u00eames syst\u00e8mes virtuels ou OS serait un moyen de limiter les charges de fonctionnement. Mais les directions informatiques pr\u00e9f\u00e8rent mettre en comp\u00e9tition constructeurs et \u00e9diteurs logiciels afin de faire baisser les co\u00fbts.<\/li>\n<\/ul>\n<p>La virtualisation s\u2019accompagne donc d\u2019une h\u00e9t\u00e9rog\u00e9n\u00e9isation tr\u00e8s forte des infrastructures, physiques et virtuelles, et cr\u00e9e des silos technologiques hardware \/ software qui n\u00e9cessite une sp\u00e9cialisation tr\u00e8s importante des \u00e9quipes de production. Aucun ing\u00e9nieur syst\u00e8me n\u2019est capable de ma\u00eetriser l\u2019ensemble du parc et de r\u00e9soudre tous les incidents qui peuvent survenir.<\/p>\n<p>Parall\u00e8lement, la virtualisation s\u2019accompagne d\u2019une exigence de service plus \u00e9lev\u00e9e :<\/p>\n<ul>\n<li>Auparavant, si vous aviez besoin d\u2019un nouveau serveur pour un nouveau projet, la r\u00e9ponse \u00e9tait : \u00ab Dans 1 mois, le temps qu\u2019on commande une nouvelle machine \u00bb. Maintenant, monter une nouvelle VM (machine virtuelle), c\u2019est 3 clicks de souris, donc vous faites la demande la veille pour le lendemain et vous comprendrez difficilement qu\u2019on ne vous accorde pas satisfaction tr\u00e8s rapidement. Le Time to market touche de plus en plus les salles de production.<\/li>\n<li>Auparavant, si votre serveur rencontrait un probl\u00e8me de performance, c\u2019\u00e9tait votre serveur, votre responsabilit\u00e9, vous deviez investiguer et r\u00e9soudre vous-m\u00eames ce probl\u00e8me. Maintenant, c\u2019est la faute de la machine virtuelle.<\/li>\n<\/ul>\n<p>Or, comme nous venons de le voir, les \u00e9quipes de production sont mal \u00e9quip\u00e9es pour faire face \u00e0 la complexit\u00e9 induite par l\u2019h\u00e9t\u00e9rog\u00e9n\u00e9it\u00e9. D\u2019o\u00f9 vient le probl\u00e8me : d\u2019une saturation CPU ou de la m\u00e9moire ou du disque dur ? Pour la mesurer, on devra r\u00e9unir l\u2019ing\u00e9nieur syst\u00e8me sp\u00e9cialiste de tel type de machine virtuelle, de celui sp\u00e9cialiste de tel OS sur tel hardware. Et le probl\u00e8me peut provenir d\u2019une autre application sur une autre VM sur le m\u00eame serveur. Il faut d\u00e9velopper et maintenir des scripts pour r\u00e9cup\u00e9rer les bonnes m\u00e9triques, g\u00e9n\u00e9ralement peu comparables entre les diff\u00e9rents syst\u00e8mes et passer du temps en collecte et analyse de ces donn\u00e9es. Le suivi d\u2019alertes et la gestion des incidents sont devenus une pr\u00e9occupation majeure au sein des salles informatiques.<\/p>\n<p>Donc la virtualisation permet de gagner en optimisation de l\u2019infrastructure mais se traduit par :<\/p>\n<ul>\n<li>Une inflation des machines virtuelles et des baies de stockage donc en d\u00e9finitive un accroissement du parc informatique.<\/li>\n<li>Des charges d\u2019exploitation toujours plus \u00e9lev\u00e9es.<\/li>\n<\/ul>\n<p>Il n&rsquo;y a pas que les projets de d\u00e9veloppement qui se mesurent en jour\/homme ? Le nombre de VMs \u00e9galement. Vous allez me dire : \u00ab Et la qualit\u00e9 des d\u00e9veloppements dans tout cela ?\u00bb.<\/p>\n<p>C\u2019est tr\u00e8s simple. Lorsque les gains en r\u00e9duction de co\u00fbts d\u2019infrastructure sont rattrap\u00e9s par l\u2019augmentation des d\u00e9penses en toujours plus de hardware pour supporter les demandes utilisateurs et en charges croissantes de maintenance et de r\u00e9solution d\u2019incidents, la r\u00e9ponse des directions informatiques devient \u2018Stop\u2019. Quelques propos recueillis lors de cette journ\u00e9e :<\/p>\n<ul>\n<li>L\u2019\u00e9quipe de projet qui demande un nouveau serveur de base de donn\u00e9es et qui ne l\u2019utilise pas : Stop.<\/li>\n<li>L\u2019\u00e9quipe de QA qui veut une base de tests \u00e1 l\u2019identique de la production, donc encore 800 Go de disque dur suppl\u00e9mentaire : Stop. R\u00e9apprenez \u00e0 programmer des jeux d\u2019essai.<\/li>\n<li>Les r\u00e9pertoires entiers de donn\u00e9es abandonn\u00e9es dans un coin et qu\u2019on ne sait pas relire, les fichiers Excel dont on ne sait plus \u00e0 quoi ils correspondent, les utilisateurs qui ne savent pas quelle est la dur\u00e9e r\u00e9glementaire de conservation des donn\u00e9es, toutes les applications que l\u2019on conserve parce que l\u2019on ne sait pas recycler les donn\u00e9es : Stop.<\/li>\n<\/ul>\n<p>Et je garde le meilleur pour la fin. J\u2019ai pos\u00e9 une question stupide : \u00ab Existe-il des technologies plus gourmandes en capacit\u00e9 que d\u2019autres ? \u00bb. Je pensais que les bases de donn\u00e9es, le data-mining et les infocentres \u00e9taient plus consommatrices que d\u2019autres. Regards d\u2019incompr\u00e9hension.<\/p>\n<p>Puis la r\u00e9ponse a fus\u00e9e : \u00ab il n\u2019existe pas de mauvaise technologie, il n\u2019existe que du code mauvais \u00bb.<\/p>\n<ul>\n<li>L\u2019application J2EE dont les fuites m\u00e9moire saturent la VM et ses voisines sur le serveur : Stop.<\/li>\n<li>La requ\u00eate SQL qui affole les t\u00eates de lecture sur la baie : Stop.<\/li>\n<li>Les traitements co\u00fbteux en boucle : Stop.<\/li>\n<\/ul>\n<p>Les outils existent qui permettent de visualiser toute la cha\u00eene de bout en bout, depuis le hardware jusqu\u2019\u00e0 l\u2019application, et d\u2019identifier les process techniques qui saturent les machines virtuelles. Les \u00e9quipes de production commencent \u00e1 les mapper sur les applications. Et les ing\u00e9nieurs syst\u00e8me commencent \u00e0 regarder les outils de qualit\u00e9 de code.<\/p>\n<p>Il n\u2019existe pas de technologie gourmande, seulement du code mal \u00e9crit. Mangez votre pain blanc tant qu\u2019il est encore temps.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>J\u2019ai \u00e9t\u00e9 invit\u00e9 cette semaine \u00e0 un \u00e9v\u00e8nement comportant des tables rondes entre utilisateurs sur les th\u00e8mes du Cloud et de la virtualisation. J\u2019ai non seulement appris beaucoup de choses, mais surtout d\u00e9couvert la vision du monde de la production et de l\u2019exploitation sur \u2026 la qualit\u00e9 des applications. Avis aux \u00e9quipes de d\u00e9veloppement: mangez [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,2],"tags":[],"class_list":["post-148","post","type-post","status-publish","format-standard","hentry","category-cloud","category-qualite-des-applications"],"_links":{"self":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/148"}],"collection":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/comments?post=148"}],"version-history":[{"count":3,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/148\/revisions"}],"predecessor-version":[{"id":1172,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/148\/revisions\/1172"}],"wp:attachment":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/media?parent=148"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/categories?post=148"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/tags?post=148"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}