1
00:00:05,810 --> 00:00:10,720
‫Cette section sera pleine de conférences et de travaux autour des données persistantes.

2
00:00:11,230 --> 00:00:16,490
‫Premièrement, nous allons discuter des problèmes de données persistantes et de la façon dont cela est même devenu

3
00:00:16,490 --> 00:00:18,280
‫un problème en premier lieu.

4
00:00:18,290 --> 00:00:23,640
‫Les concepts clés que vous devez comprendre sont l’idée d’une infrastructure immuable.

5
00:00:23,810 --> 00:00:28,580
‫Et l'idée que les conteneurs sont naturellement éphémères dans leur conception.

6
00:00:28,880 --> 00:00:36,680
‫Nous couvrirons ceux de la première conférence. Nous examinerons ensuite les volumes de données et leur résolution pour

7
00:00:36,680 --> 00:00:44,270
‫résoudre certains de nos problèmes liés aux données persistantes. Ensuite, nous allons également nous intéresser aux montages de liaisons et à la

8
00:00:44,360 --> 00:00:50,660
‫manière dont cela résout différents problèmes liés aux données persistantes. Nous terminerons ensuite cette section avec quelques tâches sur la conservation des données

9
00:00:50,720 --> 00:00:57,530
‫de la base de données, tout en remplaçant les conteneurs pour les bases de données. Et puis, également, lors du montage

10
00:00:57,740 --> 00:01:03,320
‫du code dans un conteneur de l'hôte, de sorte que vous puissiez

11
00:01:03,320 --> 00:01:11,560
‫exécuter ce code à l'intérieur du conteneur en direct. Les conditions requises pour cette première leçon ne comprennent que la façon

12
00:01:11,560 --> 00:01:16,970
‫d’exécuter des conteneurs et les concepts de conteneur et d’image dont nous avons discuté jusqu’à présent.

13
00:01:17,050 --> 00:01:23,230
‫Jusqu'à présent, vous ne vous inquiétez que de la nécessité d'exécuter un conteneur, pas des données uniques susceptibles d'être créées une fois

14
00:01:23,230 --> 00:01:24,920
‫qu'un conteneur est en cours d'exécution.

15
00:01:25,840 --> 00:01:29,200
‫Les conteneurs sont censés être immuables et éphémères.

16
00:01:29,320 --> 00:01:34,220
‫Ce ne sont que des mots à la mode fantaisistes pour invariable et temporaire, ou jetable.

17
00:01:34,480 --> 00:01:40,180
‫L'idée ici est que nous pouvons simplement jeter un conteneur et en créer un nouveau à partir d'une image,

18
00:01:40,180 --> 00:01:40,770
‫non?

19
00:01:41,790 --> 00:01:47,820
‫Ensuite, nous ne parlons pas d’une limitation réelle des conteneurs, mais plutôt d’un objectif de conception ou

20
00:01:47,820 --> 00:01:49,070
‫d’une meilleure pratique.

21
00:01:49,080 --> 00:01:54,690
‫C’est l’idée d’une infrastructure immuable où nous ne changeons pas les choses une fois qu’elles fonctionnent.

22
00:01:54,840 --> 00:02:00,330
‫Si un changement de configuration doit avoir lieu, ou peut-être que la mise à niveau de la version du conteneur doit avoir

23
00:02:00,330 --> 00:02:02,420
‫lieu, nous redéployons un tout nouveau conteneur.

24
00:02:02,490 --> 00:02:08,370
‫Cela nous donne d’énormes avantages en termes de fiabilité et de cohérence, et permet de reproduire les modifications.

25
00:02:08,490 --> 00:02:10,350
‫Mais il y a un compromis.

26
00:02:10,350 --> 00:02:16,140
‫Qu'en est-il des données uniques que votre application va produire? Ces bases de données, ou des magasins de valeurs de clé, ou tout

27
00:02:16,140 --> 00:02:18,150
‫autre élément que votre application crache dans un fichier?

28
00:02:18,330 --> 00:02:24,810
‫Idéalement, les conteneurs ne doivent pas contenir vos données uniques mélangées aux fichiers binaires de l'application. C’est ce que l’on appelle la

29
00:02:24,810 --> 00:02:30,340
‫«séparation des préoccupations» et Docker nous confère ici un grand avantage.

30
00:02:30,450 --> 00:02:36,780
‫Nous pouvons mettre à jour notre application en recréant un nouveau conteneur, avec une version mise à jour de notre application. Idéalement, nos

31
00:02:36,990 --> 00:02:42,530
‫données uniques sont toujours là où elles doivent être et ont été préservées pendant que notre conteneur a été recyclé.

32
00:02:42,540 --> 00:02:48,510
‫Au cas où vous ne l'auriez pas remarqué jusqu'à présent, les conteneurs que nous utilisions étaient persistants par défaut.

33
00:02:48,510 --> 00:02:53,880
‫Toute modification apportée était conservée lors des redémarrages et des redémarrages jusqu'à ce que nous retirions le conteneur.

34
00:02:54,240 --> 00:02:57,160
‫Ce n’est pas parce que nous avons arrêté le conteneur ou redémarré

35
00:02:57,300 --> 00:03:00,030
‫l’hôte que les modifications du fichier du conteneur ont disparu.

36
00:03:00,210 --> 00:03:05,910
‫Ce n'est que lorsque nous retirons le conteneur que sa couche UFS disparaît, mais nous voulons pouvoir le

37
00:03:05,910 --> 00:03:07,160
‫faire à volonté.

38
00:03:07,170 --> 00:03:13,320
‫Ce problème de données uniques est connu dans l'industrie sous le nom de "données persistantes" et, jusqu'à ce que les conteneurs

39
00:03:13,320 --> 00:03:19,230
‫ne soient pas nommés, nous n'avions pas vraiment de nom. Parce que, eh bien, la plupart des choses que nous avons construites

40
00:03:19,230 --> 00:03:24,090
‫étaient persistantes, comme vous le savez, ces anciens serveurs exécutent cette vieille application depuis cinq ou dix ans ou plus.

41
00:03:24,270 --> 00:03:26,850
‫Tout était persistant par défaut.

42
00:03:26,850 --> 00:03:32,400
‫Désormais, dans le nouveau monde des conteneurs et de la mise à l'échelle automatique des applications, les données persistantes créent

43
00:03:32,400 --> 00:03:33,280
‫un problème unique.

44
00:03:33,420 --> 00:03:36,640
‫Docker a deux solutions à ce problème, appelées

45
00:03:36,720 --> 00:03:42,450
‫"volumes de données" et "montages de liaison". "Les volumes Docker sont une option de configuration

46
00:03:42,450 --> 00:03:46,620
‫pour un conteneur qui crée un emplacement spécial en dehors du système de

47
00:03:46,620 --> 00:03:50,130
‫fichiers union de ce conteneur pour stocker des données uniques.

48
00:03:50,210 --> 00:03:55,470
‫Cela le préserve lors des retraits de conteneurs et nous permet de le joindre à n’importe quel conteneur que nous voulons.

49
00:03:55,940 --> 00:03:58,210
‫Et le conteneur le voit simplement comme un chemin de fichier local.

50
00:03:58,440 --> 00:04:05,670
‫Il existe ensuite des montages de liaisons, qui consistent simplement à partager ou à monter un répertoire ou un fichier hôte dans un conteneur.

51
00:04:05,970 --> 00:04:10,470
‫Encore une fois, cela ressemblera simplement à un chemin de fichier local ou à un chemin de répertoire du conteneur.

52
00:04:10,470 --> 00:04:12,590
‫Il ne saura pas réellement que cela vient de l'hôte.