WEBVTT

00:00:03.729 --> 00:00:08.438
Buon pomeriggio tutti gli utenti e
Benvenuto alla sessione successiva

00:00:08.438 --> 00:00:13.528
di Microsoft Azure, operazioni,
Edizione marzo 2017.

00:00:13.528 --> 00:00:18.213
Ci sono due molto interessanti
annuncio che

00:00:18.213 --> 00:00:23.023
sono state eseguite in modo che questo mese,
Iniziamo con quello.

00:00:23.023 --> 00:00:28.038
Il primo che abbiamo è
Inoltro di Azure ibrido connessioni

00:00:28.038 --> 00:00:30.338
disponibilità generale.

00:00:30.338 --> 00:00:31.553
In modo che in sostanza,

00:00:31.553 --> 00:00:35.800
Azure Relay è stato uno dei
il primo principali servizi Azure.

00:00:35.800 --> 00:00:43.745
Consente la connettività da
risorse locali al cloud.

00:00:43.745 --> 00:00:48.250
E offre una grande quantità di
gestione della rete e i tuoi oggetti.

00:00:49.500 --> 00:00:52.585
Questa operazione fino ad oggi, si
l'inoltro di WCF, che ha utilizzato

00:00:52.585 --> 00:00:54.810
saranno molto bene.

00:00:54.810 --> 00:01:00.720
Ma dipendeva inoltro Azure
in WCF relè per il relativo servizio.

00:01:00.720 --> 00:01:05.645
In futuro, ci abbiamo annunciato
la funzionalità connessione ibrida

00:01:05.645 --> 00:01:06.996
per l'inoltro di Azure.

00:01:06.996 --> 00:01:10.818
Ora, in tal caso, se la dipendenza
non sulla comunicazione di Windows

00:01:10.818 --> 00:01:14.802
Base, in quanto non
tutti gli utenti utilizza Windows, destra?

00:01:14.802 --> 00:01:20.040
Pertanto, ora stiamo utilizzando fondamentalmente
tutti questi connessione ibrida.

00:01:20.040 --> 00:01:23.330
Essi saranno in grado di aiutarvi a
con una connettività sicura tra

00:01:23.330 --> 00:01:25.046
risorse locali e cloud.

00:01:25.046 --> 00:01:28.276
È possibile impostare cinque non in linea
database in quanto è molto

00:01:28.276 --> 00:01:30.742
diversi pool di risultato comune.

00:01:30.742 --> 00:01:37.522
Ma è anche basata su Apri
standard per il protocollo.

00:01:37.522 --> 00:01:42.003
Pertanto è basata su socket web,
che cosa è basata su WCF,

00:01:42.003 --> 00:01:45.963
sono connessioni ibrido,
nuovamente, per piattaforme diverse.

00:01:45.963 --> 00:01:49.528
È possibile utilizzare le finestre di
piattaforma corrente che supporta

00:01:49.528 --> 00:01:50.389
socket di Web.

00:01:50.389 --> 00:01:55.565
È possibile utilizzare l'inoltro di Azure e il
supporto di connessione principali di .NET,

00:01:55.565 --> 00:01:57.722
JavaScript, Node. js.

00:01:57.722 --> 00:02:02.666
E più altre RPC
modelli di programmazione

00:02:02.666 --> 00:02:04.362
raggiungere questo obiettivo.

00:02:04.362 --> 00:02:07.146
Pertanto, se desidera
iniziare con

00:02:07.146 --> 00:02:10.507
Connessioni ibrido inoltro Azure,
Si può

00:02:10.507 --> 00:02:15.501
Passare alla documentazione di
Microsoft Azure e cercare

00:02:15.501 --> 00:02:16.668
Inoltro di Azure.

00:02:16.668 --> 00:02:22.045
Che è stata la nostra prima
annuncio di questo mese.

00:02:22.045 --> 00:02:24.183
Per spostare in avanti.

00:02:43.683 --> 00:02:47.964
Alcuni problemi tecnici,
rimangono qui con me per

00:02:47.964 --> 00:02:48.773
un secondo.

00:03:10.773 --> 00:03:14.866
OK (Okay), in modo che intendo iniziare
parlando di quella successiva,

00:03:14.866 --> 00:03:17.701
Qual è la distribuzione geografica
capacità in

00:03:17.701 --> 00:03:19.367
Gestione del traffico Azure.

00:03:19.367 --> 00:03:21.851
Spero che si può vedere adesso.

00:03:21.851 --> 00:03:25.275
Gestione del traffico così Azure
è fondamentalmente un servizio,

00:03:25.275 --> 00:03:28.215
che consente di esterni
il bilanciamento del carico.

00:03:28.215 --> 00:03:31.093
Pertanto, ad esempio, se si desidera
per caricare bilanciare il traffico

00:03:31.093 --> 00:03:34.419
tra i centri di dati diversi,
Se si dispone di un pubblico globale.

00:03:34.419 --> 00:03:37.459
È possibile farlo con
Gestione del traffico Azure.

00:03:37.459 --> 00:03:42.049
Inoltre fungere da un failover
meccanismo tra dati diversi

00:03:42.049 --> 00:03:42.814
aree di produzione.

00:03:42.814 --> 00:03:46.671
Ma con questo
Funzionalità di Routing geografica,

00:03:46.671 --> 00:03:48.688
è ciò che ci stiamo offrendo,

00:03:48.688 --> 00:03:52.470
è ora possibile personalizzare
in base alle aree di contenuto.

00:03:52.470 --> 00:03:59.330
Ad esempio, in base
provenienza dell'utente.

