Devops for Growth

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.

Why are so many organizations stuck in the "middle" of DevOps evolution? What's preventing them from achieving higher levels of organizational performance des…

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.

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…

Tom's Obvious, Minimal Language. Contribute to toml-lang/toml development by creating an account on GitHub.

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

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…

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.

Il existe une confusion entre DevOps, SRE (Site Reliability Engineer), SysAdmin et Ingénieur Cloud. Nous éclaircissons ces métiers dans cet article.

Learning organizations smoothly morph as they adapt to new challenges—and they unlearn existing ways of working when those become limitations.

This article explains the DevOps process and principles. It gives you insights to implement the DevOps methodology in your software development process.

Culture eats strategy for breakfast, and DevOps, too, needs strong culture to thrive. Here's how to implement and sustain a DevOps culture.

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…

Using Software Intelligence to understand where and why DevOps goes awry.

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 !

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.

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.

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