WEBVTT

00:00:00.000 --> 00:00:02.280
>> Big Data di SQL Server
cluster fornisce

00:00:02.280 --> 00:00:05.385
esperienze di amministrazione incorporate
per gestire la piattaforma.

00:00:05.385 --> 00:00:07.140
C'è molto da fare
sulla piattaforma in modo

00:00:07.140 --> 00:00:08.955
abbiamo fatto in modo di costruire un sacco di

00:00:08.955 --> 00:00:10.800
esperienze di amministrazione per fare

00:00:10.800 --> 00:00:12.885
è facile da capire
Cosa sta succedendo.

00:00:12.885 --> 00:00:17.860
Mihaela qui ci dirà tutti
su di esso oggi a Data Exposed.

00:00:26.720 --> 00:00:27.820
>> [MUSICA]

00:00:27.820 --> 00:00:29.685
>> Ciao e benvenuto a
un altro episodio di

00:00:29.685 --> 00:00:32.295
Dati esposti. Sono il tuo ospite Jeroen.

00:00:32.295 --> 00:00:36.450
Oggi, ho con me Mihaela per
parlare di alcuni dei Built-in

00:00:36.450 --> 00:00:38.280
esperienze di amministrazione che sono

00:00:38.280 --> 00:00:40.940
disponibile per voi in SQL
cluster di Big Data server.

00:00:40.940 --> 00:00:43.670
Così Mihaela, di nuovo su
lo spettacolo, benvenuto.

00:00:43.670 --> 00:00:46.015
>> Grazie per
avermi qui oggi.

00:00:46.015 --> 00:00:48.975
>> Così amministrazione
esperienze, giusto?

00:00:48.975 --> 00:00:50.550
Allora, cosa può dirci?

00:00:50.550 --> 00:00:52.320
>> Sì, questo è uno dei

00:00:52.320 --> 00:00:55.245
il valore chiave prodotto
per i cluster di Big Data.

00:00:55.245 --> 00:00:57.260
Stiamo andando a passare attraverso alcuni dei

00:00:57.260 --> 00:01:00.380
quelle esperienze oggi
evidenziando quali sono alcuni dei

00:01:00.380 --> 00:01:05.660
il cluster integrato di gestione
esperienza di amministrazione

00:01:05.660 --> 00:01:08.425
che abbiamo a disposizione
per voi di provare.

00:01:08.425 --> 00:01:12.380
Come sapete, i cluster di Big Data sono

00:01:12.380 --> 00:01:16.160
distribuito come containerizzato
applicazioni e parlare di Kubernetes.

00:01:16.160 --> 00:01:18.920
Questo ci sta dando un po 'di

00:01:18.920 --> 00:01:23.195
la flessibilità di consentire
alcune di queste esperienze.

00:01:23.195 --> 00:01:26.930
È molto facile da implementare
per alcuni di voi che

00:01:26.930 --> 00:01:30.805
aveva cercato di distribuire i Big Data
cluster in modo che sia molto veloce.

00:01:30.805 --> 00:01:34.530
Allo stesso modo per gli aggiornamenti,
che sarà molto facile.

00:01:34.530 --> 00:01:38.780
Sfruttare, elasticità
e la scalabilità dei

00:01:38.780 --> 00:01:41.330
Kubernetes contenitori che trasferisce

00:01:41.330 --> 00:01:44.885
alle esperienze del cluster di Big Data in cui

00:01:44.885 --> 00:01:49.460
è molto facile scalare orizzontalmente
e su e giù e hanno

00:01:49.460 --> 00:01:50.510
tutta questa esperienza in

00:01:50.510 --> 00:01:52.805
un modo prevedibile e coerente

00:01:52.805 --> 00:01:55.140
indipendentemente da dove ci troviamo
intenzione di distribuirlo, giusto?

00:01:55.140 --> 00:01:57.645
Perché quando si distribuisce
cluster di big data,

00:01:57.645 --> 00:02:00.420
la piattaforma sottostante di Kubernetes

00:02:00.420 --> 00:02:03.660
indipendentemente dal fatto che sia On-prem
o in Azure o in qualsiasi altro luogo,

00:02:03.660 --> 00:02:06.965
siamo agnostici a dove che
Il cluster Kubernetes è in esecuzione.

00:02:06.965 --> 00:02:08.790
>> Cool. Buona idea.

