From 9d650fbcf1c7ed371775e57e2e005015106c5bbf Mon Sep 17 00:00:00 2001
From: Quentin <quentin@dufour.io>
Date: Tue, 11 Apr 2023 09:24:23 +0000
Subject: [PATCH] =?UTF-8?q?Update=20Article=20=E2=80=9C2023-04-11-fabrique?=
 =?UTF-8?q?r-des-conteneurs-l=C3=A9gers-depuis-une-ci-cd=E2=80=9D?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...-des-conteneurs-légers-depuis-une-ci-cd.md | 69 ++++++++++---------
 1 file changed, 37 insertions(+), 32 deletions(-)

diff --git a/_posts/2023-04-11-fabriquer-des-conteneurs-légers-depuis-une-ci-cd.md b/_posts/2023-04-11-fabriquer-des-conteneurs-légers-depuis-une-ci-cd.md
index 78c94f8..609d6e3 100644
--- a/_posts/2023-04-11-fabriquer-des-conteneurs-légers-depuis-une-ci-cd.md
+++ b/_posts/2023-04-11-fabriquer-des-conteneurs-légers-depuis-une-ci-cd.md
@@ -19,55 +19,60 @@ Alors maintenant qu'on a notre périmètre, décortiquons le:
 - **multi-plateforme :** un seul tag d'image permettra à des gens sur ARM comme sur X86_64 d'utiliser votre logiciel
 - **publier** : on publier les conteneurs sur un registre, ici nous verrons comment faire sur le docker hub mais aussi sur notre registre statique à base de Garage
 
-_À noter qu'il y a un dernier point qui ne sera pas abordé dans ce billet qui sera sans aucun doute beaucoup trop long de toute manière, c'est comment gérer la garbage collection de nos artifacts._ 
+_À noter qu'il y a un dernier point qui ne sera pas abordé dans ce billet qui sera sans aucun doute beaucoup trop long de toute manière, c'est comment gérer la garbage collection de nos artifacts._
 
 ## Une build file avec Nix Flake
 
 Pour ce billet, on va prendre comme un exemple un programme en go que j'ai écrit, Albatros, ma propre CI/CD (ça devient déjà meta). L'avantage de prendre comme exemple un programme en Go, c'est que ça se cross compile facilement. Voilà un extrait du fichier `flake.nix` de notre projet :
 
-
-
-
-
- 
-
 ```hcl
 # declare the go module of this package, allow for cross compilation
 gopkg = arch: (pkgs.buildGoModule rec {
   pname = "albatros-go-module";
   version = "0.9";
   CGO_ENABLED = 0;
-  # ...
+  # ... skip
 }).overrideAttrs (old: old // { GOOS = "linux"; GOARCH = arch; });
 
-      # logic to build static binaries
-      albatrosStaticBin = arch: pkgs.stdenv.mkDerivation {
-        pname = "albatros";
-        version = "0.9";
-        unpackPhase = "true";
-        installPhase = ''
-          cp `find ${gopkg arch}/bin -name albatros` $out
-        '';
-      };
+# logic to build static binaries
+albatrosStaticBin = #... extract the binary from gopkg (skipped here)
 
-      # logic to build docker containers
-      docker = staticBin: arch: pkgs.dockerTools.buildImage {
-        name = "dxflrs/albatros";
-        architecture = arch;
-        config = {
-         Cmd = [ "${staticBin}" ];
-        };
-      };
+# logic to build docker containers
+docker = (staticBin: arch: pkgs.dockerTools.buildImage {
+  name = "dxflrs/albatros";
+  architecture = arch;
+  config = {
+    Cmd = [ "${staticBin}" ];
+  };
+});
 
-      # map nixos/llvm arch to golang arch
-      archmap = {
-        "aarch64-linux" = "arm64";
-        "x86_64-linux" = "amd64";
-        "i686-linux" = "386";
-        "armv6l-linux" = "arm";
-      };
+# map nixos/llvm arch to golang arch
+archmap = {
+  "aarch64-linux" = "arm64";
+  "x86_64-linux" = "amd64";
+  "i686-linux" = "386";
+  "armv6l-linux" = "arm";
+};
+
+# generate packages for each architecture
+packages = builtins.mapAttrs (name: value: {
+  docker.albatros = (docker (albatrosStaticBin value) value);
+  # other targets (skipped)...
+}) archmap;
 ```
 
+Ce fichier est relativement simple à lire une fois qu'on sait comment le lire. Ici, on va construire par rafinement successif les outils pour construire notre conteneur. Le premier bloc consiste en une fonction qui permet de compiler un module Go à partir de la recette fournie par la bibliothèque standard NixOS. Je dis bien une fonction, car ce bloc prend en paramètre `arch` qui contient l'architecture cible de notre module. Ainsi, si on lui passe `arm64` on aura un binaire qui fonctionne sur les processeurs ARM 64 bits, si on passe `386`, on aura un binaire pour les vieux PC x86 32 bits, etc. 
+
+Dans les blocs suivants, on raffine donc ce premier module. On va d'abord avoir une fonction qui va extraire le binaire statique du module généré par Go, ensuite une fonction Docker qui va mettre ce binaire statique dans un conteneur. 
+
+Enfin, on va déclarer quelles architectures on choisit de supporter, là j'en ai choisi 4. On va donc faire une boucle (`mapAttrs`) pour générer le conteneur Docker qui va bien pour chaque architecture.
+
+## Créer les artefacts avec nix build
+
+
+
+
+