WEBVTT

00:00:03.729 --> 00:00:08.438
Хороший день всем и
Добро пожаловать в следующем сеансе

00:00:08.438 --> 00:00:13.528
из Microsoft Azure действия,
Выпуск марта 2017 г.

00:00:13.528 --> 00:00:18.213
У нас есть два очень интересных
Объявление о котором

00:00:18.213 --> 00:00:23.023
было сделано в этом месяце, так что
Давайте начнем с этим.

00:00:23.023 --> 00:00:28.038
Это первый из них мы
Гибридные Azure ретрансляции подключений

00:00:28.038 --> 00:00:30.338
Общая доступность.

00:00:30.338 --> 00:00:31.553
По сути,

00:00:31.553 --> 00:00:35.800
Azure ретрансляции является одним из
Первый основных служб Azure.

00:00:35.800 --> 00:00:43.745
Она помогает подключения из
средства на месте в облако.

00:00:43.745 --> 00:00:48.250
И дает много
Управление сетью и материалы.

00:00:49.500 --> 00:00:52.585
Это раньше, те, кто
ретрансляции WCF, который используется

00:00:52.585 --> 00:00:54.810
они будут знакомы с ним.

00:00:54.810 --> 00:01:00.720
Но зависел Azure ретрансляции
в WCF реле для его обновления.

00:01:00.720 --> 00:01:05.645
Забегая вперед, мы объявили о
возможность подключения гибридный

00:01:05.645 --> 00:01:06.996
для ретрансляции Azure.

00:01:06.996 --> 00:01:10.818
Так что теперь, если зависимость является
не на связи Windows

00:01:10.818 --> 00:01:14.802
Foundation, так как не
все использует Windows, право?

00:01:14.802 --> 00:01:20.040
Итак мы в основном используется
Эти подключения гибридный.

00:01:20.040 --> 00:01:23.330
Они смогут помочь вам
безопасное подключение между

00:01:23.330 --> 00:01:25.046
на месте и облачных ресурсов.

00:01:25.046 --> 00:01:28.276
Имеется пять автономных
базы данных, так как это очень

00:01:28.276 --> 00:01:30.742
различные пулы общий результат.

00:01:30.742 --> 00:01:37.522
Но она также основана на открытом
стандарты для протокола.

00:01:37.522 --> 00:01:42.003
Поэтому он основан на сокеты веб
что основана на WCF

00:01:42.003 --> 00:01:45.963
гибридные подключений
Опять же кросс-платформенный.

00:01:45.963 --> 00:01:49.528
Чтобы можно было использовать Windows в
Текущая платформа, поддерживающая

00:01:49.528 --> 00:01:50.389
веб-сокетов.

00:01:50.389 --> 00:01:55.565
Можно использовать Azure ретрансляции и
поддержка соединений ядра .NET

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

00:01:57.722 --> 00:02:02.666
И несколько RPC
модели программирования для

00:02:02.666 --> 00:02:04.362
добиться этого.

00:02:04.362 --> 00:02:07.146
Поэтому, если вы хотите
Начало работы с

00:02:07.146 --> 00:02:10.507
Гибридные подключений Azure ретрансляции
Вы можете

00:02:10.507 --> 00:02:15.501
Просто перейдите по документации
Microsoft Azure и поиск

00:02:15.501 --> 00:02:16.668
Azure ретрансляции.

00:02:16.668 --> 00:02:22.045
Это был наш первый
объявление в этом месяце.

00:02:22.045 --> 00:02:24.183
Давайте Переместить вперед.

00:02:43.683 --> 00:02:47.964
Возникли некоторые технические проблемы
Просто будьте здесь со мной для

00:02:47.964 --> 00:02:48.773
второе.

00:03:10.773 --> 00:03:14.866
Итак, теперь я собираюсь сразу же
речь идет о следующим

00:03:14.866 --> 00:03:17.701
что является географической маршрутизации
возможность

00:03:17.701 --> 00:03:19.367
Azure диспетчера трафика.

00:03:19.367 --> 00:03:21.851
Я надеюсь, что вы видите его сейчас.

00:03:21.851 --> 00:03:25.275
Поэтому Azure диспетчера трафика
по сути представляет собой службу

00:03:25.275 --> 00:03:28.215
которое позволяет внешним
Балансировка нагрузки.

00:03:28.215 --> 00:03:31.093
Так например, если требуется
Чтобы загрузить сбалансировать трафик

00:03:31.093 --> 00:03:34.419
между центрами данных
При наличии широкой аудитории.

00:03:34.419 --> 00:03:37.459
Это можно сделать с
Azure диспетчера трафика.

00:03:37.459 --> 00:03:42.049
Он может выступать в качестве перехода на другой ресурс
механизм между различными данными

00:03:42.049 --> 00:03:42.814
Выравнивает по центру.

00:03:42.814 --> 00:03:46.671
Но с этим
Географическое возможности маршрутизации,

00:03:46.671 --> 00:03:48.688
является то, что мы присвоим вам,

00:03:48.688 --> 00:03:52.470
Теперь можно настроить
Содержание в зависимости от области.

00:03:52.470 --> 00:03:59.330
Например в зависимости от
Когда пользователь поступает из.