00:02:08.790 --> 00:02:10.535
>> Ancora una volta, il trasferimento a

00:02:10.535 --> 00:02:14.450
queste esperienze che abbiamo
costruito per voi per gestire

00:02:14.450 --> 00:02:16.970
questa piattaforma perché questo è
qualcosa che si distribuisce su

00:02:16.970 --> 00:02:19.780
la propria infrastruttura e
devi gestirlo.

00:02:19.780 --> 00:02:21.390
>> Certo. Questo ha senso.

00:02:21.390 --> 00:02:26.450
Quindi cosa intendiamo quando parliamo
sull'amministrazione rotta?

00:02:26.450 --> 00:02:28.100
>> sì. Quindi questo significa che distribuiamo

00:02:28.100 --> 00:02:30.200
un insieme di componenti e servizi

00:02:30.200 --> 00:02:33.980
nel cluster per essere in grado di voi
da distribuire durante il cluster,

00:02:33.980 --> 00:02:36.815
naturalmente, per scalare per l'aggiornamento.

00:02:36.815 --> 00:02:39.380
Allo stesso modo per la sicurezza e sono

00:02:39.380 --> 00:02:42.200
intenzione di parlare un po'
che cosa significa,

00:02:42.200 --> 00:02:45.200
avete built-in HADR

00:02:45.200 --> 00:02:49.110
e così come cluster
sistema sanitario che è

00:02:49.110 --> 00:02:52.370
utilizzato per altri flussi di lavoro come

00:02:52.370 --> 00:02:56.760
quando facciamo distribuzione
su o fare l'aggiornamento,

00:02:57.190 --> 00:03:01.370
stiamo leggendo i segnali da
il cluster automaticamente per voi

00:03:01.370 --> 00:03:05.630
per essere in grado di fare in modo che siamo
l'aggiornamento nell'ordine giusto,

00:03:05.630 --> 00:03:09.215
stiamo ascoltando la salute
segnali dal cluster al

00:03:09.215 --> 00:03:13.085
non rotolare in avanti servizi che
non sono sani e così via.

00:03:13.085 --> 00:03:14.185
>> Ok.

00:03:14.185 --> 00:03:17.570
Allo stesso tempo, abbiamo
avere componenti in

00:03:17.570 --> 00:03:20.675
il cluster che stanno raccogliendo
metriche, la raccolta di log,

00:03:20.675 --> 00:03:23.960
memorizzarli e poi esporre
attraverso i dashboard,

00:03:23.960 --> 00:03:27.920
ancora una volta stiamo dispiegando automaticamente
per voi di fare uso di questo.

00:03:27.920 --> 00:03:29.245
>> Cool.

00:03:29.245 --> 00:03:31.980
>> Come esattamente si vuole chiedere?

00:03:31.980 --> 00:03:38.810
Che cosa funziona esattamente e che cosa
sono alcuni dei servizi che sono

00:03:38.810 --> 00:03:42.200
distribuito nel cluster
e stiamo facendo uso

00:03:42.200 --> 00:03:47.190
di abilitare ulteriormente tutti i
queste esperienze per voi?

00:03:48.320 --> 00:03:52.880
Chiamiamo tutti questi
componenti che fanno parte di

00:03:52.880 --> 00:03:56.660
la direzione o
esperienza di amministrazione

00:03:56.660 --> 00:03:59.990
sono sotto la gestione del cluster
l'ombrello di servizio o il controllo.

00:03:59.990 --> 00:04:02.945
Sentiremo
piano di controllo qualche volta.

00:04:02.945 --> 00:04:08.310
Li dividerei tra
servizi di monitoraggio,

00:04:08.310 --> 00:04:10.290
come stavo menzionando prima,

00:04:10.290 --> 00:04:14.390
abbiamo componenti che
stanno raccogliendo metriche.

00:04:14.390 --> 00:04:16.970
Prendiamo un esempio molto semplice per

00:04:16.970 --> 00:04:20.600
SQL Server dispone di DMV
producendo un sacco di metriche.

00:04:20.600 --> 00:04:23.470
Hanno componenti in

00:04:23.470 --> 00:04:26.340
il cluster che sono
leggendo da quelle DMV,

00:04:26.340 --> 00:04:28.050
li sta memorizzando in InfluxDB,

