52 : Nutanix Weekly : Exécuter des applications avec état avec Red Hat OpenShift sur Nutanix HCI

WEBVTT

1
00:00:02.610 -> 00:00:10.110
Andy Whiteside : Tout le monde et bienvenue à l'épisode 52 de Mechanics Weekly, je suis votre hôte Andy Whiteside, j'ai Harvey Green et Jarrod Cox, les gars, comment ça va ?.

2
00:00:10.380 -> 00:00:12.120
Harvey Green : Howdy assez bien.

3
00:00:13.139 -> 00:00:25.320
Andy Whiteside : Est-ce que c'est moi ou est-ce que c'est un peu plus lent ces jours-ci en termes de contenu, de sortie, pas seulement pour les nouvelles tactiques, mais pour beaucoup de nos vendeurs, est-ce que nous sommes dans cette période de l'année, où nous nous préparons à entrer dans l'été et où les gens commencent à s'inquiéter.

4
00:00:26.910 -> 00:00:28.680
Andy Whiteside : planifier leurs vacances en fonction de ce qui se passe.

5
00:00:29.790 -> 00:00:38.550
Harvey Green : Je dirais que c'est soit ça, soit qu'ils sont un peu comme moi en ce moment, et tellement occupés qu'il faut juste être là.

6
00:00:40.650 -> 00:00:46.110
Jirah Cox : Nous pouvons tous les deux être très, très occupés à déterminer où se trouvent les vacances d'été.

7
00:00:47.940 -> 00:00:49.170
Harvey Green : c'est également vrai.

8
00:00:49.920 -> 00:01:03.420
Andy Whiteside : Il se pourrait qu'ils aient été très occupés à essayer de travailler la tête baissée pour résoudre de vrais problèmes, il se pourrait que les vacances aient été remplies de poulet, il se pourrait que nous ayons résolu tous les problèmes du monde et qu'il ne nous reste plus qu'à faire du sur-place pour le reste du chemin.

9
00:01:06.810 -> 00:01:07.050
Jirah Cox : Bien.

10
00:01:09.210 -> 00:01:09.720
Jirah Cox : Qu'est-ce que vous dites ?.

11
00:01:10.680 -> 00:01:11.460
Andy Whiteside : Je ne sais pas et...

12
00:01:13.680 -> 00:01:15.120
Andy Whiteside : Envisagez-vous de prendre votre retraite ?.

13
00:01:16.170 -> 00:01:22.890
Jirah Cox : Je pensais que résoudre tous les problèmes du monde serait différent, mais j'ai encore des attentes supplémentaires.

14
00:01:23.790 -> 00:01:38.730
Andy Whiteside : Commençons par résoudre cette question, elle est issue du blog de la communauté new tannic et elle fait tourner des applications staple staple avec red hat open shift sur new tannic hai alright Harvey définit ce que le mot state for signifie dans le monde de la technologie.

15
00:01:39.780 -> 00:01:54.870
Harvey Green : Selon Harvey, l'agrafage signifierait que l'état de la machine se déplace d'un endroit à l'autre au fil des redémarrages, ce qui revient à dire qu'il s'agit d'un monde facile et persistant.

16
00:01:56.160 -> 00:02:00.810
Andy Whiteside : C'est la première fois que j'entends ce mot, qu'est-ce que ça veut dire ?.

17
00:02:01.860 -> 00:02:16.950
Jirah Cox : Euh, oui, je suis d'accord, je suis d'accord avec la précipitation, cela signifie que ce que fait l'APP est écrit quelque part, le mot " persistant " est très bien, lorsque vous l'arrêtez et que vous recommencez, vous savez, ce que j'ai fait, c'est le préserver, il ne se réveille pas vide, vous savez, pas d'enregistrement de transactions.

18
00:02:17.820 -> 00:02:18.960
Andy Whiteside : Et c'est important.

19
00:02:20.040 -> 00:02:21.060
Jirah Cox : Pour être, je veux dire.

20
00:02:22.680 -> 00:02:24.990
Jirah Cox : Cela dépend, si je suppose que vous travaillez à ma banque, cela peut être très important.

21
00:02:26.490 -> 00:02:28.680
Andy Whiteside : Eh bien, à moins que vous ne soyez en train de tourner et que vous vouliez revenir à ce que vous aviez aujourd'hui.

22
00:02:28.680 -> 00:02:29.040
Avant.

23
00:02:30.120 -> 00:02:41.460
Harvey Green : Je veux dire non, non, je pense que Jerry serait très utile si mon compte en banque commençait à contenir un million de dollars tous les jours et que, quoi que je fasse, le jour suivant, il sortait tout simplement de moi, et évidemment, oui, ça marcherait.

24
00:02:42.750 -> 00:02:45.330
Jirah Cox : Je ne serais, ne serait certainement pas très préserver l'état de ce qu'il.

25
00:02:47.940 -> 00:02:55.620
Andy Whiteside : C'est un bon point, je veux dire, dans certains cas, les agrafes sont bonnes et vous les voulez ainsi, dans d'autres cas, les agrafes sont mauvaises et vous ne les voulez pas ainsi, et vous ne les voulez pas.

