WEBVTT

00:00:00.000 --> 00:00:02.280
SQL Server Big Data (en anglais seulement)
clusters fournit

00:00:02.280 --> 00:00:05.385
expériences d'administration intégrées
pour gérer la plate-forme.

00:00:05.385 --> 00:00:07.140
Il y a beaucoup de choses qui se passent
sur la plate-forme afin

00:00:07.140 --> 00:00:08.955
nous avons fait en sorte de construire beaucoup de

00:00:08.955 --> 00:00:10.800
expériences d'administration à faire

00:00:10.800 --> 00:00:12.885
il est facile de comprendre
Que se passe-t-il.

00:00:12.885 --> 00:00:17.860
Mihaela nous dira à tous
à ce sujet aujourd'hui à Data Exposed.

00:00:26.720 --> 00:00:27.820
[MUSIQUE]

00:00:27.820 --> 00:00:29.685
Salut et bienvenue à
un autre épisode de

00:00:29.685 --> 00:00:32.295
Données exposées. Je suis ton hôte Jeroen.

00:00:32.295 --> 00:00:36.450
Aujourd'hui, j'ai avec moi Mihaela à
parler de certains des intégrés

00:00:36.450 --> 00:00:38.280
expériences administratives qui sont

00:00:38.280 --> 00:00:40.940
disponible pour vous en SQL
Clusters big Data serveur.

00:00:40.940 --> 00:00:43.670
Alors Mihaela, de retour sur
le spectacle, bienvenue.

00:00:43.670 --> 00:00:46.015
Merci pour
m'avoir ici aujourd'hui.

00:00:46.015 --> 00:00:48.975
L'administration
expériences, non?

00:00:48.975 --> 00:00:50.550
Qu'est-ce que tu peux nous dire ?

00:00:50.550 --> 00:00:52.320
Oui, c'est l'un des

00:00:52.320 --> 00:00:55.245
le produit de valeur clé
pour les clusters big data.

00:00:55.245 --> 00:00:57.260
Nous allons passer par une partie de

00:00:57.260 --> 00:01:00.380
ces expériences aujourd'hui
soulignant ce que sont certains des

00:01:00.380 --> 00:01:05.660
la gestion intégrée cluster
expérience en administration

00:01:05.660 --> 00:01:08.425
que nous avons disponibles
pour vous d'essayer.

00:01:08.425 --> 00:01:12.380
Comme vous le savez, les clusters big data sont

00:01:12.380 --> 00:01:16.160
déployé sous forme de conteneurs
demandes et parler de Kubernetes.

00:01:16.160 --> 00:01:18.920
Cela nous donne une partie de

00:01:18.920 --> 00:01:23.195
la flexibilité pour permettre
certaines de ces expériences.

00:01:23.195 --> 00:01:26.930
Il est très facile à déployer
pour certains d'entre vous qui

00:01:26.930 --> 00:01:30.805
avait essayé de déployer des données volumineuses
clusters de sorte qu'il est très rapide.

00:01:30.805 --> 00:01:34.530
De même pour les mises à niveau,
ça va être très facile.

00:01:34.530 --> 00:01:38.780
Effet de levier, élasticité
et l'évolutivité de

00:01:38.780 --> 00:01:41.330
Kubernetes conteneurs qui transfèrent

00:01:41.330 --> 00:01:44.885
aux expériences de cluster de données volumineuses où

00:01:44.885 --> 00:01:49.460
il est très facile d'étendre
et de haut en bas et ont

00:01:49.460 --> 00:01:50.510
toute cette expérience dans

00:01:50.510 --> 00:01:52.805
d'une manière prévisible et cohérente

00:01:52.805 --> 00:01:55.140
indépendamment de l'endroit où nous sommes
Va le déployer, non?

00:01:55.140 --> 00:01:57.645
Parce que lorsque vous déployez
cluster big data,

00:01:57.645 --> 00:02:00.420
la plate-forme en dessous de Kubernetes

00:02:00.420 --> 00:02:03.660
indépendamment si c'est On-prem
ou à Azure ou ailleurs,

00:02:03.660 --> 00:02:06.965
nous sommes agnostiques à l'endroit où cela
Kubernetes cluster est en cours d'exécution.

00:02:06.965 --> 00:02:08.790
Cool. Ça a l'air bien.