00:04:28.050 --> 00:04:30.520
e poi abbiamo Grafana
che è seduto su

00:04:30.520 --> 00:04:33.190
per esporre tali metriche.

00:04:33.190 --> 00:04:33.430
>> Cool.

00:04:33.430 --> 00:04:36.790
>> Allo stesso modo per nota
ospite a Kubernetes,

00:04:36.790 --> 00:04:39.730
raccogliamo alcuni di questi
consumo di risorse come

00:04:39.730 --> 00:04:43.315
memoria e così via ed esporre
dashboard in cima a quello.

00:04:43.315 --> 00:04:47.890
Un'altra serie di servizi sono
aiutare a distribuire e aggiornare

00:04:47.890 --> 00:04:53.380
per impostare la sicurezza o
disponibilità elevata, giusto?

00:04:53.380 --> 00:04:57.130
Questi sono componenti che sono
lavorare insieme per garantire

00:04:57.130 --> 00:04:58.840
integrità del cluster per garantire che

00:04:58.840 --> 00:05:02.315
tutte queste cose sono
funziona correttamente.

00:05:02.315 --> 00:05:04.125
>> Ok. Quindi, in pratica, abbiamo
hanno due gruppi, giusto?

00:05:04.125 --> 00:05:06.585
Monitoraggio e altro ancora
controllo di gestione?

00:05:06.585 --> 00:05:06.975
>> sì.

00:05:06.975 --> 00:05:08.500
>> Ok. Bello.

00:05:08.570 --> 00:05:11.980
>> Quindi, per esempio per la sicurezza,

00:05:11.980 --> 00:05:14.030
per passare attraverso ciò che

00:05:14.030 --> 00:05:17.615
esattamente significa che
abbiamo una sicurezza integrata?

00:05:17.615 --> 00:05:20.930
Come con qualsiasi versione di SQL Server,

00:05:20.930 --> 00:05:25.360
missione critica della sicurezza per
per consentire ai nostri clienti.

00:05:25.360 --> 00:05:28.980
Era molto importante
abilitare l'autenticazione di Active Directory.

00:05:28.980 --> 00:05:33.770
Che cosa significa esattamente
che una volta al momento della distribuzione,

00:05:33.770 --> 00:05:36.740
ci dici che io
vogliono i servizi in

00:05:36.740 --> 00:05:40.220
i cluster da integrare
con AD così tardi per

00:05:40.220 --> 00:05:42.605
utenti per l'autenticazione utilizzando

00:05:42.605 --> 00:05:47.450
la loro identità AD che
tutto è curato in

00:05:47.450 --> 00:05:56.535
termini di integrazione dei contenitori
con Active Directory,

00:05:56.535 --> 00:05:59.790
token, certificati e tutto il resto,

00:05:59.790 --> 00:06:04.800
distribuendo tutta quella roba in
un ambiente containerizzato,

00:06:05.570 --> 00:06:09.045
è qualcosa che è
nuovo nel settore, giusto?

00:06:09.045 --> 00:06:09.250
>> Certo.

00:06:09.250 --> 00:06:11.540
>> Quindi questo è qualcosa che
eravamo molto difficili da fare

00:06:11.540 --> 00:06:14.165
accadere e ce l'abbiamo
disponibili sarà il loro cluster.

00:06:14.165 --> 00:06:15.005
>> Fantastico.

00:06:15.005 --> 00:06:17.765
>> Un'altra cosa che è stata
molto importante e noi

00:06:17.765 --> 00:06:20.885
ascoltato il feedback dei clienti
quando dicevano che

00:06:20.885 --> 00:06:25.190
Voglio fare in modo che l'utente
identità che viene utilizzata per

00:06:25.190 --> 00:06:27.500
accedere a un determinato
servizio viene passato attraverso

00:06:27.500 --> 00:06:30.200
l'intero stack perché abbiamo
conoscere nel cluster di Big Data,

00:06:30.200 --> 00:06:32.315
abbiamo vari livelli di servizio,

00:06:32.315 --> 00:06:37.490
e quando una nuova identità utente
si connette ad esempio a SQL Server,

00:06:37.490 --> 00:06:40.220
Voglio che la stessa identità venga passata

00:06:40.220 --> 00:06:43.190
fino a HDFS, se necessario, così ho

