 Your new post is loading...
 Your new post is loading...
|
Scooped by
Mickael Ruau
January 15, 2024 3:01 PM
|
Comme toutes les méthodes agiles, DevOps agit sur trois axes : l’humain, l’organisation et la technologie. Les cinq aspects de la méthode DevOps se retrouvent dans chacun de ces trois axes.
|
Scooped by
Mickael Ruau
January 25, 2022 2:28 PM
|
Why are so many organizations stuck in the "middle" of DevOps evolution? What's preventing them from achieving higher levels of organizational performance des…
|
Scooped by
Mickael Ruau
December 28, 2021 1:34 AM
|
An annual report on the state of DevOps explains how companies adapt and develop DevOps practices in their IT systems. Combining development teams with operating teams under a DevOps model, will speed up feature deliveries and also help improve iterative cycles, but it isn’t easy. In order to establish DevOps processes within a company to be successful, it is very often required to remove cultural and operational barriers. The report was issued by the company Puppet, specializing in the implementation of DevOps model in companies. This report presents the axes to help companies, set up DevOps practices in their development processes. To support this report, here are the 5 steps of DevOps evolution in a company. Normalize the technological stack This is the first step of the process. During this stage, the teams started to adopt agile methods. The development teams shall implement inspections and aim to deploy two processes, on computer applications: continuous integration and continuous delivery. It is at this stage that the redundant technologies are eliminated, and the technology stack is normalized. In order to succeed, one of the keys to success is to keep only standard technologies.
|
Scooped by
Mickael Ruau
December 1, 2021 1:35 AM
|
Let's define the software development life cycle, make an overview of the 7 most used models, and find out their differences and benefits in projec
|
Scooped by
Mickael Ruau
November 25, 2021 12:12 AM
|
Bien souvent je travaille avec des équipes, agiles ou non, dont l’attention se porte naturellement sur la fourniture de nouvelles fonctionnalités. Or, dans cette course à la production de valeur pour rester compétitif face à la concurrence, les équipes doivent faire un choix. Elles se retrouvent régulièrement dans cette situation compliquée où il faut faire…
|
Scooped by
Mickael Ruau
November 21, 2021 9:07 AM
|
Tom's Obvious, Minimal Language. Contribute to toml-lang/toml development by creating an account on GitHub.
|
Scooped by
Mickael Ruau
November 11, 2021 11:40 AM
|
At Teleport we do IT a little differently — supporting a global remote company in hypergrowth is no easy feat and the playbook is different from traditional IT work. In this article, we want to share some of our IT philosophies that enable our employees to keep their agility despite working very asynchronously around the world. Tickets are the symptom not the cure Automation first Self-service over support Operate like a DevOps team Support career growth and internal mobility
|
Scooped by
Mickael Ruau
November 11, 2021 11:23 AM
|
In my last article, I covered the basics of DevOps and highlighted the benefits that have motivated so many organisations to shift for this new model for software development. This article will build…
|
Scooped by
Mickael Ruau
November 11, 2021 12:59 AM
|
Learn to write and deploy your own application. It’s that simple. And it’s that complicated. You don’t need to be a star programmer. You don’t even need to be a good programmer (but becoming at least a little bit good at programming is invaluable in modern operations jobs). You can just run through a simple tutorial for your favorite web framework (React, Laravel, whatever), to get a toy application running. Then figure out how to deploy it. Deploy it to AWS, or to Azure or Heroku, or anywhere else. Simply doing this will begin to teach you everything you need to know about modern operations. If you get bored with that, up the ante. Deploy a more complicated application. Or re-deploy to a new cloud provider. Or set up auto-provisioning. There’s literally no limit to how complicated, or interesting, you can make your deployment.
|
Scooped by
Mickael Ruau
October 30, 2021 8:54 AM
|
De nombreuses interactions sur Internet compliquent inutilement les concepts DevOps. Il faut veiller à ce que cette approche reste simple, sans quoi la confiance des équipes risque d’en pâtir au point d’en ralentir l’évolution. Au début des années 2000, les ingénieurs fraîchement diplômés multipliaient les sujets d’intérêt. A la faveur de la révolution technologique en cours, certaines thématiques restaient dans le domaine de l’abstraction engendrant parfois des discussions philosophiques. Prenons l’exemple du « Web 2.0 ». A quoi cela faisait-il concrètement référence ? Il n’était pas rare de trouver quelqu’un qui au travers d’un blog, d’une interview, d’une tribune, affirmait que tout ce que l’on savait du Web 2.0 était faux. A l’époque on pouvait lire pléthore de contenus vantant les avantages de tel fournisseur ou servant de faire-valoir à leur auteur, au lieu de clarifier pour de bon la véritable nature du Web 2.0. Ce même schéma semble se répéter avec DevOps. Des articles aux titres racoleurs sont publiés de manière quasi quotidienne : « Ceci n’est PAS DevOps », « Ne vous y trompez pas, DevOps n’a rien à voir avec cette approche » ou « Le déploiement continu ne se pratique pas de cette manière », etc. Si l’intention est louable et l’analyse plutôt fine, ces articles ne sont au final pas très utiles. Ils ajoutent même de la confusion dans un contexte où les entreprises ont plutôt besoin d’être confortés dans leurs projets de transformation numérique pour les mener à bien. L’approche DevOps doit rester simple Pour dire les choses simplement : DevOps efface les silos au sein des environnements IT. Pour comprendre ces silos, il suffit de constater que les équipes sont le plus souvent organisées de manière verticale : ingénierie, contrôle qualité, IT, achats, produits, etc. Chaque service fonctionne avec ses propres règles et ses « interfaces » qui conditionnent la façon dont les développeurs poussent le nouveau code vers les environnements de QA (Contrôle qualité ou Quality Assurance), comment et quand ce code peut être basculé en production, etc. Un autre type d’organisation consiste à imaginer des découpages horizontaux de ces équipes, dédiées au développement d’un même produit. L’équipe A est ainsi responsable de la réussite du produit A. Ses membres définissent les conditions de leur collaboration et de la mise en commun de l’expertise. Dans certaines entreprises, des rôles seront fusionnés, dans d’autres ils resteront distincts mais cela importe peu : les entreprises sont réellement engagées dans une démarche DevOps quand leurs collaborateurs considèrent qu’ils appartiennent d’abord à une équipe produit avant d’appartenir à un service. A partir de là, l’entreprise peut utiliser l’outil A ou l’outil B avec la méthodologie de son choix. La bonne étant celle qui correspond à l’ADN de l’entreprise et qui alimente la bonne dynamique DevOps. Au final, les entreprises n’ont pas à se soucier de ce qu’est l’approche DevOps ou de ce qu’elle n’est pas, car ce qui compte, c’est le changement de comportement qu’elle induit.
|
Scooped by
Mickael Ruau
October 26, 2021 8:23 AM
|
Le DevOps en pratique Dans une démarche DevOps, les Devs collectent les besoins métier et développent le nouveau code de l’application pour répondre à ces besoins. L’application est ensuite automatiquement compilée et testée à différents niveaux, et si le code atteint le niveau d’exigence demandé en terme de qualité, l’évolution est livrée en production automatiquement et rapidement. Le travail des Ops est facilité, car les Devs ont intégré les contraintes de leur équipe dans la production du code, comme par exemple des métriques d’exploitation permettant de surveiller l’état de santé de l’application. Les équipes Ops, quant à elles, comprennent mieux les besoins des développeurs. Cela permet une meilleure optimisation des ressources de production, un meilleur monitoring et une meilleur remontée d’erreurs.
|
Scooped by
Mickael Ruau
October 14, 2021 7:46 AM
|
L’ANSSI est l'autorité nationale en matière de sécurité et de défense des systèmes d’information. Prévention, protection, réaction, formation et labellisation de solutions et de services pour la sécurité numérique de la Nation.
|
Scooped by
Mickael Ruau
October 8, 2021 8:24 AM
|
Il existe une confusion entre DevOps, SRE (Site Reliability Engineer), SysAdmin et Ingénieur Cloud. Nous éclaircissons ces métiers dans cet article.
|
|
Scooped by
Mickael Ruau
January 28, 2022 1:03 AM
|
Learning organizations smoothly morph as they adapt to new challenges—and they unlearn existing ways of working when those become limitations.
|
Scooped by
Mickael Ruau
December 30, 2021 1:24 AM
|
This article explains the DevOps process and principles. It gives you insights to implement the DevOps methodology in your software development process.
|
Scooped by
Mickael Ruau
December 27, 2021 1:33 AM
|
Culture eats strategy for breakfast, and DevOps, too, needs strong culture to thrive. Here's how to implement and sustain a DevOps culture.
|
Scooped by
Mickael Ruau
November 25, 2021 1:12 AM
|
Nombre de nos clients ont engagé ou envisagent une transformation DevOps. Comme nous l’avons vu dans notre article précédent (DevOps en 2017: les vrais enjeux et bénéfices), le DevOps est un véritable enjeu de transformation pour la compétitivité des entreprises : réduction du time to market, amélioration de la qualité de service, prise en compte du feedback…
|
Scooped by
Mickael Ruau
November 22, 2021 8:34 AM
|
DevOps Guide - Development to Production all configurations with basic notes to debug efficiently. - GitHub - Tikam02/DevOps-Guide: DevOps Guide - Development to Production all configurations with basic notes to debug efficiently.
|
Scooped by
Mickael Ruau
November 17, 2021 1:39 AM
|
Continuous improvement is the basis of the DevOps methodology. It is always a challenge in which engineers must identify potential time losses.
|
Scooped by
Mickael Ruau
November 11, 2021 11:25 AM
|
Using Software Intelligence to understand where and why DevOps goes awry.
|
Scooped by
Mickael Ruau
November 11, 2021 11:22 AM
|
C'est la culture, et non la technologie, qui fait obstacle au succès de DevOps, selon un rapport de Puppet, spécialiste de l'automatisation des infrastructures Alors que 83 % des décideurs informatique
|
Scooped by
Mickael Ruau
October 30, 2021 8:56 AM
|
L’approche DevOps a justement été conçue pour s’affranchir des limites précédentes, et voici comment : – Intégration continue. L’approche DevOps utilise une méthodologie agile où, typiquement, de petits morceaux de code fonctionnels (par exemple, une nouvelle fonctionnalité) sont intégrés régulièrement et de manière transparente dans la branche de développement principale de l’application. Les erreurs sont ainsi repérées et corrigées rapidement. C’est ce qu’on appelle l’intégration continue (IC). Pour que cela fonctionne, les petits morceaux de code en question sont créés dans leur propre environnement isolé (« conteneurisé ») où chaque composant a généralement un point de communication unique pour « parler » aux autres. Ces points de communication sont connus sous le nom d’interfaces de programmation d’application (API). Cela donne au développeur suffisamment de flexibilité pour ajouter ou supprimer des composants sans affecter le travail des autres. C’est ce qu’on appelle une architecture de microservices, dans laquelle chaque composant a une capacité dite de « plug-and-play » pour se connecter aux autres. – Livraison continue. Après la phase d’intégration continue, le code intégré est testé automatiquement via plusieurs environnements, jusqu’à la préproduction où il est prêt à être déployé. Certaines entreprises n’automatisent pas au-delà de ce stade, préfèrent gérer manuellement le déploiement final (la mise en production). L’interaction CI et CD est appelée CI/CD. – Déploiement continu. Mais l’objectif ultime du DevOps est d’aller plus loin en fournissant une intégration continue suivie d’une livraison et d’un déploiement continus (CI/CD²). En conséquence, les applications sont automatiquement déployées en production une fois la phase de test et de validation automatiques ci-dessus réussie. - « Cloud-centricité ». Le modèle DevOps s’épanouit dans le cloud, car il prend en charge nativement les outils du Cloud et s’appuie sur la vitesse et l’adaptabilité de ces derniers pour fournir l’automatisation nécessaire jusqu’à la mise en production. – L’infrastructure en tant que code. Une infrastructure fortement automatisée est idéale pour que l’équipe de développement puisse déployer automatiquement du code à chaque étape, du test jusqu’à l’environnement de déploiement. Mais cela n’est possible que si les éléments essentiels de l’infrastructure sont définis par logiciel. Autrement connu sous le nom d’Infrastructure as Code (IaaS), c’est un puissant antidote contre les goulots d’étranglement des opérations et du développement. Un IaaS approprié devrait comprendre des outils de provisioning qui construisent et déploient l’infrastructure par un simple clic de souris ou en remplissant rapidement un formulaire ou via un modèle (les services cloud en sont d’ailleurs eux-mêmes un bon exemple). Il devrait également comprendre des outils de gestion de la configuration (par exemple la possibilité de mettre à niveau 10 000 serveurs avec une seule commande). – Collaboration. Plus que la plupart des disciplines informatiques, le succès du DevOps repose largement sur une collaboration intensive, étroite et coordonnée entre les clients, les développeurs et les opérations. Les développeurs doivent se concentrer sur le développement. Les opérations doivent se concentrer sur la gestion de l’infrastructure automatisée. Tous deux doivent se parler pour découvrir de nouvelles façons d’innover et d’améliorer à la fois les processus de livraison et les produits livrables eux-mêmes. Le travail en silo, c’est du passé ! Fondamentalement, DevOps est une pratique qui permet d’éliminer les sources de déchets dans le processus de livraison des applications. Elle favorise l’efficacité en optimisant les processus, en supprimant les silos, en utilisant des outils d’automatisation, en standardisant les plates-formes et en établissant une forte culture de la collaboration entre des équipes qui, jusqu’à présent, pouvaient ne pas se parler de manière très régulière. C’est en définitive un moyen puissant de contourner les goulots d’étranglement des méthodes traditionnelles de développement de logiciels et d’infrastructure, et une force d’innovation inépuisable. Mais la véritable influence du DevOps commence à peine à se faire sentir, et beaucoup d’innovation reste à découvrir en la matière. Restons donc curieux, ouvert d’esprit, faisons collaborer toutes les équipes impliquées dans le cycle de développement et, surtout, ne revenons pas en arrière !
|
Scooped by
Mickael Ruau
October 28, 2021 4:47 AM
|
Katharina Probst discusses some of the best practices to build, evolve, and operate microservices, learnings from containers, service meshes, DevOps, Chaos & load testing, and planning for growth.
|
Scooped by
Mickael Ruau
October 14, 2021 8:17 AM
|
A deep dive on how we crafted an order of magnitude change in our spend (10x reduction compared to baseline growth) over the last two years with iterative understanding and changes in Slack’s Continuous Integration (CI) infrastructure.
|
Scooped by
Mickael Ruau
October 13, 2021 5:20 AM
|
What You Will Learn: [hide] Introduction to DevOps Overview of Agile and DevOps Is DevOps only about Tools? Components of DevOps #1) Continuous Integration #2) Continuous Delivery #3) Continuous Testing #4) Continuous Monitoring Summary Recommended Reading
|