Carnet professionnel d'un informaticien
Feuille de route du 26/05/2019 La migration a pour objectif de: Réduire le nombre de VM (moins d’administration etc) Réduire l’empreinte mémoire des services (blog divers, owncloud etc) Répondre au besoin de sauvegarde comme à l’heure actuel Répondre au besoin de monitoring comme à l’heure actuel Ajouter la possibilité d’avoir une préproduction complète En option: […]
Le chantier de passage de mes VM en conteneur docker commencé en mai touche à sa fin. Il ne me reste qu’une seule VM à migrer. Pour rappel, je me contrains à réellement migrer en conteneur et je n’utilise pas d’outils de conversion VM vers conteneur afin d’avoir réellement des images minimales offrant uniquement le […]
Les premiers resultats se confirment: le passage aux conteneurs docker me permet de faire de economies drastiques de ressources ! Avec 15 VM (soit 15 applications) qui occupaient 17 Go de RAM mon systeme hôte montrait des signes de saturation. J’ai déjà migré 7 applications et cela se traduit par un du nombre de service […]
Le 23 mai dernier je me lançais dans la transformation de mes VM en conteneurs docker. Cette migration est un changement de paradigme et j’ai voulu de plus mettre en oeuvre de l’integration et du deploiement continu comme fondations de ma nouvelle infrastructure. Ces prérequis ont un peu retardé les resultats visibles que cette transformation […]
Ce billet est le premier de mon blog édité dans sa version dockerisé. Enfin ! Depuis plus d’un mois je me lançai dans la migration de mes VM en conteneur docker. Je suis passé par l’étape préliminaire de la mise en place d’un outillage d’intégration continue et déploiement continue. La solution que j’ai trouvée est […]
Dans mon infra j’utilise gitlab-runner dockerisé pour déployer. Comme j’entrevois de devoir modifier souvent la configuration du service gitlab-runner, il me faut la mettre sous intégration continue au moins et voire en déploiement continue dans un second temps. Un runner qui s’arrête lui-même En intégrant le fichier de configuration standard de mon projet blog, le […]
On a réussi à mettre en place des constructions conteneurisées avec docker in docker dans l’article précédent. Le fait d’utiliser docker in docker permet de rendre la construction repétable puisque même l’outil de construction (ici docker) est sous forme se conteneur. On ne depend pas d’une installation préalable sur le système qui exécute la construction. […]
J’ai choisi de mettre en place l’intégration continue avec un gitlab-runner conteneurisé et Docker in docker (Dind) pour lancer les commandes docker. L’avantage du gitlab-runner conteneurisé est de ne pas se soucier de l’installation sur le système hôte qui effectue la construction. Gitlab-runner est un processus client qui communique avec le serveur gitlab afin de […]
Nous avons un Gitlab offrant les services de dépôts de sources et d’images docker mis en place dans le billet Docker – Registry avec GitLab. L’étape suivante sera de mettre en oeuvre l’integration continue et par la suite le deploiement continu. Répétablité de la construction La construction doit être un processus répétable. Même en conservant […]
La registry est un dépôt d’images docker. Son utilisation est centrale dans l’architecture que je veux metttre en place comme indiqué dans Docker – un pas vers la registry. Il restait le choix d’utiliser Gitlab en tant que Registry ou bien l’implementation conteneur registry de docker même. Sauvegarde et sécurité Le registry sera un élément […]