00:02:08.790 --> 00:02:10.535
Encore une fois, transférer à

00:02:10.535 --> 00:02:14.450
cette expérience que nous
conçu pour vous de gérer

00:02:14.450 --> 00:02:16.970
cette plate-forme parce que c'est
quelque chose que vous déployez sur

00:02:16.970 --> 00:02:19.780
votre propre infrastructure et
vous devez le gérer.

00:02:19.780 --> 00:02:21.390
Bien sûr. C'est logique.

00:02:21.390 --> 00:02:26.450
Alors qu'est-ce que nous voulons dire quand nous parlons
sur l'administration cassée?

00:02:26.450 --> 00:02:28.100
Oui, c'est vrai. Donc, cela signifie que nous déployons

00:02:28.100 --> 00:02:30.200
un ensemble de composants et de services

00:02:30.200 --> 00:02:33.980
dans le cluster pour être en mesure pour vous
à déployer pendant le cluster,

00:02:33.980 --> 00:02:36.815
bien sûr, à l'échelle de mise à niveau.

00:02:36.815 --> 00:02:39.380
De même pour la sécurité et je suis

00:02:39.380 --> 00:02:42.200
va mentionner un peu
plus tard, qu'est-ce que cela signifie,

00:02:42.200 --> 00:02:45.200
vous avez intégré HADR

00:02:45.200 --> 00:02:49.110
et ainsi que cluster
système de santé qui est

00:02:49.110 --> 00:02:52.370
utilisé pour d'autres flux de travail comme

00:02:52.370 --> 00:02:56.760
lorsque nous faisons le déploiement
sur ou faire la mise à niveau,

00:02:57.190 --> 00:03:01.370
nous lisons les signaux de
le cluster automatiquement pour vous

00:03:01.370 --> 00:03:05.630
pour être en mesure de s'assurer que nous sommes
mise à niveau dans le bon ordre,

00:03:05.630 --> 00:03:09.215
nous sommes à l'écoute de la santé
signaux de l'cluster à

00:03:09.215 --> 00:03:13.085
pas faire avancer les services qui
ne sont pas en bonne santé et ainsi de suite.

00:03:13.085 --> 00:03:14.185
D'accord.

00:03:14.185 --> 00:03:17.570
Dans le même temps, nous
ont des composants dans

00:03:17.570 --> 00:03:20.675
le cluster qui recueille
métriques, la collecte de journaux,

00:03:20.675 --> 00:03:23.960
les stocker et ensuite exposer
à travers les tableaux de bord,

00:03:23.960 --> 00:03:27.920
encore une fois nous déployons automatiquement
pour vous de faire usage de cela.

00:03:27.920 --> 00:03:29.245
Cool.

00:03:29.245 --> 00:03:31.980
Comment voulez-vous demander exactement?

00:03:31.980 --> 00:03:38.810
Qu'est-ce que cela fonctionne exactement et ce que
sont quelques-uns des services qui sont

00:03:38.810 --> 00:03:42.200
déployé dans le cluster
et nous utilisons

00:03:42.200 --> 00:03:47.190
de permettre à tous les
ces expériences pour vous?

00:03:48.320 --> 00:03:52.880
Nous appelons tous ces
composants qui font partie de

00:03:52.880 --> 00:03:56.660
la direction ou
expérience en administration

00:03:56.660 --> 00:03:59.990
sont sous gestion de cluster
parapluie ou contrôle de service.

00:03:59.990 --> 00:04:02.945
Nous allons entendre
avion de contrôle parfois.

00:04:02.945 --> 00:04:08.310
Je les diviserais entre
services de surveillance,

00:04:08.310 --> 00:04:10.290
comme je l'ai mentionné plus tôt,

00:04:10.290 --> 00:04:14.390
nous avons des composants qui
collectent des mesures.

00:04:14.390 --> 00:04:16.970
Prenons un exemple très simple pour

00:04:16.970 --> 00:04:20.600
SQL Server a DMVs qui est
produire beaucoup de mesures.

00:04:20.600 --> 00:04:23.470
Ils ont des composants dans

00:04:23.470 --> 00:04:26.340
le cluster qui sont
lecture de ces DMV,

00:04:26.340 --> 00:04:28.050
il les stocke dans InfluxDB,

00:04:28.050 --> 00:04:30.520
et puis nous avons Grafana
qui est assis sur

