Reprise du message précédent :
pour les noobs de bash https://www.fun-mooc.fr/courses/cou [...] on02/about

Pré-requis : créole réunionnais

cool merci !

Tiens j'y pense, c'est peut-être déjà passé par là mais: https://regexcrossword.com/ le dernier hexagonal prend un peu de temps

Comment vous nommez vos milestones sur gitlab ?

 
Milestone technique : année.numéro-incrémenté (19.1, 19.2)
Milestone commerciale : majeure.mineure (5.12)
Milestone des appliances virtuelles : année.mois (19.10)

Ok donc nommer ça selon le "sujet de l'itération" c'est une connerie

 
Bien sûr il peut y avoir des exceptions, et ça dépend du projet. Par exemple, pour la refonte complète de l'UI (XO 6, oui on parle de   en interne chez nous ), on a un milestone dédié parce que c'est un gros morceau en soi. Mais les releases techniques c'est toutes les deux semaines, donc forcément c'est des numéros

 
si tu parles des releases, oui ...
 
Une release est un code sur plusieurs digits.
Cette release porte X issues (anomalies, évolutions, ...) et une gestion de configuration associée, donc avec un changelog associé.
 
Donc selon la release, on peut retrouver tous les sujets.
Mais il est inutile de la nommer "nouvelle_feature_1".
Car ensuite, tu va avoir des "nouvelle_feature_1.1" et des "ano_correction_feature_1" ... bref aucun sens en soi

En ce moment c'est super calme à mon taf, et j'aimerais bien en profiter pour monter en compétence sur des trucs un peu advanced sur linux, ou avoir un peu plus d'infos sur Docker/Kubernetes.
Vous auriez par hasard des bon sites qui proposeraient des "formations" gratos de ce genre siouplaît?

Merci

 
va faire un tour sur le reddit devops, tu devrais trouver pas mal de questions similaires dans l'historique.
Perso j'ai longtemps payé linuxacademy.com, mais le mode de consommation me convenait plus, il faut quand même douiller 50€ par mois et je suis incapable de suivre des cours tous les jours et donc de le rentabiliser.
 
Avant de t'embarquer sur kubernetes il faut que tu connaisses vraiment bien docker, je sais pas quel est ton niveau mais https://training.play-with-docker.com/ est un bon point d'entrée.

un de mes collègue lance du docker partout, je n'aime pas ce truc bordel

En décembre de l'année dernière je connaissais ni l'un ni l'autre, et là on va dire que je me débrouille, j'ai réussi à apprendre les rudiments seul, monter un registry local, jouer avec les versions, effacer des versions du registry..
Et en parallèle j'ai aussi joué avec K8S parce qu'un des projets sur lesquels je suis nécessite cette techno. Du coup j'ai monté mon cluster, fait des tests de perfs sur Filestore/Bluestore, joué avec les yaml pour faire des deployments et les scaler à la volée (avec du apache qui monte du NFS pour sa conf par exemple).. Bref je pense que j'ai pas du toucher 10% de ce le bouzin est capable de faire
Je vais regarder ton lien, merci
 

Ben c'est un truc que je voulais toucher parce que je suis un sysadmin "roots". J'ai appris mon métier presque seul et sur le tas, du coup je connais plein de choses, mais superficiellement. Je ne suis pas un gros GuruZ quoi.

 
ha peut être que ça va être trop débutant du coup
 
tu as fait du Helm ?

Oh je ne me plains pas, j'ai toujours trouvé chaussure à mon pied. Je ne peux pas prétendre aller chez Orange ou Air France, mais dans mon coin ya plein d'entreprises qui ont besoin d'un homme orchestre comme moi, donc ça me va
 

Non pas de Helm, parce que dans mon cas précis je ne vois pas l'intérêt.

chez orange je bosse avec pas mal de "self-made", certains ont juste un bac, d'autres ont changé d'orientation à 30 ans etc.
on est loin d'être une boite trop stricte là dessus, à mon avis c'est bien plus difficile de rentrer chez un Thalès avec un parcours "atypique"
 
Tu serais surpris du nombre d'ingés en poste qui n'ont jamais fait l'effort d'aller creuser du kubernetes ou du cloud public, surtout chez les "seniors"

En tous cas par chez moi j'ai passé un petit nombre d'entretiens téléphoniques  pour des SSII chez Orange, les mecs m'ont toujours posé des questions sur des trucs que je n'avais jamais touché du coup c'est pas passé. Mais ils cherchaient aussi des passionnés de linux (genre "est-ce que vous avez des machines sous linux à la maison" ), ce que je ne suis pas. J'adore mon taf, mais chez moi je suis un user normal, à part un Rpi et Kodi

 
je réponds toujours oui à ce genre de question bidon, faut pas se tirer une balle dans le pied

Pareil et au final je ne veux pas aller chez orange ou air france Swiss . J'ai eu la chance de me former chez infomaniak network pour ceux qui connaissent et là je bosse dans une des plus hautes écoles de Suisse avec des systèmes tout bizarres et c'est top. Je ne veux pas du monde bancaire comme on en trouve des tonnes en Suisse et encore moins des assurances et trucs du genre.