26
00:02:56.880 -> 00:02:58.290
Harvey Green : Eh bien, par exemple, où vous voulez.

27
00:02:58.530 -> 00:03:00.300
Harvey Green : Commencer par zéro tous les jours.

28
00:03:00.780 -> 00:03:01.230
Non.

29
00:03:03.990 -> 00:03:06.630
Jirah Cox : Vous savez, vous ne pouvez dépenser que ce que vous avez le droit de mettre à découvert.

30
00:03:10.050 -> 00:03:14.460
Jirah Cox : Oui, cette épingle à un certain nombre de valeurs et ce nombre a de l'importance.

31
00:03:15.660 -> 00:03:18.510
Andy Whiteside : Je serais à la Banque au 901, en train de tirer tout ce que je peux.

32
00:03:19.530 -> 00:03:20.550
Andy Whiteside : de retour le lendemain matin.

33
00:03:21.660 -> 00:03:23.460
Andy Whiteside : Je serais le Bill Murray de la Bank of America.

34
00:03:25.080 -> 00:03:26.010
Andy Whiteside : sur le terrain aujourd'hui.

35
00:03:27.720 -> 00:03:29.760
Harvey Green : Oui, j'ai compris.

36
00:03:31.140 -> 00:03:39.660
Andy Whiteside : D'accord, alors quel est l'exemple d'un cas où vous voudriez, je vais d'abord donner un exemple où vous ne voudriez pas d'état complet et ce serait comme un vdi non persistant, d'accord, peu importe ce que c'est.

37
00:03:40.350 -> 00:03:46.650
Andy Whiteside : Quelles que soient les choses que vous mettez dans votre bureau virtuel et dont vous ne voulez pas pour diverses raisons, je peux vous dire qu'il y a quelque temps, je suis tombé dans le panneau.

38
00:03:47.310 -> 00:03:55.980
Andy Whiteside : il y a un email de dernier chiot à l'extérieur et j'ai cliqué dessus, pour une raison ou une autre, et j'ai eu ce gros du site web, j'espère, qui venait de ma propre équipe et qui disait que nous vous avons eu, vous n'auriez pas dû le faire.

39
00:03:55.980 -> 00:03:56.310
Jirah Cox : Cela.

40
00:03:56.850 -> 00:03:59.490
Andy Whiteside : Pouvez-vous, je ne sais pas, je l'ai fermé si vite que je ne sais plus exactement ce qu'il disait.

41
00:04:02.370 -> 00:04:03.930
Andy Whiteside : Quelque chose comme on m'a possédé ou quelque chose comme ça.

42
00:04:04.560 -> 00:04:06.660
Harvey Green : Oui, oui, c'est à peu près ça.

43
00:04:07.230 -> 00:04:18.030
Andy Whiteside : Mais dans ce cas, l'agrafe dans le monde de vos tactiques et spécifiquement dans le monde de Linux et plus doucement dans le monde de red hat open shift, qu'est-ce que cela signifie directement.

44
00:04:18.600 -> 00:04:23.280
Andy Whiteside : pour répondre à cette question, il faut aussi inclure ce qu'est le red hat open shift, cela fait un moment que nous en avons parlé.

45
00:04:23.700 -> 00:04:33.510
Jirah Cox : Oui, donc dans l'ordre, comme un APP qui pourrait avoir besoin d'être agrafé, cela pourrait être dans ce cas, et nous parlerons de cet exemple, comme une base de données, je veux faire fonctionner une base de données, vous savez.

46
00:04:35.520 -> 00:04:43.290
Jirah Cox : Pour n'importe quel cas d'utilisation, autre que la gestion du compte bancaire d'Andy, je voudrais qu'il enregistre les transactions et qu'il sauvegarde les données que j'y écris.

47
00:04:44.250 -> 00:04:54.180
Jirah Cox : Cela s'applique probablement à n'importe quelle application exécutée dans le centre de données. Si nous lui donnons du stockage, les gens seront d'accord pour dire que le stockage n'était pas là et que l'application a un certain état.

48
00:04:55.770 -> 00:05:01.980
Jirah Cox : Et il n'y a qu'une petite poignée de choses qui n'entrent pas dans cette catégorie, par exemple, si j'ai un équilibreur de charge, peut-être.

49
00:05:03.420 -> 00:05:11.490
Jirah Cox : Vous savez, je peux envoyer un appel API pour ajouter un nouveau back-end à l'équilibreur de charge, puis cela disparaît et c'est très transitoire.

50
00:05:12.270 -> 00:05:22.440
Jirah Cox : Cet APP n'a pas beaucoup d'état, et lorsqu'il redémarre, s'il n'a rien donné, je réinjecte tous les mêmes types de routes et je le ramène à la vie, mais pour l'essentiel, c'est à peu près tout ce que nous avons déclaré.

51
00:05:23.640 -> 00:05:27.570
Jirah Cox : Open shift right est la plateforme de red hat pour l'exécution d'applications conteneurisées.

52
00:05:29.100 -> 00:05:39.960
Jirah Cox : Sur leurs frameworks, bien sûr, sur les réservoirs hdi aussi, donc un partenaire très apprécié de nous, et un excellent moyen d'exécuter open shift, donc si vous cherchez un moyen facile de lancer une infrastructure conteneurisée.

