11 private links
Pourquoi utiliser K8s quand ... un script shell suffit ? (et encore, je trouve que l'auteur se complique la vie puisqu'il recompile chaque projet sur son environnement de prod). Evidement, les professionnels me diront que ça ne marche pas quand on vise le scaling infini. Mais peut-être qu'il ne vise pas le scaling infini ... Par contre, c'est une super implémentation devops
Un article bien organisé sur la sécurité dans le monde Docker. La liste des tâches à mener est bien détaillée.
Comment décommissionner un serveur ? Simplement en l'arrêtant de façon de plus en plus prolongée et en regardant quand les utilisateurs râlent
Donc on peut se faire une version auto-hébergée d'un déploiement automatique de notre projet sur une machine ? C'est très cool (et ça me donne une idée vraiment dingue)
Comme exactement chaque "innovation" dans le monde de l'informatique, on a enfin atteint le moment où "devops is shit". Et comme exactement chaque fois, ça vient de la complexification imposée par certains acteurs qui y voient leur avantage.
Une intéressante liste de contraintes liées à l'exploitation d'un logiciel. Il y a quelques idées intéressantes.
Une image illustrant bien la simplicité légendaire du DevOps
Je cherchais depuis longtemps un outil pour créer des releases notes à partir de mes issues dans GitHub. Et celui-là a l'air bien.
Bon, en fait, cet outil de monitoring basé sur des actions GitHub est vraiment plus chouette (puisqu'il peut carrément ouvrir des tickets dans mon projet quand il constate des downtimes)
Une critique argumentée assez sévère de la méthodologie de construction de l'étude Accelerate. C'est vraiment une base de réflexion très complémentaire
C'est drôle, parce que c'est vrai
J'aime beaucoup cette distinction entre la pratique devops et le boulot de SRE (qui est une pour moi une évolution moderne du rôle de SysAdmin)
Une présentation (avec transcription complète !) qui présente les fameuses 4 métriques clé d'Accelerate - en oubliant toute la complexité des mesures décrites dans l'ouvrage
Pour l'avoir utilisé, turbine est un très bon outil. Et j'ai d'ailleurs déja dit aux développeurs qu'ils devraient vraiment essayer de le rendre disponible en-dehors d'Adeo.
Carrément d'accord ... Sauf que Jenkins fait partie des "brown tech" : ces produits avec lesquels tout le monde a eu à un moment une mauvaise expérience, donc tout le monde dit "ouin, Jenkins"
Truc de fou (et génial). Maintenant que les pipelines Jenkins sont du code, il est possible de les tester via les outils de test unitaire classiques !
Tiens ça m'aurait bien aidé quand j'ai faut de la compilation rust enfin je crois...
Quand je vois le nombre de pr que j'ai mergé avant à fin du build, je trouve que cet auto-merge est une bonne idée.
Quand je vois le nombre de pr que j'ai mergé avant à fin du build, je trouve que cet auto-merge est une bonne idée.
Il y a dans cet article deux ou trois choses un peu surprenantes (AWS Fargate) et d'autres vraiment pas (la sous-utilisation massive du CPU et de la mémoire)