Docker est devenu un outil incontournable pour tous les développeurs ou les administrateurs d’infrastructure, mais celui-ci peut paraître complexe au premier abord. On se retrouve donc aujourd’hui pour tenter de clarifier tout ça avec ce premier article de cette série consacré à Docker où l’on va découvrir les bases.
BlendWebMix est un événement unique sur les nouveaux métiers, les nouveaux usages et les nouvelles technologies.
Un outil opensource pour une bonne supervision des certificats dans une infrastructure Cloud Native, avec Prometheus et un dashboard Grafana.
Faire de la télémétrie, c’est long, compliqué, et il faut utiliser 46 outils différents. Bref, ce n’est pas à la portée de tout le monde… À moins que ?
Pour que la sortie d'une nouvelle version (d'une application, d'une bibliothèque...) se passe bien, il est conseillé d'automatiser un maximum d'étapes. Ici, on va parler d'automatiser la numérotation des versions !
Cette série de trois articles présente des solutions pour optimiser la taille des images Docker. Dans cette première partie, on parle surtout de *multi-stage build*, parce que dans la démarche de réduction de taille des images, ça devrait presque toujours être notre première étape. On va également expliquer les différences entre les bibliothèques statiques et dynamiques, et on expliquera pourquoi c'est important. Ce sera l'occasion de présenter la fameuse distribution Alpine Linux.
C'est parfois utile pour récupérer en local le reste des services et s'y brancher sans avoir à installer tous les environnements.
Ce sont aussi les dockers qui sont déployés sur les services amazon, sauf pour le front qui joue le village gaulois et qui upload directement les fichiers statiques sur S3 😇
Couplé avec des micro-services, ça peut faire des stacks franchement lourdes pour pas grand chose...
Je me demande comment fixer la limite de l'over-engineering...
Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.
aucun bug bloquant, des mises à jours régulières et upgrade facile, peu gourmand en ressources (contrairement à gitlab) et performant, largement suffisant pour gérer une petite équipe et plusieurs projets en parallèle.
Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.
Dernièrement, je constate que la CI (Continuous Integration) est un skill relativement rare chez les développeurs, même pour des profils expérimentés. Sans en être un expert absolu, je voulais en livrer ma vision et quelques…
Le problème est que dans certaines organisations les dev n'ont pas le droit de toucher à la CI. Ensuite même s'ils ont la main, comme c'est souvent quelque chose d'obscure qui s'éloigne du code, loin du langage utilisé pour le produit en tout cas, ce sont souvent les même profils qui prennent les choses en mains. Enfin, la CI ce n'est pas du développement de produit, d'un point de vue projet il faut y passer le moins de temps possible, ce n'est qu'un coût sans RoI. C'est comme ça qu'on évite de former l'équipe au technologie de la CI et à la configuration faites par l'équipe, ou pour l'équipe par le touche à tout de l'équipe.