53
00:05:40.890 -> 00:05:48.270
Jirah Cox : très facilement à droite très régulièrement dans et en fait ont vous savez, je pense que c'est un peu comme une façon d'opinion de courir les conteneurs que.

54
00:05:49.410 -> 00:05:54.180
Jirah Cox : un peu comme si vous pensiez à une usine, vous pourriez bien sûr installer n'importe quel nombre de frameworks de conteneurs.

55
00:05:55.080 -> 00:06:02.070
Jirah Cox : et vous donnez un étage d'usine vide où vous pouvez tout faire à partir de la base, alors que je pense que l'équipe ouverte est plus comme.

56
00:06:02.460 -> 00:06:06.300
Jirah Cox : Une opinion très tranchée, comme c'est le cas ici, où la bande transporteuse est déjà en place.

57
00:06:06.750 -> 00:06:17.190
Jirah Cox : Vous apportez vos propres matériaux et vous commencez à fabriquer les objets que vous voulez. Il y a donc beaucoup, beaucoup plus de choses qui sont à votre disposition et qui sont déjà prêtes dès le premier jour, lorsque vous ouvrez votre entreprise.

58
00:06:20.190 -> 00:06:21.330
Andy Whiteside : Harvey i'm.

59
00:06:22.800 -> 00:06:29.310
Andy Whiteside : Où cela s'inscrit-il dans le monde de Cooper nettie qui n'a pas besoin d'exécuter des charges de travail aussi stables.

60
00:06:30.240 -> 00:06:44.400
Harvey Green : Eh bien, je veux dire que l'élément le plus important est celui que nous avons déjà abordé à plusieurs reprises, à savoir s'il faut ou non que les données soient conservées chaque jour ou chaque fois que l'application est relancée.

61
00:06:45.630 -> 00:07:02.280
Harvey Green : Vous savez, si vous ne savez pas si chaque jour ou chaque fois que l'application est exécutée, elle effectue un travail jusqu'à son terme, et que vous voulez juste effectuer un nouveau travail jusqu'à son terme, encore une fois, vous n'avez pas nécessairement besoin de quelque chose de stable, mais si vous avez quelque chose que vous savez.

62
00:07:03.510 -> 00:07:16.200
Harvey Green : Il faut conserver un certain nombre d'informations chaque jour ou reprendre là où l'on s'est arrêté la dernière fois que l'on a fonctionné.

63
00:07:19.740 -> 00:07:27.960
Jirah Cox : Eh bien, et donc je veux dire essentiellement des cabernets là-bas Andy et cet article commence par une grande discussion sur vous savez tirer la communauté cubaine à droite et....

64
00:07:28.290 -> 00:07:33.210
Jirah Cox : répondre et dire vous savez 90% d'entre eux disent absolument prêts à exécuter les charges de travail de l'agrafeuse.

65
00:07:33.660 -> 00:07:50.700
Jirah Cox : Et qu'une bonne partie d'entre eux 70% l'utilisent déjà en production, alors il s'agit de faire une sorte d'exercice de laboratoire pendant la pause déjeuner sur la façon de mettre cela en place et de le faire fonctionner, vous savez, d'une façon démontrée.

66
00:07:52.830 -> 00:08:02.280
Andy Whiteside : Il s'agit donc de savoir quel pourcentage des utilisateurs de Cooper daddy sont capables de rester fidèles par rapport à ceux qui ne le sont pas.

67
00:08:03.600 -> 00:08:13.650
Jirah Cox : Euh, cette enquête, qui renvoie à la perception de la communauté, est la perception de la communauté cubaine sur le fait que les Cooper 90 sont prêts à exécuter des charges de travail de production.

68
00:08:14.130 -> 00:08:22.710
Jirah Cox : Avec les applications complètes de l'État, et c'est la grande majorité des 90%, c'est oui, et la plupart des personnes qui disent oui le font déjà.

69
00:08:28.920 -> 00:08:30.030
Andy Whiteside : Je suppose donc que je suis...

70
00:08:32.040 -> 00:08:33.870
Andy Whiteside : Je suppose que je ne vis pas dans ce monde, vraiment pas.

71
00:08:35.340 -> 00:08:48.990
Andy Whiteside : Je sais où vos charges de travail conteneurisées sont restées pleines et où elles ne l'ont pas été, je suppose qu'il y avait un grand pourcentage de temps où elles n'étaient pas disponibles en tant que charge de travail persistante, je suis resté pour la charge de travail.

72
00:08:49.440 -> 00:08:57.450
Jirah Cox : Donc, par défaut, lorsque vous lancez un conteneur qui exécute une application, le conteneur lui-même ne change pas.

73
00:08:58.830 -> 00:09:04.710
Jirah Cox : Je ne suis pas sûre que ce soit 100% immuable intrinsèquement, mais cela ne change rien : vous ne sauvegardez pas les données dans le conteneur.

74
00:09:05.190 -> 00:09:15.420
Jirah Cox : Il faut lui donner un espace de stockage supplémentaire pour qu'il puisse garder ces configurations pour lui, même le contenu réel, comme un conteneur de base de données qui écrirait la base de données réelle.