00:03:59.330 --> 00:04:01.670
Il gestore del traffico
Impossibile eseguire versioni precedenti era,

00:04:01.670 --> 00:04:06.820
in pratica farebbe riferimento al
utente al più vicino centro dati.

00:04:06.820 --> 00:04:10.770
Ma ora è inoltre possibile
creare diversi

00:04:10.770 --> 00:04:13.780
aree con contenuto localizzato.

00:04:13.780 --> 00:04:17.119
E la gestione del traffico
punto dei risultati del loro

00:04:17.119 --> 00:04:18.378
contenuto localizzato.

00:04:18.378 --> 00:04:21.150
Come sapete,
Se si dispone di alcun requisito,

00:04:21.150 --> 00:04:24.692
si dispone di un criterio specifico
mandato che richiede un tipo di dati

00:04:24.692 --> 00:04:28.010
limitazione dell'accesso all'interno
una specifica area geografica.

00:04:28.010 --> 00:04:31.609
In modo che tutte queste posizioni
è possibile utilizzare facilmente

00:04:31.609 --> 00:04:34.054
Gestione del traffico Azure.

00:04:34.054 --> 00:04:37.517
In modo che è stato successivo
annuncio che avevamo,

00:04:40.718 --> 00:04:43.107
È possibile spostare a
la successiva diapositiva?

00:05:11.420 --> 00:05:14.558
Si verificano problemi
con il computer, in modo

00:05:14.558 --> 00:05:16.560
Chiamami con un secondo.

00:05:51.360 --> 00:05:55.621
Un secondo,
Esaminerò il ritorno.

00:06:28.400 --> 00:06:31.160
Passiamo quindi a quella successiva è
dispone di Azure dati factory.

00:06:32.615 --> 00:06:34.397
Che mette a disposizione
la HANA SAP e

00:06:34.397 --> 00:06:36.645
Magazzino di Business
integrazione dei dati.

00:06:36.645 --> 00:06:41.180
Si inizierà prima
che cos'è una Factory di dati di Azure?

00:06:41.180 --> 00:06:45.492
Così Azure Data Factory è una
di grazie all'integrazione di soluzioni basate su cloud

00:06:45.492 --> 00:06:49.430
servizi che consente di creare
pipeline di dati diversi.

00:06:49.430 --> 00:06:50.368
Ad esempio,

00:06:50.368 --> 00:06:53.991
Se si dispongono di diversi database
da dove è necessario ottenere i dati.

00:06:53.991 --> 00:06:58.416
O si sono il caricamento di dati
dai database % sui beni.

00:06:58.416 --> 00:07:02.583
O se si sono il caricamento di dati
da Cluster Hadoop, in modo

00:07:02.583 --> 00:07:06.210
si desidera integrare
tutti i dati.

00:07:06.210 --> 00:07:10.480
È possibile utilizzare Azure Data Factory
Per creare dati di pipeline, destra?

00:07:10.480 --> 00:07:14.624
Questa operazione con questo nuovo annuncio,
Data ora Azure Factory

00:07:14.624 --> 00:07:17.776
consente il caricamento
dati di SAP HANA e

00:07:17.776 --> 00:07:22.206
Warehouse direttamente di SAP Business
in archivi di dati di Azure.

00:07:22.206 --> 00:07:25.598
In modo da poter eseguire avanzate
analitica e reporting.

00:07:25.598 --> 00:07:30.136
Qual è nuovo, per coloro che
che ha utilizzato SAP, si è certi che

00:07:30.136 --> 00:07:34.105
è uno dei più comuni correlate
Utilizzare il software aziendale.

00:07:34.105 --> 00:07:38.980
E intendo dire, maggiormente utilizzate

00:07:38.980 --> 00:07:44.324
stack di SAP è SAP HANA BW.

00:07:44.324 --> 00:07:49.032
Quindi con questo dobbiamo
un nuovo connettore SAP HANA.

00:07:49.032 --> 00:07:53.274
In modo che supporta la copia di dati da
Modelli informativi HANA come

00:07:53.274 --> 00:07:55.559
Visualizzazioni analitiche di calcolo C.

00:07:55.559 --> 00:07:57.715
Così come è possibile
eseguire la riga e

00:07:57.715 --> 00:08:00.227
tabelle di colonna utilizzando le query SQL.

00:08:00.227 --> 00:08:03.513
È sufficiente per
stabilire la connessione,

00:08:03.513 --> 00:08:07.052
è necessario installare i dati
gateway di gestione,

00:08:07.052 --> 00:08:09.167
e il driver ODBC di HANA SAP.

00:08:09.167 --> 00:08:12.155
Per la connessione a
la Factory di dati di Azure.

00:08:12.155 --> 00:08:15.539
Il secondo connettore
è il connettore SAP BW.

00:08:15.539 --> 00:08:18.654
Nuovo, che supporta
copia dei dati da

00:08:18.654 --> 00:08:23.546
Versione SAP Business Warehouse
7. x, info cubi e i cubi di query.

00:08:23.546 --> 00:08:27.980
Ed è possibile utilizzare questi
query per copiare i dati.

00:08:27.980 --> 00:08:30.880
Nuovamente, per stabilire
connettività,

00:08:30.880 --> 00:08:34.778
è necessario installare
il gateway di gestione dei dati e

00:08:34.778 --> 00:08:36.695
la libreria nativa di SAP.

00:08:36.695 --> 00:08:39.415
Quindi, se si desidera conoscere
come si desidera eseguire questa operazione,

00:08:39.415 --> 00:08:42.175
Vai al nostro Azure
documentazione.

00:08:42.175 --> 00:08:47.195
E trovare il connettore SAP HANA per
Azure Data Factory,