00:04:30.520 --> 00:04:33.190
en haut de cela pour exposer ces mesures.

00:04:33.190 --> 00:04:33.430
Cool.

00:04:33.430 --> 00:04:36.790
De même pour la note
hôte à Kubernetes,

00:04:36.790 --> 00:04:39.730
nous recueillons certains de ces
consommation de ressources comme

00:04:39.730 --> 00:04:43.315
mémoire et ainsi de suite et exposer
tableaux de bord en plus de cela.

00:04:43.315 --> 00:04:47.890
Un autre ensemble de services sont
aider à déployer et à mettre à niveau

00:04:47.890 --> 00:04:53.380
pour mettre en place la sécurité ou
haute disponibilité, non?

00:04:53.380 --> 00:04:57.130
Ce sont des composants qui sont
travailler ensemble pour s'assurer

00:04:57.130 --> 00:04:58.840
santé en grappe pour s'assurer que

00:04:58.840 --> 00:05:02.315
toutes ces choses sont
fonctionne correctement.

00:05:02.315 --> 00:05:04.125
D'accord. Donc, fondamentalement, nous
ont deux groupes, non?

00:05:04.125 --> 00:05:06.585
Surveillance et plus de
contrôle de gestion?

00:05:06.585 --> 00:05:06.975
Oui, c'est vrai.

00:05:06.975 --> 00:05:08.500
D'accord. cool.

00:05:08.570 --> 00:05:11.980
Donc, par exemple pour la sécurité,

00:05:11.980 --> 00:05:14.030
de passer par ce que

00:05:14.030 --> 00:05:17.615
exactement cela signifie que
nous avons intégré la sécurité?

00:05:17.615 --> 00:05:20.930
Comme pour toute version SQL Server,

00:05:20.930 --> 00:05:25.360
mission de sécurité essentielle pour
pour nos clients.

00:05:25.360 --> 00:05:28.980
Il était très important de
activer l'authentification AD.

00:05:28.980 --> 00:05:33.770
Qu'est-ce que cela signifie exactement, c'est
qu'une fois un temps de déploiement,

00:05:33.770 --> 00:05:36.740
vous nous dites que je
veulent les services dans

00:05:36.740 --> 00:05:40.220
les clusters à intégrer
avec AD si tard pour

00:05:40.220 --> 00:05:42.605
utilisateurs à authentifier en utilisant

00:05:42.605 --> 00:05:47.450
leur identité AD qui
tout est pris en charge dans

00:05:47.450 --> 00:05:56.535
termes intégrant des conteneurs
avec Active Directory,

00:05:56.535 --> 00:05:59.790
jetons, certificats et tout,

00:05:59.790 --> 00:06:04.800
déployant toutes ces choses dans
un environnement conteneurisé,

00:06:05.570 --> 00:06:09.045
c'est quelque chose que c'est
nouveau dans l'industrie, non?

00:06:09.045 --> 00:06:09.250
Bien sûr.

00:06:09.250 --> 00:06:11.540
C'est quelque chose qui
nous avons été très difficiles à faire

00:06:11.540 --> 00:06:14.165
se produire et nous l'avons
disponibles seront leur cluster.

00:06:14.165 --> 00:06:15.005
C'est génial.

00:06:15.005 --> 00:06:17.765
Une autre chose qui a été
très important et nous

00:06:17.765 --> 00:06:20.885
écouté les commentaires des clients
quand ils disaient que

00:06:20.885 --> 00:06:25.190
Je veux m'assurer que l'utilisateur
identité qui est utilisée pour

00:06:25.190 --> 00:06:27.500
se connecter à un certain
service est passé par

00:06:27.500 --> 00:06:30.200
la pile entière parce que nous
savoir dans le cluster Big Data,

00:06:30.200 --> 00:06:32.315
nous avons différentes couches de service,

00:06:32.315 --> 00:06:37.490
et quand une nouvelle identité utilisateur
se connecte par exemple à SQL Server,

00:06:37.490 --> 00:06:40.220
Je veux que la même identité soit transmise

00:06:40.220 --> 00:06:43.190
jusqu'à HDFS si nécessaire alors je

00:06:43.190 --> 00:06:48.890
peut vérifier et suivre cette
l'activité de cet utilisateur, non?

00:06:48.890 --> 00:06:50.300
Donc, c'est quelque chose qui est disponible