75
00:09:16.500 -> 00:09:29.610
Jirah Cox : les tables et les charges utiles et ainsi de suite oui donc tant que vous ne fournissez pas ce stockage de conteneur et le stockage pour vos conteneurs, vos conteneurs n'économisent probablement pas beaucoup maintenant qu'ils peuvent se connecter à d'autres bases de données, à des systèmes dorsaux.

76
00:09:31.110 -> 00:09:39.360
Jirah Cox : les données de configuration à provisionner elles-mêmes, mais oui, en soi, il n'y a pas de fruit de provisionnement pour ce coût de stockage.

77
00:09:39.600 -> 00:09:48.990
Andy Whiteside : Et c'est en quelque sorte le résultat de la conception de Cuban 80s, l'idée du conteneur où se trouve la base de données et la charge de travail de l'application, qui obtient ce dont elle a besoin pour une configuration par exemple.

78
00:09:49.410 -> 00:09:50.580
Andy Whiteside : Et, mais quoi qu'il en soit, courir.

79
00:09:50.730 -> 00:09:58.410
Andy Whiteside : Mais ensuite, il écrirait en tant que données, la base de données, puis il disparaîtrait ou se réinitialiserait à son état d'origine lorsque vous l'avez éteint.

80
00:09:58.590 -> 00:10:08.130
Jirah Cox : Tout à fait, oui, donc dans le langage ou dans le cadre de l'entreprise d'il y a 20 ans, où je devais construire un serveur pour faire tourner une application.

81
00:10:08.670 -> 00:10:15.330
Jirah Cox : L'application a été installée juste à côté et j'ai apporté le stockage sous la forme de n'importe quel serveur fiscal virtualisé.

82
00:10:16.770 -> 00:10:26.400
Jirah Cox : Et puis vous savez, bien sûr, l'emballage APP, comme ce fichier MSI devait décompresser la charge de travail de l'application et l'adapter à l'environnement dans lequel elle était exécutée.

83
00:10:26.820 -> 00:10:35.220
Jirah Cox : Et la conteneurisation dit qu'il faut se débarrasser de tout cela, je n'ai pas besoin de le décompresser, je n'ai pas besoin de le tailler, je peux littéralement le prendre à partir d'un fichier téléchargé sur le Web jusqu'à ce qu'il soit en cours d'exécution.

84
00:10:36.420 -> 00:10:44.550
Jirah Cox : presque instantanément dans le réseau configurable et le stockage configurable, mais l'application elle-même n'a pas besoin d'être modifiée pour pouvoir être instanciée.

85
00:10:45.000 -> 00:10:54.600
Andy Whiteside : Je vois ça un peu comme si j'emménageais dans un appartement ou un entrepôt économique et que je devais déballer toutes mes affaires, mes poêles, et tout ce qui va avec le bagage de mes affaires est là.

86
00:10:55.350 -> 00:11:05.460
Andy Whiteside : Par rapport à la Cooper nettie, c'est là qu'il arrive et que je repars le lendemain, et donc en le nettoyant à l'état d'origine dans ce cas, je peux laisser un peu, je crois, un peu de moi derrière moi, donc quand je reviens, je ne commence pas.

87
00:11:06.060 -> 00:11:10.890
Jirah Cox : Oui, d'une certaine manière, je veux dire que l'analogie du jour de la marmotte que vous avez faite tout à l'heure était un peu pertinente.

88
00:11:12.450 -> 00:11:12.930
Andy Whiteside : hum.

89
00:11:14.340 -> 00:11:18.450
Andy Whiteside : Et quel est l'exemple de choses que je laisserais derrière moi pour configurer le type d'information.

90
00:11:20.220 -> 00:11:26.610
Jirah Cox : Oui, bien sûr, comme je fais tourner un équilibreur de charge conteneurisé chez moi, qui s'écrit à lui-même.

91
00:11:27.000 -> 00:11:33.510
Jirah Cox : Vous savez quels sites back-end, je veux mettre en place un proxy ou un équilibre de charge et comment y accéder, avec quels ports et...

92
00:11:34.380 -> 00:11:50.430
Jirah Cox : Les moniteurs de santé, c'est vrai, donc le code qui exécute l'équilibreur de charge ne change pas quand je démarre ou arrête le conteneur, mais quand il démarre, vous le savez, ou après une heure de mise à jour du conteneur, il trouve ce fichier de configuration sur le stockage, que je lui ai présenté, et il va se reconfigurer lui-même.

93
00:11:51.510 -> 00:11:55.710
Andy Whiteside : Et quel est l'élément magique du nouveau tannique hyper convergé qui permet d'obtenir ce résultat.

94
00:11:56.520 -> 00:12:03.510
Jirah Cox : Donc, dans ce cas, ce que cet article illustre bien, c'est que le CSI driver, c'est le stockage des conteneurs.

95
00:12:05.040 -> 00:12:15.720
Jirah Cox : Le pilote qui permet au cadre des yeux du conteneur, dans ce cas comme open shift, de savoir comment demander des ressources de stockage au nouveau cluster tonics sur lequel je tourne, dans ce cas il utilisera comme un.