00:06:43.190 --> 00:06:48.890
può controllare e tenere traccia di tale
attività di quell'utente, giusto?

00:06:48.890 --> 00:06:50.300
Quindi questo è qualcosa che è disponibile

00:06:50.300 --> 00:06:52.250
anche nei cluster di Big Data.

00:06:52.250 --> 00:06:55.790
Anche in questo caso, i certificati e
certificati di rotazione

00:06:55.790 --> 00:06:57.620
sta accadendo automaticamente per voi.

00:06:57.620 --> 00:07:02.655
Non c'è bisogno di fare
nulla per questo.

00:07:02.655 --> 00:07:04.395
>> Ok. Quindi è fantastico.

00:07:04.395 --> 00:07:05.790
Sembra figo.

00:07:05.790 --> 00:07:07.170
Abbiamo venduto tutto questo,

00:07:07.170 --> 00:07:10.905
abbiamo fatto in modo che le credenziali
flusso dall'alto verso il basso,

00:07:10.905 --> 00:07:12.180
configuriamo tutto,

00:07:12.180 --> 00:07:13.710
ma questa è solo sicurezza, giusto?

00:07:13.710 --> 00:07:14.025
>> sì.

00:07:14.025 --> 00:07:15.290
>> Che ne dici di qualcosa
altro che è molto

00:07:15.290 --> 00:07:16.850
importante come la scalabilità,

00:07:16.850 --> 00:07:18.230
fare in modo che quando

00:07:18.230 --> 00:07:20.960
qualcosa rompe qualcosa
altro c'è per raccoglierlo?

00:07:20.960 --> 00:07:22.460
Questo è un importante
fattore del database.

00:07:22.460 --> 00:07:24.305
>> sì. Ecco, questo è qualcosa

00:07:24.305 --> 00:07:27.620
che era molto importante per
anche a noi per assicurarsi

00:07:27.620 --> 00:07:30.200
che la missione critica
servizi sono disponibili

00:07:30.200 --> 00:07:33.784
nel cluster di Big Data
come SQL Server Master,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, sono
disponibile a disponibilità elevata.

00:07:37.595 --> 00:07:38.195
>> Ok.

00:07:38.195 --> 00:07:41.480
>> Ecco dove abbiamo abilitato

00:07:41.480 --> 00:07:45.785
un'esperienza in cui si
può distribuire e gestire

00:07:45.785 --> 00:07:51.680
tutti questi aspetti di nuovo in un molto facile

00:07:51.680 --> 00:07:58.145
e incorporato all'interno del
piano di controllo pure.

00:07:58.145 --> 00:07:59.330
Ad esempio i gruppi di disponibilità.

00:07:59.330 --> 00:08:01.460
Questa è una caratteristica di punta che è stata

00:08:01.460 --> 00:08:04.100
disponibile per SQL Server dal 2012,

00:08:04.100 --> 00:08:05.960
Penso che il minimo e

00:08:05.960 --> 00:08:14.670
[non udibile] sanno che
hanno più prerequisiti,

00:08:14.670 --> 00:08:15.960
devono allestire,

00:08:15.960 --> 00:08:19.530
devono impostare il database
specchiare i punti finali,

00:08:19.530 --> 00:08:22.545
devono impostare i certificati.

00:08:22.545 --> 00:08:25.175
Ci sono diversi passaggi per
anche configurare il cluster.

00:08:25.175 --> 00:08:27.680
Una volta che ci dici che vuoi HA e

00:08:27.680 --> 00:08:30.490
cluster di Big Data per
Master di SQL Server,

00:08:30.490 --> 00:08:33.555
ci prendiamo cura di tutto per voi.

00:08:33.555 --> 00:08:35.310
>> Wow. Quindi l'abbiamo semplificato, giusto?

00:08:35.310 --> 00:08:39.290
>> E 'molto facile per voi da impostare.

00:08:39.290 --> 00:08:40.750
Non c'è bisogno di pensare,

00:08:40.750 --> 00:08:44.690
ho usato l'URL giusto per il
repliche o cose del genere?

00:08:44.690 --> 00:08:47.735
Non devi preoccuparti
su queste cose.

00:08:47.735 --> 00:08:48.630
>> Cool,così.

00:08:48.630 --> 00:08:51.415
>> Indovina cos'è il cluster
tecnologia che usiamo per questo?

00:08:51.415 --> 00:08:53.415
>> Beh, mi dici.

