Lorsque l'application ne fonctionne pas, on souhaite entendre le moins possible de la part des collègues la phrase « le problème est de votre côté ». Au final, les utilisateurs en souffrent – et ils se moquent de quelle partie de l'équipe est responsable du dysfonctionnement. La culture DevOps est née précisément pour unir développement et support autour d'une responsabilité commune pour le produit final.
Quelles pratiques font partie du concept de DevOps et pourquoi sont-elles nécessaires ? Que font les ingénieurs DevOps et quelles compétences doivent-ils posséder ? Les experts d'EPAM répondent à ces questions et à d'autres : Kirill Sergeev, ingénieur système et évangéliste DevOps, et Igor Boyko, ingénieur système senior et coordinateur d'une des équipes DevOps de l'entreprise.
Pourquoi le DevOps est-il nécessaire ?
Auparavant, il existait une barrière entre les développeurs et le support (ce qu'on appelle les opérations). Cela semble paradoxal, mais ils avaient des objectifs et des KPI différents, bien qu'ils travaillent sur une tâche commune. L'objectif du développement était d'implémenter aussi rapidement que possible les exigences commerciales et de les intégrer dans le produit fonctionnel. Le support était responsable du bon fonctionnement de l'application – et tout changement mettait la stabilité en péril. Il s'agit d'un conflit d'intérêts – le DevOps a émergé pour le résoudre.
Qu'est-ce que le DevOps ?
C'est une bonne question – et une question controversée : il n'y a pas encore de consensus à ce sujet dans le monde. Chez EPAM, nous pensons que le DevOps combine des technologies, des processus et une culture d'interaction au sein de l'équipe. Cette combinaison vise à garantir une livraison continue de valeur aux utilisateurs finaux.
Kirill Sergeev: « Les développeurs écrivent du code, les testeurs le vérifient, et les administrateurs déploient le produit final dans l'environnement de production. Pendant longtemps, ces parties de l'équipe étaient quelque peu désunies, puis l'idée de les regrouper dans un processus commun est née. C'est ainsi que sont apparues les pratiques DevOps ».
Le jour est enfin arrivé où les développeurs et les ingénieurs système se sont intéressés au travail des autres. La barrière entre production et support a commencé à s'effacer. Ainsi, le DevOps est né, qui englobe des pratiques, une culture et un cadre d'interaction au sein de l'équipe.
Quelle est l'essence de la culture DevOps ?
La responsabilité du résultat final incombe à chaque membre de l'équipe. L'aspect le plus intéressant et complexe de la philosophie DevOps est de comprendre qu'une personne ne se contente pas d'être responsable de son étape de travail, mais qu'elle est également responsable du fonctionnement de l'ensemble du produit. Le problème n'appartient à personne en particulier – il est collectif, et chaque membre de l'équipe contribue à sa résolution.
Le principe fondamental de la culture DevOps consiste à résoudre des problèmes, plutôt qu'à simplement appliquer des pratiques DevOps. De plus, ces pratiques ne sont pas mises en œuvre 'd'un côté', mais s'appliquent à l'ensemble du produit. Un projet n'a pas besoin d'un ingénieur DevOps à lui seul – il a besoin d'une solution à un problème, et le rôle de l'ingénieur DevOps peut être réparti entre plusieurs membres de l'équipe avec différentes spécialisations.
Quelles sont les pratiques DevOps ?
Les pratiques DevOps couvrent toutes les étapes du cycle de vie du logiciel.
Igor Boïko: 'Le cas idéal est lorsque nous commençons à utiliser des pratiques DevOps dès l'initiation du projet. Avec les architectes, nous planifions quel sera le paysage architectural de l'application, où elle sera située et comment elle pourra évoluer, en choisissant la plateforme. Actuellement, l'architecture microservices est à la mode – pour cela, nous choisissons un système d'orchestration : il est nécessaire de gérer chaque élément de l'application individuellement et de le mettre à jour indépendamment des autres. Une autre pratique est ce qu'on appelle 'l'infrastructure comme code'. Cela désigne une approche dans laquelle l'infrastructure d'un projet est créée et gérée par code, plutôt que par une interaction directe avec les serveurs.
Nous passons ensuite à l'étape de développement. Ici, une des plus grandes pratiques est la mise en place de CI/CD : il faut aider les développeurs à intégrer rapidement les modifications dans le produit, de manière plus fréquente et avec le moins de douleur possible. CI/CD couvre à la fois la vérification du code, l'intégration dans la base de code et le déploiement de l'application dans des environnements de test et de production.
Aux étapes de CI/CD, le code passe par des quality gates. Ce mécanisme permet de vérifier que le code sorti de la station de travail du développeur respecte des critères de qualité définis. Ici, des tests unitaires et UI sont ajoutés. Pour un déploiement rapide, sans douleur et ciblé du produit, il est possible de choisir le type de déploiement approprié.
Les pratiques DevOps ont leur place même au stade de maintenance d'un produit fini. Elles sont utilisées pour la surveillance, le retour d'information, la sécurité et l'implémentation des changements. DevOps aborde toutes ces tâches sous l'angle de l'amélioration continue. Nous minimisons les opérations répétitives et les automatisons. Cela inclut également les migrations, l'expansion de l'application et le soutien à sa fonctionnalité.
Quels sont les avantages des pratiques DevOps ?
Si nous écrivions un manuel sur les pratiques modernes de DevOps, les trois points suivants y figureraient en première page : automatisation, accélération des releases et retour rapide des utilisateurs.
Kirill SergeevLe premier point est l'automatisation. Toutes les interactions au sein de l'équipe peuvent être automatisées : écriture du code – déploiement – vérification – installation – collecte de feedback – retour au début. Tout cela se fait automatiquement.
Le deuxième point est l'accélération du lancement des releases et même la simplification du développement. Pour le client, il est toujours important que le produit soit lancé sur le marché le plus tôt possible et commence à apporter des bénéfices plus rapidement que ses concurrents. Le processus de livraison du produit peut toujours être amélioré : réduire le temps, ajouter des jalons supplémentaires, perfectionner la surveillance.
Le troisième point est l'accélération du retour d'information de l'utilisateur. Si l'utilisateur a des remarques, nous pouvons immédiatement apporter des corrections et mettre à jour l'application.
Comment s'articulent les notions d'ingénieur système, d'ingénieur de build et d'ingénieur DevOps ?
Elles se chevauchent, mais relèvent de sphères légèrement différentes.
Un ingénieur système chez EPAM est un poste. Ils existent à différents niveaux : du junior au chief spécialiste.
Un ingénieur de build est plutôt un rôle que l'on peut exercer dans un projet. On désigne actuellement sous ce terme les personnes responsables du CI/CD.
On appelle ingénieur DevOps un spécialiste qui implémente des pratiques DevOps dans un projet.
En résumé, cela donne à peu près ceci : une personne occupant le poste d'ingénieur système remplit dans le projet le rôle d'ingénieur de build et s'occupe de la mise en œuvre des pratiques DevOps.
Quelles sont précisément les responsabilités d'un ingénieur DevOps ?
Les ingénieurs DevOps rassemblent toutes les parties qui composent un projet. Ils connaissent les spécificités du travail des programmeurs, des testeurs et des administrateurs système et aident à simplifier leur travail. Ils comprennent les besoins et les exigences de l'entreprise, son rôle dans le processus de développement, et construisent le processus en tenant compte des intérêts du client.
Nous avons beaucoup parlé d'automatisation - c'est ce à quoi les ingénieurs DevOps s'attaquent en premier lieu. C'est un point très important, qui comprend notamment la préparation de l'environnement.
Kirill Sergeev: « Avant d'appliquer des mises à jour au produit, elles doivent être testées dans un environnement tiers. C'est préparé par les ingénieurs DevOps. Ils introduisent également la culture DevOps dans le projet en général : ils mettent en œuvre des pratiques DevOps à tous les niveaux de leurs projets. Ces trois principes : automatisation, simplification, accélération - ils les apportent partout où ils le peuvent ».
Que doit savoir un ingénieur DevOps ?
En gros, il doit avoir des connaissances dans plusieurs domaines : programmation, travail avec des systèmes d'exploitation, bases de données, systèmes de compilation et de configuration. À cela s'ajoute la capacité à travailler avec des infrastructures cloud, des systèmes d'orchestration et de surveillance.
1. Langages de programmation
Les ingénieurs DevOps connaissent plusieurs langages de base pour l'automatisation et peuvent, par exemple, dire à un programmeur : « Et si tu faisais l'installation du code non pas manuellement, mais à l'aide de notre script qui automatise tout ? Nous préparerons un fichier de configuration pour cela, il sera facile à lire pour toi et pour nous - et nous pourrons le modifier à tout moment. De plus, nous verrons qui, quand et pourquoi y apporte des modifications ».
Un ingénieur DevOps peut apprendre un ou plusieurs de ces langages : Python, Groovy, Bash, Powershell, Ruby, Go. Il n'est pas nécessaire de les connaître en profondeur - des notions de base sur la syntaxe, les principes de la POO, et la capacité à écrire des scripts simples pour l'automatisation suffisent.
2. Systèmes d'exploitation
L'ingénieur DevOps doit comprendre sur quel serveur le produit sera installé, dans quel environnement il sera exécuté et avec quels services il interagira. Il peut choisir de se spécialiser dans Windows ou dans une famille Linux.
3. Systèmes de contrôle de version
Sans connaissances des systèmes de contrôle de version, l'ingénieur DevOps ne peut aller nulle part. Git est l'un des systèmes les plus populaires actuellement.
4. Fournisseurs de cloud
AWS, Google, Azure - surtout si nous parlons de l'orientation Windows.
Kirill Sergeev: «Les fournisseurs de cloud nous fournissent des serveurs virtuels, qui s'intègrent parfaitement dans les pipelines CI/CD.
Installer dix serveurs physiques nécessite environ une centaine d'opérations manuelles. Chaque serveur doit être démarré manuellement, le système d'exploitation approprié doit être installé, notre application installée sur ces dix serveurs, puis tout doit être vérifié dix fois. Les services cloud remplacent cette procédure par dix lignes de code, et un bon ingénieur DevOps doit savoir les utiliser. Cela lui permet de gagner du temps, de la force et de l'argent – tant pour le client que pour l'entreprise».
5. Systèmes d'orchestration : Docker et Kubernetes
Kirill Sergeev: «Les serveurs virtuels sont divisés en conteneurs, chacun pouvant accueillir notre application. Lorsqu'il y a beaucoup de conteneurs, il faut les gérer : en activer un, désactiver un autre, faire des sauvegardes quelque part. Cela devient assez complexe, nécessitant un système d'orchestration.
Autrefois, chaque application était gérée par un serveur distinct – tout changement dans son fonctionnement pouvait affecter son bon fonctionnement. Grâce aux conteneurs, les applications deviennent isolées et s'exécutent séparément – chacune sur sa propre machine virtuelle. Si une défaillance se produit, il n'est pas nécessaire de passer du temps à rechercher la cause. Il est plus facile de détruire l'ancien conteneur et d'ajouter un nouveau».
6. Systèmes de configuration : Chef, Ansible, Puppet
Lorsqu'il est nécessaire d'entretenir un parc entier de serveurs, il faut effectuer de nombreuses opérations répétitives. C'est long et compliqué, et le travail manuel augmente le risque d'erreur. C'est là que les systèmes de configuration interviennent. Grâce à eux, on crée un script qui est lisible à la fois par les programmeurs, les ingénieurs DevOps et les administrateurs système. Ce script aide à effectuer les mêmes opérations sur les serveurs automatiquement. Cela réduit le nombre d'opérations manuelles (et, par conséquent, d'erreurs).
Quelle carrière peut construire un ingénieur DevOps ?
Il est possible de se développer à la fois de manière horizontale et verticale.
Igor Boïko: «En termes de développement horizontal, les ingénieurs DevOps ont actuellement les perspectives les plus larges. Tout évolue constamment, et il est possible d'améliorer ses compétences dans diverses directions : du contrôle de version à la surveillance, de la gestion des configurations aux bases de données.
On peut devenir architecte système si un employé est intéressé à comprendre comment fonctionne une application à toutes les étapes de son cycle de vie – du développement à la maintenance.
Comment devenir ingénieur DevOps ?
- Lisez les livres « Projet Phoenix » et DevOps Handbook. Ce sont de véritables piliers de la philosophie DevOps, et le premier est un roman artistique.
- Apprenez les technologies de la liste ci-dessus : par vous-même ou via des cours en ligne.
- Rejoignez un projet open source en tant qu'ingénieur DevOps.
- Pratiquez et proposez des pratiques DevOps dans vos projets personnels et professionnels.
Source : habr.com
