XebiCon'18 - Orchestration : Conteneurs vs Musique

@Xebiconfr #Xebicon18 @clook0
Build the future
Orchestration : Conteneurs vs Musique
Olivier Cloirec, consultant SRE
1

Qui suis-je ?
Olivier Cloirec
Consultant SRE
@clook0
2

Orchestration : Conteneurs vs Musique
3

Pourquoi ?
4

Mise en garde
0 bullshit
DISCLAIMER
● chef d’orchestre
● orchestrateur de musique
5

Rappel : conteneurs, l’avant
OS
DD DDDDC D
code de l’application
dépendance
dépendance
dépendance
DD CD D
6
C DD D
D DDCDDD DD
D

Rappel : conteneurs, l’après
7
OS
D
D D
D
D
D
D
D
D
D
D
D D
D
D
D
D
D
D
D
D
D
C
C
C
C

Musique : “la base”
8

Musique : “la base”
● portée = « ligne de musique » ;
● hauteur des sons = hauteur des notes sur la portée ;
● valeur temporelle, unités de temps, mesure et barres de mesure ;
● clés au début de chaque portée ;
● débuts de portées connectés : doivent être jouées simultanément.
9

Orchestration de conteneurs : quésaco ?
« L’orchestration décrit le processus automatique
d’organisation, de coordination, et de gestion de systèmes
informatiques complexes, de middleware et de services. »
Wikipedia France
10

11

charge de travail = conteneurs
ressources = machines (nœuds), CPU, RAM, disque, IO, etc.
L’orchestrateur affecte des ressources pour chaque conteneur en fonction :
● de la quantité et qualité des ressources nécessaires ;
● de contraintes de placement explicites.
12

L’orchestration, en musique
13

L’orchestration, en musique
« L’orchestration est la science musicale qui décrit les règles de distribution
des différentes parties ou voix à exécuter aux instruments correspondants.
Autrement dit, le compositeur en train « d’orchestrer » distribue
consciemment sa musique aux instruments d'après le rendu qu'il souhaite
obtenir. »
Wikipedia France
14

Autrement dit...
thème (« mélodie »)
&
harmonie (« accords », « accompagnement »)
ensemble d’instruments à disposition
(« orchestre »)
Rendu :
● même thème
● même harmonie
● mais écrit / arrangé pour l’orchestre !
O
R
C
H
E
S
T
R
A
T
I
O
N
15
Prérequis :
charge
de =
travail
ressources =

Demo time :)
16

Côté conteneurs
Ressources : cluster 1 master + 3 nœuds avec 1.5 Go de RAM
Charge de travail : application 3 tiers
● frontend Web
● backend
● 1 base de données Redis
Contraintes :
● le frontend consomme 0.5 CPU, 256 Mo de RAM
● le backend consomme 0.8 CPU, 512 Mo de RAM
● la base de données Redis consomme 0.8 CPU, 1 Go de RAM
17

Conteneurs : choix de l’orchestrateur
18
● description du déploiement via fichiers déclaratifs « manifests »
● outil kubectl pour parler à l’orchestrateur

Conteneurs : déploiement frontend
19
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
labels:
app: hello-world
tier: frontend
name: frontend
namespace: hello-world
spec:
replicas: 1
selector:
matchLabels:
app: hello-world
tier: frontend
template:
metadata:
labels:
app: hello-world
tier: frontend
spec:
containers:
- image: clook/hello-world:front
imagePullPolicy: IfNotPresent
name: frontend
resources:
requests:
cpu: 0.5
memory: 256Mi
limits:
cpu: 0.6
memory: 384Mi

Conteneurs : déploiement DB redis
20
kind: Deployment
metadata:
labels:
app: hello-world
tier: db
name: redis
spec:
replicas: 1
selector:
matchLabels:
app: hello-world
tier: db
template:
metadata:
labels:
app: hello-world
tier: db
spec:
containers:
- image: redis:alpine
name: redis
resources:
requests:
cpu: 0.8
memory: 1024Mi
limits:
cpu: 0.9
memory: 1280Mi

Conteneurs : déploiement backend
21
kind: Deployment
metadata:
labels:
app: hello-world
tier: backend
name: backend
spec:
replicas: 1
selector:
matchLabels:
app: hello-world
tier: backend
template:
metadata:
labels:
app: hello-world
tier: backend
spec:
containers:
- image: clook/hello-world:back
name: backend
env:
- name: REDIS_HOST
value: redis
resources:
requests:
cpu: 0.8
memory: 512Mi
limits:
cpu: 0.9
memory: 768Mi

Conteneurs
22

