Que fait exactement un DevOps ?
je commence à regarder du côté des certifs DevOPS. J'ai bien compris que c'était une approche et en quoi elle consistait. Par contre je vois des tas d'offres qui précisent juste ingénieur DevOps ou développeur DevOps donc je voulais savoir quelles sont préciément les missions et tâches supplémentaires dun développeur DevOps par rapport à un non DevOps ?
J'ai lu pas mal de choses sur les tests mais finalement ça semble être la même organisation qu'avec la méthode Agile. Idem pour le travail collaboratif, ça me parait être la base dans n'importe quelle aprroche, non ?
- Contacter en MP
Free-Worker-168415
Nombre de posts : 1Nombre de likes : 0Inscrit : 18 novembre 2018Bonjour,
L'organisation d'une equipe change d'une société à une autre: sois vous serez du coté Dev dans ce cas vous pouvez plonger dans le code pour rediger les tests, debugger, autrement dit avoir les qualités d'un developpeur !!! oui étre Devops ne signifier pas que vous bosserez pas en tant que developpeur. mais Si vous ete beaucoup OPS tu s'occuper de l'infrastructeur : deployement ...etc. - Contacter en MP
Erwan42
Nombre de posts : 214Nombre de likes : 9Inscrit : 4 avril 2022Bonjour
Je ne suis pas devops mais le chef de projet de mon ancienne boite avait tenté d'instaurer la pratique.
En gros j'avais beaucoup plus de réunions avec les opérationnels mais dans notre contexte c'était surtout les utilisateurs finaux (car on bossait sur les évolutions et la maintenance d'applications internes).
Vu la taille de l'entreprise on se chargait déjà des déploiements. Il nous a demandé surtout de renforce la phase de test et on eu des formations au TDD.
Voilà je pense pas que ce soit l'approche officielle mais ça peut déjà vous donner une idée de l'application IRL - Contacter en MP
Sève
Nombre de posts : 97Nombre de likes : 3Inscrit : 26 avril 2022Merci j'espère bien continuer à développer, ce que je cherche c'est les compétences à avoir en plus pour le côté Ops
Est ce avez vous tous les 2 suivi des formations spécifiques à part le TDD ou avez-vous passé des certifications ? - Contacter en MP
Erwan42
Nombre de posts : 214Nombre de likes : 9Inscrit : 4 avril 2022bonjour
ni certif ni autres formations dans mon cas mais comme je le disais c'était une mise en place locale sur petite équipe. Je crois que mon chef de projet avait lui suivi des formations mais courtes et il n'a pas non plus parlé de certifs. Je pense pas non plus pouvoir postuler à une offre DevOps sur la base de cette expérience - Contacter en MP
Gazole
Nombre de posts : 152Nombre de likes : 30Inscrit : 3 juillet 2015Je ne sais pas s'il existe des postes de CP spécialisé dans le DevOps, mais quand j'arrive en mission et qu'on me dit que l'organisation "c'est de l'Agile", je demande s'il y a un coach agile. Et là on me répond "C'est plutôt de l'Agile".
Et évidemment, généralement pas de définition de sprint, pas de User Stories, pas de stand-up meeting. Oui je sais, il y a 3000 méthodes agiles, mais je pense qu'on fait du Scrum en général ?
De même on nous évoque de l'intégration continue mais il ne faut surtout pas que les équipes Dev et Infra (sans que ce soit du DevOps) ne communiquent, il faut surtout continuer à alimenter leur animosité !
Bref, pour du DevOps en poste, ce sera la loterie. Une fois la certif terminée, tu verras rapidement en entretien c'est du DevOps ou du PlutôtDevOps, qui en général va chercher les avantages managériaux de ces équipes et les inconvénients des principaux intéressés.Freelance depuis septembre 2015 - 8 ans de prestation en SSII auparavant. EURL à l'IS. - Contacter en MP
Sève
Nombre de posts : 97Nombre de likes : 3Inscrit : 26 avril 2022Bonjour
Merci je vais me pencher sur la certif histoire d'avoir justement une bonne idée de l'approche avant de voir concrètement comme elle est appliquée.. - Contacter en MP
Erwan42
Nombre de posts : 214Nombre de likes : 9Inscrit : 4 avril 2022Bonsoir,
vous avez pas mal de formas intéressantes pour découvrir l'approche sur Udemy, Open Classroom et Red Hat - Contacter en MP
Free-Worker-570083
Nombre de posts : 113Nombre de likes : 41Inscrit : 25 décembre 2021Perso pour moi c'est une licorne.
C'est une notion que j'ai vu apparaitre il y a plusieurs annees lorsque des entreprises demandaient a des developeurs .NET de deployer SharePoint, donc la configuration de l'AD, SQL, Windows, Cluster etc.
Je ne vous cache pas que cela etait un desastre. Moi en tant que specialiste infra, vu que je faisais du SharePoint aussi, on m'a tres souvent demande de faire du dev aussi, les retructeurs ne comprenaient rien du tout. Ils melangaient tout.
A mon avis ce type de demande est sortie de la tete d'un responsable qui s'est dit, tient au lieu de recruter 2 gars, pourquoi ne pas retruter un seul gars qui fait tout.
Je vois encore des personnes qui ne font habituellement pas d'infra deployer des services, mais la documentation est nulle, les design bas niveaux et hauts niveaux ne tiennent que sur quelque pages, les parametres par defaut des applications ne sont jamais optimises. C'est du foin je vous le dit.
On peux avoir plusieurs competentes, et c'est tres bien, mais on excel rarement dans toutes, et souvent ceux qui recrutent ne comprennent pas du tout.
Il y a plusieurs annees, un ami d'enfance me demandait de l'aider sur Microsoft Access, je lui ai dit que je n'y connaissais rien, car je bossais sur les infrastructures reseaux et produits backoffine Microsoft comme Exchange, Windows server, SharePoint etc, ce a quoi il me repondit : "Mais je croyais que tu etais informaticien?"
Et maintenant, vous avez les DevSecOps, vous faites du dev, de la securite/cybersecurite et de l'infra aussi
Allez, sur ce les gars :-)
Utilisateur suppriméSalut,
de nos jours, l'infra a beaucoup évolué:
utilisation à haute dose du scripting (bash, korn, powershell, etc...)
utilisation avec une très forte progression de l'IaC (Infra as Code), avec 2 grands modèles : 1/ Je donne ma cible à un robot et il déploie ce que je lui ai demandé à l'aide d'une recette de cuisine (modèle type Chef). 2/ je déploie individuellement chaque élément de la chaine (modèle type Terraform).
Tant qu'à faire du scripting autant avoir des outils de gestion des versions, de contrôle du contenu et de contrôle du moment de déploiement. (Chaine CI/CD).
On en pense ce qu'on veut, mais ce métier s'appelle le DevOps. Les profils sont rares parce qu'il faut avoir une grosse expérience en infra ET une bonne expérience en DEV.
====
Je voudrais faire une autre remarque. Il y a 5 ans, j'ai entrainé mon neveu pour son épreuve de mathématiques au BAC S. Au premier abord, j'étais scandalisé parce qu'il ne connaissait pas le mode opératoire pour faire une intégrale. Puis, j'ai découvert que ce savoir-faire était quasiment sorti du scope de l'enseignement au profit d'autres notions. De nos jours, chaque étudiant a dans sa poche une calculatrice capable de résoudre une intégrale et donner les réponses exactes.
Pour l'infra, c'est pareil.
Etre super spécialiste de l'agencement des blocs dans un système de stockage n'a plus aucun intérêt. Des automatismes et des robots font ce travail pour toi, sans que tu t'en rendes compte.
Etre super spécialiste de la non contention sur un système de base de données n'a plus aucun intérêt. Des automatismes et des robots font ce travail pour toi, sans que tu t'en rendes compte.
Etre super spécialiste du log shipping entre une base de données principale et une base de données standby n'a plus aucun intérêt. Des automatismes et des robots font ce travail pour toi, sans que tu t'en rendes compte.
Je pourrais continuer cette liste ad libitum. Mais maintenant, je vais retourner la proposition : Si tu es spécialiste de ce genre de trucs en 2023, pose toi sérieusement des questions sur ta formation et ton employabilité future.
De nos jours, le besoin des services d'infra, c'est :
Le moveToCloud
Le DevOps
La gouvernance
Des outils d'asset management aux petits oignons
la cyberSécu
La ségrégation des environnements, des vLan, des comptes et des droits.
etc..
Contacter en MP
_Fred_
Nombre de posts : 750Nombre de likes : 321Inscrit : 1 mai 2015C'est hyper intéressant ce que tu dis. J'ai eu juste hier un problème d'une équipe de dev en régie qui se plaint d'être à 100% et de se prendre dans les dents des problèmes de régression parce que la recette est assurée par le client et qu'ils n'ont ni les moyens de faire du test en bonne et due forme, ni les moyens d'automatiser le test ni les moyens de mettre un transverse pour filtrer les tickets et les demandes de dev correctif en amont. C'est la misère, et une bonne partie vient de l'absence d'organisation méthodologique propre.
Sur la question des intégrales, le lire devient une évidence : c'est en acceptant l'obsolescence de certains concepts que l'on peut faire avancer le savoir. Je m'étais toujours posé la question de comment des civilisations hyper avancées pourraient gérer l'enseignement de leurs technologies, alors que nous avons du mal à former des experts en moins de 25 à 30 ans. J'imagine qu'il faudrait alors accepter ce que tu viens d'expliquer, que des calculs fondamentaux doivent être laissés à des automatisations pour se concentrer sur la suite.
Bref. Fin de digression. Le Devops c'est hyper important, autant que la philosophie Agile, peu importe comme les cochons mangent leur confiture.
- Contacter en MP
Paul92
Nombre de posts : 1754Nombre de likes : 336Inscrit : 1 avril 2012J'avoue être de plus en plus perdu avec ces nouveaux termes issus de la méthodologie Agile, et maintenant DevOps, qui pullulent dans les annonces.
Et comme dans notre secteur beaucoup de commerciaux ne comprennent pas ce qu'ils vendent, je suppose que si vous ne mettez pas à jour en temps réel votre CV pour qu'il se calque sur cette tendance, il finira obligatoirement au fin fond de leurs résultats de recherches ...
Utilisateur suppriméOui, c'est parfaitement exact. Les commerciaux cherchent des mots clefs.
Sur le fond, attention à ne pas confondre l(es) méthode(s) agiles et le DevOps. L'un n'implique pas forcément l'autre.
Il n'y a pas de généralité, mais on peut énoncer la chose suivante : Un DevOps utilise des cycles courts pour réaliser ses actions.
Je prends un exemple assez basique :
Hier, nous avons eu un problème applicatif. Nous nous sommes rendus compte qu'un serveur était saturé (CPU à 80% et mémoire en train de swapper).
Le chef produit m'a alerté de cette situation et m'a dit que les développements pour corriger ce problème allaient prendre 3 semaines (sprint de 3 semaines jusqu'à la prochaine release).
Nous avons convenu que je devais augmenter le CPU et la RAM de la machine à compter de cette nuit pour contourner le problème jusqu'à la prochaine release.
J'ai donc mis cette action dans mon backlog, en mode Kanban.
J'ai préparé les scripts Terraform et je les ai joué dans un environnement de DEV.
J'ai programmé l'exécution du Terraform, ce soir à 22H.
Donc, oui, nous sommes bien sur des itérations courtes. S'agit-il de la méthode agile au sens Scrum ou Agile Manifesto ? Non.
- Contacter en MP
Paul92
Nombre de posts : 1754Nombre de likes : 336Inscrit : 1 avril 2012Merci pour l'explication détaillée.
J'avoue ne pas m'y faire avec toutes ces terminologies, alors que dans le même temps, quelle que soit la méthode, je n'ai pas l'impression que les compétences requises aient fondamentalement changé par rapport à l'époque du cycle en V.
Rien en tout cas qui justifie d'avoir transformé les AMOA en Product Owner dans 90% des annonces ...
Utilisateur suppriméJe suis en phase avec ce que tu dis, mais je dois constater que lorsqu'un recruteur te parle de backlog et de sprint, il vaut mieux comprendre ce que ça sous entend.
Par exemple, le sprint implique:
des scripts de tests unitaires. Ces tests vont juste appeler les fonctions ou les objets avec des valeurs remarquables et constater que ça passe ou que ça plante. Exemple : function_diviser(numerateur= 121.32, denominateur = 0)..... ben, ça doit planter et être intercepté par un (try, catch, finally).
des automatisations de tests fonctionnels bout-en-bout. Là on utilise des outils simulant l'action humaine tels que Selenium ou le RPA ( Robot Process Automation).
Un sprint terminé implique 2 ou 3 jours de tests avec un backlog de corrections immédiates. Là, les testeurs et les dev font des allers et retours rapides pour faire les correction en live avant de pouvoir procéder à la release.
la release consiste à publier une branche du GIT, définitivement. Cette branche va alors chopper un numéro de version : V4.2022_15 (Parce que c'est la 15ème publication de 2022).
Il y a des implications fortes à la fin des sprints : il est hors de question qu'un DEV ou qu'un QA prenne des congés dans cette période.
Il faut absolument comprendre toute cette mécanique pour pouvoir réussir des entretiens.
Cependant, et là je te rejoins totalement, c'est là même chose qu'en cycle en V. Il y a des dev, des tests et des releases.
- Contacter en MP
NC_EB
Nombre de posts : 898Nombre de likes : 287Inscrit : 22 janvier 2021J'ai fait quelques recherches sur SAP et Devops. J'ai l'impression que ça concerne tout ce qui est gestion des tickets d'incidents, transport.
Et les liens et automatismes à mettre en place entre SAP et différents outils (Service now, Jira, Gitlab). Je pense qu'on peut y ajouter solution manager
Et la gestion des tests.
Est-ce que le fait de devoir utiliser ces outils fait que je peux mettre Devops dans mon cv? ou ce serait plus de la méthode Agile?
Utilisateur suppriméHonnêtement, à partir du moment où tu ne sais pas déployer et configurer un SAPROUTER, un SAP GUI, faire une sauvegarde MaxDB ou faire une sauvegarde HANA, c'est assez difficile se présenter avec une casquette OPS ou DevOps sur SAP.
Contacter en MP NC_EB
Nombre de posts : 898Nombre de likes : 287Inscrit : 22 janvier 2021ah okay, c'est plus de l'admin/archi SAP en fait!
Donc clairement pas mon truc! 😆
Merci!
- Contacter en MP
Free-Worker-570083
Nombre de posts : 113Nombre de likes : 41Inscrit : 25 décembre 2021Merci pour les inputs, mais automatiser des actions sur une infra en tant qu'inge. systemes en utilisant des scripts ou programmes ne fait pas de nous des developeurs.
Rien de nouveau ici, a la fin des annees 90 je faisais du batch (.cmd/.bat) et du KickStart pour automatiser des taches ou generer des rapports, cela ne fait pas de moi un developeur.
Je deploie des nouveaux serveurs sur VMWARE ESX ou Azure, avec un petit script qui permet aux serveurs de rejoindre le domaine automatiquement et autres parametres. Cool. Mais je ne suis pas un developeur.
J'ai vu beaucoup d'annonces de mission ou ils cherchent un DevOps qui fait du development en C# et de l'AD/Exchange/M365/Azure... Il s'agit d'une licorne comme je disais.
Pour moi l'automatisation de l'infra n'a rien de nouveau, cela c'est simplement ameliore avec le temps et plus d'outils et methodologies on vu le jour naturellement. Et ce serait dommage que cela n'ait pas evolue dans ce sens.
Dans d'autres societes j'ai deploye les solutions que les developeurs avaient compiles et teste en NON Prod. Je n'ai fait qu'installer ces applications developees maison, en tant qu'admistrateur des systemes. Encore une fois, 2 metiers differents.
Aujourd'hui je fais du PowerShell, comme beaucoup. Je me considere toujours comme un admin/inge. systemes. Rien d'autre.
Utilisateur suppriméMerci pour ta réponse.
ils cherchent un DevOps qui fait du development en C#
Je n'ai jamais vu un DevOps faire du développement en C#. C'est du délire. Ca n'existe pas.
Aujourd'hui je fais du PowerShell, comme beaucoup
On en parle pas de la même chose. Je te parle d'IaC dans un pipeline CICD. 👍
Utilisateur suppriméVoici une explication assez bonne.
https://www.youtube.com/watch?v=4BibQ69MD8c
Pour les DEV :
Il s'agit d'assurer le partage des taches, le versionning, le suivi, la validation, les tests unitaires et le déploiement sur un environnement local (Généralement Docker).
Dans une boite sérieuse, qui a conscience du danger que ça représente, je n'ai jamais vu un DEV aller jusqu'au déploiement sur un environnement de PROD. Ceci est simplement dû au fait qu'il ne peut pas maitriser les éléments de topologie réseau/routage/défense. Donc, essayer d'embaucher un DEV sous l'appellation DevOps signifie simplement qu'il peut aller jusqu'à déployer l'application sur un Docker. Quant aux annonces qui mixent C#, JAVA, React.JS d'un côté et AD/Exchange/M365/Azure de l'autre sous l'appellation DevOps, c'est qu'ils n'ont strictement rien compris à ce dont on parle.
Pour les INFRA, je vois 2 cas :
1/ la boite créé des logiciels. (pour des besoins internes ou pour revendre). Dans ce cas, la vidéo explique exactement ce que fait un DevOps dans ce contexte.
2/ la boite utilise des logiciels "sur étagères". Donc, un ERP, un CMS, un CRM, un TMS, un MES, un SIRH, etc.... Dans ce deuxième contexte, il est évident que la partie "code et tests unitaires" ne sont pas à la charge de la société utilisatrice. Les entreprises éditrices te livrent des "artefacts" comme tu l'as vu dans la video, c'est à dire, des .zip, des .tar, etc....
Le principe du DevOps est alors de déployer, exactement de la même manière sur tous les environnements (DEV / QUALIF / PREPROD / PROD). Ces déploiements sont réalisés en GIT / Terraform / Jenkins .... mais aussi Python, CMD et PowerShell pour les scripts de finition.
En conclusion, la méthode DevOps permet de répéter rapidement et fidèlement des opérations complexes.
Contacter en MP NC_EB
Nombre de posts : 898Nombre de likes : 287Inscrit : 22 janvier 2021Merci @DevAndOps! 👍
Il s'agit d'assurer le partage des taches, le versionning, le suivi, la validation, les tests unitaires et le déploiement sur un environnement local
Ah ben c'est bon je suis DevOps! 😆
je plaisante!