96
00:12:17.370 -> 00:12:19.440
Jirah Cox : Les nouveaux volumes de remerciement comme le stockage en bloc.

97
00:12:21.720 -> 00:12:34.620
Jirah Cox : présentation, il peut aussi s'agir de fichiers via SMB ou nfl, mais pour cet exemple, il s'agira d'un stockage en bloc via des volumes pour dire voici le stockage pour cette seule application.

98
00:12:35.970 -> 00:12:36.180
D'accord.

99
00:12:38.070 -> 00:12:39.480
Andy Whiteside : Vous avez des commentaires ?.

100
00:12:41.970 -> 00:12:51.840
Harvey Green : Je ne le suis pas encore, comme vous l'avez dit, c'est un peu en dehors de mes compétences, alors je vais laisser Jarrod continuer et j'interviendrai.

101
00:12:53.490 -> 00:13:02.940
Andy Whiteside : c'est la question, je pense que nous avons présenté le concept, et la raison pour laquelle je ne sais pas si nous voulons examiner comment le faire nécessairement, c'est que ce ne serait pas une bonne écoute pour notre public.

102
00:13:03.180 -> 00:13:05.850
Jirah Cox : Nous ne nous contentons pas de résumer les morceaux de code, c'est certain.

103
00:13:07.350 -> 00:13:09.870
Jirah Cox : c'est la c'est la c'est la technique, nous pouvons l'explorer à coup sûr.

104
00:13:10.980 -> 00:13:11.340
Jirah Cox : Oui.

105
00:13:11.670 -> 00:13:14.790
Andy Whiteside : Voyons voir, vous voulez passer en revue les différents éléments.

106
00:13:15.240 -> 00:13:22.530
Jirah Cox : Oui, à l'équivalent verbal du pseudo-code de nos cours de programmation CS one one.

107
00:13:23.910 -> 00:13:29.640
Jirah Cox : Dans ce cas, vous savez que cet article est en fait le quatrième d'une série de quatre parties sur le déploiement d'un changement ouvert pour de nouvelles tactiques.

108
00:13:30.540 -> 00:13:39.450
Jirah Cox : Donc, dès que vous êtes à ce stade, vous avez un environnement Unix avec Open Shift et le pilote CSM déjà injecté si vous n'êtes pas encore à ce niveau.

109
00:13:40.530 -> 00:13:54.420
Jirah Cox : Les articles précédents vous y conduiront. Une fois que vous aurez tout cela en main, nous parlerons de l'installation, de l'obtention d'un open shift coi et de helm, qui est une sorte de gestionnaire de paquets multiples, c'est-à-dire un moyen d'installer des applications sur le framework des communautés.

110
00:13:55.770 -> 00:14:06.090
Jirah Cox : Et puis vérifier le stockage de l'opérateur CSI, donc est-ce que mon environnement ouvert sait comment parler à de nouveaux toniques, comment s'authentifier et ensuite être capable de demander un nouveau provisionnement de stockage.

111
00:14:07.050 -> 00:14:16.890
Jirah Cox : Supposons que vous obteniez un oui, de la même manière que le blog, notre blog ou l'auteur, si ce n'est pas le cas, revenez en arrière et essayez à nouveau ou résolvez le problème.

112
00:14:18.300 -> 00:14:26.520
Jirah Cox : Il s'agit donc de postgres, donc quelques commandes pour savoir comment installer postgres, un moteur de base de données, sur mon Cooper daddy's aka open shift.

113
00:14:27.660 -> 00:14:28.920
Jirah Cox : L'environnement aussi.

114
00:14:30.840 -> 00:14:33.270
Jirah Cox : install postgres verify that's up and running.

115
00:14:35.010 -> 00:14:38.250
Jirah Cox : Ce sera listé ici et vous utilisez des pods et ensuite.

116
00:14:39.720 -> 00:14:53.610
Jirah Cox : il y a le commandant pour obtenir le PVC, qui est la demande de volume persistant de la prison, qui est le stockage que j'ai demandé pour cette application et il y a une référence ici et ensuite les articles du blog vous donnent également quelques scripts à exécuter.

117
00:14:54.720 -> 00:15:06.600
Jirah Cox : Des scripts pour dire que j'ai perdu ma place ici, donc nous créons des droits sur les données, nous créons de nouvelles tables dans Postgres, donc nous créons des données persistantes dont nous avons besoin.

118
00:15:07.920 -> 00:15:17.040
Jirah Cox : Si l'état de l'application doit être conservé même après des événements terribles, comment puis-je m'assurer que ces données sont conservées et utiles ?.

119
00:15:18.570 -> 00:15:33.780
Jirah Cox : Et puis un autre script qui va prendre un instantané du volume de la base de données toutes les cinq minutes, donc nous avons créé des données et après quelques minutes nous aurons quelques instantanés au fil du temps, d'accord, donc comment je ferais pour protéger les données dans un monde d'applications conteneurisées.

120
00:15:39.030 -> 00:15:40.320
Jirah Cox : D'accord, et ensuite.

121
00:15:41.850 -> 00:15:44.160
Jirah Cox : D'autres commandes sont données dans l'article du blog.