00:08:53.415 --> 00:08:57.810
>> Nessuno. Ecco, questo è il
bellezza di Kubernetes.

00:08:57.810 --> 00:09:01.480
Quindi, attraverso una stretta integrazione
con Kubernetes e l'aggiunta di

00:09:01.480 --> 00:09:03.950
la logica per il monitoraggio e la

00:09:03.950 --> 00:09:07.670
orchestrazione stretta in
questo piano di controllo,

00:09:07.670 --> 00:09:10.280
non c'è bisogno di ulteriori
cluster di tecnologie

00:09:10.280 --> 00:09:13.550
da mettere nel cluster più grande

00:09:13.550 --> 00:09:16.400
per gestire questo aspetto
di SQL Server Master.

00:09:16.400 --> 00:09:17.030
>> Ok.

00:09:17.030 --> 00:09:20.180
>> Allo stesso modo per HDFS, giusto?

00:09:20.180 --> 00:09:24.425
Altre risorse da
la pila Hadoop,

00:09:24.425 --> 00:09:27.125
devono essere altamente
disponibile.

00:09:27.125 --> 00:09:30.830
In questo caso, usiamo lo zookeeper,

00:09:30.830 --> 00:09:32.285
che è un open-source.

00:09:32.285 --> 00:09:34.340
Così ben consolidata
tecnologia cluster

00:09:34.340 --> 00:09:36.710
per aiutare con l'orchestrazione e

00:09:36.710 --> 00:09:41.585
memorizzando i metadati per l'alto
disponibilità di questi servizi.

00:09:41.585 --> 00:09:43.640
>> Così ci hai detto di
missione critica,

00:09:43.640 --> 00:09:44.690
ci hai parlato di sicurezza.

00:09:44.690 --> 00:09:47.000
Quindi ora mi fai girare la testa.

00:09:47.000 --> 00:09:48.080
C'è un sacco di cose in corso,

00:09:48.080 --> 00:09:49.775
ma come faccio a usarlo?

00:09:49.775 --> 00:09:51.110
Avete strumenti che

00:09:51.110 --> 00:09:51.980
si può dare a

00:09:51.980 --> 00:09:53.110
per fare in modo che io
capire cosa sta succedendo qui?

00:09:53.110 --> 00:09:54.470
>> Sì, non preoccuparti.

00:09:54.470 --> 00:10:00.610
Quindi, di nuovo, ti stavo dicendo che
si può facilmente distribuire, giusto?

00:10:00.610 --> 00:10:00.900
>> Va bene.

00:10:00.900 --> 00:10:02.810
>> L'unica cosa che devi fare

00:10:02.810 --> 00:10:04.760
come con qualsiasi cosa in
Kubernetes basta

00:10:04.760 --> 00:10:07.040
devono dichiarare il vostro
intenzione e descrivere

00:10:07.040 --> 00:10:11.225
configurazione di destinazione e
ci prendiamo cura di tutto.

00:10:11.225 --> 00:10:13.250
Quindi una delle cose che vuoi

00:10:13.250 --> 00:10:15.800
per assicurarsi che sei
utilizzando e si dispone di

00:10:15.800 --> 00:10:20.975
come strumento sul tuo cliente
computer dati ASI.

00:10:20.975 --> 00:10:23.180
È possibile eseguire la distribuzione,
si può fare la configurazione,

00:10:23.180 --> 00:10:27.750
si può fare il monitoraggio anche con
Dati ASI e dati di Azure.ASI data as as Azure data.

00:10:27.750 --> 00:10:33.110
Quindi, se si vuole passare attraverso un più
guidati o per vedere i dashboard in

00:10:33.110 --> 00:10:36.890
un modo più user-friendly

00:10:36.890 --> 00:10:39.080
ed è quello che sto andando
per mostrarvi ulteriormente,

00:10:39.080 --> 00:10:42.065
si può fare uso di
Azure Data Studio per

00:10:42.065 --> 00:10:45.800
sfruttare alcune di queste esperienze
che stiamo aggiungendo lì.

00:10:45.800 --> 00:10:47.990
>> Ok. Beh, parlando di
esperienze, puoi mostrarci?

00:10:47.990 --> 00:10:50.640
>> Vediamo come che
sembra per il monitoraggio.