00:08:47.195 --> 00:08:50.765
deve essere
grado di individuarlo.

00:08:50.765 --> 00:08:56.280
È quello successivo, che abbiamo
Ripristino istantaneo dei File

00:08:56.280 --> 00:08:59.760
da backup di macchine Virtuali Linux Azure
utilizzo dell'utilità Backup di Azure.

00:09:01.260 --> 00:09:05.523
Abbiamo dovuto questo istante
Opzione di ripristino di file da

00:09:05.523 --> 00:09:10.746
Backup di macchine Virtuali di Windows Azure che
sono tutti stati disponibili per

00:09:10.746 --> 00:09:12.677
ora molto tempo.

00:09:12.677 --> 00:09:17.121
Cosa è, è possibile ripristinare
i file immediatamente il

00:09:17.121 --> 00:09:21.837
Archivio servizi di recupero di Azure
senza alcun costo aggiuntivo o

00:09:21.837 --> 00:09:23.300
infrastruttura.

00:09:23.300 --> 00:09:26.656
Per creare un Azure
Archivio di servizi di recupero.

00:09:26.656 --> 00:09:30.570
Si attiva il backup
sulla macchina virtuale

00:09:30.570 --> 00:09:34.108
Ora puoi immediatamente
registrare i file.

00:09:34.108 --> 00:09:37.808
Ad esempio, se si
esegue il backup dell'intera macchina virtuale,

00:09:37.808 --> 00:09:41.687
non è necessario installare il
indietro di unità per visualizzare i file.

00:09:41.687 --> 00:09:45.451
È possibile ripristinare immediatamente
file di Azure VM.

00:09:45.451 --> 00:09:47.298
E in tal caso, ad esempio,

00:09:47.298 --> 00:09:51.976
Se si dispone di una macchina virtuale Linux di Azure C
che è solo MongoDB.

00:09:51.976 --> 00:09:56.366
E si eseguono i dati
dump di un particolare di dati

00:09:56.366 --> 00:09:59.455
punto di ripristino backup Azure.

00:09:59.455 --> 00:10:02.296
In tal caso, se desiderate rapidamente
convalidare Dov'è ad esempio

00:10:02.296 --> 00:10:05.864
ieri o si desidera
Convalidare il dettaglio specifico o

00:10:05.864 --> 00:10:08.054
si desidera che ai singoli elementi.

00:10:08.054 --> 00:10:12.478
Non è necessario scaricare il
tutti i dati diga che è

00:10:12.478 --> 00:10:16.644
e scaricare il punto nel tempo
qualsiasi stato di registrazione

00:10:16.644 --> 00:10:17.527
viene archiviato.

00:10:17.527 --> 00:10:22.854
E questa opzione non è stata
disponibile per Linux VM prima,

00:10:22.854 --> 00:10:28.422
ma se si passa di Azure
portale, è possibile abilitarlo ora.

00:10:36.021 --> 00:10:38.750
Andiamo avanti
il parametro successivo è fondamentalmente,

00:10:38.750 --> 00:10:41.480
Questo uno in California,
San Jose,

00:10:41.480 --> 00:10:45.300
Conferenza strati ovvero
conferenza correlate ai dati.