00:06:50.300 --> 00:06:52.250
dans les clusters big data.

00:06:52.250 --> 00:06:55.790
Encore une fois, les certificats et les
certificats de rotation

00:06:55.790 --> 00:06:57.620
se passe automatiquement pour vous.

00:06:57.620 --> 00:07:02.655
Vous n'avez pas à faire
rien pour ça.

00:07:02.655 --> 00:07:04.395
D'accord. Donc c'est super.

00:07:04.395 --> 00:07:05.790
Ca a l'air cool.

00:07:05.790 --> 00:07:07.170
Nous avons vendu tout cela,

00:07:07.170 --> 00:07:10.905
nous nous sommes assurés que vos informations d'identification
flux de haut en bas,

00:07:10.905 --> 00:07:12.180
nous configurons tout cela,

00:07:12.180 --> 00:07:13.710
mais c'est juste la sécurité, non?

00:07:13.710 --> 00:07:14.025
Oui, c'est vrai.

00:07:14.025 --> 00:07:15.290
Que diriez-vous de quelque chose
d'autre qui est très

00:07:15.290 --> 00:07:16.850
important comme l'évolutivité,

00:07:16.850 --> 00:07:18.230
s'assurer que lorsque

00:07:18.230 --> 00:07:20.960
quelque chose casse quelque chose
d'autre est là pour le ramasser?

00:07:20.960 --> 00:07:22.460
C'est un élément important
facteur de base de données.

00:07:22.460 --> 00:07:24.305
Oui, c'est vrai. Donc, c'est quelque chose

00:07:24.305 --> 00:07:27.620
qui était très important pour
nous aussi pour s'assurer

00:07:27.620 --> 00:07:30.200
que la mission critique
services sont disponibles

00:07:30.200 --> 00:07:33.784
dans le cluster Big Data
aiment SQL Server Master,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, ils sont
très disponible.

00:07:37.595 --> 00:07:38.195
D'accord.

00:07:38.195 --> 00:07:41.480
C'est là que nous avons permis

00:07:41.480 --> 00:07:45.785
une expérience où vous
peut déployer et gérer

00:07:45.785 --> 00:07:51.680
tous ces aspects à nouveau dans un très facile

00:07:51.680 --> 00:07:58.145
et intégré dans le
avion de contrôle ainsi.

00:07:58.145 --> 00:07:59.330
Par exemple, les groupes de disponibilité.

00:07:59.330 --> 00:08:01.460
Il s'agit d'une caractéristique phare qui a été

00:08:01.460 --> 00:08:04.100
disponible pour SQL Server depuis 2012,

00:08:04.100 --> 00:08:05.960
Je pense que le moins et

00:08:05.960 --> 00:08:14.670
[inaudibles] ils savent qu'ils
ont plusieurs prérequis,

00:08:14.670 --> 00:08:15.960
ils doivent mettre en place,

00:08:15.960 --> 00:08:19.530
ils doivent mettre en place une base de données
miroir des points finaux,

00:08:19.530 --> 00:08:22.545
ils doivent mettre en place les certificats.

00:08:22.545 --> 00:08:25.175
Il y a plusieurs étapes à suivre pour
même mettre en place le cluster.

00:08:25.175 --> 00:08:27.680
Une fois que vous nous dites que vous voulez HA et

00:08:27.680 --> 00:08:30.490
groupes de données volumineuses pour
Maître serveur SQL,

00:08:30.490 --> 00:08:33.555
nous nous occupons de tout pour vous.

00:08:33.555 --> 00:08:35.310
C'est pas le tout. On l'a simplifié, non ?

00:08:35.310 --> 00:08:39.290
C'est très facile pour vous de mettre en place.

00:08:39.290 --> 00:08:40.750
Tu n'as pas à penser,

00:08:40.750 --> 00:08:44.690
ai-je utilisé la bonne URL pour le
répliques ou des choses comme ça?

00:08:44.690 --> 00:08:47.735
Tu n'as pas à t'inquiéter.
à propos de ces choses.

00:08:47.735 --> 00:08:48.630
Cool, donc.

00:08:48.630 --> 00:08:51.415
Devinez quel est le cluster
technologie que nous utilisons pour cela?

00:08:51.415 --> 00:08:53.415
Eh bien, dites-moi.