00:10:50.640 --> 00:10:52.860
Se voglio vedere il
stato del cluster,

00:10:52.860 --> 00:10:54.675
sono i miei servizi sani o no.

00:10:54.675 --> 00:10:56.030
>> C'è molto da fare
nel cluster.

00:10:56.030 --> 00:10:57.150
Quindi ho bisogno di sapere cosa sta succedendo.

00:10:57.150 --> 00:11:01.640
>> Ci sono molti di loro esattamente
e abbiamo una nuova esperienza

00:11:01.640 --> 00:11:04.250
in Azure Data Studio in cui

00:11:04.250 --> 00:11:07.205
può vedere lo stato del
cluster attraverso il controller,

00:11:07.205 --> 00:11:09.050
perché ancora una volta questo è il cervello di

00:11:09.050 --> 00:11:11.330
il cluster e questo
è la fonte della verità.

00:11:11.330 --> 00:11:12.660
>> Certo.

00:11:13.340 --> 00:11:18.570
>> Si può vedere qui tutti i
servizi che vengono distribuiti.

00:11:18.570 --> 00:11:20.495
Ci sono stati gli stati di salute.

00:11:20.495 --> 00:11:22.130
Se voglio i dettagli,

00:11:22.130 --> 00:11:24.920
Posso andare oltre a HDFS per esempio

00:11:24.920 --> 00:11:29.615
e vedere qual è il
salute lì e così via.

00:11:29.615 --> 00:11:32.270
Quindi questo è uno dei
cose che abbiamo nuovo

00:11:32.270 --> 00:11:35.405
nelle prossime versioni
per i cluster di Big Data.

00:11:35.405 --> 00:11:38.030
Tutta questa esperienza di nuovo
è possibile utilizzare i dati ASI per

00:11:38.030 --> 00:11:41.820
anche con lo status di BDC,

00:11:44.710 --> 00:11:48.685
ed è più intuitivo
per utilizzare uno strumento come questo.

00:11:48.685 --> 00:11:51.480
>> A volte. sì
Senso. Bello.

00:11:51.480 --> 00:11:55.570
>> Ancora una volta, tutto questo e come distribuire

00:11:55.570 --> 00:11:56.630
tutti questi servizi e

00:11:56.630 --> 00:11:59.390
configurazione a disponibilità elevata
per la sicurezza e così via,

00:11:59.390 --> 00:12:02.270
si può trovare sul nostro
pagina della documentazione.

00:12:02.270 --> 00:12:05.045
Ho messo alcuni puntatori qui per voi

00:12:05.045 --> 00:12:08.630
leva come punto di partenza
per la nostra documentazione.

00:12:08.630 --> 00:12:13.055
Quindi, sia per la distribuzione o
per ulteriori risorse sul BDC,

00:12:13.055 --> 00:12:15.200
laboratori, campioni che si possono andare

00:12:15.200 --> 00:12:18.825
a queste risorse per fare uso di.

00:12:18.825 --> 00:12:21.150
>> Cool. Bene di nuovo,

00:12:21.150 --> 00:12:23.055
grazie mille per la condivisione.

00:12:23.055 --> 00:12:25.280
Sono felice di vedere che c'è un sacco di

00:12:25.280 --> 00:12:27.245
amministrazione e
monitoraggio in corso,

00:12:27.245 --> 00:12:29.450
e molto felice di vedere che abbiamo

00:12:29.450 --> 00:12:33.365
sia una versione da riga di comando di
per automatizzare le cose di nuovo,

00:12:33.365 --> 00:12:35.510
creazione di grafici, la costruzione di cruscotti,

00:12:35.510 --> 00:12:37.100
e poi l'interfaccia, ho
come l'interfaccia pure.

00:12:37.100 --> 00:12:39.020
Quindi sono molto felice di [incomprensibile].

00:12:39.020 --> 00:12:41.060
Quindi grazie mille per essere qui
e condividerlo con gli altri.

00:12:41.060 --> 00:12:42.080
>> Nessun problema, grazie.

00:12:42.080 --> 00:12:43.775
>> Grazie per la visione.

00:12:43.775 --> 00:12:45.340
Si prega di come e iscriversi,

00:12:45.340 --> 00:12:48.180
lasciare un commento e spero di
Alla prossima. grazie.

00:12:48.180 --> 00:13:03.100
[MUSICA]