docs: update Virtualisation/Packer/Explication

Cette révision appartient à :
Quentin JOLY 2023-06-18 10:25:22 +00:00 révisé par Mickael Asseline
Parent 6503d4a98f
révision c2ebee9ff5
1 fichiers modifiés avec 13 ajouts et 5 suppressions

Voir le fichier

@ -2,7 +2,7 @@
title: Philosophie derrière Packer
description:
published: true
date: 2023-06-16T12:05:41.765Z
date: 2023-06-18T10:25:18.627Z
tags:
editor: markdown
dateCreated: 2023-06-16T12:01:04.079Z
@ -10,9 +10,9 @@ dateCreated: 2023-06-16T12:01:04.079Z
# La philosophie de Packer
Si Hashicorp est devenu une référence dans le développement d'outils liés au **DevOps**, c'est principalement grace à [Terraform](https://terraform.io), [Vault](https://www.vaultproject.io/) ainsi que [Vagrant](https://www.vagrantup.com/) qui sont indiscutablement approuvés dans le monde de la production.
Si Hashicorp est devenu une référence dans le développement d'outils liés au **DevOps**, c'est principalement grâce à [Terraform](https://terraform.io), [Vault](https://www.vaultproject.io/) ainsi que [Vagrant](https://www.vagrantup.com/) qui sont indiscutablement approuvés dans le monde de la production.
Packer est un peu plus discret que ses frères mais il ne fait pas exception et possède également un certain succès.
Packer est un peu plus discret que ses frères, mais il ne fait pas exception et possède également un certain succès.
Sans réinventer la roue, Packer répond à un besoin très précis : **celui de créer une machine virtuelle à partir de code.**
@ -24,8 +24,16 @@ Dans la pratique, Packer va se charger de piloter un hyperviseur *(ou cloud)* af
Il est normal de se demander si notre usage de la virtualisation est bien complémentaire avec Packer.
À cette question, imaginez le cadre d'un **P**lan de **R**eprise d'**A**ctivité après un incident : Allez-vous installer manuellement chaque machine virtuelle ? Bien sûr que non ! Allez-vous prendre le risque de créer une template à la main et oublier une dépendance cruciale ? Allez-vous réimporter un fichier *qcow2* très ancien car complexe à maintenir ?
À cette question, imaginez le cadre d'un **P**lan de **R**eprise d'**A**ctivité après un incident : Allez-vous installer manuellement chaque machine virtuelle ? Bien sûr que non ! Allez-vous prendre le risque de créer une template à la main et oublier une dépendance cruciale ? Allez-vous réimporter un fichier *qcow2* très ancien, car complexe à maintenir ?
Si vous vous êtes senti visé par l'une de ces questions: Packer est effectivement un outil qui peut vous simplifier la vie.
Si vous vous êtes senti visé par l'une de ces questions : Packer est effectivement un outil qui peut vous simplifier la vie.
Celui-ci est facile à maintenir (*code*), automatise la création d'une VM à partir d'une ISO récente qu'il peut lui-même télécharger *(ou non si vous le désirez)* et celui-ci ne possède presque aucun pré-requis technique.
# Alternatives à Packer
Si vous utilisez l'un des outils suivants, il est possible que Packer ne vous soit pas d'une grande aide.
- Cloud Init - Les images Cloud-Init sont pré-installées sur lesquelles nous pouvons inclure des procédures Bash. Packer peut se coupler à CI, mais l'intérêt sera moindre.
- Cobbler - Permet d'automatiser le déploiement de machines Centos/RedHat via un démarrage PXE. Il ne peut pas se coupler à Packer puisque celui-ci n'aura pas accès à la procédure de démarrage pour y injecter son Kickstart.