00:08:53.415 --> 00:08:57.810
Aucun. Donc, c'est le
beauté de Kubernetes.

00:08:57.810 --> 00:09:01.480
Ainsi, grâce à une intégration serrée
avec Kubernetes et en ajoutant

00:09:01.480 --> 00:09:03.950
la logique de surveillance et de

00:09:03.950 --> 00:09:07.670
orchestration serrée dans
cet avion de contrôle,

00:09:07.670 --> 00:09:10.280
il n'est pas nécessaire d'ajouter
cluster de technologie

00:09:10.280 --> 00:09:13.550
pour mettre dans le plus grand cluster

00:09:13.550 --> 00:09:16.400
pour gérer cet aspect
de SQL Server Master.

00:09:16.400 --> 00:09:17.030
D'accord.

00:09:17.030 --> 00:09:20.180
De même pour HDFS, non?

00:09:20.180 --> 00:09:24.425
D'autres ressources
la pile Hadoop,

00:09:24.425 --> 00:09:27.125
ils doivent être très
disponibles ainsi.

00:09:27.125 --> 00:09:30.830
Dans ce cas, nous utilisons Zookeeper,

00:09:30.830 --> 00:09:32.285
qui est une source ouverte.

00:09:32.285 --> 00:09:34.340
Si bien établi
technologie de cluster

00:09:34.340 --> 00:09:36.710
pour aider à l'orchestration et

00:09:36.710 --> 00:09:41.585
stockage des métadonnées pour les
disponibilité de ces services.

00:09:41.585 --> 00:09:43.640
Vous nous avez parlé de
mission critique,

00:09:43.640 --> 00:09:44.690
vous nous avez parlé de sécurité.

00:09:44.690 --> 00:09:47.000
Donc tu m'as fait tourner la tête maintenant.

00:09:47.000 --> 00:09:48.080
Il se passe beaucoup de choses,

00:09:48.080 --> 00:09:49.775
mais comment puis-je réellement utiliser cela?

00:09:49.775 --> 00:09:51.110
Avez-vous des outils qui

00:09:51.110 --> 00:09:51.980
vous pouvez donner à

00:09:51.980 --> 00:09:53.110
moi pour s'assurer que je
comprendre ce qui se passe ici?

00:09:53.110 --> 00:09:54.470
Oui, ne vous inquiétez pas à ce sujet.

00:09:54.470 --> 00:10:00.610
Encore une fois, je vous disais que
vous pouvez facilement déployer, non?

00:10:00.610 --> 00:10:00.900
D'accord.

00:10:00.900 --> 00:10:02.810
La seule chose que vous devez faire

00:10:02.810 --> 00:10:04.760
comme avec n'importe quoi dans
Kubernetes vous venez de

00:10:04.760 --> 00:10:07.040
doivent déclarer votre
intention et décrire

00:10:07.040 --> 00:10:11.225
votre configuration cible et
nous nous occupons de tout.

00:10:11.225 --> 00:10:13.250
Donc, l'une des choses que vous voulez

00:10:13.250 --> 00:10:15.800
pour s'assurer que vous êtes
l'utilisation et vous avez

00:10:15.800 --> 00:10:20.975
comme un outil sur votre client
machines ASI données.

00:10:20.975 --> 00:10:23.180
Vous pouvez faire le déploiement,
vous pouvez faire la configuration,

00:10:23.180 --> 00:10:27.750
vous pouvez faire la surveillance, même avec
Données ASI ainsi que données Azure.

00:10:27.750 --> 00:10:33.110
Donc, si vous voulez passer par un plus
guidés ou pour voir les tableaux de bord dans

00:10:33.110 --> 00:10:36.890
d'une manière plus conviviale

00:10:36.890 --> 00:10:39.080
et c'est ce que je vais
pour vous montrer plus loin,

00:10:39.080 --> 00:10:42.065
vous pouvez faire usage de
Azure Data Studio à

00:10:42.065 --> 00:10:45.800
tirer parti de certaines de ces expériences
que nous ajoutons là-bas.

00:10:45.800 --> 00:10:47.990
D'accord. Eh bien, parler de
expériences, pouvez-vous nous montrer?

00:10:47.990 --> 00:10:50.640
Voyons comment cela
ressemble à la surveillance.

00:10:50.640 --> 00:10:52.860
Si je veux voir le
statut du cluster,