122
00:15:45.750 -> 00:15:53.220
Jirah Cox : yeah okay to run yeah right to validate the script the tables, to create the scripts run them yeah Okay, and then verify the entrepreneur in the background.

123
00:15:53.820 -> 00:16:03.330
Jirah Cox : Nous nous connectons donc à la base de données postgres et nous obtenons un exemple d'informations d'identification. N'utilisez pas ces informations d'identification en production, s'il vous plaît, et merci, mais pour un environnement réel, vous pouvez utiliser ces informations d'identification.

124
00:16:04.530 -> 00:16:07.110
Jirah Cox : Et vous verrez que les tables que nous avons créées existent.

125
00:16:08.130 -> 00:16:10.830
Jirah Cox : Comme preuve de la capacité à créer des données qui doivent persister.

126
00:16:12.480 -> 00:16:26.880
Jirah Cox : Nous voyons donc que nos données sont saines et qu'au fil du temps, nous devrions voir que l'article appelle cinq instantanés de volume qui ont été créés, ce qui signifie que toutes les cinq minutes, l'instantané va marquer le volume de l'application.

127
00:16:28.200 -> 00:16:34.110
Jirah Cox : Maintenant, notre base de données fonctionne, elle contient des données, même en pensant à une vieille école ordinaire.

128
00:16:35.340 -> 00:16:40.860
Jirah Cox : La mode est de retirer les conteneurs, nous n'en avons pas, nous avons une base de données qui gère les données au sein de la base de données.

129
00:16:41.430 -> 00:16:48.780
Jirah Cox : Et nous avons une certaine pression sur les données et des instantanés de ces données maintenant nous le faisons d'une manière très fantaisiste, vous savez, à l'échelle du web, moderne, avec une base de données conteneurisée.

130
00:16:49.230 -> 00:16:56.040
Jirah Cox : Et le stockage des pilotes CSI pour les applications conteneurisées, mais fondamentalement, nous avons une base de données avec des données.

131
00:16:56.850 -> 00:17:06.060
Jirah Cox : Il nous faut donc maintenant notre singe du chaos : nous allons provoquer une défaillance et prouver que nous pouvons nous en remettre, ce qui nous permettra de préserver l'état de l'application au fur et à mesure que nous le ferons.

132
00:17:06.840 -> 00:17:18.030
Andy Whiteside : C'est peut-être la clé pour moi, c'est que cela commence à avoir un sens en termes de maintenant, si cela devait toucher ce conteneur et qu'il lui arrivait quelque chose.

133
00:17:18.600 -> 00:17:27.360
Andy Whiteside : Nous n'aurions pas ce qu'il faut pour le remettre en place ou le rendre disponible instantanément.

134
00:17:27.660 -> 00:17:37.470
Jirah Cox : Oui, c'est vrai, en fonction de votre modèle de disponibilité, des zones de disponibilité, mais si quelque chose de grave se produit, comment puis-je rétablir cette application, n'est-ce pas ?.

135
00:17:39.240 -> 00:17:39.540
D'accord.

136
00:17:40.590 -> 00:17:47.970
Jirah Cox : Qu'il s'agisse d'une récupération et de l'armoire suivante, de la rangée suivante, du centre de données suivant, vous savez, en fonction de ce que vous avez fait.

137
00:17:48.450 -> 00:17:58.980
Jirah Cox : répliqué les données mais aussi, je pense que nous y reviendrons plus tard dans l'article du blog, nous avons des instantanés dans le temps aussi, c'est vrai et c'est une base de données, je veux dire, je sais que nous savons, aucun d'entre nous ne connaît une base de données qui a déjà eu comme.

138
00:17:59.580 -> 00:18:10.920
Jirah Cox : Une erreur causée par une erreur humaine, mais si quelque chose devait arriver, la possibilité de remonter dans le temps, comme cinq minutes avant que l'air ne se produise, il semble que cela pourrait être utile dans certaines circonstances, n'est-ce pas ?.

139
00:18:11.400 -> 00:18:12.270
Andy Whiteside : mm hmm donc.

140
00:18:13.020 -> 00:18:25.920
Jirah Cox : Donc pour cet exemple, cette promenade à travers le singe du chaos va être, nous, en tant qu'humain ou quelque chose comme ça, de désinstaller postgres pour qu'il n'y ait plus de moteur de base de données dans ce pod, et que tout le pod s'éloigne de Cooper daddy's.

141
00:18:26.970 -> 00:18:32.580
Jirah Cox : Et ensuite, nous supprimons ce volume, ce qui élimine le stockage pour cette application.

142
00:18:34.650 -> 00:18:44.100
Jirah Cox : Donc, pour le restaurer à partir du dernier instantané disponible, il y a une commande qui permet de créer une nouvelle réclamation de volume, une nouvelle réclamation de volume persistant PVC.

143
00:18:44.640 -> 00:18:49.920
Jirah Cox : à partir de l'instantané le plus récent et je ne vais pas vous lire le code ici, mais vous devriez le consulter et l'utiliser.