edit: mais bon je traîne quand même sur le topic maker où 90% des gens viennent de l'IT et revent de couper du bois  

tristesse....

Helm va disparaître au profit des operators amha

 
Peut être parce qu’on est usé par toutes ces années de boulot acharné et qu’en dehors du travail, on aspire à autre chose
 
Perso c’est mon cas, chez moi je n’ai plus envie de passer mon temps à tester des trucs qui me rappellent le travail. Et au travail, j’ai bien trop de choses à gérer pour dégager du temps la dessus, sachant que docker et k8s ne sont pas chez l’équipe Unix mais dans une autre équipe.
 
Et c’est bien beau cet engouement vers les nouvelles techno mais il y a tout un historique avant-le-cloud toujours à gérer
 

 
Helm est plutôt remplacé par Kustomize, d’ailleurs il a été intégré nativement dans Kubernertes.
Mais je suis d’accord sur la monter en puissance des opérateurs, poussé surtout par OpenShift.
 

Ça fait partie des trucs qui me cassent les noix dans le monde unix, les softs et outils qui ont une durée de vie de 3 semaine et les trucs qui se font forquer dans tous les sens. Bordel c'est d'un chiant pour la pérennité des installations.

C'est vrai que c'est chiant ces trucs constamment mouvants

Y en a parmi vous qui utilisent des châssis HPE Apollo r2000 (r2200, r2600 ou r2800)? Des feedbacks?

En même temps t'es sur des technos super « trendy » comme ça c'est normal

Aussi k8s je vois pas trop l'intérêt pour des install qui n'ont pas vraiment besoin d'être orchestrée en live/auto… Ça fait beaucoup d'usine à gaz pour des besoins assez spécifiques. Tout le monde n'est pas Netflix, Google ou Facebook.

Ça me fait penser à la hype OpenStack où des gens tentaient de l'installer même dans des home lab

 
relou, je vais devoir revoir mes modules terraform

Je vais regarder kustomize, je connais pas

C'est un truc de KDE ?

 
Dans mon cas une milestone n'est pas une release, ça n'est pas un projet de développement avec binaires ou autre. C'est un projet lambda (ici redesign du réseau) pour lequel je m'appuie sur un dépôt git et sur gitlab pour la gestion de projet.
Précédemment je fonctionnais avec des fichiers (par dépôt/projet) :
-un fichier qui définit le projet (but, besoin, objectifs..), inclus les ressources (liens, ML, etc) ainsi que le backlog
-un fichier avec les tâches (issues du backlog & co) par itération
-un fichier où je note tout ce que je fais dans la journée (classé par jour puis itération et tâche)
-un fichier changelog (journalier)
-un fichier documentation (issus en grande partie du fichier des notes journalières)
 
Je précise que je maîtrise aucune méthodologie type Agile, Scrum, whatever dont j'ai fait ça comme ça
Maintenant je passe sur gitlab et j'essaie de l'adapter.
 
Donc pour moi la milestone c'est une itération, avant elles avaient juste de numéros (itération 1, 2, ..) maintenant je pense nommer ça. Fin je crois

Si vous avez des conseils sur ce sujet je suis preneur
Vous pouvez aussi détailler votre façon de faire tiens

Je peux pas dire, je fais rien de tout ça

 
Le live / auto, c'est juste une CI tu peux le faire sur n'importe quel infra.
K8S c'est surtout pour la robustesse et la monté en charge de ton infra que ça à un avantage, puis la maintenance est vraiment simple quand tu as passé le cap de la maitrise du truc.

 
pareil  

Sauf si justement tu maîtrises pas quand ta une merde (et que tu sers pas justement d'une grosse montée en charge). Comme d'hab, les outils peuvent être très bien, pour un usage. Pas pour n'importe quoi

edit : pour ma prod par exemple, ya 0 intérêt. Quelques dizaines de milliers de visiteurs uniques sur quelques sites web, et quelques TiB de téléchargement par mois. 0 intérêt. Si t'es une chaine de télé qui stream, c'est une autre chose (besoin de scalabilité énorme pendant des pointes)

 
C'est à dire que de faire des rapports, fiches, logs et autre pignoleries alors que je suis le seul à gérer ces machines et les scripts qui tournent dessus est pour moi une énorme perte de temps.
Mes scripts bash sont commentés et largement clairs pour qqn qui devrait mettre le nez dedans dans le cas où je disparaît et les config serveur sont décrites dans un fichiers texte pour chaque machine avec le résumé de ce qui est installé dessus et les éventuelles particularités de la chose. J'ai toujours détesté ces procédures et pignolages administratifs qui ne servent qu'à perdre du temps et faire plaisir aux directeurs et analystes alors que ces mecs ne savent même pas ce qu'est un clavier.

 
This.

Quels rapports/fiches/logs ?
Le but c'est aussi d'automatiser tout ça s'il y'a ce genre de trucs à faire. Tout est en MD (gfm) et à partir de la tu peux faire la doc facile (et peupler les différents sites automatiquement) etc.
Le but c'est pas de faire plaisir à des administratifs mais d'avoir une bonne gestion de ses projets, de son temps et de ses tâches en adoptant un paradigme itératif.

C'est p'tet plus un truc de devs vous me direz