Avant de choisir un type d'instance, il faut décider si vous avez besoin d'une machine. Conteneur et fonction répondent souvent au même besoin pour moins cher et moins d'exploitation, et le critère de choix n'est pas la modernité de l'outil mais le profil de la charge. Ce chapitre pose d'abord cet arbitrage, puis conduit les trois décisions qui suivent : quelle machine, comment la préparer, et à quel prix l'acheter.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Arbitrer entre machine virtuelle, conteneur et fonction, sur des critères plutôt que par mode.
- Décoder un nom de type d'instance et dimensionner à partir de mesures.
- Préparer une machine au démarrage, sans y toucher ensuite.
- Payer le calcul au bon prix, entre usage, engagement et capacité excédentaire.
Machine, conteneur ou fonction
Section intitulée « Machine, conteneur ou fonction »Ces trois options ne s'opposent pas sur la technique, elles s'opposent sur ce que vous acceptez de gérer. Le critère de choix est le profil de la charge, pas la modernité de l'outil.
| Machine virtuelle | Conteneur | Fonction | |
|---|---|---|---|
| Vous gérez | le système et l'application | l'application et son image | l'application seule |
| Démarrage | dizaines de secondes | secondes | millisecondes |
| Facturation | tant qu'elle tourne | tant qu'il tourne | à l'invocation |
| Bon pour | une charge continue, un besoin système | un service applicatif | de l'événementiel intermittent |
La machine virtuelle reste le bon choix quand vous avez besoin du système complet, d'un noyau particulier, ou d'une charge continue où la facturation à l'invocation coûterait plus cher. Ce n'est pas une option héritée du passé, c'est le socle sur lequel tournent les deux autres.
Le sujet est développé dans Élasticité et scalabilité et dans Conteneurs managés.
Les trois décisions du chapitre, dans l'ordre où elles se posent
Section intitulée « Les trois décisions du chapitre, dans l'ordre où elles se posent »Ces trois leçons suivent le cycle de vie d'une machine, et elles se lisent dans cet ordre parce que chacune suppose la précédente : on ne prépare pas le démarrage d'un gabarit qu'on n'a pas choisi, et on n'engage pas un tarif réservé sur une taille qu'on n'a pas encore mesurée.
Choisir et dimensionner une machine
traite le moment de la création. Vous y apprenez à lire un nom comme
c7g.xlarge, à comparer les processeurs ARM et x86, dont l'écart de prix
atteint 19 % à gabarit égal, et à dimensionner sur des mesures plutôt que par
précaution. C'est la leçon qui évite l'erreur la plus coûteuse du chapitre :
prendre deux tailles au-dessus « pour être tranquille », et payer cette
tranquillité pendant trois ans.
Images, cloud-init et service de métadonnées traite le moment de l'industrialisation. Une machine configurée à la main après son démarrage est une machine qu'on ne saura pas recréer : cette leçon montre comment tout poser au démarrage, et comment la machine obtient ses identifiants sans qu'aucun secret ne soit stocké dessus.
Payer le calcul traite le moment de l'exploitation. Le prix affiché est le plus élevé que vous paierez jamais : la leçon présente les trois façons d'acheter, la mise à l'échelle automatique et les instances vendues sur la capacité excédentaire, avec ce qui peut y tourner et ce qui ne le peut pas.
À retenir
Section intitulée « À retenir »- Le choix entre machine, conteneur et fonction porte sur ce que vous acceptez de gérer, pas sur la modernité de l'outil.
- La machine virtuelle reste le bon choix pour une charge continue ou un besoin système, et c'est le socle sur lequel tournent les deux autres.
- Éteindre arrête le calcul, pas le reste. Disques et adresses réservées continuent d'être facturés tant qu'ils existent.
- Le dimensionnement se mesure, il ne s'estime pas. Partez petit et corrigez sur des relevés d'une semaine.
- Une machine qu'on ne sait pas recréer est une dette, pas un actif.