00:03:59.330 --> 00:04:01.670
Трафик менеджер
можно сделать более ранних версий,

00:04:01.670 --> 00:04:06.820
по сути он укажет на
пользователь в ближайший центр обработки данных.

00:04:06.820 --> 00:04:10.770
Но теперь можно также
Создание различных

00:04:10.770 --> 00:04:13.780
области с локализованным содержимым.

00:04:13.780 --> 00:04:17.119
И будет ваш Диспетчер трафика
Выберите пункт ваших результатов их

00:04:17.119 --> 00:04:18.378
локализованное содержимое.

00:04:18.378 --> 00:04:21.150
Как вы знаете,
Если у вас есть любые требования

00:04:21.150 --> 00:04:24.692
у вас есть определенная политика
требование данных

00:04:24.692 --> 00:04:28.010
Ограничение доступа в
конкретные География.

00:04:28.010 --> 00:04:31.609
Поэтому все эти места
можно использовать

00:04:31.609 --> 00:04:34.054
Azure диспетчера трафика.

00:04:34.054 --> 00:04:37.517
Это было Далее
объявление, которое мы имели

00:04:40.718 --> 00:04:43.107
Можно переместить на
Следующий слайд Пожалуйста?

00:05:11.420 --> 00:05:14.558
У меня возникли проблемы
с моего компьютера,

00:05:14.558 --> 00:05:16.560
Просто дайте мне одну секунду.

00:05:51.360 --> 00:05:55.621
Секунду
Я собираюсь вернуться.

00:06:28.400 --> 00:06:31.160
Итак, поэтому следующим вы
у является данных Azure фабрики.

00:06:32.615 --> 00:06:34.397
Теперь предлагает
SAP HANA и

00:06:34.397 --> 00:06:36.645
Склад предприятия
Интеграция данных.

00:06:36.645 --> 00:06:41.180
Поэтому сначала начнем с,
что такое фабрика данных Azure?

00:06:41.180 --> 00:06:45.492
Поэтому фабрики данных Azure является одним
Наши облачные интеграции

00:06:45.492 --> 00:06:49.430
Создание служб, что позволяет
конвейеры различных данных.

00:06:49.430 --> 00:06:50.368
Например,

00:06:50.368 --> 00:06:53.991
При наличии разных баз данных
из которых необходимо получить данные.

00:06:53.991 --> 00:06:58.416
Или данные ingesting
из баз данных prem.

00:06:58.416 --> 00:07:02.583
Или если данные ingesting
из кластера Hadoop,

00:07:02.583 --> 00:07:06.210
для интеграции
все данные.

00:07:06.210 --> 00:07:10.480
Можно использовать фабрику данных Azure
Чтобы создать данные для конвейеров, право?

00:07:10.480 --> 00:07:14.624
С этой извещение
Теперь Azure данных производства

00:07:14.624 --> 00:07:17.776
Разрешает загрузку
данные из SAP HANA и

00:07:17.776 --> 00:07:22.206
Склад предприятия SAP непосредственно
в хранилищах данных Azure.

00:07:22.206 --> 00:07:25.598
Таким образом, можно выполнить дополнительные
Анализ и отчеты.

00:07:25.598 --> 00:07:30.136
Каков новый для тех, кто
кто использовал SAP, вы знаете, что

00:07:30.136 --> 00:07:34.105
она является одним из наиболее широко
использовать корпоративного программного обеспечения.

00:07:34.105 --> 00:07:38.980
И я имею в виду, наиболее часто используемые

00:07:38.980 --> 00:07:44.324
стек в SAP, SAP HANA BW.

00:07:44.324 --> 00:07:49.032
С этим мы предлагаем
новый разъем SAP HANA.

00:07:49.032 --> 00:07:53.274
Поэтому он поддерживает копирование данных
HANA информационные модели, такие как

00:07:53.274 --> 00:07:55.559
C представления аналитической расчета.

00:07:55.559 --> 00:07:57.715
А также
сделать строки и

00:07:57.715 --> 00:08:00.227
столбец таблицы с помощью запросов SQL.

00:08:00.227 --> 00:08:03.513
Все, что нужно сделать, чтобы
установить соединение,

00:08:03.513 --> 00:08:07.052
необходимо установить данные
Управляющий шлюз

00:08:07.052 --> 00:08:09.167
и драйвер SAP HANA ODBC.

00:08:09.167 --> 00:08:12.155
Для подключения к
Фабрика данных Azure.

00:08:12.155 --> 00:08:15.539
Второй разъем
Это разъем SAP BW.

00:08:15.539 --> 00:08:18.654
Опять же, который поддерживает
копирование данных из

00:08:18.654 --> 00:08:23.546
Версия хранилища предприятия SAP
7.x info кубы и кубах запросов.

00:08:23.546 --> 00:08:27.980
И можно использовать их
запросы для копирования данных.

00:08:27.980 --> 00:08:30.880
Еще раз чтобы установить
подключения,

00:08:30.880 --> 00:08:34.778
необходимо установить
Шлюз управления данными и

00:08:34.778 --> 00:08:36.695
собственные библиотеки SAP.

00:08:36.695 --> 00:08:39.415
Таким образом, если вы хотите знать
способ сделать это,

00:08:39.415 --> 00:08:42.175
просто зайдите в наш Azure
документация.

00:08:42.175 --> 00:08:47.195
И найти SAP HANA разъем для
Фабрика данных Azure

00:08:47.195 --> 00:08:50.765
и должен быть
возможность найти его.

00:08:50.765 --> 00:08:56.280
Далее мы
Восстановление файлов мгновенных

00:08:56.280 --> 00:08:59.760
из резервной копии виртуальной Машины Linux Azure
с помощью программы архивации Azure.

00:09:01.260 --> 00:09:05.523
Поэтому мы этот момент
Параметр восстановления из файла

00:09:05.523 --> 00:09:10.746
Azure резервных копий виртуальной Машины Windows которого
все были доступны для

00:09:10.746 --> 00:09:12.677
Теперь некоторое время.

00:09:12.677 --> 00:09:17.121
Что он делает это, можно восстановить
мгновенно файлов из вашего

00:09:17.121 --> 00:09:21.837
Помещение служб Azure восстановления
без любых дополнительных затрат или

00:09:21.837 --> 00:09:23.300
инфраструктура.

00:09:23.300 --> 00:09:26.656
Чтобы создать Azure
Помещение службы восстановления.

00:09:26.656 --> 00:09:30.570
Включение резервной копии
на виртуальной машине,

00:09:30.570 --> 00:09:34.108
и теперь можно мгновенно
запись файлов.

00:09:34.108 --> 00:09:37.808
Например если вы
резервное копирование всей виртуальной Машины,

00:09:37.808 --> 00:09:41.687
не нужно подключать к
диск обратно в файлы.

00:09:41.687 --> 00:09:45.451
Можно быстро восстановить
файлы виртуальной Машины Azure.

00:09:45.451 --> 00:09:47.298
И так, например,

00:09:47.298 --> 00:09:51.976
Если виртуальная машина Linux C Azure
— только MongoDB.

00:09:51.976 --> 00:09:56.366
И выполнении данных
дампы в конкретных данных

00:09:56.366 --> 00:09:59.455
точки восстановления в Azure резервной копии.

00:09:59.455 --> 00:10:02.296
Таким образом, если вы хотите быстро
проверить, что случилось сказать

00:10:02.296 --> 00:10:05.864
вчера или требуется
Проверка конкретных сведений или

00:10:05.864 --> 00:10:08.054
Вы хотите отдельных элементов.

00:10:08.054 --> 00:10:12.478
Не нужно загружать
заслонка данных целиком, можно просто перейти

00:10:12.478 --> 00:10:16.644
и загрузить точки во времени
все, что имеется запись

00:10:16.644 --> 00:10:17.527
он хранится.

00:10:17.527 --> 00:10:22.854
И этот параметр не был
для виртуальной Машины Linux раньше,

00:10:22.854 --> 00:10:28.422
но при переходе в Azure
портала, можно включить это сейчас.

00:10:36.021 --> 00:10:38.750
Продолжайте двигать
Далее, по сути,

00:10:38.750 --> 00:10:41.480
Эта единица в Калифорнии,
Сан-Хосе

00:10:41.480 --> 00:10:45.300
Конференция strata, который является
данные, относящиеся к конференции.

00:10:45.300 --> 00:10:49.186
И поэтому мы анонсировали [INAUDIBLE]

00:10:49.186 --> 00:10:54.161
перейдем к эти объявления
Поэтому

00:10:54.161 --> 00:10:59.607
Начнем сначала
с DocumentDB.

00:10:59.607 --> 00:11:03.864
DocumentDB является ключом
глобально распределенных данных

00:11:03.864 --> 00:11:04.755
Служба.

00:11:04.755 --> 00:11:08.128
Его multiqual
Поэтому базы данных службы

00:11:08.128 --> 00:11:12.822
Если используется MongoDB
или вы знаете другие корпорации Майкрософт.

00:11:12.822 --> 00:11:16.505
MongoDB очень похож на него,
Кроме того, что он является

00:11:16.505 --> 00:11:19.757
PAAS службы
Это полностью действительную службу.

00:11:19.757 --> 00:11:24.571
Он позволяет логически масштаб
как true размещения, а также к

00:11:24.571 --> 00:11:28.657
хранения данных между любым числом
географического региона.

00:11:28.657 --> 00:11:31.709
Чтобы эта служба была по существу,

00:11:31.709 --> 00:11:36.230
у нас есть большое количество разъемов
эту службу для

00:11:36.230 --> 00:11:41.203
Пример первого объявления о выпуске
в этом месяце у нас

00:11:41.203 --> 00:11:45.966
Теперь у вас есть Spark
Разъем для DocumentDB.

00:11:45.966 --> 00:11:49.277
Итак Предположим, например,
имеется большое количество данных в вашем

00:11:49.277 --> 00:11:52.885
DocumentDB, который вы хотите
анализ с помощью Apache Spark

00:11:52.885 --> 00:11:56.788
можно подключиться непосредственно к
Spark Apache с помощью DocumentDB

00:11:56.788 --> 00:12:00.567
Заимствовать сбора и анализа
данные непосредственно оттуда.

00:12:00.567 --> 00:12:04.567
У нас также есть возможность
из MongoDB и

00:12:04.567 --> 00:12:10.450
мы поговорим более детально
в этом в нашем следующий слайд.

00:12:10.450 --> 00:12:11.989
Кроме того мы анонсировали

00:12:11.989 --> 00:12:16.182
Hortonworks первый облака
Платформа данных 2.6.

00:12:16.182 --> 00:12:18.815
Является то, что имеется в виду под первым облака,

00:12:18.815 --> 00:12:23.600
новейшие данные Hortonworks
Платформа также равен 2,6.

00:12:23.600 --> 00:12:26.738
Это называется
[INAUDIBLE] в облаке.

00:12:26.738 --> 00:12:31.125
Поэтому он недоступен даже еще
на локально выпуска, но

00:12:31.125 --> 00:12:35.525
Это обязательство Hortonworks
Сначала становится облака.

00:12:35.525 --> 00:12:39.500
По сути каждый раз, когда требуется
для использования одной из последних версий

00:12:39.500 --> 00:12:43.105
Hortonworks которому можно
непосредственно используйте его на облако Azure.

00:12:43.105 --> 00:12:45.905
Это не так
ждать

00:12:45.905 --> 00:12:49.806
в выпуске локально
в будущем на нем для облака.

00:12:49.806 --> 00:12:51.778
Мы также анонсировала или

00:12:51.778 --> 00:12:55.957
полностью управляемый Apache
путь к этому один.

00:12:55.957 --> 00:13:00.590
По сути Apache Spark
Опять же, является это управляемый поток

00:13:00.590 --> 00:13:05.155
службы аналитики — 2.1
последний выпуск, у нас есть.

00:13:05.155 --> 00:13:10.050
Так что это снова доступен справа
Теперь с кластером, HDInsight

00:13:10.050 --> 00:13:12.922
и у нас есть
появилась возможность.

00:13:12.922 --> 00:13:16.670
Так например, если вы хотите, чтобы
Чтобы усилить интеграцию с

00:13:16.670 --> 00:13:20.577
Azure концентратора событий, чтобы
Для получения, данных, передаваемых из

00:13:20.577 --> 00:13:23.708
Концентратор событий непосредственно Spark,
Это можно сделать.

00:13:23.708 --> 00:13:26.722
Имеется также потоковой передачи
Kafka на разъем

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

00:13:28.330 --> 00:13:31.501
Это новое объявление.

00:13:31.501 --> 00:13:35.582
Мы также объявила о SQL Server.
предварительную версию

00:13:35.582 --> 00:13:39.417
здорово, что будет
в обоих окнах и

00:13:39.417 --> 00:13:41.540
Очень скоро Linux.

00:13:41.540 --> 00:13:44.764
Попробуйте выполнить предварительный просмотр
по выбору

00:13:44.764 --> 00:13:48.098
разработки
Управляемая среда.

00:13:48.098 --> 00:13:52.994
Можно просто найти то, что в
новые возможности SQL server Linux и

00:13:52.994 --> 00:13:58.710
можно перейти на терминал
Попробуйте использовать его рекомендации.

00:14:03.840 --> 00:14:10.280
И это было HDInsight и
DocumentDB.

00:14:10.280 --> 00:14:12.940
Далее мы
DocumentDB API MongoDB.

00:14:12.940 --> 00:14:17.692
Поэтому службы SQL DocumentDB
Это очень

00:14:17.692 --> 00:14:20.670
Подобно MongoDB, право?

00:14:20.670 --> 00:14:24.568
Поэтому существует множество разработчиков
использующие MongoDB и они

00:14:24.568 --> 00:14:29.146
Изменение инструмента и библиотеки
для разработки или

00:14:29.146 --> 00:14:31.480
для подключения к MongoDB, право?

00:14:31.480 --> 00:14:34.627
Теперь с этими
Ответственность повестки дня или

00:14:34.627 --> 00:14:39.001
для DocumentDBS или MongoDB,
можно использовать все его.

00:14:39.001 --> 00:14:43.251
Поэтому ваша цель остается той же, вы
можно использовать одинаковые [INAUDIBLE] вы

00:14:43.251 --> 00:14:46.195
будет использоваться для подключения
для работы доступность,

00:14:46.195 --> 00:14:48.750
можно использовать его для
marketability.

00:14:48.750 --> 00:14:52.411
Поэтому эта функция была
в Предварительный просмотр

00:14:52.411 --> 00:14:55.985
через некоторое время сейчас, но
отсутствуют некоторые функции, такие как

00:14:55.985 --> 00:15:00.603
возможна только одна коллекция
мировой лидер на это не

00:15:00.603 --> 00:15:01.580
доступно.

00:15:01.580 --> 00:15:04.225
Итак, теперь с основными
доступность,

00:15:04.225 --> 00:15:08.377
мы разработали несколько
Основные функции выпусков.

00:15:08.377 --> 00:15:10.611
Так что теперь можно иметь
sharded коллекции.

00:15:10.611 --> 00:15:14.725
Может быть больше, чем
одна коллекция сегментам для

00:15:14.725 --> 00:15:17.898
DocumentDB с MongoDB интерфейса API.

00:15:17.898 --> 00:15:20.223
Имеется глобальный
данные баз данных

00:15:20.223 --> 00:15:23.494
можно реплицировать данные
в нескольких областях,

00:15:23.494 --> 00:15:26.580
что может быть
высокий уровень доступности.

00:15:26.580 --> 00:15:27.928
Это может быть.

00:15:27.928 --> 00:15:30.990
Да, теперь поддерживают эти API-интерфейсы, но

00:15:30.990 --> 00:15:36.043
допускает только данные
Операции над MongoDB.

00:15:36.043 --> 00:15:40.048
А кроме того, мы также добавили
Некоторые дополнительные показатели портала.

00:15:40.048 --> 00:15:44.689
Так что теперь при переходе к этому Azure
портал для DocumentDB, вы можете

00:15:44.689 --> 00:15:49.330
увидеть, что существуют различные показатели
Например, число запросов или

00:15:49.330 --> 00:15:52.020
запрос расходов или
Ошибка запроса.

00:15:52.020 --> 00:15:55.634
И все, что можно управлять
просмотреть все статистики и

00:15:55.634 --> 00:15:57.272
показатели на портал Azure.

00:15:57.272 --> 00:16:02.330
Итак, это был MongoDB интерфейса API, Извините
DocumentDB API Mongo DB.

00:16:06.910 --> 00:16:11.208
Далее
RS Premium базы данных SQL Azure.

00:16:11.208 --> 00:16:18.180
Так что это что-то, мы
выпустила в режиме предварительного просмотра.

00:16:18.180 --> 00:16:23.668
Azure серверов баз данных SQL
являются сервера SQL Azure служба

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

00:16:24.904 --> 00:16:29.391
У нас есть много различных
уровни служб

00:16:29.391 --> 00:16:32.316
Базовый стандарт для вознаграждения.

00:16:32.316 --> 00:16:36.536
И премия RS
самый последний выпуск.

00:16:36.536 --> 00:16:40.398
Это увеличение 4 Тбайт на
Единица хранения для

00:16:40.398 --> 00:16:43.320
Premium P11 и P15.

00:16:43.320 --> 00:16:48.340
И поставляется вместе с ним,
расширенные возможности портала

00:16:48.340 --> 00:16:51.580
Выбор и управление службой
уровни и уровни производительности.

00:16:52.660 --> 00:16:56.120
Итак, теперь можно использовать
до 4 Тбайт памяти.

00:16:57.390 --> 00:17:00.300
Возможно, он имеет а

00:17:02.450 --> 00:17:06.280
может иметь P11 или P15 premium
базы данных и можно было

00:17:06.280 --> 00:17:11.166
для хранения 40 [INAUDIBLE]
бесплатно.

00:17:11.166 --> 00:17:14.440
И сейчас мы не можем
доступность по всему миру.

00:17:14.440 --> 00:17:20.794
Мы выбрали вариант 4 Тбайт
для базы данных находится

00:17:20.794 --> 00:17:27.033
в некоторые области, некоторые из них
[INAUDIBLE] и [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
Таким образом перемещение, который был
RS Premium базы данных SQL Azure.

00:17:40.770 --> 00:17:45.170
Далее мы, Azure
Средства аналитики SQL поток

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

00:17:46.530 --> 00:17:51.730
Поэтому, если вы не знакомы
с помощью анализа потока Azure

00:17:51.730 --> 00:17:56.930
он снова представляет собой платформу A как
службы, которой можно управлять или

00:17:56.930 --> 00:17:59.429
Анализ данных при их поступлении.

00:17:59.429 --> 00:18:04.204
Поэтому он предоставляет способ
для анализа данных в

00:18:04.204 --> 00:18:08.168
вместо анализа синхронизации
Это статические.

00:18:08.168 --> 00:18:12.127
Теперь у нас есть эта строка
[INAUDIBLE] общественности

00:18:12.127 --> 00:18:15.977
Ознакомительная версия
[INAUDIBLE] studio.

00:18:15.977 --> 00:18:19.502
Таким образом, вы знаете, если вы, я имею в виду
все богу см.

00:18:19.502 --> 00:18:21.720
[INAUDIBLE] подобно, Бог.

00:18:21.720 --> 00:18:27.786
Это рынок [INAUDIBLE]
Это все, что.

00:18:27.786 --> 00:18:31.429
Однако эти средства предназначены для
предоставить возможности где

00:18:31.429 --> 00:18:34.329
Это можно сделать Azure потока
Analytics разработки

00:18:34.329 --> 00:18:36.422
рабочий процесс в Visual Studio.

00:18:36.422 --> 00:18:42.422
Таким образом это поможет Если
для изменения запроса

00:18:42.422 --> 00:18:45.872
Если вы хотите написать запрос,

00:18:45.872 --> 00:18:50.972
Если вы хотите быстро проверить
отладка, и

00:18:50.972 --> 00:18:56.072
Диагностика потока
Analytics задания

00:18:56.072 --> 00:19:03.434
Теперь все доступные как часть
Ваши средства региональных studio.

00:19:06.776 --> 00:19:11.456
Перемещение следующий —
Переводит цифровые analytics Azure

00:19:11.456 --> 00:19:15.691
и региональные возможности
правительству США.

00:19:15.691 --> 00:19:19.476
Таким образом, если вы знаете,
Azure облака правительства США,

00:19:19.476 --> 00:19:24.020
в облако для
по сути правительственных облако Azure

00:19:24.020 --> 00:19:29.010
является частью облака какие мы
Используйте его для глобальных организаций.

00:19:29.010 --> 00:19:34.504
Так что в этом месяце мы анонсировали
Общая доступность

00:19:34.504 --> 00:19:41.400
HDInsight и бизнес-Аналитики Pro питания для
Облако Microsoft для правительственных организаций.

00:19:41.400 --> 00:19:47.329
Таким образом, если у вас есть все государственные
Клиент, где вы хотите использовать

00:19:47.329 --> 00:19:52.538
средства когнитивного
При возможности.

00:19:52.538 --> 00:19:56.699
Мы также будем объявлять
Предварительный просмотр когнитивного служб

00:19:56.699 --> 00:19:58.255
в Azure правительства.

00:19:58.255 --> 00:20:01.876
Поэтому мы включили сценариев
Например, для примера, если требуется

00:20:01.876 --> 00:20:05.218
Чтобы сделать звук и текст перевода
на другие языки.

00:20:05.218 --> 00:20:08.530
Мы хотим сделать эмоций
Распознавание с компьютером

00:20:08.530 --> 00:20:10.000
зрение.

00:20:10.000 --> 00:20:14.743
И все эти службы
Мы предлагаем Предварительный просмотр

00:20:14.743 --> 00:20:16.329
Управление Azure.

00:20:25.886 --> 00:20:29.924
Итак, следующий
В режиме реального времени Analytics геопространственных

00:20:29.924 --> 00:20:31.950
аналитики Azure потока.

00:20:33.130 --> 00:20:36.640
Hm мм, который мы только говорим о
Azure Analytics поток не правда ли?

00:20:36.640 --> 00:20:44.360
Позволяет анализировать данные в реальном
время и поток, поскольку он поставляется в.

00:20:45.610 --> 00:20:48.640
Так в этом месяце мы объявлена
Общая доступность

00:20:48.640 --> 00:20:50.290
Геопространственные функции.

00:20:50.290 --> 00:20:53.970
Чтобы сказать, что она предоставляет — для
Пример имеются сценарии где

00:20:53.970 --> 00:20:57.620
Вы хотите парка наблюдения
или вы хотите отслеживать все ресурсы

00:20:57.620 --> 00:20:59.620
или вы хотите выполнять
Тип geofencing, или

00:20:59.620 --> 00:21:04.730
Вы хотите телефон отслеживания
на сайтах в другую ячейку.

00:21:04.730 --> 00:21:06.530
Или вы хотите сделать решение

00:21:06.530 --> 00:21:10.360
что-то вроде работы пула памяти, где
Вы хотите сделать ridesharing.

00:21:10.360 --> 00:21:13.760
Существует в основном требуется
Чтобы получить место в реальном

00:21:14.850 --> 00:21:19.270
время и с любого устройства,
отправляет облака базы данных.

00:21:20.560 --> 00:21:24.120
У нас есть Azure
аналитики в Azure группы.

00:21:24.120 --> 00:21:30.200
И дайте ему возможность запроса, где можно
телеметрии во время анализа и

00:21:30.200 --> 00:21:31.040
После.

00:21:31.040 --> 00:21:35.910
Так что, например сценарий где
Вы хотите сгенерировать событие или

00:21:35.910 --> 00:21:39.660
Вы хотите отправить оповещение где
Бензоколонка — меньше 10

00:21:39.660 --> 00:21:40.460
километров от автомобиля.

00:21:40.460 --> 00:21:41.500
Поэтому вы и

00:21:41.500 --> 00:21:45.160
то есть склад автомобилей
а затем постоянно вторую облаков.

00:21:45.160 --> 00:21:48.664
И облако имеет список
сохраненные местоположения

00:21:48.664 --> 00:21:52.091
случай, что это газ
станция в этом месте.

00:21:52.091 --> 00:21:56.483
По сути можно написать
где можно выбрать из запроса

00:21:56.483 --> 00:22:01.416
можно выбрать склад газа
независимо от установленных Бензоколонка

00:22:01.416 --> 00:22:04.235
в менее чем 10
километр radius.

00:22:04.235 --> 00:22:06.980
Можно отправить оповещение каждый раз
Нет газа станции.

00:22:06.980 --> 00:22:10.189
Поэтому результат всех
довольно различные запросы.

00:22:10.189 --> 00:22:13.800
Теперь можно перейти
геопространственные функции.

00:22:13.800 --> 00:22:16.960
Если вы получаете geo-adajacent
стандарт

00:22:16.960 --> 00:22:20.510
Использование геопространственных данных.

00:22:20.510 --> 00:22:21.790
Он выполняет большой объем расширения внешнего вида.

00:22:21.790 --> 00:22:25.390
Можно создать точку,
можно создать многоугольника.

00:22:25.390 --> 00:22:27.710
Можно мину данных расстояние.

00:22:27.710 --> 00:22:31.910
Можно увидеть, если он многоугольника
перекрывается с другими пользователями и

00:22:31.910 --> 00:22:34.320
много других вещей
что можно сделать.

00:22:34.320 --> 00:22:38.126
Чтобы для для всех этих
Перейти к нашей странице документации

00:22:38.126 --> 00:22:39.960
человечества для этого функцию

00:22:46.973 --> 00:22:51.130
Итак Далее мы
План восстановления Azure сайт для

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

00:22:51.795 --> 00:22:55.520
Поэтому восстановление узла Azure

00:22:55.520 --> 00:22:59.710
один из наших услуг где
предоставляет способ

00:23:01.290 --> 00:23:06.460
Создать полный аварии
решение для восстановления в Azure.

00:23:06.460 --> 00:23:09.601
Где можно защитить сотни
для виртуальных машин

00:23:09.601 --> 00:23:11.985
достижения на уменьшение на Prem или
все остальные.

00:23:11.985 --> 00:23:16.197
Можно создать полный
решение для восстановления после сбоя

00:23:16.197 --> 00:23:17.580
в пределах ASR.

00:23:17.580 --> 00:23:21.230
Но делать это ASR
необходимо развертывание планировщиков.

00:23:21.230 --> 00:23:25.919
По существу перед выполнением
все упражнения прекращения ASR или

00:23:25.919 --> 00:23:30.607
успешно рисования распределения
необходимо сначала

00:23:30.607 --> 00:23:34.744
понимать, что даже
он был в отделе.

00:23:34.744 --> 00:23:39.687
Как вы собираетесь сделать свой
Ошибка теста и эти права?

00:23:39.687 --> 00:23:44.099
Поэтому этот сайт восстановления развертывания
Планировщика на самом деле does

00:23:44.099 --> 00:23:45.270
обладает большим количеством возможностей.

00:23:45.270 --> 00:23:47.410
Она предоставляет
Оценка совместимости.

00:23:47.410 --> 00:23:51.660
Так что ваши на Prem доступ
сервер могут быть перемещены в Azure

00:23:51.660 --> 00:23:54.140
ASR и что может быть.

00:23:54.140 --> 00:23:56.700
Его можно получить.

00:23:56.700 --> 00:23:59.720
Вы узнаете, что в Microsoft
Azure как сколько хранения

00:23:59.720 --> 00:24:01.530
учетные записи, что вам нужно.

00:24:01.530 --> 00:24:03.880
Необходимо ли
обычные учетные записи или

00:24:03.880 --> 00:24:05.630
Расширенная хранилища учетных записей.

00:24:05.630 --> 00:24:09.970
Рассматривать как много виртуальных машин
производственные мощности, что вам нужно.

00:24:11.030 --> 00:24:13.340
Он также будет коэффициент
в будущем рост.

00:24:13.340 --> 00:24:16.960
Так как как было
Планировщик работы развертывания затем?

00:24:16.960 --> 00:24:19.420
Он имеет три различные
режимы приложений.

00:24:19.420 --> 00:24:20.096
Один предназначен для

00:24:20.096 --> 00:24:24.440
хранение, где все профили
серверы, которые вы хотите защитить

00:24:24.440 --> 00:24:29.060
в течение тридцати дней и
он будет записывать все.

00:24:29.060 --> 00:24:31.290
Как и другое
мониторы производительности

00:24:31.290 --> 00:24:33.665
счетчики, как сухой смерти.

00:24:33.665 --> 00:24:36.744
Кость правой опоры, объединение данных

00:24:36.744 --> 00:24:41.916
что такое номер курса
число дней, сколько недель у вас.

00:24:41.916 --> 00:24:45.680
Справа, этот планировщик —
доступен только из VMware.

00:24:45.680 --> 00:24:50.060
Для подключения к
Сервер VMware Vcenter или

00:24:50.060 --> 00:24:55.310
Сервер VMware Vsphere где
все видео размещены.

00:24:55.310 --> 00:24:57.370
Так что это режима профилирования.

00:24:57.370 --> 00:24:59.460
Это можно также сделать
Создание отчета.

00:24:59.460 --> 00:25:03.015
Так что в этом режиме средство будет
Предоставление данных, мы можем использовать

00:25:03.015 --> 00:25:03.755
Построение отчета.

00:25:03.755 --> 00:25:08.085
Поэтому он будет входов,
он будет иметь рекомендации,

00:25:08.085 --> 00:25:10.945
он будет иметь виртуальную машину
для размещения хранилища

00:25:10.945 --> 00:25:13.675
он будет иметь номер
совместимость в нем.

00:25:13.675 --> 00:25:16.025
Он также покажет номер
для несовместимых Виртуальных машин.

00:25:16.025 --> 00:25:18.995
И в последнюю очередь будет

00:25:18.995 --> 00:25:20.925
также помогают сделать через
Поместите расчета.

00:25:20.925 --> 00:25:27.490
Чтобы найти в сети
размещения, которые могут быть достигнуты из

00:25:27.490 --> 00:25:32.210
среду на месте
Для выпуска Microsoft Azure.

00:25:32.210 --> 00:25:36.710
Теперь это средство, это право
Планировщик, доступна только для

00:25:36.710 --> 00:25:40.428
VMware и
Она также доступна в копии.

00:25:47.890 --> 00:25:51.628
И с этим вы фактически
поступающие к последнему слайду

00:25:51.628 --> 00:25:52.440
что у меня есть.

00:25:53.740 --> 00:25:58.792
Это TP3 Azure стека, техническая
Предварительный просмотр 3, он фактически.

00:25:58.792 --> 00:26:04.209
А теперь введите
инновации приложения

00:26:04.209 --> 00:26:08.314
Оплата как вы использовать модель ценообразования.

00:26:08.314 --> 00:26:12.920
Так что такое стек Azure
Технические Предварительный просмотр 3, право?

00:26:12.920 --> 00:26:19.219
Так что вы можете стека Azure
Определение приоритетов в Azure в в-box.

00:26:19.219 --> 00:26:22.940
Например,
Если вы хотите иметь свой собственный

00:26:22.940 --> 00:26:26.570
частные реализации
Azure в свой собственный центр обработки данных

00:26:26.570 --> 00:26:28.920
можно использовать стек Azure.

00:26:28.920 --> 00:26:34.810
В сущности, является Техническая 3 предварительного просмотра
Сейчас мы освобождения.

00:26:34.810 --> 00:26:39.100
Использование стека и
как правило, доступной модели.

00:26:39.100 --> 00:26:41.360
TP3, доступна для загрузки.

00:26:44.670 --> 00:26:49.074
Что это дает с данным
объявление является TP3

00:26:49.074 --> 00:26:51.580
модель экономики облака на.

00:26:51.580 --> 00:26:55.500
По сути можно будет отображаться
использовать цены, что у вас есть

00:26:55.500 --> 00:26:58.880
Облака, теперь будут
с TP3 Azure стека.

00:26:58.880 --> 00:27:02.990
На следующей карте дорога
Если вы посмотрите на карту.

00:27:02.990 --> 00:27:05.950
Имеются функции Azure

00:27:05.950 --> 00:27:08.920
что скоро
доступен для выполнения на TP3.

00:27:08.920 --> 00:27:10.870
За ним будет
по Blockchain,

00:27:10.870 --> 00:27:14.310
Облако мастерскую и
Шаблоны Mesos.

00:27:14.310 --> 00:27:19.330
Итак, как вы видите, мы
выполняется за последние несколько

00:27:19.330 --> 00:27:23.150
для нас оказались три различных месяцев
Просмотр изготовителя Azure стека.

00:27:24.460 --> 00:27:29.030
Который будет продолжить работать с кассы
Общая доступность и далее.

00:27:30.210 --> 00:27:34.890
TP3 мера окончательный план
Технические Предварительный просмотр перед

00:27:34.890 --> 00:27:38.880
он будет доступен как
Общая доступность

00:27:38.880 --> 00:27:45.720
старые 3 по 17 где-нибудь в
70 мы будем иметь

00:27:45.720 --> 00:27:50.810
В общем случае стека Azure
доступность, ОК.

00:27:50.810 --> 00:27:53.580
Так что отличаются
варианты использования?

00:27:53.580 --> 00:27:57.510
Например см, если требуется
Чтобы иметь согласованный гибридный

00:27:57.510 --> 00:28:01.350
приложения, нет нет
Многие можно локально или

00:28:01.350 --> 00:28:05.170
можно сделать любой цели ведомости
системы операционные расходы

00:28:05.170 --> 00:28:10.290
выполнить некоторые из облака
преимущества для рамки

00:28:10.290 --> 00:28:15.365
инфракрасный можно просмотреть
адрес тег для этого.

00:28:15.365 --> 00:28:17.730
>> [INAUDIBLE]
>> С, я думаю, что у меня

00:28:17.730 --> 00:28:21.730
Это был последний
>> объявление lat, у меня

00:28:21.730 --> 00:28:24.210
Мы не имеет много
различных новинок, но

00:28:24.210 --> 00:28:27.160
у нас есть некоторые действительно
интересные вещи в этом месяце.

00:28:27.160 --> 00:28:30.221
Так что это, я теперь могу открыть для
вопрос и ответ

00:28:30.221 --> 00:28:33.566
Введите свой вопрос и
Будет получить их по одной.

00:28:49.019 --> 00:28:52.736
Так что есть один вопрос
с Abdul Kalim, любое обновление

00:28:52.736 --> 00:28:58.045
в облаках правительственных сообщества,
GPV для Индии правительства?

00:28:58.045 --> 00:29:03.769
Поэтому прямо сейчас, мы не можем предоставить все
обновление для правительства Индии, но

00:29:03.769 --> 00:29:08.355
Позвольте мне вернуться к нашим
Путеводитель для подключения со мной.

00:29:08.355 --> 00:29:12.880
Я собираюсь использовать мой я работаю
к сожалению я собираюсь показать вам Мой

00:29:12.880 --> 00:29:19.620
Вы все и этот учебник
вопрос, пожалуйста, прочитайте ее мне.

00:29:19.620 --> 00:29:23.120
Я действительно извлечь дорожной карты и
Если у нас есть

00:29:23.120 --> 00:29:27.470
ничего в нашей
Схема работы я поделюсь с вами.

00:29:27.470 --> 00:29:28.543
Так как мы

00:29:33.163 --> 00:29:40.122
Вызывается как идентификатор пользователя цены

00:29:40.122 --> 00:29:46.722
представлены вам по.

00:29:54.807 --> 00:29:56.250
Итак, каких-либо других вопросов?

00:29:56.250 --> 00:29:57.445
Я собираюсь ждать

00:29:57.445 --> 00:30:00.587
Если имеются несколько минут
вопросы, которые их учета