Conteneurs
23
node? node? node?
DB
Redis
frontend
backend

Côté conteneurs v2
Ressources : cluster 1 master + 3 nœuds avec 1.5 Go de RAM, dont 1 avec GPU
Charge de travail : application 3 tiers
● frontend Web
● backend
● 1 base de données Redis
Contraintes :
● le frontend consomme 0.5 CPU, 256 Mo de RAM
● le backend consomme 0.8 CPU, 512 Mo de RAM et nécessite l'accès à un GPU pour certains traitements
● la base de données Redis consomme 0.8 CPU, 1 Go de RAM
24

Conteneurs
25

Conteneurs : redéploiement backend
26
resources:
requests:
cpu: 0.8
memory: 512Mi
limits:
cpu: 0.9
memory: 768Mi
nodeSelector:
gpu: “true”
tolerations:
- key: "gpuonly"
operator: Equal
value: "true"

Conteneurs
27
node? node? node3
(avec GPU)
DB
Redis
frontend
backend

Conteneurs : conclusion
28
● allocation / affectation réalisée par l’orchestrateur
● intérêt ?

Côté musique
Thème harmonisé à orchestrer :
...c’était (aussi) un blind test !
29

Côté musique
P. I. Tchaikovsky Scène du Lac des Cygnes
30

Côté musique
Commençons par l’harmonie :
31

Côté musique : accompagnement
Accompagnement = fond sonore, paysage
Choix d’un groupe d’instruments pour « harmoniser »
32

Les cordes (frottées) sont
très visibles !
33

34

Un peu plat ? Où est le côté tragique ?
35

Instrument suivant ?
36

Pas l’effet escompté ?
37

Et maintenant, le thème...
38

Côté musique : le thème
?
39

Mélodica
40

41
Guitare

42

43
Hautbois

Bravo !
44

tl;dr
45
Orchestration = allocation de ressources pour
satisfaire une charge de travail
charge de travail ressources
conteneurs conteneurs nœuds (machines)
musique lignes de musique instruments de
musique

Autres similarités
et
différences
46

Scalabilité
capacité à s’adapter à une taille / volume selon des facteurs définis
47
conteneurs musique
● raisons esthétiques, intentions
musicales
● recherches sur le timbre, recherche de
l’expression par le volume / la masse
sonore (à partir du XIXe
siècle)
● traitements plus ou moins gourmands
● nombre d’utilisateurs

Scaling vertical
48
=> allouer plus de ressources pour un conteneur
conteneurs musique
=> demander au(x) musicien(s) de jouer plus fort
frontend
POWER

Scaling vertical
49
=> allouer plus de ressources pour un conteneur
conteneurs musique
=> demander au(x) musicien(s) de jouer plus fort
frontend
ressources limitées pour une machine
l’instrument
et le
musicien
ont aussi
leurs
limites
POWER

Scaling horizontal
50
=> augmenter le nombre de conteneurs
conteneurs musique
=> augmenter le nombre d’instruments
frontend

Scaling horizontal
51
=> augmenter le nombre de conteneurs
conteneurs musique
=> augmenter le nombre d’instruments
frontend frontend frontend frontend frontend
frontend frontend frontend frontend

Cycle de vie
52
conteneurs
musique
● livraison d’une partition
● pas de vocation à évoluer après
publication (sauf révisions)
● travail itératif
● livraison d’une application le jour J
● livraison d’une autre quelques mois plus tard
● l’organisation du cluster peut changer au jour
le jour, cycle de vie itératif

Planification vs application
53
conteneurs musique
● l’orchestrateur planifie
uniquement ;
● le chef d’orchestre « applique ».
L’orchestrateur s’occupe de
● la planification ;
● l’application de cette planification.

Le rôle du
chef d’orchestre
54

Rôle du chef d’orchestre
55
synchronisation temporelle
intentions musicales
● départs
● battue
Exemples
● souple et très calme
● emporté
● expressif (espressivo)
● lent mais pas trop (lento ma non troppo)
● à peine plus vite
● choix du programme
● travail préparatoire
● gestion des répétitions
● gestion du groupe
...et en amont :

Automatisation ?
56
conteneurs musique
● orchestrateur = humain
● applique une méthode
● orchestrateur = outil, logiciel
● automatique

Merci !
57
Questions ?

Merci à eux !
58
Anne et la team #marketing
Horgix
Jean-Louis
Ivan
mon épouse
Flavien
la régie

XebiCon'18 - Orchestration : Conteneurs vs Musique

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Mehr von Publicis Sapient Engineering

Mehr von Publicis Sapient Engineering (20)

XebiCon'18 - Orchestration : Conteneurs vs Musique