/ SPEAKER
Senior software engineer, j'adore partager mes découvertes et apprentissages. Et 5 ans chez Docker m'ont permis d'avoir un bel aperçu de l'envers du décors dans le monde des conteneurs : construction d'images, publication, execution, inspection. Désormais indépendant, je travaille principalement pour Dagger, continuant à créer des outils pour les développeurs évidemment.
Ça fait quelques temps maintenant que les conteneurs et leurs images sont partout. Que ce soit sur les machines de développement, sur les systèmes de production, ou comme moyen de packaging.
Mais d'ailleurs, une image OCI (Open Container Initiative), qu'est-ce que c'est exactement ?
Dans cette session, nous allons voir, de la manière la plus interactive possible, ce qu'est réellement une image :
- qu'est ce qui fait d'une image, une image ?
- comment on pull ou push une image ?
- un blob, un manifest c'est quoi ?
- et les tags, les digests ?
- mon image fonctionne sur amd64 et arm64, comment est-ce possible ?
- est-ce qu'on peu aller plus loin ? Stocker autre chose dans une image ? Ou l'étendre ?
Partons à la découverte des images, étape par étape : créons une image à partir des outils existant, puis disséquons la.
Et à la fin, peut-être même que cela vous donnera des idées sur de nouveaux outils à créer pour exploiter ce format plus souple qu'il n'y parait au premier abord.
Dans l'informatique, il est souvent question de cycles, encore et encore. Client lourd, léger, rendu côté serveur, côté client, etc. Mais s'il y a bien un domaine qui n'a pas trop bougé, c'est celui de la CI, de l'intégration continue. Depuis des années maintenant, on utilise principalement des solutions comme Jenkins ou GitHub Action qui vont exécuter, de manière plus ou moins centralisée, toutes les tâches nécessaire, à distance. Le développeur pousse son code, les serveurs de CI vont exécuter ce qui doit l'être.
Néanmoins, dans une idée d'efficacité et avec la puissance actuelle des machines de développement, ne serait-il pas intéressant de ramener une partie de l'integration continue au plus proche des développeurs, directement sur leurs machines ?
Bien évidemment cela voudrait aussi dire qu'il faut de nouveaux outils, avec de nouveaux paradigmes.
Explorons ensemble les raisons qui pourraient -ou non- amener à déplacer la CI sur la machine du développeur et comment un outil tel que Dagger (qui plus est avec le nouveau SDK Java) peut aider à cette transition.
Searching for speaker images...