BT

Votre opinion compte! Merci de bien vouloir répondre au sondage InfoQ!

7 habitudes DevOps

| par Matthias Marschall Suivre 0 Abonnés , traduit par Eric Bellemon Suivre 0 Abonnés le 15 oct. 2013. Durée de lecture estimée: 3 minutes |

A note to our readers: As per your request we have developed a set of features that allow you to reduce the noise, while not losing sight of anything that is important. Get email and web notifications by choosing the topics you are interested in.

Glenn O'Donnell et Kurt Bittner, des analystes de Forrester Research, ont publié un rapport décrivant comment les développeurs et l'exploitation se voient les uns les autres lorsqu'ils travaillent chacun dans leur coin et proposent sept bonnes habitudes de collaboration entre eux. "Les sept habitudes des DevOps efficaces" sont :

  • Faire communiquer les deux parties entre elles
  • Appliquer partout une approche "outside-in", c'est à dire en premier lieu centrée sur les besoins métier
  • Automatiser le build, les tests et le processus de release afin de limiter les erreurs
  • Simplifier et standardiser les environnements de développement et de production
  • Inculquer une culture de l'ingénierie des systèmes à travers le développement et l'exploitation
  • Mettre en place des retours d'expérience
  • Mettre les développeurs en première ligne du support

Ils entrent en détail dans chacune de ces habitudes :

Faire communiquer les deux parties entre elles

Parler face à face est un bon moyen d'apprendre sur les défis et difficultés quotidiennes des uns et des autres. Cette connaissance permet aux développeurs et aux exploitants de recentrer les actions des autres dans leur contexte et les aide à mieux se comprendre. Bien que cela semble assez évident, vous ne pouvez pas démarrer avec DevOps sans cette condition préalable.

Adopter une approche "outside-in"

Il est plutôt commun dans les technologies de l'information de regarder ce qui est disponible et d'essayer de faire le maximum avec. DevOps nécessite une approche différente : les développeurs et les exploitants doivent comprendre les besoins métier en premier. En s'appuyant là-dessus, ils doivent définir ce qui est nécessaire pour les satisfaire. Cette approche "outside-in" peut conduire à un changement fondamental dans la manière dont les développeurs et les exploitants priorisent leur travail.

Automatiser le build, les tests et le processus de livraison afin de limiter les erreurs

Il est important que les développeurs et les exploitants travaillent main dans la main pour automatiser les processus de livraison. Les domaines tels que la montée en charge sont dans le domaine d'expertise des exploitants alors que les tests fonctionnels sont dans le domaine des développeurs. En plus des tests automatiques, il doit y avoir des outils pour automatiser l'infrastructure.

Simplifier et standardiser les environnements de développement et de production

Le point important ici est que vous devez simplifier au maximum les nouveaux systèmes, mais le faire de manière raisonnable avec vos systèmes existants. James Governor a récemment réuni un panel d'experts DevOps où il a demandé s'il est nécessaire de simplifier votre infrastructure afin d'être en mesure d'introduire DevOps.

Inculquer une culture de l'ingénierie des systèmes à travers le développement et l'exploitation

Casser les logiciels monolithiques en des modules plus simples à manipuler, peu importe que vous automatisiez votre infrastructure ou écriviez du code.

Mettre en place des retours d'expérience

Pour s'assurer que votre application s'exécute correctement, les développeurs ont besoin de retours d'expérience sur l'état des applications en production. Et les exploitants ont besoin d'information sur les environnements d'exécution le plus tôt possible dans le processus.

Mettre les développeurs en première ligne du support

Même si la fonction de support éloigne le développeur du travail le plus créatif, il est important qu'ils corrigent les problèmes posés par leur code en production. Non seulement ils sont ceux qui peuvent les corriger le plus rapidement, mais en plus ils en apprennent beaucoup sur la façon dont se comportent leurs applications en production.

Evaluer cet article

Pertinence
Style

Bonjour étranger!

Vous devez créer un compte InfoQ ou cliquez sur pour déposer des commentaires. Mais il y a bien d'autres avantages à s'enregistrer.

Tirez le meilleur d'InfoQ

Donnez-nous votre avis

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet
Commentaires de la Communauté

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Discuter

Se connecter à InfoQ pour interagir sur ce qui vous importe le plus.


Récupérer votre mot de passe

Follow

Suivre vos sujets et éditeurs favoris

Bref aperçu des points saillants de l'industrie et sur le site.

Like

More signal, less noise

Créez votre propre flux en choisissant les sujets que vous souhaitez lire et les éditeurs dont vous désirez suivre les nouvelles.

Notifications

Restez à jour

Paramétrez vos notifications et ne ratez pas le contenu qui vous importe

BT