Bonjour,
Quelqu’un aurait-il une définition précise de ce qu’est un DevOPS et surtout les compétences attendues.
Merci
Bonjour,
Quelqu’un aurait-il une définition précise de ce qu’est un DevOPS et surtout les compétences attendues.
Merci
https://fr.wikipedia.org/wiki/Devops
ca m'a l'air assez clair
après dans les faits y a des boites qui utilisent ce terme comme un fourre tout, avec une définition propre à leur environnement
idéalement il faut être dev et avoir des compétences d'infra (installation de ce qui est développé, paramétrage, réseau, OS ...)
ce qui permet d'une part de prendre en compte ces aspects pendant le développement (initial ou incrémental), et d'autre part de participer à l'installation et au paramétrage
enfin je pense
Les competences a avoir sont simple a deviner
administration systemes (principalement linux) , du cloud (si possible a grande echelle) , du dev (generalement du dev oriente web) , de ladmin BDD, middleware , admin reseaux (cisco) , de la securite , etc.... en fait ya pas un profil type ca va dependre des besoins de la boite
cest devenu aussi un mot valise qui traduit juste le fait que beaucoup de boites voient 2 salaries en 1 car le devops est au four et au moulin
"bye bye !" : Antonio Ferrara , 12 mars 2003 - check also my flight's diary and my flight's reports
Normalement, c'est plus du support d'administration orienté pour les devs mais dans les faits, ça dépends surtout de la taille de la boite : s'il y a un effectif de 30 personnes, c'est sûr qu'il y a beaucoup de chance de faire tout et n'importe quoi (ce qui peut être intéressant pour une personne qui veut élargir son champ d'action) alors que s'il y a 500 personnes, le rôle va être plus concentré à son essence même.
Une application est composée d'une partie build (le développement, d'où le dev) et d'une partie run (déploiement et exécution au jour le jour, d'où le ops pour opérationnel).
Donc un devOps c'est un développeur capable de gérer également la partie run.
Personnellement, mon premier poste consistait à gérer tout du recueil du besoin jusqu'à la formation des utilisateurs finaux, ce qui inclus donc la partie ops. Quand j'ai vu arriver ce concept ça m'a fait beaucoup rire. Plus tard dans ma carrière j'ai changé de poste et de société et j'ai rencontré des développeurs qui n'avaient jamais déployé aucune application ni rencontré aucun utilisateur final de leurs développements. J'ai même vu des architectes et des tech leads qui n'avaient jamais mené un projet de bout en bout.
C'est du aux organisations dans certaines structures un peu trop grosses sur des projets un peu trop gros qui pensent que c'est pertinent de fractionner les responsabilités. Un peu comme si dans une cuisine d'un restaurant tu avais un cuistot pour préparer les recettes sur papier, un autre pour découper les ingrédients, un autre pour démarre les cuissons, un autre pour les finir, et un autre pour dresser les plats. C'est débile mais c'est la vie. En gros c'est une mauvaise division du travail.
De mon point de vue, un véritable développeur est naturellement un devops.
Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.
"Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
Kenneth E. Boulding
"Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
Jean-Baptiste Say, Traité d'économie politique, 1803.
"/home/earth is 102% full ... please delete anyone you can."
Inconnu
Pour savoir ce que c'est en vérité, voir les réponses ci-dessus, elles sont très bien.
Pour la vraie vie au quotidien dans les entreprises: c'est un buzz-word (pardon, un mot-valise) qui est utilisé dans les entreprises qui veulent être hype (pardon, à la pointe de la technologie), dans la même idée que les entreprises font toutes de l'Agile et du cloud.
Donc ça va de "je fais un script qui déploie mon application automatiquement" à "je fais le boulot de l'IT", à "je fais du déploiement automatique via une chaîne complète d'intégration continue tout en ayant un déploiement rouge/vert transparent pour mes utilisateurs", en passant probablement par "je suis stagiaire et je ne sais pas ce que je fais".
Entièrement d'accord avec toute l'explication sur les DevOps , notamment avec le division du travail complétement contre-productive, sauf ça ci dessous.
D'après ce que j'ai compris, et ceux que j'ai côtoyé, un DevOps c'est un être hybride entre développeur et spécialiste Systèmes et Réseaux.
Ben je suis désolé souvent les dévs n'aiment pas/ n'apprécient pas/ n'ont pas les compétences de S&R, et réciproquement. Les DevOps sont l'exception qui confirment la règle.
En plus avec la montée en puissance des langages de haut niveau, ça a éloigné encore plus les dévs du S&R.
À moins que l'entreprise soit une TPE, je pense effectivement que celles qui embauchent un DevOps pour en avoir deux pour le prix d'un se trompent. D'ailleurs très récemment sur Linkedin un DevOps se plaignait de recevoir des offres de développeur.
Super MERCI BEAUCOUP pour toutes ces réponses qui au final sont plus rassurantes que je ne l'escomptais !! (Pour Wikipedia, je consulte oui mais avec un certain recul, suis plutôt de la génération Encyclopédie Universalis , aussi je préférai avoir des avis de plus vivants te frais !!)
Ce besoin de créer de nouveaux termes fashion on devrait peut-être créer une FashionTechWeek avec défilé de DevOps, Scrumaster, Melinda nous présente un joli ensemble du créateur JEE rehaussé d'un feutre aux tendance Angular chaussée d'escarpin JS (Jimmy Shoo )...
Finalement j'ai l'impression que ça rejoint plus les fonctions de DirTech acquis à la compétence et l'expérience.
Je vais donc modifier mon profil CV histoire d'être à la mode .
Merci encore pour vos réponses.
Il faut bien comprendre la partie S&R pour être devOps mais attention à ne pas confondre avec la partie infra. Un devOps va utiliser l'infrastructure massivement mais il ne la crée pas et ne la gère pas, c'est le bain dans lequel il nage en permanence donc il a besoin de bien comprendre et il a des accréditations bien supérieures au dev lambda sur l'infrastructure mais il n'est pas responsable de mettre en place l'infrastructure. Il ne crée pas de machine, n'ouvre pas de flux, ne crée pas d'utilisateur, il va faire installer des logiciels qui permettent de gérer l'intégration continue et le déploiement mais il ne va pas installer un système d'exploitation par exemple. Il utilise les briques qu'on lui donne.
En définitive dans une grosse DSI on va avoir la partie infra séparée de la partie run séparée de la partie build. Et le devOps est au croisement de tous ces domaines pour faire le lien, d'où le panel très large de compétences nécessaire. Il doit également bien comprendre la partie dev, comme on gère une base de code, l'importance des tests, de la QA, etc .. Bref, il faut beaucoup de compétences.
Devops, pas plus que Scrummaster ou que le JavaScript de ces dernières années de sont de nouveaux termes fashions, ils désignent de nouvelles réalités qui comblent des besoins très réels. Si javascript est entrain d'écraser J2EE pour le web c'est pour de très très bonnes raisons, pareil pour l'apparition de l'agile et pareil pour les devops dont la création découle naturellement des pratiques agiles.Envoyé par Wisevolk
Je sais pas ce que tu entends par DirTech, si c'est direction technique tu n'as pas compris de quoi on parle. Un devops est un opérationnel, comme le dev ou l'admin sys.Envoyé par Wisevolk
Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.
"Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
Kenneth E. Boulding
"Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
Jean-Baptiste Say, Traité d'économie politique, 1803.
"/home/earth is 102% full ... please delete anyone you can."
Inconnu
Il suffit de continuer et faire pareil avec les medias sur plein de sujets
Oh , tiens toi bien , voici venu la saison de SAFe , jai un pote qui a bosse avec agile/scrum , il men a parle vite fait , bon ce serait a premiere vue pour la gestion de gros projets , mais connaissant les managers actuels dans les grands groupes , cela va aboutir a une enieme m€rde sans noms
Ah bon ? Comment et pourquoi ?
Je pense plus qu'il a en tete un admin systemes/reseaux qui devient manager par son experience et son vecu ultra large
Mais allez y , faites donc mon brave , modifiez le de ce pas sans attendre
Etre fashion et dans l'air du temps fait 30% du boulot , voir plus.
Comme dit plus tot , ces buzzword font que les recruteurs dont le champ de vision ne depasse pas le 16/9 ou 16/10 ne retiennent que ce que le dresseur les entraine a faire/voir
"bye bye !" : Antonio Ferrara , 12 mars 2003 - check also my flight's diary and my flight's reports
Ben regarde les offres d'emploi de dev sur les startups et boites qui ont un produit / service exposé sur Internet, c'est massivement des SPA avec Angular/Vue/React et des backends sur du node.js. Presque rien en J2EE. J2EE est très utilisé sur les progiciel d'entreprise mais sur le web la perte de vitesse est énorme.
Ya aussi les SI qui s'essaient aux microservices qui s'orientent vers des architectures hybrides node.js / J2EE où la partie node sert d'orchestrateur entre les frontaux et les services les plus lourds et complexes qui sont en J2EE.
Le fait est que node encaisse beaucoup mieux la charge en terme de volume de connexion. En revanche le javascript pour des traitements lourds et complexes, même avec TypeScript ça reste moins bien que Java ou C#.
Bref ... C'est la tendance lourde actuelle semble-t-il.
Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.
"Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
Kenneth E. Boulding
"Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
Jean-Baptiste Say, Traité d'économie politique, 1803.
"/home/earth is 102% full ... please delete anyone you can."
Inconnu
je confirme, trouver du taf en client lourd .net c'est pas simple
tout le monde fait des apps web, même en intranet sur windows ... je ne comprends pas pourquoi ...
le web c'est beaucoup plus lent (dans les faits si) et ca n'est pas plus simple à déployer/mettre à jour quand on est pas idiot et ca a plein d'autres défauts
Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.
"Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
Kenneth E. Boulding
"Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
Jean-Baptiste Say, Traité d'économie politique, 1803.
"/home/earth is 102% full ... please delete anyone you can."
Inconnu
D'un côté une seule application (le browser) dont on a besoin de gérer le déploiement et les mises à jour sur le poste client pour tous les applicatifs internes de la boite. De l'autre une application à déployer / mettre à jour pour chaque client et chaque applicatif interne de la boite.
Donc non, ya pas photo, point de vue gestion du parc c'est no match.
Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.
"Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
Kenneth E. Boulding
"Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
Jean-Baptiste Say, Traité d'économie politique, 1803.
"/home/earth is 102% full ... please delete anyone you can."
Inconnu
alors oui quand on est pas bon ca peut ressembler à ça
mais perso en .net ca fait plus de 10 ans que j'ai fait un système de mise à jour automatique (50 lignes de code à vu de nez)
le client peut récupérer les maj depuis le serveur (comme n'importe quelle autre donnée) et demande au user s'il veut redémarrer tout de suite ou pas
la copie a été faite avant de demander donc ca redémarre dans la foulée
si c'est une maj obligatoire on peut lui refuser de delayer
donc pour faire une maj web on publie les fichiers sur le serveur web, pour faire une maj client lourd je publie les fichiers sur le serveur applicatif, donc ca revient au même
sans parler des systèmes genre SCCM qui permettent de gérer un parc, là aussi on donne les fichiers à jour et ca se déploie tout seul
par contre sur du web tu as des problématiques du genre un client qui limite les browser et les versions et après tu entends telle appli marche sur telle version du browser et telle autre sur telle autre
alors qu'en .net même une appli codée il y a 10 ans en windows forms fonctionne très bien sur windows 10, ne perturbe aucune autre appli et fonctionnera encore pendant des années sur tous les OS windows ... et là dessus c'est no match ^^
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager