WEBVTT

00:00:03.729 --> 00:00:08.438
Dobré odpoledne všem a
Vítejte zpět do příštího zasedání

00:00:08.438 --> 00:00:13.528
pro Microsoft Azure, co dělá
Vydání březen 2017.

00:00:13.528 --> 00:00:18.213
Máme dva velmi zajímavé
oznámení což

00:00:18.213 --> 00:00:23.023
byly tak v tomto měsíci
Začněme.

00:00:23.023 --> 00:00:28.038
Je první, kterou máme
Hybridní připojení Azure Relay

00:00:28.038 --> 00:00:30.338
všeobecné dostupnosti.

00:00:30.338 --> 00:00:31.553
To je v podstatě

00:00:31.553 --> 00:00:35.800
Azure Relay byla jedním z
první základní služby Azure.

00:00:35.800 --> 00:00:43.745
Umožňuje připojení z
místní majetku v cloudu.

00:00:43.745 --> 00:00:48.250
A poskytuje velké množství
Správa sítě a doplňky.

00:00:49.500 --> 00:00:52.585
Až ty z vás
Přenosu WCF, který jste použili

00:00:52.585 --> 00:00:54.810
budou seznámeni s ním.

00:00:54.810 --> 00:01:00.720
Ale byla závislá Azure Relay
v WCF relé pro své služby.

00:01:00.720 --> 00:01:05.645
Do budoucna jsme oznámili
Funkce hybridní připojení

00:01:05.645 --> 00:01:06.996
pro Azure Relay.

00:01:06.996 --> 00:01:10.818
To nyní, je-li závislost
nejsou v systému Windows komunikace

00:01:10.818 --> 00:01:14.802
Nadace, protože není
Každý uživatel používá Windows doprava?

00:01:14.802 --> 00:01:20.040
Proto nyní v podstatě používáme
tyto hybridní připojení.

00:01:20.040 --> 00:01:23.330
Mohou vám pomoci
s zabezpečené připojení mezi

00:01:23.330 --> 00:01:25.046
místní a cloud majetku.

00:01:25.046 --> 00:01:28.276
Můžete mít pět offline
databáze, protože je velmi

00:01:28.276 --> 00:01:30.742
různých fondů společného výsledku.

00:01:30.742 --> 00:01:37.522
Ale také je založena na otevřený
normy pro protokol.

00:01:37.522 --> 00:01:42.003
To je založena na web sockets
Co je podle WCF,

00:01:42.003 --> 00:01:45.963
hybridní připojení jsou,
znovu cross platform.

00:01:45.963 --> 00:01:49.528
Abyste mohli používat Windows v
Aktuální platforma, která podporuje

00:01:49.528 --> 00:01:50.389
Web sockets.

00:01:50.389 --> 00:01:55.565
Můžete použít Azure předávání a
podpora připojení .NET Core

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

00:01:57.722 --> 00:02:02.666
A několik dalších RPC
modely programování

00:02:02.666 --> 00:02:04.362
dosažení tohoto cíle.

00:02:04.362 --> 00:02:07.146
Takže, pokud chcete
Seznámení s

00:02:07.146 --> 00:02:10.507
Hybridní připojení Azure Relay
Můžeš

00:02:10.507 --> 00:02:15.501
k dokumentaci pouze přejít
Microsoft Azure a hledat

00:02:15.501 --> 00:02:16.668
Azure Relay.

00:02:16.668 --> 00:02:22.045
Který byl naší první
oznámení tento měsíc.

00:02:22.045 --> 00:02:24.183
Nyní přesuňte dopředu.

00:02:43.683 --> 00:02:47.964
Některé technické problémy s
právě zde zůstat se mnou pro

00:02:47.964 --> 00:02:48.773
druhý.

00:03:10.773 --> 00:03:14.866
V pořádku, stačí spustit kliknu
mluví o druhý,

00:03:14.866 --> 00:03:17.701
což je geografické směrování
možnost

00:03:17.701 --> 00:03:19.367
Správce provozu Azure.

00:03:19.367 --> 00:03:21.851
Doufám, že jej můžete nyní vidět.

00:03:21.851 --> 00:03:25.275
Tak Azure správce dopravy
je v podstatě služby,

00:03:25.275 --> 00:03:28.215
který umožňuje externí
Vyrovnávání zatížení.

00:03:28.215 --> 00:03:31.093
Tak například, pokud chcete, aby
Chcete-li načíst zůstatek vašeho provozu

00:03:31.093 --> 00:03:34.419
mezi různými datových centrech
Pokud máte globální cílovou skupinu.

00:03:34.419 --> 00:03:37.459
Může to uděláte s
Správce provozu Azure.

00:03:37.459 --> 00:03:42.049
Může také chovat jako selhání
mechanismus mezi různými daty

00:03:42.049 --> 00:03:42.814
centra.

00:03:42.814 --> 00:03:46.671
Ale s tímto
Geografické směrování schopnosti,

00:03:46.671 --> 00:03:48.688
co jsme se poskytuje tak je,

00:03:48.688 --> 00:03:52.470
Nyní můžete přizpůsobit
obsah podle regionů.

00:03:52.470 --> 00:03:59.330
Tak například v závislosti na
kde je uživatel pochází.

00:03:59.330 --> 00:04:01.670
Komunikace manažera
může dosáhnout dříve byl,

00:04:01.670 --> 00:04:06.820
v zásadě by přejděte do
uživateli nejbližší datové centrum.

00:04:06.820 --> 00:04:10.770
Nyní je také možné, ale
vytvořit různé

00:04:10.770 --> 00:04:13.780
regiony s lokalizovaný obsah.

00:04:13.780 --> 00:04:17.119
A bude správce provozu
přejděte na výsledky jejich

00:04:17.119 --> 00:04:18.378
lokalizovaný obsah.

00:04:18.378 --> 00:04:21.150
Jak víte,
Pokud máte jakýkoli požadavek

00:04:21.150 --> 00:04:24.692
máte zvláštní zásady
mandát, který vyžaduje datové

00:04:24.692 --> 00:04:28.010
omezení přístupu v rámci
určité regiony.

00:04:28.010 --> 00:04:31.609
Takže všechny tyto místa
můžete snadno použít

00:04:31.609 --> 00:04:34.054
Správce provozu Azure.

00:04:34.054 --> 00:04:37.517
Který byl na další
oznámení, které jsme měli,

00:04:40.718 --> 00:04:43.107
Můžete přesunout do
Další snímek prosím?

00:05:11.420 --> 00:05:14.558
Mám problémy
s počítači takže

00:05:14.558 --> 00:05:16.560
Stačí mi dát jednu sekundu.

00:05:51.360 --> 00:05:55.621
Jedna sekunda
Bude se vrátit.

00:06:28.400 --> 00:06:31.160
V pořádku, tak druhý se
mít je Azure Data Factory.

00:06:32.615 --> 00:06:34.397
Který nyní nabízí
SAP HANA a

00:06:34.397 --> 00:06:36.645
Obchodní sklad
integrace dat.

00:06:36.645 --> 00:06:41.180
Tak nejprve Začněme,
Co je Azure Data Factory?

00:06:41.180 --> 00:06:45.492
Azure Data Factory je jedním
Naše cloudové integrace

00:06:45.492 --> 00:06:49.430
služby, které vám pomůže vytvořit
potrubí pro jiná data.

00:06:49.430 --> 00:06:50.368
Tak například

00:06:50.368 --> 00:06:53.991
Pokud máte jinou databází
od kdy je třeba načíst data.

00:06:53.991 --> 00:06:58.416
Nebo jsou ingesting data
z-soubor databází.

00:06:58.416 --> 00:07:02.583
Nebo pokud jsou ingesting data
z clusteru Hadoop,

00:07:02.583 --> 00:07:06.210
Chcete integrovat
všechna tato data.

00:07:06.210 --> 00:07:10.480
Pomocí Azure Data Factory
Chcete-li vytvořit data potrubí, doprava?

00:07:10.480 --> 00:07:14.624
Tak se toto nové oznámení
Nyní Azure Data Factory

00:07:14.624 --> 00:07:17.776
umožňuje načtení
dat z SAP HANA a

00:07:17.776 --> 00:07:22.206
SAP Business skladu přímo
do úložiště dat Azure.

00:07:22.206 --> 00:07:25.598
Takže můžete provést rozšířené
Analytics a vytváření sestav.

00:07:25.598 --> 00:07:30.136
A co je nového pro ty z vás
SAP, který jste použili, budete vědět, že

00:07:30.136 --> 00:07:34.105
je to jeden z nejvíce široce
podnikový software používat.

00:07:34.105 --> 00:07:38.980
A I rozumí, nejvíce používaným

00:07:38.980 --> 00:07:44.324
je zásobník v systému SAP SAP HANA tělesné hmotnosti.

00:07:44.324 --> 00:07:49.032
S tímto máme
nové spojnice SAP HANA.

00:07:49.032 --> 00:07:53.274
To podporuje kopírování dat z
HANA informační modely jako

00:07:53.274 --> 00:07:55.559
C výpočet analytické pohledy.

00:07:55.559 --> 00:07:57.715
Stejně jako je možné
řádku a

00:07:57.715 --> 00:08:00.227
sloupce tabulky pomocí SQL dotazů.

00:08:00.227 --> 00:08:03.513
Vše, co potřebujete k
navázat připojení,

00:08:03.513 --> 00:08:07.052
je nutné nainstalovat data
Správa brány

00:08:07.052 --> 00:08:09.167
a ovladač SAP HANA ODBC.

00:08:09.167 --> 00:08:12.155
Takže se můžete připojit k
Azure Data Factory.

00:08:12.155 --> 00:08:15.539
Druhý konektor
je spojnice SAP BW.

00:08:15.539 --> 00:08:18.654
Který podporuje akci,
kopírování dat z

00:08:18.654 --> 00:08:23.546
Verze SAP Business skladu
7.x, informace o datové krychle a krychle dotazu.

00:08:23.546 --> 00:08:27.980
A můžete použít tyto
se pokusí zkopírovat data.

00:08:27.980 --> 00:08:30.880
Znovu vytvořit
připojení,

00:08:30.880 --> 00:08:34.778
je třeba nainstalovat
Brána správy dat a

00:08:34.778 --> 00:08:36.695
nativní knihovna SAP.

00:08:36.695 --> 00:08:39.415
Ano, pokud chcete vědět,
jak chcete provést,

00:08:39.415 --> 00:08:42.175
přejděte na adresu naší Azure
dokumentace.

00:08:42.175 --> 00:08:47.195
A najděte konektor pro SAP HANA pro
Azure Data Factory

00:08:47.195 --> 00:08:50.765
a měl by být
schopen najít.

00:08:50.765 --> 00:08:56.280
Další, kterou máme je
Soubor rychlé obnovení

00:08:56.280 --> 00:08:59.760
od zálohování Azure Linux VM
pomocí zálohování Azure.

00:09:01.260 --> 00:09:05.523
Takže jsme měli tento okamžik
Možnost obnovení souborů z

00:09:05.523 --> 00:09:10.746
Zálohování Azure Windows VM které
všechny byly k dispozici

00:09:10.746 --> 00:09:12.677
určitou dobu nyní.

00:09:12.677 --> 00:09:17.121
Co dělá je možné obnovit.
soubory okamžitě z vašeho

00:09:17.121 --> 00:09:21.837
Trezor Azure obnovení služby
bez jakékoli dodatečné náklady nebo

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

00:09:23.300 --> 00:09:26.656
Takže vytvořit Azure
Obnovení služby trezoru.

00:09:26.656 --> 00:09:30.570
Povolit zálohování
na virtuálního počítače

00:09:30.570 --> 00:09:34.108
a nyní můžete okamžitě
nahrávat soubory.

00:09:34.108 --> 00:09:37.808
Tak například pokud jste
jsou vaše celé VM zálohování

00:09:37.808 --> 00:09:41.687
není nutné připojit váš
Zobrazit soubory jednotky zpět.

00:09:41.687 --> 00:09:45.451
Můžete okamžitě obnovit
soubory z Azure VM.

00:09:45.451 --> 00:09:47.298
A tak např.

00:09:47.298 --> 00:09:51.976
Pokud máte virtuálního počítače Azure Linux C
což je pouze MongoDB.

00:09:51.976 --> 00:09:56.366
A provádíte dat
Vypíše na konkrétní data.

00:09:56.366 --> 00:09:59.455
bod obnovení v Azure backup.

00:09:59.455 --> 00:10:02.296
Ano, pokud budete chtít rychle
ověřit, co se stalo tomu

00:10:02.296 --> 00:10:05.864
včera, nebo je chcete
Konkrétní podrobnosti ověřit nebo

00:10:05.864 --> 00:10:08.054
Chcete jednotlivé položky.

00:10:08.054 --> 00:10:12.478
Není k dispozici ke stažení
Datová přehradě, kterou lze pouze přejít

00:10:12.478 --> 00:10:16.644
a stáhnout do bodu v čase
záznam jste měli

00:10:16.644 --> 00:10:17.527
je uložena.

00:10:17.527 --> 00:10:22.854
A tato možnost nebyla
k dispozici pro Linux VM

00:10:22.854 --> 00:10:28.422
ale pokud můžete přejít Azure
portálu, můžete povolit to nyní.

00:10:36.021 --> 00:10:38.750
Půjdete,
druhý je v podstatě

00:10:38.750 --> 00:10:41.480
Tento jeden je v Kalifornii,
San Jose

00:10:41.480 --> 00:10:45.300
Konference vrstvy, která je
data týkající se konference.