144
00:18:50.850 -> 00:19:07.800
Jirah Cox : Une fois que la demande est en ligne, nous allons réinstaller une nouvelle copie de postgres à partir d'Internet. Si j'avais un tout nouvel environnement Cooper Daddy sans pods de trésorerie et sans images dans mon référentiel de conteneurs, je pourrais quand même aller chercher cette dernière.

145
00:19:09.060 -> 00:19:23.820
Jirah Cox : postgres image le lance, je peux accéder à cette couche de stockage et ensuite nous nous connectons à postgres et nous voyons quelles données existent dans ces tables au sein de la base de données et bien sûr nous devrions voir que nous avons ce que nous attendons.

146
00:19:25.200 -> 00:19:32.940
Jirah Cox : Et le dernier exemple donné ici est le suivant : que se passerait-il si nous voulions revenir à un instantané antérieur, à un stade antérieur de cette base de données ?.

147
00:19:33.330 -> 00:19:44.640
Jirah Cox : Nous pourrions en fait créer une nouvelle demande de volume pointant vers un instantané antérieur et nous serions en mesure de les comparer dans le temps pour dire voici les données antérieures, les données plus anciennes, les données plus récentes.

148
00:19:46.170 -> 00:19:58.470
Jirah Cox : Ils peuvent être différents, mais les deux peuvent être accessibles exactement au même moment. Je peux donc déployer une deuxième copie de postgres qui pointe vers le premier instantané et une autre qui pointe vers le dernier instantané, exactement au même moment.

149
00:20:00.420 -> 00:20:00.570
Jirah Cox : Donc.

150
00:20:01.590 -> 00:20:02.910
Andy Whiteside : Je pense que vous avez fait perdre la tête à Harvey.

151
00:20:05.670 -> 00:20:06.570
Harvey Green : J'attends.

152
00:20:06.810 -> 00:20:08.100
Jirah Cox : Je suis désolée et ou Merci.

153
00:20:10.110 -> 00:20:12.240
Jirah Cox : Quel que soit le lundi que vous avez, Harvey est là.

154
00:20:13.410 -> 00:20:13.980
Harvey Green : Mais.

155
00:20:15.660 -> 00:20:15.960
Jirah Cox : c'est.

156
00:20:16.140 -> 00:20:17.640
Jirah Cox : c'est un peu l'état dans lequel je vis habituellement.

157
00:20:19.020 -> 00:20:30.090
Jirah Cox : Mais vous savez, parce que c'est une capacité clé, pourquoi est-ce important ? C'est parce que les entreprises veulent construire et exécuter des applications conteneurisées, même si c'est comme, dans ce cas, postgres, vous savez que les entreprises exécutent postgres tous les jours.

158
00:20:31.260 -> 00:20:38.610
Jirah Cox : Avant, on se couchait sur une machine virtuelle, et demain, on peut la mettre dans un conteneur, même postgres, même résultat pour l'entreprise s'il s'agit d'une base de données.

159
00:20:38.910 -> 00:20:45.000
Jirah Cox : Je dois donc m'assurer que nous conservons les mêmes capacités en matière de protection des données et de récupération.

160
00:20:45.630 -> 00:20:56.910
Jirah Cox : Ce que nous avions et l'ancien monde où il y avait une base de données dans un vm demain avec la base de données dans un conteneur mais les mêmes capacités de roll back roll forward protéger les données récupérer les données continuer à faire fonctionner l'entreprise.

161
00:20:58.020 -> 00:21:14.340
Andy Whiteside : S'agit-il vraiment d'un exemple de charges de travail Linux d'entreprise qui s'associent à la nouvelle hyperconvergence tannique et à toute la beauté qui va de pair avec cette sorte de rencontre entre toutes ces choses et tout d'un coup, des choses deviennent possibles qui ne l'étaient pas auparavant.

162
00:21:15.690 -> 00:21:21.450
Jirah Cox : Je pense que c'est une bonne façon de voir les choses, oui, c'est sûr, je pense qu'il y a des éléments à cela.

163
00:21:22.650 -> 00:21:33.450
Jirah Cox : Avec Linux, je veux dire des conteneurs sur Windows ou quelque chose comme ça, et puis je pense que la partie mécanique de la magie de la gestion que nous apportons ici, c'est cette capacité à dire de fournir facilement.

164
00:21:34.260 -> 00:21:45.270
Jirah Cox : En fait, vous pensez, comme nous l'avons fait il y a 12 ans avec la naissance de hdi, que je crée des vm et qu'ils ont aussi du stockage, et que c'est simple et agréable, et bien maintenant, j'ai des conteneurs, et ils ont aussi du stockage, et c'est simple et agréable.

165
00:21:46.350 -> 00:21:55.410
Andy Whiteside : Et cela amène les conteneurs dans un monde où ils n'existaient pas auparavant et l'applicabilité des applications s'en trouve améliorée.

166
00:21:56.520 -> 00:21:57.120
Andy Whiteside : étendu.

167
00:21:57.810 -> 00:22:03.480
Jirah Cox : Eh bien, tout ce qui concerne la protection des données d'entreprise, comme les instantanés et les retours en arrière, les retours en avant.

168
00:22:04.710 -> 00:22:06.150
Jirah Cox : Combiné avec aussi.

