1 pi�ce(s) jointe(s)
DevOps est-il un �chec ? Un ing�nieur logiciel de Pulumi pense que c'est le cas et propose de passer � SoftOps
Les conteneurs du DevOps pr�sentent-ils des risques pour la s�curit� de vos donn�es ?
Oui, selon une �tude
� l�heure o� la m�thode de travail DevOps semble gagner toutes les entreprises technologiques, de nombreux professionnels ont commenc� � s�inqui�ter sur la s�curit� des conteneurs souvent pr�f�r�s pour leur flexibilit� et leur agilit�. L�un des �l�ments cl�s dans la mise en �uvre du DevOps est la technologie des conteneurs. Les conteneurs sont de plus en plus mis en �uvre par les entreprises. Le DevOps est un mouvement en ing�nierie informatique et une pratique technique visant � l'unification du d�veloppement logiciel (dev) et de l'administration des infrastructures informatiques (ops), notamment, l�administration syst�me.
Apparu courant de 2010, le mouvement DevOps se caract�rise principalement par la promotion de l�automation et du suivi (monitoring) de toutes les �tapes de la cr�ation d'un logiciel, depuis le d�veloppement, l'int�gration, les tests, la livraison jusqu'au d�ploiement, l'exploitation et la maintenance des infrastructures. Les principes DevOps soutiennent des cycles de d�veloppement plus courts, une augmentation de la fr�quence des d�ploiements et des livraisons continues pour une meilleure atteinte des objectifs �conomiques de l'entreprise. La virtualisation � base de conteneurs est une m�thode de virtualisation dans laquelle la couche de virtualisation s'ex�cute au sein m�me du syst�me d�exploitation.
Dans cette approche, le noyau du syst�me d'exploitation h�te ex�cute directement plusieurs machines virtuelles invit�es et autonomes sans passer par une couche logicielle suppl�mentaire. Ces machines invit�es s'appellent des conteneurs. Les conteneurs permettent donc de s'affranchir des hyperviseurs et de la gestion qui d�coule de l'ex�cution sur chaque machine virtuelle d'un syst�me d�exploitation invit�. Cette approche permet d'am�liorer les performances, puisqu'un seul et unique syst�me d'exploitation (l'h�te) se charge des appels mat�riels. Elle permet �galement d'h�berger sur un serveur beaucoup plus d'instances virtualis�es que la virtualisation traditionnelle.
Cette technologie est depuis quelques ann�es tr�s utilis�e par de grandes firmes telles que Google, BlaBlacar, etc. L�un des plus connus de ces conteneurs est Docker (il s'agit d'un conteneur Linux). Cette fa�on de faire est tr�s r�pandue aujourd�hui dans le monde technologique. Mais la technologie des conteneurs garantit-elle une s�curit� optimale pour les ressources des entreprises ?
Une r�cente �tude de Tripwire, une agence de cybers�curit�, r�v�le que 60 % des entreprises ont subi un incident li� � la s�curit� des conteneurs en 2018. Les r�sultats de l��tude publi�s le 7 janvier dernier indiquent que les entreprises qui ont adopt� le DevOps feront certainement face � des d�fis importants et des risques li�s � la s�curit� de leurs conteneurs. Pour Tripwire, si ces entreprises veulent minimiser les risques et leur exposition aux menaces num�riques, elles devront penser � des solutions imm�diates pour s�curiser leurs conteneurs.
Tripwire a proc�d� � l�interrogation d�environ 311 professionnels de la s�curit� informatique qui g�rent des environnements avec des conteneurs dans beaucoup d�entreprises et les r�ponses �taient pour la plupart inqui�tantes. D�abord, 60 % ont confirm� avoir subi quelques probl�mes concernant la s�curisation et le d�ploiement de leurs conteneurs. L��tude de Tripwire fait ressortir que pour la majorit� des entreprises dont il est question, plus le nombre de conteneurs en production augmente, plus les risques de s�curit� augmentent.
� 86 % des organisations interrog�es avaient des conteneurs en production au moment de l'�tude. Plus il y avait de conteneurs dans la production, plus il �tait probable qu'ils subissent un incident li� � la s�curit� des conteneurs. Parmi les entreprises comptant plus de 100 conteneurs en production, 75% avaient subi un incident li� � la s�curit�. Il n�est donc pas �tonnant que 94% des r�pondants se disent pr�occup�s par la s�curit� des conteneurs. Soixante et onze pour cent des personnes allaient jusqu'� pr�dire que le nombre d'incidents li�s � la s�curit� des conteneurs augmenterait au cours de la prochaine cette ann�e �, indique Tripwire.
Selon Tripwire, si de tels risques planent sur les installations de ces entreprises, cela peut �tre la cons�quence directe de leur manque d�exp�rience ou leur immaturit� dans la mise en �uvre du DevOps. L��tude rapporte � ce sujet que beaucoup d�entreprises dans le lot tra�nent encore des lacunes dans leurs strat�gies actuelles pour s�curiser leurs conteneurs. Par exemple, lit-on dans le rapport, � peine 12 % des r�pondants au sondage ont d�clar� pouvoir d�tecter un conteneur compromis en quelques minutes. Quarante-cinq pour cent des participants au sondage ont d�clar� que cela prendrait des heures, alors que certains estimaient que cela prendrait encore plus longtemps. Dans le m�me temps, pr�s de la moiti� (47 %) des professionnels de la s�curit� informatique ont d�clar� que leurs entreprises fabriquaient des conteneurs vuln�rables, tandis que presque le m�me nombre (46 %) ont d�clar� ne pas savoir avec certitude si c'�tait le cas.
Bon nombre de ces entreprises limitent pour ce fait leurs d�ploiements de DevOps pour parer certains risques de s�curit�, indiquent les r�sultats de l��tude. Elles veulent toutes pouvoir acqu�rir de nouveaux environnements offrant bien plus de s�curit�. � Avec la croissance et l'adoption de conteneurs, les entreprises sentent la pression pour acc�l�rer leur d�ploiement. Pour faire face � la demande, les �quipes acceptent les risques en ne s�curisant pas les conteneurs. Sur la base de cette �tude, nous pouvons constater que le r�sultat est que la majorit� des organisations sont confront�es � des incidents de s�curit� des conteneurs �, a expliqu� Tim Erlin, vice-pr�sident charg� de la gestion des produits et de la strat�gie chez Tripwire.
Source : Tripwire
Et vous ?
:fleche: Disposez-vous d�un d�ploiement de conteneurs pour votre entreprise ? Comment assurez-vous leurs s�curit�s ?
Voir aussi
:fleche: Les cinq �tapes de l'�volution DevOps identifi�es par le state of devops 2018, pr�sent�es par Puppet et Splunk
:fleche: Azure DevOps : Microsoft annonce le successeur de Visual Studio Team Services et un service d'int�gration et d�ploiement continus int�gr�s � GitHub
:fleche: Le � DevOps � et le d�veloppeur � FullStack � mettraient en danger le m�tier de d�veloppeur le constat inqui�tant de Jeff Knupp
1 pi�ce(s) jointe(s)
DevOps est-il un �chec ? Un ing�nieur logiciel de Pulumi pense que c'est le cas et propose de passer � SoftOps
DevOps est-il un �chec ? Un ing�nieur logiciel de Pulumi pense que c'est le cas et propose de passer � une nouvelle approche appel�e SoftOps
pour r�soudre les probl�mes que DevOps n'a pu r�soudre
Lee Briggs, ing�nieur logiciel chez Pulumi, une soci�t� d'infrastructure en tant que code (infrastructure-as-code - IaC), a r�cemment publi� un avis personnel selon lequel l'approche DevOps est un �chec. L'approche DevOps vise � supprimer les frictions entre les d�veloppeurs et les op�rations dans toutes les �tapes de la cr�ation d'un logiciel, depuis le d�veloppement, l'int�gration, les tests, la livraison jusqu'au d�ploiement, l'exploitation et la maintenance des infrastructures. Mais Briggs pense que DevOps n'a pas r�ussi cette mission et ajoute que la plupart des outils commercialis�s sous le nom de "DevOps tooling" sont ax�s sur les op�rations.
DevOps est un ensemble de pratiques qui met l�accent sur la collaboration et la communication entre les d�veloppeurs de logiciels et les professionnels des op�rations informatiques, en automatisant le processus de livraison de logiciels et les changements d�infrastructure. L'objectif est de cr�er une culture et un environnement dans lesquels la conception, les tests et la diffusion de logiciels peuvent �tre r�alis�s rapidement, fr�quemment et efficacement. Selon ses partisans, DevOps n�est pas seulement une m�thodologie, c�est une v�ritable philosophie de travail. Cependant, d'autres pensent que DevOps n'a pas su tenir ses promesses.
Lee Briggs est de ceux qui pensent que DevOps a �chou�. � En fin de compte, mon �valuation de DevOps en 2022 est la suivante : DevOps, ce sont des gens du c�t� des op�rations qui essaient de convaincre les d�veloppeurs de faire les choses � leur mani�re. La quasi-totalit� de l'outillage commercialis� sous le nom de "DevOps tooling" est ax�e sur les op�rations. Si vous parcourez /r/devops, vous verrez des messages successifs de personnes parlant d'op�rations et d'outils op�rationnels. Si vous regardez la description de poste d'un ing�nieur DevOps, elle ressemble beaucoup au r�le d'un administrateur syst�me de 2013 �, d�clare Briggs.
Selon lui, si DevOps �tait cens� changer la culture g�n�rale, il ne peut pas �tre consid�r� comme un mouvement r�ussi. L'ing�nieur va plus loin en comparant DevOps � une course de dupes et appelle � un changement. � Les personnes du c�t� des op�rations diront volontiers "Eh bien, nous essayons !", mais ce qu'ils veulent dire par l�, c'est qu'ils essaient d'�tre un joueur de fl�te pour les consid�rations op�rationnelles. Ce n'est pas une voie � double sens. Il est bon de rappeler qu'en tant que personne charg�e des op�rations, nous sommes g�n�ralement en minorit� d'au moins 5/1 dans toute organisation d'ing�nierie donn�e �, a-t-il d�clar�.
� Essayer de convaincre le moindre d�veloppeur de faire les choses "� la mani�re des op�rations" et "d'utiliser les outils des op�rations" est en fin de compte une course de dupes. Nous avons besoin d'un changement. En fin de compte, je pense qu'il est trop tard pour sauver le terme "DevOps". Si les gens vous vendent du DevOps, il est probablement trop tard. Ce que j'aimerais voir voir se produire � partir de maintenant, c'est un changement fondamental dans la fa�on dont les gens de DevOps pensent dans leur r�le quotidien �, a-t-il ajout�. Briggs poursuit en disant que les op�rations en arrivent parfois � oublier leur r�le principal.
� Il est parfois difficile de s'en souvenir, mais, en tant que personnes ax�es sur les op�rations, notre r�le est de permettre et d'aider les d�veloppeurs � mettre les fonctionnalit�s dans les mains des clients (ou tout autre objectif commercial qu'ils pourraient avoir). La cr�ation d'un chemin de moindre r�sistance est une partie essentielle de la cr�ation et du maintien de la vitesse des d�veloppeurs qui livrent des produits et des fonctionnalit�s, et le fait que les d�veloppeurs apprennent et maintiennent toutes les pratiques d'exploitation n'est tout simplement pas r�alisable �, rappelle-t-il.
Eu �gard � tout ce qui pr�c�de, Briggs propose de changer d'approche et de passer � ce qu'il appelle : SoftOps (Operations for Software Developers). � SoftOps est l'id�e que nous allons construire des pratiques op�rationnelles centr�es sur l'am�lioration de la vie des d�veloppeurs. Nous n'allons pas leur dire ce qu'ils doivent faire, nous allons leur demander ce qu'ils veulent faire, d'un point de vue op�rationnel, puis nous allons leur faciliter la t�che autant que possible �, a-t-il d�clar�. Selon lui, l'�poque o� on lisait des pages de manuel de 48 pages et o� l'on disait � son chef de projet que l'on ne respectait pas les d�lais des sprints est r�volue.
Briggs explique que SoftOps est l'id�e que vous allez mettre les d�veloppeurs en premier, en tant que client principal. Pour lui, l'�laboration de pratiques op�rationnelles qui s'adressent � un monde de d�veloppeurs devrait (en th�orie) amener les d�veloppeurs � la table des n�gociations afin de travailler en collaboration. � Peut-�tre que si nous nous concentrons uniquement sur cet objectif, nous finirons par r�soudre les probl�mes que DevOps a essay� de r�soudre depuis 2009 �, a-t-il d�clar�. Briggs n'est pas all� plus loin dans les explications sur la nouvelle m�thodologie qu'il met en avant, mais les avis sur sa proposition sont mitig�s.
En outre, certains mettent en avant une autre approche appel�e NoOps, et qui est pr�sent�e comme une am�lioration du DevOps. NoOps est une �volution de la m�thode DevOps visant � �liminer la n�cessit� d'une �quipe d'exploitation distincte en automatisant enti�rement l'infrastructure informatique. Dans cette approche, toutes les t�ches d'approvisionnement, de maintenance et autres sont automatis�es � un niveau tel qu'aucune intervention manuelle n'est n�cessaire. NoOps et DevOps sont similaires dans un sens, car ils reposent tous deux sur l'automatisation pour rationaliser le d�veloppement et le d�ploiement de logiciels.
Cependant, DevOps vise � cr�er un environnement plus collaboratif tout en utilisant l'automatisation pour simplifier le processus de d�veloppement. D'autre part, NoOps vise � �liminer toute pr�occupation op�rationnelle du processus de d�veloppement. Dans un environnement enti�rement automatis�, les d�veloppeurs peuvent utiliser directement ces outils et processus, m�me sans conna�tre leurs m�canismes sous-jacents. Par ailleurs, une autre proposition est l'ITOps. Dans ce cas, toute t�che informatique peut relever de l'ITOps, quel que soit le domaine d'activit�. ITOps peut s'appliquer � pratiquement tous les domaines.
ITOps (ou TecOps) est l'abr�viation de IT Operations. Dans sa forme la plus fondamentale, l'ITOps est le processus de fourniture et de maintenance de tous les services, applications, technologies et infrastructures n�cessaires au fonctionnement d'un produit ou d'un service bas� sur les technologies de l'information. Par cons�quent, ITOps consid�re le d�veloppement de logiciels et la gestion de l'infrastructure informatique comme une entit� unifi�e faisant partie du m�me processus. La principale diff�rence d'ITOps est la fa�on dont il g�re la livraison et la maintenance.
Les ITOps sont davantage ax�es sur la stabilit� et la fiabilit� � long terme, avec un soutien limit� aux flux de travail agiles et rapides. En g�n�ral, l'agilit� et la rapidit� ne sont pas du tout les pr�occupations principales des ITOps. Ainsi, les ITOps sembleront inflexibles avec des flux de travail rigides. Cette approche est �galement orient�e vers la gestion de l'infrastructure physique avec des produits logiciels hautement test�s et bas�s sur des versions, o� la fiabilit� et la stabilit� sont des facteurs cl�s. Selon les critiques, ce manque de souplesse est �galement le principal inconv�nient des ITOps.
Cependant, les analystes estiment qu'il peut constituer un excellent choix pour les d�veloppements de logiciels monolithiques et � �volution lente, comme dans le secteur des services financiers. En revanche, ils ajoutent que l'approche ITOps devient obsol�te dans les d�veloppements logiciels qui �voluent rapidement. Et comme les d�veloppements logiciels modernes entrent dans cette cat�gorie, ITOps n'est pas un candidat appropri� pour de tels environnements.
Source : Billet de blogue
Et vous ?
:fleche: Quel est votre avis sur le sujet ?
:fleche: Que pensez-vous de l'avis de Lee Briggs sur l'approche DevOps ?
:fleche: Selon vous, la m�thodologie DevOps est-elle une r�ussite ou un �chec ? Pourquoi ?
:fleche: Que pensez-vous de l'approche SoftOps propos�e par Briggs ? En quoi est-elle meilleure que DevOps ?
:fleche: Que pensez-vous des autres alternatives au DevOps, telles que l'approche ITOps ou NoOps ?
Voir aussi
:fleche: Les conteneurs du DevOps pr�sentent-ils des risques pour la s�curit� de vos donn�es ? Oui, selon une �tude
:fleche: Plus de 60 % des �quipes DevOps sacrifient la s�curit� des conteneurs au profit de la vitesse, selon un rapport de NeuVector
:fleche: France : le poste administrateur syst�me DevOps officiellement cr��, et class� au niveau 6 du cadre national des certifications professionnelles