00:10:45.300 --> 00:10:49.186
E abbiamo annunciato così [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
Passiamo ora tali annunci,
Allora

00:10:54.161 --> 00:10:59.607
Iniziamo prima
con il DocumentDB.

00:10:59.607 --> 00:11:03.864
DocumentDB è la chiave della
dati distribuiti a livello globale

00:11:03.864 --> 00:11:04.755
servizio.

00:11:04.755 --> 00:11:08.128
La multiqual,
database così come un servizio

00:11:08.128 --> 00:11:12.822
Se si utilizza MongoDB
o altri Microsoft a conoscenza.

00:11:12.822 --> 00:11:16.505
MongoDB è molto simile a esso,
ad eccezione del fatto che è

00:11:16.505 --> 00:11:19.757
Questa operazione di servizio un PAAS
è un servizio completamente valido.

00:11:19.757 --> 00:11:24.571
Consente di scala in modo logico
entrambi true put, nonché il

00:11:24.571 --> 00:11:28.657
archiviazione in tutti i
dell'area geografica.

00:11:28.657 --> 00:11:31.709
In modo che il servizio era in sostanza,

00:11:31.709 --> 00:11:36.230
molti dei connettori
di questo servizio, per

00:11:36.230 --> 00:11:41.203
esempio, il primo annuncio
Disponiamo di questo mese

00:11:41.203 --> 00:11:45.966
ora si dispone di una scintilla
connettore per DocumentDB.

00:11:45.966 --> 00:11:49.277
A questo punto, si supponga, ad esempio,
si dispone di una grande quantità di dati nel

00:11:49.277 --> 00:11:52.885
DocumentDB che si desidera
utilizzando Apache scintilla, analizzare

00:11:52.885 --> 00:11:56.788
non è possibile collegare direttamente il
Apache scintilla all'utilizzo di DocumentDB

00:11:56.788 --> 00:12:00.567
Raccoglitore di offrire e analizzare
i dati direttamente da lì.

00:12:00.567 --> 00:12:04.567
Esiste inoltre la possibilità
di MongoDB e

00:12:04.567 --> 00:12:10.450
Esamineremo la conoscenza
In questo nostro diapositiva successiva.

00:12:10.450 --> 00:12:11.989
Inoltre, abbiamo annunciato

00:12:11.989 --> 00:12:16.182
il Cloud-prima di Hortonworks
Piattaforma dati 2.6.

00:12:16.182 --> 00:12:18.815
Cosa si intende per Cloud-first è,

00:12:18.815 --> 00:12:23.600
i dati più recenti di Hortonworks
Piattaforma, che sarà 2,6.

00:12:23.600 --> 00:12:26.738
Viene chiamato
[IMPERCETTIBILE] nel Cloud.

00:12:26.738 --> 00:12:31.125
Pertanto è anche disponibile ancora
nel locale rilasciare ma

00:12:31.125 --> 00:12:35.525
Questo è l'impegno di Hortonworks
per essere i primi cloud.

00:12:35.525 --> 00:12:39.500
Pertanto, ogni volta che chiedono
Per utilizzare uno la versione più recente

00:12:39.500 --> 00:12:43.105
di Hortonworks, è possibile
utilizzarla direttamente in Azure cloud.

00:12:43.105 --> 00:12:45.905
Non è che si
è necessario attendere

00:12:45.905 --> 00:12:49.806
la versione locale su
a venire su di esso per il cloud.

00:12:49.806 --> 00:12:51.778
Abbiamo inoltre annunciato o

00:12:51.778 --> 00:12:55.957
Apache completamente gestito
percorso all'oggetto che uno.

00:12:55.957 --> 00:13:00.590
In modo che in pratica, la scintilla di Apache
è ancora una volta, che si tratta di un flusso gestito

00:13:00.590 --> 00:13:05.155
servizio analitica, 2.1 è
la versione più recente che abbiamo.

00:13:05.155 --> 00:13:10.050
E questo è nuovamente disponibile destra
ora con il cluster HDInsight

00:13:10.050 --> 00:13:12.922
e abbiamo
è stata introdotta la funzionalità.

00:13:12.922 --> 00:13:16.670
Pertanto, ad esempio se si desidera
consente inoltre di migliorare l'integrazione con

00:13:16.670 --> 00:13:20.577
Hub di evento Azure e si desidera
Per ottenere che i dati da

00:13:20.577 --> 00:13:23.708
Evento Hub direttamente a scintilla,
è possibile farlo.

00:13:23.708 --> 00:13:26.722
È anche un flusso
connettore da Kafka a

00:13:26.722 --> 00:13:28.330
HDInsight.

00:13:28.330 --> 00:13:31.501
Sono il nuovo annuncio.

00:13:31.501 --> 00:13:35.582
Abbiamo inoltre annunciato il lancio di SQL Server
Anteprima di tecnologia di Comunità

00:13:35.582 --> 00:13:39.417
fantastico, che può essere
disponibile in entrambe le finestre e

00:13:39.417 --> 00:13:41.540
Presto Linux.

00:13:41.540 --> 00:13:44.764
È possibile provare l'anteprima
di propria scelta

00:13:44.764 --> 00:13:48.098
dello sviluppo
ambiente guidate.

00:13:48.098 --> 00:13:52.994
È sufficiente cercare novità del
nuovo server SQL Linux e

00:13:52.994 --> 00:13:58.710
è possibile passare al terminale
raccomandazione di provare a utilizzarlo.

00:14:03.840 --> 00:14:10.280
E che era il HDInsight e
DocumentDB.

00:14:10.280 --> 00:14:12.940
È quello successivo, che abbiamo
DocumentDB API per MongoDB.

00:14:12.940 --> 00:14:17.692
In tal caso servizio SQL DocumentDB
che è molto

00:14:17.692 --> 00:14:20.670
Simile a MongoDB, destra?

00:14:20.670 --> 00:14:24.568
Vi sono molti sviluppatori
che utilizzano MongoDB e

00:14:24.568 --> 00:14:29.146
vengono raccolte e cambio utensile
utilizzato per sviluppare o

00:14:29.146 --> 00:14:31.480
Per connettersi a MongoDB, destra?

00:14:31.480 --> 00:14:34.627
Ora con queste
responsabilità di agenda o

00:14:34.627 --> 00:14:39.001
per DocumentDBS o MongoDB,
è possibile utilizzare tutte le risposte.

00:14:39.001 --> 00:14:43.251
In modo che l'obiettivo rimane lo stesso, è
Utilizzare la stessa [INAUDIBLE] è

00:14:43.251 --> 00:14:46.195
per la connessione
Per utilizzare la disponibilità,

00:14:46.195 --> 00:14:48.750
è possibile utilizzare per
negoziabilità.

00:14:48.750 --> 00:14:52.411
Stato in modo che questa funzionalità
disponibile in anteprima per

00:14:52.411 --> 00:14:55.985
un giorno imprecisato di ora ma
esso non dispone di alcune funzionalità, ad esempio,

00:14:55.985 --> 00:15:00.603
è possibile eseguire un unico insieme
sulla Guida globale che non

00:15:00.603 --> 00:15:01.580
è disponibile.

00:15:01.580 --> 00:15:04.225
A questo punto con generale
disponibilità,

00:15:04.225 --> 00:15:08.377
abbiamo introdotto un numero
dei rilasci principali funzionalità.

00:15:08.377 --> 00:15:10.611
A questo punto è possibile avere
raccolte sharded.

00:15:10.611 --> 00:15:14.725
È possibile avere più di
condiviso un insieme di

00:15:14.725 --> 00:15:17.898
un DocumentDB con MongoDB dell'API.

00:15:17.898 --> 00:15:20.223
È possibile avere un globale
Questo database di dati

00:15:20.223 --> 00:15:23.494
è possibile replicare i dati
regione più in modo

00:15:23.494 --> 00:15:26.580
Consente di avere
elevata disponibilità.

00:15:26.580 --> 00:15:27.928
È possibile rendere disponibili queste.

00:15:27.928 --> 00:15:30.990
Quindi, ora queste API supportano ma

00:15:30.990 --> 00:15:36.043
consente solo i dati
Operazioni su MongoDB.

00:15:36.043 --> 00:15:40.048
E inoltre, abbiamo aggiunto anche
alcune statistiche aggiuntive di portale.

00:15:40.048 --> 00:15:44.689
A questo punto quando si passa a tale Azure
portale per DocumentDB, è possibile

00:15:44.689 --> 00:15:49.330
Esistono diversi criteri di misurazione,
ad esempio il numero della richiesta o

00:15:49.330 --> 00:15:52.020
richiesta di spese o
richiesta di errore.

00:15:52.020 --> 00:15:55.634
E che è possibile gestire è
vedere tutte le statistiche e

00:15:55.634 --> 00:15:57.272
metriche nel portale Azure.

00:15:57.272 --> 00:16:02.330
Pertanto era MongoDB dell'API, hai
DocumentDB API per Mongo DB.

00:16:06.910 --> 00:16:11.208
È quello successivo
RS Premium di Database SQL Azure.

00:16:11.208 --> 00:16:18.180
Questo è qualcosa che
rilascio in anteprima.

00:16:18.180 --> 00:16:23.668
Server di Database SQL Azure
sono server SQL Azure service,

00:16:23.668 --> 00:16:24.904
[IMPERCETTIBILE].

00:16:24.904 --> 00:16:29.391
Molti dei diversi
livelli dei servizi da

00:16:29.391 --> 00:16:32.316
Base allo Standard al premio.

00:16:32.316 --> 00:16:36.536
E RS Premium
l'edizione più recente.

00:16:36.536 --> 00:16:40.398
Si tratta di un 4TB incrementare su
l'unità di archiviazione per

00:16:40.398 --> 00:16:43.320
Premio P11 e P15.

00:16:43.320 --> 00:16:48.340
Ed è anche dotata
portale migliorate per

00:16:48.340 --> 00:16:51.580
la selezione e la gestione del servizio
livelli e livelli di prestazioni.

00:16:52.660 --> 00:16:56.120
A questo punto è possibile utilizzare
a 4 TB di storage.

00:16:57.390 --> 00:17:00.300
Pertanto dispone, è possibile avere un oggetto, è

00:17:02.450 --> 00:17:06.280
può avere un premio P11 o P15
database e si posso avevo verso l'alto

00:17:06.280 --> 00:17:11.166
in un archivio 40 [INAUDIBLE]
senza alcun costo aggiuntivo.

00:17:11.166 --> 00:17:14.440
E in questo momento non è disponibile
la disponibilità di tutto il mondo.

00:17:14.440 --> 00:17:20.794
L'opzione 4 TB che abbiamo selezionati
per il database si trova

00:17:20.794 --> 00:17:27.033
in un'area di che alcuni di essi sono
il [INAUDIBLE] e [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
Pertanto lo spostamento, che è stato
RS Premium di Database SQL Azure.

00:17:40.770 --> 00:17:45.170
È quella successiva abbiamo, Azure
Strumenti SQL flusso Analitica per

00:17:45.170 --> 00:17:46.530
Visual Studio.

00:17:46.530 --> 00:17:51.730
Pertanto, se non si ha familiarità
con flusso Azure Analitica,

00:17:51.730 --> 00:17:56.930
è una piattaforma di un oggetto come un
in cui è possibile gestire i servizi o

00:17:56.930 --> 00:17:59.429
analizzare i dati provenienti.

00:17:59.429 --> 00:18:04.204
E questo costituisce un modo
per analizzare i dati in

00:18:04.204 --> 00:18:08.168
sincronizzazione piuttosto analisi
il fermo.

00:18:08.168 --> 00:18:12.127
Ora si presenta questo
[IMPERCETTIBILE] il pubblico

00:18:12.127 --> 00:18:15.977
versione dell'anteprima
[IMPERCETTIBILE] studio.

00:18:15.977 --> 00:18:19.502
Quindi, sai, se è, intendo
di vedere tutti i vantaggi

00:18:19.502 --> 00:18:21.720
[IMPERCETTIBILE] come da cause di forza maggiore.

00:18:21.720 --> 00:18:27.786
Si tratta di mercato [INAUDIBLE]
si esauriscono qui.

00:18:27.786 --> 00:18:31.429
Ma questi tool sono progettati per
fornire un'esperienza in

00:18:31.429 --> 00:18:34.329
è possibile eseguire il flusso di Azure
sviluppo analitica

00:18:34.329 --> 00:18:36.422
flusso di lavoro all'interno di Visual Studio.

00:18:36.422 --> 00:18:42.422
Pertanto in questo modo potrete se
si desidera modificare query,

00:18:42.422 --> 00:18:45.872
Se si desidera scrivere query,

00:18:45.872 --> 00:18:50.972
Se si desidera testare rapidamente,
eseguire il debug, e

00:18:50.972 --> 00:18:56.072
diagnosi del flusso
analitica del processo che

00:18:56.072 --> 00:19:03.434
ora disponibile come parte di
gli strumenti di studio internazionali.

00:19:06.776 --> 00:19:11.456
Passando, è quello successivo,
Azure offre analitica digitale

00:19:11.456 --> 00:19:15.691
e le funzionalità internazionali
per il governo degli Stati Uniti.

00:19:15.691 --> 00:19:19.476
In tal caso, se si conosce
Azure Cloud del governo degli Stati Uniti,

00:19:19.476 --> 00:19:24.020
il cloud per
fondamentalmente i Cloud pubblici Azure

00:19:24.020 --> 00:19:29.010
fa parte del cloud che abbiamo
utilizzarlo per i clienti globali.

00:19:29.010 --> 00:19:34.504
Pertanto, questo mese abbiamo annunciato
la disponibilità generale di

00:19:34.504 --> 00:19:41.400
HDInsight e potenza BI Pro per
Microsoft Cloud per la pubblica amministrazione.

00:19:41.400 --> 00:19:47.329
In tal caso, se si dispone di un governo
cliente in cui si desidera utilizzare

00:19:47.329 --> 00:19:52.538
gli strumenti cognitivi,
la funzionalità.

00:19:52.538 --> 00:19:56.699
Si procederà inoltre annunciare
un'anteprima dei servizi cognitivo

00:19:56.699 --> 00:19:58.255
amministrazioni di Azure.

00:19:58.255 --> 00:20:01.876
Così abbiamo attivato scenari
ad esempio, se si desidera

00:20:01.876 --> 00:20:05.218
Per eseguire la traduzione di Audio e testo
in altre lingue.

00:20:05.218 --> 00:20:08.530
Vogliamo fare le emozioni
riconoscimento con computer

00:20:08.530 --> 00:20:10.000
visione.

00:20:10.000 --> 00:20:14.743
E che tutti questi elementi del servizio
Offriamo un'anteprima su

00:20:14.743 --> 00:20:16.329
Azure governance.

00:20:25.886 --> 00:20:29.924
OK quello successivo è il
Analitica geospaziali in tempo reale

00:20:29.924 --> 00:20:31.950
nel flusso di Azure Analitica.

00:20:33.130 --> 00:20:36.640
Mm-dazio hm che parleremo solo
Diritto di flusso Analitica Azure?

00:20:36.640 --> 00:20:44.360
Consente di analizzare i dati reale
tempo e flusso che viene fornito.

00:20:45.610 --> 00:20:48.640
In questo mese abbiamo abbiamo annunciato il lancio
la disponibilità generale di

00:20:48.640 --> 00:20:50.290
Funzione geospaziali.

00:20:50.290 --> 00:20:53.970
È ciò che consente ad esempio, per
presenza di scenari di esempio in

00:20:53.970 --> 00:20:57.620
si desidera eseguire il monitoraggio della flotta
o che si desidera tenere traccia di tutte le risorse,

00:20:57.620 --> 00:20:59.620
o che si desidera eseguire una o più
tipo di geofencing, o

00:20:59.620 --> 00:21:04.730
si desidera telefono rilevamento
tra i siti di cella diversa.

00:21:04.730 --> 00:21:06.530
O che si desidera utilizzare una soluzione

00:21:06.530 --> 00:21:10.360
simile al lavoro del pool dove
si desidera eseguire ridesharing.

00:21:10.360 --> 00:21:13.760
Vi chiedono
Per ottenere una posizione in un reale

00:21:14.850 --> 00:21:19.270
tempo da qualsiasi dispositivo che
Invia cloud di database.

00:21:20.560 --> 00:21:24.120
Ora abbiamo Azure
analitica del team di Azure.

00:21:24.120 --> 00:21:30.200
E lasciare che la query in cui è possibile
analizzare la telemetria durante e

00:21:30.200 --> 00:21:31.040
Dopo il.

00:21:31.040 --> 00:21:35.910
Ad esempio uno scenario dove
si desidera generare un evento o

00:21:35.910 --> 00:21:39.660
si desidera inviare un avviso in
una stazione di gas è inferiore a 10

00:21:39.660 --> 00:21:40.460
chilometri dall'Auto.

00:21:40.460 --> 00:21:41.500
Così si e

00:21:41.500 --> 00:21:45.160
posizione di automobili
quindi secondo cloud costantemente.

00:21:45.160 --> 00:21:48.664
E il cloud dispone di un elenco
della posizione memorizzata

00:21:48.664 --> 00:21:52.091
caso che si tratta di un gas
stazione in questa posizione.

00:21:52.091 --> 00:21:56.483
In modo che in pratica è possibile scrivere un
query in cui è possibile selezionare da

00:21:56.483 --> 00:22:01.416
è possibile selezionare la posizione di gas
qualunque stazione installata

00:22:01.416 --> 00:22:04.235
inferiore a 10
raggio di chilometri.

00:22:04.235 --> 00:22:06.980
Ti invierà una notifica ogni volta che
non c'è una stazione di gas.

00:22:06.980 --> 00:22:10.189
Pertanto il risultato di tutti i componenti
query kinda diverse.

00:22:10.189 --> 00:22:13.800
A questo punto, possono passare attraverso
la funzione geospaziali.

00:22:13.800 --> 00:22:16.960
Se viene visualizzato il geo-adajacent
standard per

00:22:16.960 --> 00:22:20.510
portare i dati geospaziali.

00:22:20.510 --> 00:22:21.790
Aspetto gran parte dell'estensione.

00:22:21.790 --> 00:22:25.390
È possibile creare,
è possibile creare un poligono.

00:22:25.390 --> 00:22:27.710
È possibile miniera di dati la distanza.

00:22:27.710 --> 00:22:31.910
È possibile verificare se un poligono
si sovrappone con altri utenti e

00:22:31.910 --> 00:22:34.320
numerose altre operazioni
che è possibile eseguire.

00:22:34.320 --> 00:22:38.126
A per ancora per tutto questo
accedere alla pagina di documentazione

00:22:38.126 --> 00:22:39.960
umanità per eseguire una funzione

00:22:46.973 --> 00:22:51.130
Bene, quello successivo che abbiamo è
Pianificazione di ripristino del sito di Azure per

00:22:51.130 --> 00:22:51.795
VMware.

00:22:51.795 --> 00:22:55.520
In modo che il ripristino del sito di Azure

00:22:55.520 --> 00:22:59.710
uno dei nostri servizi in
fornisce un modo per

00:23:01.290 --> 00:23:06.460
Creare una situazione di emergenza completo
soluzione di ripristino in Azure.

00:23:06.460 --> 00:23:09.601
Dove è possibile proteggere centinaia
per le macchine virtuali

00:23:09.601 --> 00:23:11.985
portata da %-sui beni o
qualsiasi altro.

00:23:11.985 --> 00:23:16.197
È possibile creare un completo
soluzione di ripristino di emergenza

00:23:16.197 --> 00:23:17.580
all'interno di ripristino automatico di sistema.

00:23:17.580 --> 00:23:21.230
Tuttavia, per eseguire il ripristino automatico di sistema,
è necessario ai pianificatori della distribuzione.

00:23:21.230 --> 00:23:25.919
In sostanza prima eseguire
qualsiasi esercizio di taglio automatico o

00:23:25.919 --> 00:23:30.607
disegnare correttamente la distribuzione
è innanzitutto necessario

00:23:30.607 --> 00:23:34.744
capire anche
era nel reparto.

00:23:34.744 --> 00:23:39.687
Come si prevede di eseguire il
Errore del test e tutti tale diritto?

00:23:39.687 --> 00:23:44.099
In questo sito ripristino distribuzione
Strumento di pianificazione è effettivamente does

00:23:44.099 --> 00:23:45.270
molte altre operazioni.

00:23:45.270 --> 00:23:47.410
Consente di definire
valutazione di compatibilità.

00:23:47.410 --> 00:23:51.660
Pertanto il % su beni quali accedere
server possono essere spostati in Azure

00:23:51.660 --> 00:23:54.140
con ripristino automatico di sistema e che può essere.

00:23:54.140 --> 00:23:56.700
In questo caso sarà.

00:23:56.700 --> 00:23:59.720
Questo indica che Microsoft
Azure come archiviazione quanti

00:23:59.720 --> 00:24:01.530
è necessario disporre di account.

00:24:01.530 --> 00:24:03.880
Se è necessario
gli account standard o

00:24:03.880 --> 00:24:05.630
account di archiviazione Premium.

00:24:05.630 --> 00:24:09.970
Considerare il numero di macchina virtuale
è necessario disporre di capacità.

00:24:11.030 --> 00:24:13.340
Esso separa infatti anche
crescita in futuro.

00:24:13.340 --> 00:24:16.960
In che modo, come stato di
Pianificazione di distribuzione funziona quindi?

00:24:16.960 --> 00:24:19.420
Dispone di tre diverse
modalità di applicazione.

00:24:19.420 --> 00:24:20.096
Uno è per

00:24:20.096 --> 00:24:24.440
deposito in essa i profili di tutti i
server che si desidera proteggere

00:24:24.440 --> 00:24:29.060
dai prossimi trenta giorni e
Registra tutti gli elementi.

00:24:29.060 --> 00:24:31.290
Come diversi
monitoraggio delle prestazioni,

00:24:31.290 --> 00:24:33.665
contatori come secco muoiono.

00:24:33.665 --> 00:24:36.744
I dado destra una serie di fattori, join di dati,

00:24:36.744 --> 00:24:41.916
Qual è il numero del corso
giorni, settimane quante disporre.

00:24:41.916 --> 00:24:45.680
In questo momento, questa pianificazione è
disponibile solo da VMware.

00:24:45.680 --> 00:24:50.060
Per la connessione a
VMware Vcenter server o

00:24:50.060 --> 00:24:55.310
Server VMware Vsphere dove
tutti i video sono ospitati.

00:24:55.310 --> 00:24:57.370
In modo che la modalità di analisi.

00:24:57.370 --> 00:24:59.460
È inoltre possibile eseguire
generazione di report.

00:24:59.460 --> 00:25:03.015
In questo modo lo strumento risulterà
Utilizzare i dati forniscono di che siamo in grado

00:25:03.015 --> 00:25:03.755
creare un report.

00:25:03.755 --> 00:25:08.085
Anche input,
disporrà di raccomandazione,

00:25:08.085 --> 00:25:10.945
disporrà di macchina virtuale
posizione di archiviazione,

00:25:10.945 --> 00:25:13.675
avrà il numero
la compatibilità in essa contenuti.

00:25:13.675 --> 00:25:16.025
Anche PsGetSid è il numero
di incompatibile della macchina virtuale.

00:25:16.025 --> 00:25:18.995
E nell'ultima cosa verrà

00:25:18.995 --> 00:25:20.925
consentono inoltre di effettuare la tramite
Inserire calcolo.

00:25:20.925 --> 00:25:27.490
Pertanto verranno trovati in rete
PUT che possono essere ottenuti da

00:25:27.490 --> 00:25:32.210
l'ambiente locale a
Microsoft Azure per un'edizione.

00:25:32.210 --> 00:25:36.710
Così destra ora questo strumento,
pianificazione, è disponibile solo per

00:25:36.710 --> 00:25:40.428
VMware e
è disponibile anche nella copia.

00:25:47.890 --> 00:25:51.628
E con ciò si è effettivamente
in arrivo verso l'ultima diapositiva

00:25:51.628 --> 00:25:52.440
che si dispone.

00:25:53.740 --> 00:25:58.792
Si tratta di Azure Stack TP3, tecnico
Anteprima 3, è in realtà.

00:25:58.792 --> 00:26:04.209
E digitare
l'innovazione di applicazione

00:26:04.209 --> 00:26:08.314
retribuzione-come-si-utilizzo del sito.

00:26:08.314 --> 00:26:12.920
Qual è la Stack Azure
3 anteprima tecnica, destra?

00:26:12.920 --> 00:26:19.219
Pertanto che è Impossibile Stack Azure
assegnare una priorità di Azure-in-a-box.

00:26:19.219 --> 00:26:22.940
Ad esempio,
Se si desidera che il proprio

00:26:22.940 --> 00:26:26.570
implementazione privata di
Azure nel centro dati

00:26:26.570 --> 00:26:28.920
è possibile utilizzare lo Stack di Azure.

00:26:28.920 --> 00:26:34.810
3 anteprima tecnica è fondamentalmente
In questo momento è in corso il rilascio.

00:26:34.810 --> 00:26:39.100
Per utilizzare lo stack e
modello in genere disponibile.

00:26:39.100 --> 00:26:41.360
Il TP3 disponibile per il download.

00:26:44.670 --> 00:26:49.074
Cosa consente di definire con questo
annuncio è il TP3

00:26:49.074 --> 00:26:51.580
modello economico cloud su.

00:26:51.580 --> 00:26:55.500
È pertanto fondamentalmente verrà visualizzato è
Utilizzare i prezzi di disporre in

00:26:55.500 --> 00:26:58.880
Cloud, verrà ora visualizzato
che con Azure Stack TP3.

00:26:58.880 --> 00:27:02.990
Nella successiva Mappa stradale,
Se si osserva la cartina stradale.

00:27:02.990 --> 00:27:05.950
Si disporrà di funzioni di Azure

00:27:05.950 --> 00:27:08.920
che sarà presto
disponibile per l'esecuzione su TP3.

00:27:08.920 --> 00:27:10.870
Verrà seguito
da Blockchain,

00:27:10.870 --> 00:27:14.310
Il cloud Foundry, e
Modelli di Mesos.

00:27:14.310 --> 00:27:19.330
Così come si può vedere è
consegnano nell'ultimo pochi

00:27:19.330 --> 00:27:23.150
abbiamo avuto tre diversi mesi
Anteprima di sportello, Azure dello Stack.

00:27:24.460 --> 00:27:29.030
Che verrà proseguiamo fino via
disponibilità generale e non solo.

00:27:30.210 --> 00:27:34.890
TP3 è la misura di piano finale
Technical Preview prima

00:27:34.890 --> 00:27:38.880
sarà disponibile come
la disponibilità generale

00:27:38.880 --> 00:27:45.720
precedente 3 da 17 in un punto in
occorre avere 70

00:27:45.720 --> 00:27:50.810
In generale uno Stack di Azure
disponibilità, OK (Okay).

00:27:50.810 --> 00:27:53.580
Quali sono i diversi
casi di utilizzo?

00:27:53.580 --> 00:27:57.510
Vedere ad esempio se si desidera
Per avere un ibrido coerenza

00:27:57.510 --> 00:28:01.350
applicazione, non vi è alcun
molti è possibile sul posto o

00:28:01.350 --> 00:28:05.170
Per eseguire qualsiasi effetto scopo
sistema per le spese operative

00:28:05.170 --> 00:28:10.290
che si desidera utilizzare alcuni del cloud
vantaggi nella cornice in

00:28:10.290 --> 00:28:15.365
raggi infrarossi è possibile visualizzare
tag per tale indirizzo.

00:28:15.365 --> 00:28:17.730
>> [IMPERCETTIBILE]
>> Con che ritengo che avevo,

00:28:17.730 --> 00:28:21.730
Questo era l'ultimo
>> annuncio lat avevo,

00:28:21.730 --> 00:28:24.210
non è una grande quantità di
nuove operazioni diverse ma

00:28:24.210 --> 00:28:27.160
alcuni sono realmente
Questo mese le cose interessanti.

00:28:27.160 --> 00:28:30.221
Con questa operazione, sono ora aperta per
domanda e risposta,

00:28:30.221 --> 00:28:33.566
è possibile digitare la domanda e
Arrivare a uno alla volta.

00:28:49.019 --> 00:28:52.736
Pertanto non sia presente una domanda
da Abdul Kalim, gli aggiornamenti

00:28:52.736 --> 00:28:58.045
su aree di governo comunitario,
GPV per il governo indiano?

00:28:58.045 --> 00:29:03.769
In modo che al momento, non è uno
aggiornamento per il governo indiano ma

00:29:03.769 --> 00:29:08.355
Consenti all'utente di tornare alla nostra
Guida di orientamento per la connessione con me.

00:29:08.355 --> 00:29:12.880
Mi occuperò di condividere I miei ' m
mi occuperò per mostrare il mio

00:29:12.880 --> 00:29:19.620
esercitazione per tutti e questo
domanda, si prega di leggerlo a me.

00:29:19.620 --> 00:29:23.120
Davvero estrarre stradali e
Se si dispone di

00:29:23.120 --> 00:29:27.470
elementi disponibili nel nostro
Carta stradale sarà condividerla con te.

00:29:27.470 --> 00:29:28.543
Così come è

00:29:33.163 --> 00:29:40.122
Chiamato come ID utente prezzo

00:29:40.122 --> 00:29:46.722
presentato nel.

00:29:54.807 --> 00:29:56.250
Okay, tutte le altre questioni?

00:29:56.250 --> 00:29:57.445
Mi occuperò di attesa per

00:29:57.445 --> 00:30:00.587
Se si dispone di pochi minuti
domande di registrarli