00:10:52.860 --> 00:10:54.675
sont mes services en bonne santé ou non.

00:10:54.675 --> 00:10:56.030
Il y a beaucoup de choses qui se passent
dans le cluster.

00:10:56.030 --> 00:10:57.150
J'ai besoin de savoir ce qui se passe.

00:10:57.150 --> 00:11:01.640
Il y en a beaucoup exactement
et nous avons une nouvelle expérience

00:11:01.640 --> 00:11:04.250
dans Azure Data Studio où vous

00:11:04.250 --> 00:11:07.205
peut voir l'état de la
cluster à travers le contrôleur,

00:11:07.205 --> 00:11:09.050
parce que encore une fois c'est le cerveau de

00:11:09.050 --> 00:11:11.330
votre cluster et ce
est la source de la vérité.

00:11:11.330 --> 00:11:12.660
Bien sûr.

00:11:13.340 --> 00:11:18.570
Vous pouvez voir ici tous les
services qui sont déployés.

00:11:18.570 --> 00:11:20.495
Il y a un état de santé.

00:11:20.495 --> 00:11:22.130
Si je veux des détails,

00:11:22.130 --> 00:11:24.920
Je peux aller plus loin à HDFS par exemple

00:11:24.920 --> 00:11:29.615
et voir ce qui est le
santé là-bas et ainsi de suite.

00:11:29.615 --> 00:11:32.270
Donc, c'est l'un des
choses que nous avons de nouvelles

00:11:32.270 --> 00:11:35.405
dans les prochaines versions
pour les clusters big data.

00:11:35.405 --> 00:11:38.030
Toute cette expérience à nouveau
vous pouvez utiliser les données ASI pour

00:11:38.030 --> 00:11:41.820
ainsi que le statut BDC,

00:11:44.710 --> 00:11:48.685
et c'est plus intuitif
d'utiliser un outil comme celui-ci.

00:11:48.685 --> 00:11:51.480
Parfois. ouais
c'est logique. cool.

00:11:51.480 --> 00:11:55.570
Encore une fois, tout cela et comment déployer

00:11:55.570 --> 00:11:56.630
tous ces services et

00:11:56.630 --> 00:11:59.390
configuration très disponible
pour la sécurité et ainsi de suite,

00:11:59.390 --> 00:12:02.270
vous pouvez trouver sur notre
page de documentation.

00:12:02.270 --> 00:12:05.045
J'ai mis quelques conseils ici pour vous de

00:12:05.045 --> 00:12:08.630
l'effet de levier comme point de départ
pour notre documentation.

00:12:08.630 --> 00:12:13.055
Donc, soit pour le déploiement ou
pour plus de ressources sur BDC,

00:12:13.055 --> 00:12:15.200
ateliers, échantillons que vous pouvez aller

00:12:15.200 --> 00:12:18.825
à ces ressources à utiliser.

00:12:18.825 --> 00:12:21.150
Cool. Eh bien encore,

00:12:21.150 --> 00:12:23.055
merci beaucoup pour le partage.

00:12:23.055 --> 00:12:25.280
Je suis heureux de voir qu'il ya beaucoup de

00:12:25.280 --> 00:12:27.245
administration et
surveillance en cours,

00:12:27.245 --> 00:12:29.450
et très heureux de voir que nous avons

00:12:29.450 --> 00:12:33.365
à la fois une version de ligne de commande de
il pour automatiser les choses à nouveau,

00:12:33.365 --> 00:12:35.510
graphiques de construction, tableaux de bord de bâtiment,

00:12:35.510 --> 00:12:37.100
et puis l'interface, je
comme l'interface ainsi.

00:12:37.100 --> 00:12:39.020
Je suis donc très heureux de [inaudible].

00:12:39.020 --> 00:12:41.060
Merci beaucoup d'être ici.
et de partager cela avec d'autres.

00:12:41.060 --> 00:12:42.080
Pas de problème, merci.

00:12:42.080 --> 00:12:43.775
Merci d'avoir regardé.

00:12:43.775 --> 00:12:45.340
S'il vous plaît aimer et vous abonner,

00:12:45.340 --> 00:12:48.180
laisser un commentaire et espérer
on se voit la prochaine fois. merci.

00:12:48.180 --> 00:13:03.100
[MUSIQUE]