169
00:22:08.100 -> 00:22:15.300
Jirah Cox : Il n'est pas nécessaire de réinventer les roues, comme vous pourriez acheter n'importe quel groupe de remerciement, vous savez, nous avons tous parlé du processus de la Fondation ici, cette chose prend vie.

170
00:22:15.780 -> 00:22:23.280
Jirah Cox : Vous savez, le matin, il arrive sur le quai de chargement si vous voulez qu'il soit en ligne, si vous avez vos va lands sur les commutateurs qui se regroupent en ligne très rapidement.

171
00:22:24.570 -> 00:22:27.930
Jirah Cox : Vous savez maintenant qu'il peut y avoir une équipe ouverte le même jour.

172
00:22:28.470 -> 00:22:37.740
Jirah Cox : Oh, et d'ailleurs, vous pouvez faire tourner des équipes ouvertes avec un stockage de niveau entreprise cet après-midi-là et vous pouvez faire tourner des applications et de la production à la fermeture de l'entreprise, donc très, très.

173
00:22:38.190 -> 00:22:52.590
Jirah Cox : Le temps de retour sur investissement est dramatiquement court comparé à beaucoup d'autres moyens, vous pourriez le faire jusqu'à écrire votre propre application au niveau du stockage, mais vous seriez presque en train de construire des jouets pour vos jouets à ce moment-là, plutôt que d'activer des fonctionnalités de niveau entreprise, ouais.

174
00:22:54.690 -> 00:23:01.140
Andy Whiteside : Oui, j'ai compris, ce n'est pas forcément mon domaine, mais j'ai compris pourquoi ce serait applicable si c'était le cas.

175
00:23:03.270 -> 00:23:12.630
Jirah Cox : cool je pense que c'est très excitant je pense aussi que c'est le genre de choses que j'ai tendance à garder pour mes heures de laboratoire, vous savez, tard dans la nuit, par rapport à une journée de travail.

176
00:23:14.970 -> 00:23:18.540
Jirah Cox : Vous savez, des choses dont je suis totalement pourvue moi-même, mais nous y arrivons tous ensemble.

177
00:23:19.080 -> 00:23:19.440
Oui.

178
00:23:21.180 -> 00:23:23.280
Andy Whiteside : Armenia : réflexions ou commentaires supplémentaires à ce sujet.

179
00:23:24.090 -> 00:23:34.530
Harvey Green : Non, je pense que la chose que je dirais, c'est que c'est drôle, je pense que je continue à le dire dans le podcast, plus on en fait.

180
00:23:35.700 -> 00:23:43.830
Harvey Green : Et plus nous en parlons, plus je me rends compte à quel point cette nouvelle solution tannique est flexible, vous pouvez l'utiliser.

181
00:23:44.460 -> 00:23:55.110
Harvey Green : Vous savez, quelque chose comme ça, être capable d'exécuter les applications de base qui sont basées sur Linux, et vous savez que c'est la totalité de votre charge de travail, sans y toucher.

182
00:23:55.680 -> 00:24:14.580
Harvey Green : C'est une chose à part entière que le nouveau tannic peut faire, et puis vous savez, la même chose pour les bases de données, la même chose pour EC, la même chose pour les serveurs de fichiers aléatoires comme ça, c'est, c'est un système extrêmement flexible, c'est difficile de trouver des failles.

183
00:24:15.810 -> 00:24:23.490
Jirah Cox : Vous pouvez imaginer une entreprise qui voudrait acheter de nouvelles tactiques pour ses besoins en nouvelles tactiques pour ses développeurs d'applications.

184
00:24:23.970 -> 00:24:31.380
Jirah Cox : Et les développeurs disent oh attendez, ça peut fonctionner sur les ordinateurs de bureau et les gars de la CE vont utiliser des conteneurs d'eau et c'est comme s'ils étaient sur la même plateforme ouais.

185
00:24:32.010 -> 00:24:45.870
Andy Whiteside : c'est la clé, c'est vraiment cool et ça résout beaucoup de défis commerciaux et peut-être qu'il y a différents clusters et peut-être que dans certaines organisations, un seul gros cluster n'a pas d'importance totalement ouais hey john pour te demander à propos de la syntaxe, alors celle-là juste ici, non je plaisante.

186
00:24:47.370 -> 00:24:48.300
Jirah Cox : Je suis d'accord, allons-y.

187
00:24:48.990 -> 00:24:52.800
Andy Whiteside : Eh bien, j'ai cherché à en trouver un que je n'ai pas compris, pour être honnête, il n'y en avait pas.

188
00:24:53.610 -> 00:24:55.830
Jirah Cox : Je peux aller sur Google plus vite qu'Andy ne peut poser la question.

189
00:24:55.860 -> 00:24:56.340
Peut-être.

190
00:24:59.130 -> 00:25:06.300
Andy Whiteside : Très bien, j'apprécie que vous soyez intervenus pour parler des conteneurs, de l'open shift et de la capacité à rester pour les charges de travail et tout ce qui peut arriver.

191
00:25:06.840 -> 00:25:09.780
Jirah Cox : J'apprécie, je vous donne rendez-vous la semaine prochaine et je vous souhaite une bonne semaine.