Reprise du message précédent :

 
je dois avoir ça en stock je regarde ce soir mais de toutes façons  c'est bientôt la fin de sap sous oracle  

 
Les devs deviennent autonomes. Le système leur donne des briques de base et une API et ils se débrouillent avec ça pour les tests et les déploiements.
 

 
 
et 2 mois plus tard  ça se termine par :  on a un problème de perf merci de rajouter de la puissance ( plus c'est vague mieux c'est )

Tout à fait.
Et malgré que cela a l'air de t'ennuyer, rajouter 1 vCPU, de la RAM ou du disque coûte beaucoup moins cher que le temps de bench/optimsation d'un dev. Donc en générale c'est ce que va vouloir la hierarchie
Quand je dev, j'aimerais bien pouvoir passer plus de temps à optimiser...

 
Et c'est comme ça qu'on arrive à des machines qui Swappent avec 64GiB de ram  

Tout à fait.
Plaigniez vous à la hiérarchie, les devs seront content

Mouais, non, clairement pas non plus.
C'est un extrême valable pour ... euh, non, je vois pas en quoi c'est valable.

La cible du devops, c'est vraiment "chacun fait son taf proprement" :
- les devs héritent d'environnements préparés avec
* les versions logicielles vérifiées et patchées,
* les dump/backup bien mis en place,
* l'utilisation infra correcte (genre utiliser des volumes propres, bien installer les softs, ...)

Ils souhaitent une iso-prod pour un test d'une ano de prod, c'est possible, déployé rapidement et tué après usage.
La correction associée est versionnée et poussée dans le CI pour redéploiement rapide sur tous les envs dont la prod.

- les ops héritent de livraisons structurées installables et déployables
* sur tous les envs de la même façon
* facilement
* sans modifications manuelles
* documentées
* avec rollback prévu

Les environnements de dev/test/recette/qualif/préprod peuvent être tués régulièrement et remontés à partir des backups, des données de la prod et des branches de l'outil de version.

Et grâce à cela, deviennent plus simple
- la gestion des patchings
- la gestion des backups et restauration
- la gestion de la capacité
- la gestion des changes
- et surement d'autres que j'oublie

Le but étant que les ops mettent à dispo un espèce de marketplace des systèmes à déployer avec les bonnes pratiques pour les dev.

Et par contre, à un moment ou à un autre, ça signifiera Docker en production ...

Chez nous, vu qu'on consomme bcp de technos web (php/apache/mysql/node.js/mongodb principalement), on prépare un openshift.

Vous avez des sites de prédilection pour tester les blacklist mx pour voir si ses serveurs mails sont blacklisted ?
 
XaT

la plus part du temps mxtoolbox est suffisant.

 
les vCPU ou de la RAM c'est facilement scalable  à peu frais donc c'est pas vraiment un problème,  mais les performances disques ça coute vraiment une blinde et ça reviens souvent moins cher de faire réécrire les bouts de code qui posent problème  

 
+1

Pas mal celui la : http://multirbl.valli.org/
 
XaT

Merci monsieur, mais vu mon client et les vieille bécanes qu'on se trimballe je pense qu'on a encore un peu de marge

Si tous les devs pouvaient commencer par une formation ITIL l'humanité ferait un pas de géant vers le futur.

 
Oui enfin t'es pas obligé d'aller jusque là
 
C'est au responsable de créer un workflow correct, mais pour ça faut comprendre l'intérêt d'un bon outillage et des procédures Mais le temps gagné est juste ouf

Et avoir des responsable compétent/capable d'imposer une decision.
 
Chez nous, si un supérieur te dis qq'chose et que tu dis non => bah le chef remballe et  aucun sanction....
 

Vous embauchez ?
 
XaT