00:10:45.300 --> 00:10:49.186
A tak jsme oznámila [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
Vraťme se do těchto oznámení
takže

00:10:54.161 --> 00:10:59.607
Nejdříve začneme
s DocumentDB.

00:10:59.607 --> 00:11:03.864
DocumentDB je klíč
globálně distribuovaná data

00:11:03.864 --> 00:11:04.755
Služba.

00:11:04.755 --> 00:11:08.128
Jeho multiqual
databáze jako služba

00:11:08.128 --> 00:11:12.822
Pokud jste použili MongoDB
nebo znáte jiné společnosti Microsoft.

00:11:12.822 --> 00:11:16.505
Je velmi podobná, MongoDB
Kromě skutečnosti, že je

00:11:16.505 --> 00:11:19.757
služby PAAS, tak
je zcela platné služby.

00:11:19.757 --> 00:11:24.571
Způsobem je možné logicky stupnice
obě true put, stejně jako vaše

00:11:24.571 --> 00:11:28.657
skladování v libovolné číslo
zeměpisné oblasti.

00:11:28.657 --> 00:11:31.709
Tak, aby tato služba byla v podstatě

00:11:31.709 --> 00:11:36.230
Máme velké množství konektorů
tuto službu pro

00:11:36.230 --> 00:11:41.203
například první oznámení
Máme tento měsíc

00:11:41.203 --> 00:11:45.966
Nyní máte zapalovací
konektor pro DocumentDB.

00:11:45.966 --> 00:11:49.277
Proto nyní vyslovte například
máte velké množství dat ve vašem

00:11:49.277 --> 00:11:52.885
DocumentDB, které chcete
analyzovat pomocí Apache Spark

00:11:52.885 --> 00:11:56.788
můžete připojit přímo do
Apache Spark pomocí DocumentDB

00:11:56.788 --> 00:12:00.567
Vzniku nových kolekcí a analyzovat
data přímo z ní.

00:12:00.567 --> 00:12:04.567
Máme také možnost
pro MongoDB a

00:12:04.567 --> 00:12:10.450
Podíváme trochu hlubší
k tomuto v naší další snímek.

00:12:10.450 --> 00:12:11.989
Navíc bylo oznámeno

00:12:11.989 --> 00:12:16.182
první Cloud Hortonworks
2.6 datovou platformu.

00:12:16.182 --> 00:12:18.815
I význam podle první Cloud je,

00:12:18.815 --> 00:12:23.600
nejnovější Hortonworks Data
Platforma je 2.6.

00:12:23.600 --> 00:12:26.738
Se nazývá
[Nejsou SLYŠITELNÁ] v cloudu.

00:12:26.738 --> 00:12:31.125
To je dokonce ještě není k dispozici
na místní edici uvolnit, ale

00:12:31.125 --> 00:12:35.525
To je závazek Hortonworks
nejprve byly cloud.

00:12:35.525 --> 00:12:39.500
Takže v podstatě kdykoli chcete
Chcete-li použít nejnovější verzi

00:12:39.500 --> 00:12:43.105
Hortonworks můžete
použije se přímo na Azure cloud.

00:12:43.105 --> 00:12:45.905
Není, kterou
čekat

00:12:45.905 --> 00:12:49.806
na vydání edice
na něj přijde pro cloud.

00:12:49.806 --> 00:12:51.778
Bylo také oznámeno, nebo

00:12:51.778 --> 00:12:55.957
plně spravované Apache
cesta, které jeden.

00:12:55.957 --> 00:13:00.590
Takže v podstatě Apache Spark
je opět spravovaného datového proudu

00:13:00.590 --> 00:13:05.155
je služba Analytics 2.1
nejnovější vydání, které máme.

00:13:05.155 --> 00:13:10.050
Tak to je opět k dispozici vpravo
Nyní s clusteru HDInsight

00:13:10.050 --> 00:13:12.922
a máme
zavedena možnost.

00:13:12.922 --> 00:13:16.670
Tak například, pokud jste chtěli
získáte nové integrace s

00:13:16.670 --> 00:13:20.577
Azure rozbočovač události a chcete
zjistit, který z toku dat

00:13:20.577 --> 00:13:23.708
Rozbočovač události přímo na jiskry,
můžete provést.

00:13:23.708 --> 00:13:26.722
Máte také vysílání datových proudů
spojnice z Kafka na

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

00:13:28.330 --> 00:13:31.501
Ty jsou nové oznámení.

00:13:31.501 --> 00:13:35.582
Bylo také oznámeno, serveru SQL Server
Společenství technology preview

00:13:35.582 --> 00:13:39.417
vynikající, která bude
k dispozici v obou systémech Windows a

00:13:39.417 --> 00:13:41.540
Velmi brzy Linux.

00:13:41.540 --> 00:13:44.764
Zkuste v náhledu
podle vašeho výběru

00:13:44.764 --> 00:13:48.098
rozvoje
hnaného prostředí.

00:13:48.098 --> 00:13:52.994
Můžete také vyhledat co 's
Nový SQL Server Linux a

00:13:52.994 --> 00:13:58.710
je možné přejít k terminálu
doporučení, zkuste jej.

00:14:03.840 --> 00:14:10.280
A který byl HDInsight a
DocumentDB.

00:14:10.280 --> 00:14:12.940
Další, kterou máme je
DocumentDB API MongoDB.

00:14:12.940 --> 00:14:17.692
Tak služby DocumentDB SQL
což je velmi

00:14:17.692 --> 00:14:20.670
Podobně jako u MongoDB, doprava?

00:14:20.670 --> 00:14:24.568
Proto existuje mnoho vývojářů
kteří používají a MongoDB

00:14:24.568 --> 00:14:29.146
změny nástroje a knihovny
používaná k vytvoření nebo

00:14:29.146 --> 00:14:31.480
pro připojení k MongoDB, doprava?

00:14:31.480 --> 00:14:34.627
Nyní s těmito
pořad jednání odpovědnost nebo

00:14:34.627 --> 00:14:39.001
pro DocumentDBS nebo MongoDB,
můžete jej použít všechny.

00:14:39.001 --> 00:14:43.251
Takže vaším cílem zůstává stejný, je
můžete použít stejné [INAUDIBLE] je

00:14:43.251 --> 00:14:46.195
budou používat pro připojení
Chcete-li k dispozici,

00:14:46.195 --> 00:14:48.750
můžete jej použít pro
obchodovatelnost.

00:14:48.750 --> 00:14:52.411
Proto byla tato funkce
k dispozici v náhledu

00:14:52.411 --> 00:14:55.985
Někdy, nyní však
chybí některé funkce, jako

00:14:55.985 --> 00:15:00.603
lze nastavit pouze jednu kolekci
na globální leader není

00:15:00.603 --> 00:15:01.580
k dispozici.

00:15:01.580 --> 00:15:04.225
Nyní s obecnými
dostupnost,

00:15:04.225 --> 00:15:08.377
jsme zavedli číslo
hlavní funkce uvolnění.

00:15:08.377 --> 00:15:10.611
Nyní můžete mít
sharded kolekce.

00:15:10.611 --> 00:15:14.725
Můžete mít více než
jedna kolekce shard pro

00:15:14.725 --> 00:15:17.898
DocumentDB pomocí rozhraní API MongoDB.

00:15:17.898 --> 00:15:20.223
Můžete mít globální
data databáze tak

00:15:20.223 --> 00:15:23.494
lze replikovat data
přes více oblastí,

00:15:23.494 --> 00:15:26.580
Můžete mít
Vysoká dostupnost.

00:15:26.580 --> 00:15:27.928
Můžete mít tyto.

00:15:27.928 --> 00:15:30.990
Ano, nyní podporuje tato rozhraní API, ale

00:15:30.990 --> 00:15:36.043
Povolit pouze data
Operace na MongoDB.

00:15:36.043 --> 00:15:40.048
A navíc jsme také přidali
Některé další metriky na portálu.

00:15:40.048 --> 00:15:44.689
Proto nyní přejdete do dané Azure
můžete v portálu pro DocumentDB

00:15:44.689 --> 00:15:49.330
Existují různé metriky, naleznete v tématu
například číslo žádosti nebo

00:15:49.330 --> 00:15:52.020
požadovat poplatky nebo
Chyba požadavku.

00:15:52.020 --> 00:15:55.634
A všech funkcí, které můžete spravovat
Zobrazit všechny statistiky a

00:15:55.634 --> 00:15:57.272
metriky na portálu Azure.

00:15:57.272 --> 00:16:02.330
Který byl MongoDB rozhraní API, bohužel
Rozhraní API DocumentDB Mongo DB.

00:16:06.910 --> 00:16:11.208
Další je
RS Premium databázi Azure SQL.

00:16:11.208 --> 00:16:18.180
Tak to je něco, že jsme
v náhledu jsou uvolnění.

00:16:18.180 --> 00:16:23.668
Azure SQL databázových serverů
se serverem SQL Azure service

00:16:23.668 --> 00:16:24.904
[NEJSOU SLYŠITELNÁ].

00:16:24.904 --> 00:16:29.391
Máme velké množství různých
úrovně služeb

00:16:29.391 --> 00:16:32.316
Základní normy pro prémie.

00:16:32.316 --> 00:16:36.536
A Premium RS
nejnovější vydání.

00:16:36.536 --> 00:16:40.398
Je 4TB zvýšit na
jednotka pro ukládání

00:16:40.398 --> 00:16:43.320
P11 prémie a P15.

00:16:43.320 --> 00:16:48.340
A je také vybaven
Zlepšené možnosti portálu pro

00:16:48.340 --> 00:16:51.580
vybírání a Správa služby
úrovně a úrovně výkonnosti.

00:16:52.660 --> 00:16:56.120
Nyní můžete použít
až 4 TB úložiště.

00:16:57.390 --> 00:17:00.300
Takže Ano, můžete mít a je

00:17:02.450 --> 00:17:06.280
může mít premium P11 nebo P15
databáze a můžete I kdyby

00:17:06.280 --> 00:17:11.166
Chcete-li úložiště 40 [INAUDIBLE]
bez dalších poplatků.

00:17:11.166 --> 00:17:14.440
A pravé že nyní nemáme
Celosvětová dostupnost.

00:17:14.440 --> 00:17:20.794
Jsme vybrali možnost 4 TB
databáze je umístěna

00:17:20.794 --> 00:17:27.033
v některých oblastech, některé z nich jsou
[INAUDIBLE] a [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
Takže v pohybu, který byl
RS Premium databázi Azure SQL.

00:17:40.770 --> 00:17:45.170
Další, kterou máme je Azure
SQL Stream Analytics nástroje pro

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

00:17:46.530 --> 00:17:51.730
Takže, pokud nejste obeznámeni
s Azure Stream Analytics

00:17:51.730 --> 00:17:56.930
je opět platformu jako
služby, kde můžete spravovat nebo

00:17:56.930 --> 00:17:59.429
analyzujte data, jak jsou doručovány.

00:17:59.429 --> 00:18:04.204
Tak dává možnost
Chcete-li analyzovat data v

00:18:04.204 --> 00:18:08.168
synchronizace, analýza spíše
je v klidu.

00:18:08.168 --> 00:18:12.127
Nyní máme tuto
[Nejsou SLYŠITELNÁ] veřejnosti

00:18:12.127 --> 00:18:15.977
Náhled verze
[Nejsou SLYŠITELNÁ] studio.

00:18:15.977 --> 00:18:19.502
Abyste věděli, pokud, I střední
Viz všechny přesnosti

00:18:19.502 --> 00:18:21.720
[Nejsou SLYŠITELNÁ] stejně jako právě Boha.

00:18:21.720 --> 00:18:27.786
Je trh [INAUDIBLE]
to vše k dispozici.

00:18:27.786 --> 00:18:31.429
Ale tyto nástroje jsou určeny pro
poskytují možnosti kde

00:18:31.429 --> 00:18:34.329
můžete provést Azure stream
vývoj Analytics

00:18:34.329 --> 00:18:36.422
pracovní postup v aplikaci Visual Studio.

00:18:36.422 --> 00:18:42.422
Tak to vám pomůže Pokud
Chcete-li změnit dotaz,

00:18:42.422 --> 00:18:45.872
Pokud chcete napsat dotaz,

00:18:45.872 --> 00:18:50.972
Pokud chcete rychle vyzkoušet,
ladění, a

00:18:50.972 --> 00:18:56.072
diagnostikovat váš datový proud
Analytics, práce

00:18:56.072 --> 00:19:03.434
všechny nyní k dispozici jako součást
vaše nástroje regionální studio.

00:19:06.776 --> 00:19:11.456
V pohybu, je další
Azure přináší digitální analytics

00:19:11.456 --> 00:19:15.691
regionální funkce a
pro vládu USA.

00:19:15.691 --> 00:19:19.476
Ano, pokud víte,
Azure Cloud vládou USA,

00:19:19.476 --> 00:19:24.020
na cloud pro
v podstatě vláda cloudu Azure

00:19:24.020 --> 00:19:29.010
je součástí cloudu které jsme
použijte pro globální zákazníky.

00:19:29.010 --> 00:19:34.504
Takže tento měsíc bylo oznámeno
všeobecné dostupnosti

00:19:34.504 --> 00:19:41.400
HDInsight a Power BI Pro pro
Microsoft Cloud pro vládu.

00:19:41.400 --> 00:19:47.329
Ano, pokud máte jakékoli vlády
zákazníka, které chcete použít

00:19:47.329 --> 00:19:52.538
kognitivních nástrojů
se schopností.

00:19:52.538 --> 00:19:56.699
Také budeme oznámit
Náhled kognitivních služeb

00:19:56.699 --> 00:19:58.255
v Azure vlády.

00:19:58.255 --> 00:20:01.876
Tak jsme povolili scénáře
tak například, pokud chcete

00:20:01.876 --> 00:20:05.218
Chcete-li provést překlad Audio a text
do jiných jazyků.

00:20:05.218 --> 00:20:08.530
Chceme udělat emoce
rozpoznávání s počítačem

00:20:08.530 --> 00:20:10.000
vidění.

00:20:10.000 --> 00:20:14.743
A je to, že všechny tyto služby
jsme nabízíte náhled

00:20:14.743 --> 00:20:16.329
Azure vládnutí.

00:20:25.886 --> 00:20:29.924
V pořádku další je
V reálném čase Analytics geoprostorové

00:20:29.924 --> 00:20:31.950
v Azure Stream Analytics.

00:20:33.130 --> 00:20:36.640
Mm-hm, kterou můžeme hovořit pouze o
Azure Stream Analytics doprava?

00:20:36.640 --> 00:20:44.360
Umožňuje analyzovat data v reálném
čas a proud jako jeho příchodu.

00:20:45.610 --> 00:20:48.640
Takže tento měsíc jsme jste oznámila
všeobecné dostupnosti

00:20:48.640 --> 00:20:50.290
Geoprostorové funkce.

00:20:50.290 --> 00:20:53.970
Takže co poskytuje znamená pro
například máte scénáře kde

00:20:53.970 --> 00:20:57.620
Chcete-li loďstva, sledování
nebo chcete sledovat aktiva

00:20:57.620 --> 00:20:59.620
nebo chcete provádět
druhu z geofencing, nebo

00:20:59.620 --> 00:21:04.730
Chcete-li telefon sledování
na webech různých buněk.

00:21:04.730 --> 00:21:06.530
Nebo chcete udělat řešení

00:21:06.530 --> 00:21:10.360
něco jako pracovní fond, kde
Chcete-li provést ridesharing.

00:21:10.360 --> 00:21:13.760
Existují v podstatě má
Chcete-li získat umístění na reálné číslo.

00:21:14.850 --> 00:21:19.270
čas z libovolného zařízení,
odesílá cloud databáze.

00:21:20.560 --> 00:21:24.120
Nyní máme Azure
Analytics v týmu Azure.

00:21:24.120 --> 00:21:30.200
A kde můžete dotaz
telemetrické při analýze a

00:21:30.200 --> 00:21:31.040
poté, co.

00:21:31.040 --> 00:21:35.910
Tak například scénář kde
Chcete-li vygenerovat událost nebo

00:21:35.910 --> 00:21:39.660
Chcete-li odesílat oznámení kde
čerpací stanice je menší než 10

00:21:39.660 --> 00:21:40.460
kilometrů z automobilu.

00:21:40.460 --> 00:21:41.500
To je a

00:21:41.500 --> 00:21:45.160
vaše umístění auta, což je
potom druhé neustále cloud.

00:21:45.160 --> 00:21:48.664
A v cloudu, je uveden seznam
uložená místa

00:21:48.664 --> 00:21:52.091
případě, že se jedná o plynu
stanice v tomto umístění.

00:21:52.091 --> 00:21:56.483
Tak v podstatě můžete psát
kde je možné vybrat z dotazu

00:21:56.483 --> 00:22:01.416
můžete vybrat umístění vašeho plynu
Libovolný nainstalovaný čerpací stanice

00:22:01.416 --> 00:22:04.235
méně než 10
poloměr kilometr.

00:22:04.235 --> 00:22:06.980
Můžete odeslat výstrahu vždy, když
je čerpací stanice.

00:22:06.980 --> 00:22:10.189
Takže výsledek všechny
kinda různých dotazů.

00:22:10.189 --> 00:22:13.800
Nyní můžete přejít
geoprostorové funkce.

00:22:13.800 --> 00:22:16.960
Pokud obdržíte geo-adajacent
norma pro

00:22:16.960 --> 00:22:20.510
uvedení tohoto geoprostorových dat.

00:22:20.510 --> 00:22:21.790
Jeho vzhled se velké množství rozšíření.

00:22:21.790 --> 00:22:25.390
Můžete vytvořit bod,
můžete vytvořit mnohoúhelník.

00:22:25.390 --> 00:22:27.710
Můžete data min vzdálenost.

00:22:27.710 --> 00:22:31.910
Uvidíte-li jeden mnohoúhelník
překrývá se s ostatními a

00:22:31.910 --> 00:22:34.320
spoustu dalších věcí
můžete provést.

00:22:34.320 --> 00:22:38.126
Chcete-li pro akci pro všechny informace o
přejděte na stránku dokumentace

00:22:38.126 --> 00:22:39.960
pro funkci, proveďte lidskosti

00:22:46.973 --> 00:22:51.130
V pořádku je další, kterou máme
Azure Site Recovery Planner pro

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

00:22:51.795 --> 00:22:55.520
To je obnovení webu Azure

00:22:55.520 --> 00:22:59.710
jeden z našich služeb kde
poskytuje způsob, jak

00:23:01.290 --> 00:23:06.460
Vytvořte úplnou havárii
obnovovací řešení na platformě Azure.

00:23:06.460 --> 00:23:09.601
Kde je možné chránit stovky
pro virtuální počítače

00:23:09.601 --> 00:23:11.985
dosah na na soubor nebo
všechny ostatní.

00:23:11.985 --> 00:23:16.197
Můžete vytvořit úplnou
řešení pro zotavení po havárii

00:23:16.197 --> 00:23:17.580
v rámci nástroje ASR.

00:23:17.580 --> 00:23:21.230
Ale chcete-li provést tuto funkci Automatické obnovení systému
je třeba nasazení plánovače.

00:23:21.230 --> 00:23:25.919
V podstatě před provedením
jakékoli přerušení výkonu ASR nebo

00:23:25.919 --> 00:23:30.607
úspěšně navrhnout rozdělení
je třeba první

00:23:30.607 --> 00:23:34.744
pochopit, co ještě
byl v oddělení.

00:23:34.744 --> 00:23:39.687
Jak se chystáte provést vaše
Testování selhání a toto právo?

00:23:39.687 --> 00:23:44.099
Tak to obnovení nasazení webu
Nástroj Plánovač je skutečně nemá

00:23:44.099 --> 00:23:45.270
spoustu věcí.

00:23:45.270 --> 00:23:47.410
Poskytuje
posouzení slučitelnosti.

00:23:47.410 --> 00:23:51.660
Tak které své na soubor přístup
Server lze přesunout do Azure

00:23:51.660 --> 00:23:54.140
pomocí nástroje ASR a které může být.

00:23:54.140 --> 00:23:56.700
To vám nabídne.

00:23:56.700 --> 00:23:59.720
Oznámí, že Microsoft
Jako kolik úložiště Azure

00:23:59.720 --> 00:24:01.530
účty, které budete potřebovat.

00:24:01.530 --> 00:24:03.880
Zda potřebujete
standardní účty nebo

00:24:03.880 --> 00:24:05.630
Premium účty úložiště.

00:24:05.630 --> 00:24:09.970
Pokud jde o počtu virtuálních počítačů
kapacity, které budete potřebovat.

00:24:11.030 --> 00:24:13.340
Bude také faktor
v budoucí růst.

00:24:13.340 --> 00:24:16.960
Jak tedy jak se
Plánovač práce s nasazením pak?

00:24:16.960 --> 00:24:19.420
Má tři různé
způsoby aplikace.

00:24:19.420 --> 00:24:20.096
Jeden je pro

00:24:20.096 --> 00:24:24.440
přihlášky, kde je všechny profily
servery, které chcete chránit

00:24:24.440 --> 00:24:29.060
z příštích třicet dnů a
zaznamená vše.

00:24:29.060 --> 00:24:31.290
Podobně jako jiné
sledování výkonu

00:24:31.290 --> 00:24:33.665
čítače, jako jsou suché die off.

00:24:33.665 --> 00:24:36.744
Právo die Posu, spojení dat

00:24:36.744 --> 00:24:41.916
jaké je číslo kurzu
dní, kolik týdnů máte.

00:24:41.916 --> 00:24:45.680
Právo nyní, je tento plánovač
k dispozici je pouze z VMware.

00:24:45.680 --> 00:24:50.060
Takže se můžete připojit k
VMware Vcenter server nebo

00:24:50.060 --> 00:24:55.310
VMware Vsphere server kde
všechna videa jsou hostované.

00:24:55.310 --> 00:24:57.370
Tak, aby se profilování režim.

00:24:57.370 --> 00:24:59.460
Můžete také provést
Generování sestavy.

00:24:59.460 --> 00:25:03.015
Takže v tomto režimu bude nástroj
obsahuje data, která můžeme použít

00:25:03.015 --> 00:25:03.755
Vytvoření sestavy.

00:25:03.755 --> 00:25:08.085
Tak budou vstupy,
doporučení, bude mít

00:25:08.085 --> 00:25:10.945
bude mít virtuální počítač
Chcete-li umístění úložiště

00:25:10.945 --> 00:25:13.675
bude mít číslo
z důvodu kompatibility v něm.

00:25:13.675 --> 00:25:16.025
Je také zjistíte číslo
kompatibilní VM společnosti.

00:25:16.025 --> 00:25:18.995
A v poslední věc bude

00:25:18.995 --> 00:25:20.925
také vám ulehčí prostřednictvím
Umístěte výpočty.

00:25:20.925 --> 00:25:27.490
To najdete v síti
proces, který může být dosaženo z

00:25:27.490 --> 00:25:32.210
místní prostředí
Microsoft Azure pro na edici.

00:25:32.210 --> 00:25:36.710
Doprava, nyní tento nástroj, to
je k dispozici pouze pro plánování,

00:25:36.710 --> 00:25:40.428
VMware a
je k dispozici v kopii.

00:25:47.890 --> 00:25:51.628
A s tím si skutečně
přicházejících na poslední snímek

00:25:51.628 --> 00:25:52.440
že mám.

00:25:53.740 --> 00:25:58.792
Je Azure zásobníku TP3, technické
Náhled 3, je ve skutečnosti.

00:25:58.792 --> 00:26:04.209
A nyní zadejte
inovace aplikace

00:26:04.209 --> 00:26:08.314
mzdy jako--použití oceňovací model.

00:26:08.314 --> 00:26:12.920
A co je Azure zásobníku
Technické náhled 3 doprava?

00:26:12.920 --> 00:26:19.219
Tak, aby zásobník Azure vám může
prioritizovat vaše Azure v-box.

00:26:19.219 --> 00:26:22.940
Tak například
Pokud chcete mít své vlastní

00:26:22.940 --> 00:26:26.570
privátní implementace
Azure ve vlastním datovém centru

00:26:26.570 --> 00:26:28.920
můžete použít Azure zásobníku.

00:26:28.920 --> 00:26:34.810
V podstatě je technické náhled 3
doprava nyní vydáváme.

00:26:34.810 --> 00:26:39.100
Použití zásobníku a
model je obecně k dispozici.

00:26:39.100 --> 00:26:41.360
TP3, které jsou k dispozici ke stažení.

00:26:44.670 --> 00:26:49.074
Co se vám s tímto
oznámení je TP3

00:26:49.074 --> 00:26:51.580
v cloudu úsporný model.

00:26:51.580 --> 00:26:55.500
Tak v podstatě se vám zobrazí
použití ceny máte na

00:26:55.500 --> 00:26:58.880
Cloud, se nyní zobrazí
který se TP3 Azure zásobníku.

00:26:58.880 --> 00:27:02.990
Další silniční mapy
Pokud se podíváte na silničních map.

00:27:02.990 --> 00:27:05.950
Máte funkce Azure

00:27:05.950 --> 00:27:08.920
která bude brzy
k dispozici pro spuštění na TP3.

00:27:08.920 --> 00:27:10.870
Bude následovat.
podle Blockchain,

00:27:10.870 --> 00:27:14.310
Lití písma, cloud a
Mesos šablony.

00:27:14.310 --> 00:27:19.330
Tak, jak je můžeme vidět
doručování v poslední málo

00:27:19.330 --> 00:27:23.150
Máme za sebou tři různé měsíce
S oddělením technické náhled, Azure zásobníku.

00:27:24.460 --> 00:27:29.030
Pokračujte na pokladen.
všeobecné dostupnosti a dále.

00:27:30.210 --> 00:27:34.890
TP3 je míra konečného plánu
Technical Preview před

00:27:34.890 --> 00:27:38.880
je k dispozici jako
všeobecné dostupnosti pro

00:27:38.880 --> 00:27:45.720
starší 3 x 17 někde v
70 budeme mít

00:27:45.720 --> 00:27:50.810
Zásobník Azure obecně
dostupnost, v pořádku.

00:27:50.810 --> 00:27:53.580
Co jsou to různé
případy použití?

00:27:53.580 --> 00:27:57.510
Viz Chcete-li například
Chcete-li mít konzistentní hybridní

00:27:57.510 --> 00:28:01.350
aplikace není k dispozici žádné
Mnohé může On premise nebo

00:28:01.350 --> 00:28:05.170
Chcete provést libovolný účel kusovníku
systém pro provozní výdaje

00:28:05.170 --> 00:28:10.290
Chcete některé z cloudu
výhody aplikace na snímku

00:28:10.290 --> 00:28:15.365
infrastruktura může zobrazit
Adresa značku pro tento.

00:28:15.365 --> 00:28:17.730
>> [NEJSOU SLYŠITELNÁ]
>> Se, myslím, že jsem měl,

00:28:17.730 --> 00:28:21.730
to byl poslední
>> lat oznámení došlo,

00:28:21.730 --> 00:28:24.210
Nemáme velké množství
různé nové věci, ale

00:28:24.210 --> 00:28:27.160
Některé opravdu máme
Tento měsíc zajímavé věci.

00:28:27.160 --> 00:28:30.221
Tak, teď jsem otevřen pro
otázky a odpovědi,

00:28:30.221 --> 00:28:33.566
můžete zadat otázky a
Dostat se do jeden po druhém.

00:28:49.019 --> 00:28:52.736
Se tedy jednu otázku
z Abdul Kalim, aktualizace

00:28:52.736 --> 00:28:58.045
na vládu Společenství Oblaka,
GPV pro indické vlády?

00:28:58.045 --> 00:29:03.769
Takže nyní, nemáme žádné
aktualizace pro indické vlády, ale

00:29:03.769 --> 00:29:08.355
Manuální zpět k naší
návod k připojení se mnou.

00:29:08.355 --> 00:29:12.880
Kliknete na sdílet mé I 'm
Bohužel kliknete na Zobrazit Moje

00:29:12.880 --> 00:29:19.620
kurz, který je všechny a to
otázky, přečtěte si mně.

00:29:19.620 --> 00:29:23.120
Jsem skutečně rezervovat silniční mapy a
Pokud máme

00:29:23.120 --> 00:29:27.470
Nic v našem
Silniční mapa budete sdílet s vámi.

00:29:27.470 --> 00:29:28.543
Tak jako jsme

00:29:33.163 --> 00:29:40.122
Jen jako ID uživatele cena

00:29:40.122 --> 00:29:46.722
zobrazují na.

00:29:54.807 --> 00:29:56.250
V pořádku, další otázky?

00:29:56.250 --> 00:29:57.445
Bude čekat

00:29:57.445 --> 00:30:00.587
několik minut, pokud máte některý
otázky, které jejich zaúčtováním