Bof

 
sans aller jusque là, un peu de "vis ma vie", ça aide bcp à la compréhension.
j'ai commencé par le dev et j'ai fini côté infra (je fais de l'intégration) donc je suis bien placé pour comprendre les 2 mondes.
 
il y a vraiment un FOSSE entre les deux, dev et sysadmin.

Moi aussi d'ailleurs je cherche du travail pour Septembre dans le Sud vers Toulon.
 
Profil: 2 ans en Dev, 3 ans en Admin/Ingé SysLinux.
 
Si jamais vous entendez des bruits de couloir, pensez à votre marque de toilette préferée

 
Pas toujours non. Enfin pas chez nous (je suis un semi-ancien sysadmin et mon associé dev).
 
Le fossé il existe si ta des mauvais, qu'ils soient devs ou admin

 
En dehors d'une organisation devop, tu gères comment ?
 

 
Pourrait-on s'accorder pour appeler ça "brique de base" ?
 
Rajoute une API là-dessus et tu obtiens grosso-merdo :

 
Merci quand même d'avoir détaillé
 

 
Tu cherches forcément au sud-sud ?

j'ai de la famille la bas alors j'aimerais bien    
Pour l'instant je vise un constructeur de sous-marin nucléaire, mais les offres d'emplois ça reste assez touchy et faut pas mal d'XP    
Mais le temps passe et il faut que j'assure mes arrières    
 

 
 
Nop, les choix actuelle, c'est d'augmenter le volume de prestation...

Non mais je déconnais. Jamais je bouge dans le nord
 
XaT

tu portes bien ton pseudo vu tes propos

 
Pour moi il y a des notions indispensables, ne serait-ce que l'expression de besoin. Quand un dev te répond "C'est bon, j'ai fais pipi il y a 5 minutes" à ce genre de question, tu as du mal à comprendre que tu bosses dans le même métier que lui.

 
Mauvais dev, changer dev (ou former dev )

 
Je parlais seulement du fait que toutes les problématiques de performances se résolvaient pas  d'un cout de baguette magique en augmentant le CPU la mémoire ou les ios dédiés à l’application.  
 
mais quand tu gères un certain nombre de serveurs (en devops ou pas  ça change pas vraiment la problématique)  tu  te dois de faire un capacity planning (18 mois min) avec les couts associés   pour éviter de te retrouver pris de court ( la cigale et la fourmi tout ça tout ça ...)  

 
tu peux développer ?

 
ignores-le simplement, son message était stupide.
 
Ton message était réaliste :
Un devops dans l'esprit des recruteurs actuels, c'est un admin qui, en plus de connaitre toutes les couches systèmes, doit aussi maitriser le réseau + le déploiement auto avec ansible/chef/puppet (idéalement les 3) + maitriser les différentes api des cloud (aws/azure) & terraform + savoir écrire des templates d'applicatif à déployer (java/node.js/mongodb/...) + mettre en place authentification globale (outil et plateforme) + mettre en place la couche CI/CD pour que le dev n'ai plus que son dev à pousser et youhou.
 
- La gestion de config/CI/CD c'est une connaissance à part entière
- L'infra est une connaissance à part entière
- Le réseau est une connaissance à part entière
- L'intégration applicative est une connaissance à part entière  
 
Bref, devops c'est une tendance, pas un poste. Fin.
Allez à des prez, meetups, conférences, ... vous entendrez très souvent dire "hello, je suis un dev qui fait du ops" ou "hello, je suis un ops qui fait du dev".

 
Je me surement mal exprimé mais en effet dans les offres d'emplois que je lis, le DevOps est quand même l'informaticien avec 250 ans d'expérience qui maitrise absolument tout    

Mes relais smtp ont une réputation en baisse, c'est super
 
XaT

qui maitrise surtout ce qui n'existe pas encore ...

 
Viens bosser dans ma cogip :
Maitrise de Docker/Terraform/Chef/...  
Expérience de 5-10 ans en tant que devops ...
 
langages à connaitre : php, java, .net, python
mais ils ne parlent jamais des nouveaux langages à connaitre pour les technos (genre Go, tf, ...)
 
+ expérience de sysadmin avant
+ expérience de gestion de projet/équipe (pour un lead)
 
Salaire:  20-150k€ mais vu votre âge, j'peux pas mieux que 25k€ avec un papier repas. vous comprenez, on a des grilles
 
 

 
   
 
On m'a quand même sortit un jour:  
"Non mais 27K pour du DEV php chez un client on peut pas, ça sera 25K, mais vue que y'a le passe navigo remboursé + tickets restaurant, du coup ça fait 27K   !"
 
Sinon en parlant de langages, j'ai vue qu'il y avait le Rust, quelqu'un à déja mis les mains dedans ? c'est encore un langage qui fait mieux que tout les autres et qui est bon null part ?
 

J’ai crû comprendre qu’il était lié à Firefox (genre « nouveau langage interne »).
C’est possible, ça ?

Le Rust:
 
Featuring
 
    zero-cost abstractions
    move semantics
    guaranteed memory safety
    threads without data races
    trait-based generics
    pattern matching
    type inference
    minimal runtime
    efficient C bindings
 
   

C'est pas lié à Firefox mais c'est une des motivations.
 
Un navigateur c'est des millions de lignes de C++ avec tous les problèmes que ça pose niveau vérification et sécurisation.
Rust vise à être une alternative aussi performante mais nettement plus sûre:

 
Le futur remplaçant de Gecko est écrit en Rust: https://servo.org

 
tout ça c'est du branding et beaucoup de flan.
 
Ce qu'il faut retenir dans le fond, c'est que le métier d'ingé système est en profonde mutation. Un gars qui était ingé système il y a 30 ans te dira qu'il en a connu aussi plein des mutations du taff, et que la clé c'est de s'adapter et d'apprendre constamment (ou de passer sur du management, du projet ...). Je ne vois pas le métier disparaitre maintenant mais en tout cas il n'aura plus la même forme. On est passé dans une optique "jetable" et hautement distribuable des couches système qui ne demande plus les mêmes compétences. J'ai pas touché à un noyau en prod depuis très longtemps.  
 
Le métier a complètement changé chez les sysadmin US en très peu de temps (on va dire entre la percée des premiers outils d'orchestration et la mode de balancer ses infras chez amazon et compagnie) et en France ça commence à fortement bouger mais avec pas loin de 5 ans de retard, avec l'inertie habituelle des grands groupes, lié au manque de confiance, de personnel qualifié, aux réinvestissements nécessaires etc. Quand je lisais reddit il y a 4/5 ans je découvrais des technos et des usages que personne n'osait encore utiliser en prod chez nous, et qui font maintenant parti de prérequis sur les cv ... Les infras virtualisées ont tendance à fortement se barrer chez des monstres qui phagocytent tout et l'admin en cogip a de moins en moins la main. Côté décideurs on sent qu'il y a une forte volonté de ne surtout plus faire d'hébergement et de se séparer de tous les emmerdes associés (à tort ou à raison, tout de dépend du métier).
 
Comme tu viens de te lancer dans le métier et que t'es jeune tu vas prendre le train en marche de cette mutation et ça devrait pas être trop violent, même si tes études avaient surement un décalage par rapport au terrain, comme d'habitude. Le gars qui bosse depuis 15 ans d'une certaine façon et qui doit apprendre plein de choses d'un coup à 40 berges, c'est autre chose.