WEBVTT

00:00:00.000 --> 00:00:10.530
(Музыка).

00:00:10.530 --> 00:00:13.170
Эй, все. Добро пожаловать в
этот эпизод данных подвергается.

00:00:13.170 --> 00:00:15.240
Я Трэвис Райт группы
Менеджер по продуктам для

00:00:15.240 --> 00:00:18.435
данные сервера и Azure
инженерная группа корпорации Майкрософт.

00:00:18.435 --> 00:00:22.335
Сегодня я рад представить
вам сервер S'L 2019,

00:00:22.335 --> 00:00:24.945
самый последний выпущенный сервер S'L.

00:00:24.945 --> 00:00:28.515
Сервер S'L празднует
25 лет в этом году.

00:00:28.515 --> 00:00:31.830
Это довольно некоторое время. Оглядываемся назад
на первые дни моей карьеры,

00:00:31.830 --> 00:00:34.230
Я начинала на сервере S'L 2000.

00:00:34.230 --> 00:00:36.300
За эту 25-летнюю историю

00:00:36.300 --> 00:00:38.490
Сервер S'L имеет действительно
прийти долгий путь.

00:00:38.490 --> 00:00:40.050
Это действительно расширена, чтобы встретиться

00:00:40.050 --> 00:00:42.030
потребности наших
клиентов с течением времени, как

00:00:42.030 --> 00:00:44.390
различные типы данных
что клиенты должны

00:00:44.390 --> 00:00:47.060
собирать и обрабатывать
и запрос изменился,

00:00:47.060 --> 00:00:49.310
и, как там было больше
и различные виды

00:00:49.310 --> 00:00:51.965
Требования к движку базы данных
которые пришли вместе.

00:00:51.965 --> 00:00:54.470
Так что давайте путешествие обратно
вниз полосу памяти для

00:00:54.470 --> 00:00:57.515
момент и просто посмотрите, где
Сервер S'L пришел из,

00:00:57.515 --> 00:00:59.390
а потом мы взглянем
в том месте, где находится сервер S'L

00:00:59.390 --> 00:01:02.515
следующий с сервером S'L 2019.

00:01:02.515 --> 00:01:05.350
Начнем с сервера S'L 2008.

00:01:05.350 --> 00:01:07.295
Сервер 2008 года на самом деле

00:01:07.295 --> 00:01:09.995
из расширенной поддержки
только в этом году.

00:01:09.995 --> 00:01:14.390
Если вы быстро вперед немного, чтобы посмотреть
на сервере S'L 2012 и 2014,

00:01:14.390 --> 00:01:17.870
мы действительно сделали некоторые большие улучшения
с точки зрения производительности и

00:01:17.870 --> 00:01:19.880
высокая доступность по
введение всегда

00:01:19.880 --> 00:01:22.565
на группах доступности
для высокой доступности,

00:01:22.565 --> 00:01:24.500
и в памяти возможности на самом деле

00:01:24.500 --> 00:01:26.845
повысить производительность
ваших баз данных.

00:01:26.845 --> 00:01:29.630
В 2016 и 2017 годах в s'L Server

00:01:29.630 --> 00:01:31.295
мы действительно изменить игру много

00:01:31.295 --> 00:01:33.320
путем введения некоторых
новые возможности в

00:01:33.320 --> 00:01:37.885
Сервер для хранения и запроса
JSON и график, а также,

00:01:37.885 --> 00:01:41.210
и мы также сделали что-то
очень удивительно, принося

00:01:41.210 --> 00:01:45.580
Сервер СЗЛ к Linux и
контейнеры в S'L Server 2017.

00:01:45.580 --> 00:01:47.895
В сервере S'L 2019,

00:01:47.895 --> 00:01:49.540
мы меняем игру еще раз,

00:01:49.540 --> 00:01:50.840
и действительно расширяется и

00:01:50.840 --> 00:01:53.480
переосмысление определения
о том, что такое сервер S'L.

00:01:53.480 --> 00:01:55.490
Сервер S'L, конечно, по-прежнему

00:01:55.490 --> 00:01:58.220
реляционной базы данных
это было 25 лет назад.

00:01:58.220 --> 00:02:00.770
Вы все еще можете хранить
данные в сервере S'L

00:02:00.770 --> 00:02:03.335
и задав вопрос в том же
так, как у вас всегда есть.

00:02:03.335 --> 00:02:06.560
Но в то же время, мы
переосмысление сервера S'L и

00:02:06.560 --> 00:02:09.920
расширяя его далеко за пределы просто
реляционные базы данных.

00:02:09.920 --> 00:02:14.135
Итак, давайте взглянем на то, что
мы делаем в S'L Server 2019.

00:02:14.135 --> 00:02:17.045
В сервере S'L 2019,

00:02:17.045 --> 00:02:18.380
мы даем вам доступ

00:02:18.380 --> 00:02:20.420
для запроса и обработки данных

00:02:20.420 --> 00:02:23.990
за пределами границы
традиционный экземпляр сервера S'L.

00:02:23.990 --> 00:02:26.840
Принимая PolyBase функцию мы сначала

00:02:26.840 --> 00:02:30.445
представлен в сервере S'L
2016 на следующий уровень.

00:02:30.445 --> 00:02:34.280
PolyBase позволяет создавать
уровень виртуализации данных по всему

00:02:34.280 --> 00:02:36.170
несколько различных
источники данных, такие как

00:02:36.170 --> 00:02:38.810
Oracle другие экземпляры сервера S'L.

00:02:38.810 --> 00:02:42.460
Tera данных, MongoDB и многое другое.

00:02:42.460 --> 00:02:46.460
Мы также взяли HDFS и
искры и построить его в поле.

00:02:46.460 --> 00:02:48.230
Так что теперь с сервером S'L,

00:02:48.230 --> 00:02:52.370
вы можете обрабатывать и хранить
данные по шкале петабайта и

00:02:52.370 --> 00:02:57.650
обработки и хранения данных,
также даже неструктурированные данные.

00:02:57.650 --> 00:03:01.520
Вы можете использовать сервер S'L с
практически на любом языке программирования.

00:03:01.520 --> 00:03:04.310
Вы можете запустить его на довольно
гораздо любой платформе сейчас.

00:03:04.310 --> 00:03:06.155
С сервером S'L 2019,

00:03:06.155 --> 00:03:08.000
Вы можете запустить его на Windows, конечно.

00:03:08.000 --> 00:03:11.345
Вы также можете запустить его на
Linux на Красной Шляпе, на Сусе,

00:03:11.345 --> 00:03:13.670
или Ubuntu, вы можете запустить
его в контейнере,

00:03:13.670 --> 00:03:15.320
Вы можете запустить его на Kubernetes.

00:03:15.320 --> 00:03:18.875
Вы можете запустить его на другом
архитектуры процессоров сейчас.

00:03:18.875 --> 00:03:20.630
С краем базы данных Azure S'L,

00:03:20.630 --> 00:03:24.640
Вы можете запустить его на руку 64
устройство, как малина Pi,

00:03:24.640 --> 00:03:27.680
и вы можете запустить его в
База данных облачных технологий и лазурных данных S'L,

00:03:27.680 --> 00:03:29.030
или вы можете запустить его на месте,

00:03:29.030 --> 00:03:31.115
или вы можете запустить его и
другие общедоступные облака.

00:03:31.115 --> 00:03:32.720
Там очень много универсальности.

00:03:32.720 --> 00:03:36.130
Вы можете использовать сервер S'L везде, где
он подходит вам лучше всего.

00:03:36.130 --> 00:03:39.290
Сервер 2019 года продолжает

00:03:39.290 --> 00:03:42.190
расширить наши ведущие в отрасли
Производительности.

00:03:42.190 --> 00:03:45.710
Сервер «СЗЛ» зарекомендовал себя
в течение многих лет, как число

00:03:45.710 --> 00:03:49.490
1 с точки зрения производительности OLTP
с tPC-H бенчмарки,

00:03:49.490 --> 00:03:50.990
и как номер 1 с точки зрения

00:03:50.990 --> 00:03:54.050
производительность хранилища данных
с tPC-H бенчмарками.

00:03:54.050 --> 00:03:56.090
Мы также лидировали в отрасли,

00:03:56.090 --> 00:03:58.670
наименьшее число
уязвимости, зарегистрированные из любых

00:03:58.670 --> 00:04:01.910
основных двигателей базы данных
за последние восемь лет

00:04:01.910 --> 00:04:06.010
по данным Национального института
стандартов и технологий.

00:04:06.010 --> 00:04:08.330
Итак, давайте приблизимся
посмотрите на только некоторые из

00:04:08.330 --> 00:04:11.075
основные моменты s'L Server 2019.

00:04:11.075 --> 00:04:12.770
Начнем с некоторых
улучшения мы

00:04:12.770 --> 00:04:15.005
создание в производительности пространства.

00:04:15.005 --> 00:04:17.600
Так что, прежде всего, постоянная память, как

00:04:17.600 --> 00:04:20.585
новая технология, которая
выход на рынок оборудования.

00:04:20.585 --> 00:04:22.730
Мы воспользовались
постоянной памяти

00:04:22.730 --> 00:04:24.785
чтобы действительно повысить производительность.

00:04:24.785 --> 00:04:27.230
Вы не должны делать какие-либо
изменения в приложении,

00:04:27.230 --> 00:04:28.430
и вы можете хранить свои данные и

00:04:28.430 --> 00:04:31.330
постоянная память для
более высокую производительность.

00:04:31.330 --> 00:04:34.030
Во-вторых, для интеллектуальных
обработка запросов,

00:04:34.030 --> 00:04:36.440
мы действительно расширили
семейство особенностей здесь

00:04:36.440 --> 00:04:38.990
как вы можете видеть в этом
диаграмма для включения лотов

00:04:38.990 --> 00:04:41.615
новых способов, где
оптимизацизатор запроса может

00:04:41.615 --> 00:04:45.679
учиться с течением времени на основе
выполнение того, как запросы идут,

00:04:45.679 --> 00:04:48.935
как будущие казни тех,
запросы могут быть улучшены,

00:04:48.935 --> 00:04:51.560
повышение производительности
ваших заявок более

00:04:51.560 --> 00:04:55.225
время без вас того, чтобы изменить
что-нибудь в ваших приложениях,

00:04:55.225 --> 00:04:57.980
и, наконец, мы поставили TempDB в

00:04:57.980 --> 00:05:01.415
память еще быстрее
производительности временной базы данных.

00:05:01.415 --> 00:05:03.650
Далее, давайте взглянем на
некоторые улучшения мы

00:05:03.650 --> 00:05:05.690
обеспечение безопасности и соответствия требованиям.

00:05:05.690 --> 00:05:08.330
Прежде всего, особенно с GDPR,

00:05:08.330 --> 00:05:09.905
клиенты сталкиваются с

00:05:09.905 --> 00:05:13.220
еще больше нормативных требований
что они должны встретиться.

00:05:13.220 --> 00:05:14.720
Чтобы сделать это проще,

00:05:14.720 --> 00:05:18.230
мы предоставляем классификацию данных
возможности из коробки.

00:05:18.230 --> 00:05:21.850
Вы можете указать классификацию данных
в вашей базе данных,

00:05:21.850 --> 00:05:23.555
и он автоматически обнаружит

00:05:23.555 --> 00:05:25.130
различные типы
данных, которые у вас есть в

00:05:25.130 --> 00:05:29.425
вашей базе данных, таких как
данные PCI или GDPR,

00:05:29.425 --> 00:05:31.790
и автоматически
классифицировать, что и производить

00:05:31.790 --> 00:05:34.670
отчеты для вас, как вы видите
в этом скриншоте здесь,

00:05:34.670 --> 00:05:37.625
и вы можете определить свой собственный
классификации правил, а также.

00:05:37.625 --> 00:05:39.470
Далее в отношениях с точки зрения безопасности,

00:05:39.470 --> 00:05:43.340
мы улучшили Всегда зашифрованные
шифрование нашей клиентской стороны

00:05:43.340 --> 00:05:44.645
технологии, которая позволяет

00:05:44.645 --> 00:05:47.630
отделить шифрование
из базы данных.

00:05:47.630 --> 00:05:50.270
Таким образом,
администраторы баз данных

00:05:50.270 --> 00:05:53.120
не может расшифровать данные в
база данных, которая позволяет

00:05:53.120 --> 00:05:55.640
Вы, чтобы отделить обязанности здесь между

00:05:55.640 --> 00:05:56.840
администраторов баз данных и

00:05:56.840 --> 00:05:59.425
разработчики и пользователи приложений,

00:05:59.425 --> 00:06:01.910
и, наконец, просто в качестве примера здесь

00:06:01.910 --> 00:06:03.950
улучшения, которые мы
решений, как у нас также

00:06:03.950 --> 00:06:06.230
добавлено выполнение шифрования

00:06:06.230 --> 00:06:09.480
всех данных внутри анклавов.

00:06:10.160 --> 00:06:15.050
Теперь, в пространстве разработчика
и инструменты DBA, мы надеемся,

00:06:15.050 --> 00:06:16.670
Вы все узнали и пытались

00:06:16.670 --> 00:06:19.595
Студия данных Azure a
новый кросс-платформенный

00:06:19.595 --> 00:06:22.550
инструмент с открытым исходным кодом для всех типов

00:06:22.550 --> 00:06:25.190
данных человека, как ли вы
администратор базы данных,

00:06:25.190 --> 00:06:28.415
инженер базы данных,
или специалист по обработке данных.

00:06:28.415 --> 00:06:33.350
Этот инструмент доступен для вас
скачать бесплатно и использовать,

00:06:33.350 --> 00:06:35.225
и он разработан, чтобы быть

00:06:35.225 --> 00:06:39.200
Мультибаза данных движок, так что вы можете
использовать его не только с сервером S'L,

00:06:39.200 --> 00:06:41.510
но и с сервером S'L в

00:06:41.510 --> 00:06:44.060
Облако, такое как
База данных Azure S-L или

00:06:44.060 --> 00:06:46.460
с данными Azure S'L
склад также с

00:06:46.460 --> 00:06:49.370
другие движки баз данных
как PostgreS'L и MyS'L.

00:06:49.370 --> 00:06:52.460
Одним из улучшений, которые
люди больше всего взволнованы

00:06:52.460 --> 00:06:55.340
и Студия данных Azure
ноутбук опыт.

00:06:55.340 --> 00:06:58.550
Ноутбуки позволяют создавать
файл, содержащий отметку

00:06:58.550 --> 00:07:01.670
вниз, а также кодовые ячейки.

00:07:01.670 --> 00:07:03.380
В разметке можно описать

00:07:03.380 --> 00:07:06.470
анализ, который вы делаете или
шаги, которые должны быть выполнены,

00:07:06.470 --> 00:07:08.240
а затем в кодовых ячеек, которые

00:07:08.240 --> 00:07:10.640
перемешиваемые с
эти ячеек разметки,

00:07:10.640 --> 00:07:13.705
вы можете иметь некоторые код, который вы
или кто-то другой может выполнить.

00:07:13.705 --> 00:07:17.250
У нас есть ноутбуки для
ТСЗЛ, для PowerShell,

00:07:17.250 --> 00:07:20.240
для Python, и вы

00:07:20.240 --> 00:07:23.075
может запустить его либо локально
или вы можете запустить его в Spark.

00:07:23.075 --> 00:07:25.910
Это очень мощный
способ сотрудничества с

00:07:25.910 --> 00:07:29.915
другие люди, захватив это
информации и тетрадей,

00:07:29.915 --> 00:07:32.180
и эти ноутбуки
может быть использован для захвата

00:07:32.180 --> 00:07:35.450
образцы или, может быть, некоторые стандартные
операционных процедур или

00:07:35.450 --> 00:07:38.180
устранение неполадок руководства и доля
те, с другими людьми через

00:07:38.180 --> 00:07:42.085
интеграции Git, что у нас есть
встроенный в Azure Data Studio,

00:07:42.085 --> 00:07:43.685
и, наконец, мы интегрировали

00:07:43.685 --> 00:07:45.650
некоторые действительно здорово технологии из

00:07:45.650 --> 00:07:48.290
Microsoft Research называется
SandDance, который позволяет

00:07:48.290 --> 00:07:51.725
вы делаете специальные данные
визуализация и исследование

00:07:51.725 --> 00:07:54.020
используя некоторые действительно здорово
возможности составления графиков

00:07:54.020 --> 00:07:55.975
прямо там внутри
Студия данных Azure.

00:07:55.975 --> 00:07:59.585
Так определенно, пойти захватить Данные Azure
Студия, если вы еще не сделали.

00:07:59.585 --> 00:08:01.280
Это супер мощный инструмент,

00:08:01.280 --> 00:08:03.950
и инновации идет
там на ежемесячной основе, как мы

00:08:03.950 --> 00:08:07.640
выпускать каждый месяц
для студии данных Azure.

00:08:07.640 --> 00:08:11.270
Таким образом, мы продолжаем удвоить вниз на

00:08:11.270 --> 00:08:14.180
наш новый подход к

00:08:14.180 --> 00:08:16.820
как мы смотрим на различные
платформ для сервера S'L.

00:08:16.820 --> 00:08:18.500
В сервере S'L 2017,

00:08:18.500 --> 00:08:20.465
мы внедрили поддержку Linux.

00:08:20.465 --> 00:08:22.100
Но сервер S'L 2019,

00:08:22.100 --> 00:08:24.470
мы принимаем, что в
следующий шаг, создав

00:08:24.470 --> 00:08:27.620
еще большая особенность пародии
между сервером S'L на Windows,

00:08:27.620 --> 00:08:31.875
и сервера S'L на Linux, принося
PolyBase и все услуги,

00:08:31.875 --> 00:08:35.680
координатор распределенных транзакций
и репликации к Linux,

00:08:35.680 --> 00:08:37.160
и что в значительной степени проверяет

00:08:37.160 --> 00:08:39.515
все коробки для
особенности движка базы данных.

00:08:39.515 --> 00:08:42.200
Таким образом, у вас есть около 100
процент совместимости

00:08:42.200 --> 00:08:45.695
между сервером S'L на Windows
и сервера S'L на Linux.

00:08:45.695 --> 00:08:47.450
В партнерстве с Red Hat,

00:08:47.450 --> 00:08:49.880
мы также создали rel
на основе изображений контейнеров

00:08:49.880 --> 00:08:52.585
которые доступны на
Реестр контейнеров Майкрософт,

00:08:52.585 --> 00:08:54.170
и вы можете обнаружить их в

00:08:54.170 --> 00:08:56.675
Контейнер Red Hat
каталог, а также.

00:08:56.675 --> 00:08:58.730
Наконец, в предварительном просмотре прямо сейчас,

00:08:58.730 --> 00:09:02.080
у нас есть поддержка всегда на
групп доступности в Кубернете,

00:09:02.080 --> 00:09:04.610
так что вы можете получить
преимущества, имеющие всегда на

00:09:04.610 --> 00:09:07.415
группы доступности
для масштабирования из читает

00:09:07.415 --> 00:09:09.350
или для высокой доступности

00:09:09.350 --> 00:09:13.760
живущих прямо там, на вершине
Слой Kubernetes внизу.

00:09:13.970 --> 00:09:17.270
Наконец, вероятно,
наиболее значимая область

00:09:17.270 --> 00:09:19.040
улучшений и просто

00:09:19.040 --> 00:09:21.290
распространение из палатки
сервера S'L, если вы

00:09:21.290 --> 00:09:24.215
будет обрабатывать новые
типы сценариев,

00:09:24.215 --> 00:09:26.540
является улучшение, которое
мы делаем в PolyBase

00:09:26.540 --> 00:09:28.850
и виртуализация данных, как я
упомянутые в начале,

00:09:28.850 --> 00:09:30.140
где мы можем создать

00:09:30.140 --> 00:09:31.760
слой виртуализации данных в

00:09:31.760 --> 00:09:33.890
много различных данных
источников, таких как Oracle,

00:09:33.890 --> 00:09:37.755
другой сервер S'L
экземпляров и Teradata.

00:09:37.755 --> 00:09:40.100
Это позволяет нам
вместе данные по всей

00:09:40.100 --> 00:09:42.800
нескольких источников данных во время запроса,

00:09:42.800 --> 00:09:44.840
и действительно свести к минимуму
необходимость использования

00:09:44.840 --> 00:09:47.420
ETL как способ интеграции
наши данные вместе.

00:09:47.420 --> 00:09:50.705
Никто не любит строительство и
поддержание конвейеров ETL.

00:09:50.705 --> 00:09:54.200
Таким образом, мы хотим дать вам еще один
вариант, который можно использовать в

00:09:54.200 --> 00:09:58.385
дополнение к ETL для того, как вы
объединить данные.

00:09:58.385 --> 00:10:00.545
В сервере S'L 2019,

00:10:00.545 --> 00:10:03.110
мы ввели новый
шаблон для развертывания

00:10:03.110 --> 00:10:07.970
Сервер СЗЛ, внедряя новый
шаблон, называемый кластерами больших данных,

00:10:07.970 --> 00:10:09.650
и кластеры больших данных позволяют

00:10:09.650 --> 00:10:12.440
развертывание сервера S'L
экземпляр со всеми

00:10:12.440 --> 00:10:16.400
его типичные возможности
наряду с HDFS и

00:10:16.400 --> 00:10:20.825
Искра в одном интегрированном решении
как развернуто на Kubernetes,

00:10:20.825 --> 00:10:22.610
что дает вам возможность принимать

00:10:22.610 --> 00:10:24.820
Сервер S'L и делать все вещи
что вы делаете сервер S'L,

00:10:24.820 --> 00:10:26.750
но затем легко интегрировать, что

00:10:26.750 --> 00:10:29.120
вместе с HDFS и
искры, так что вы можете сделать

00:10:29.120 --> 00:10:32.600
запросы сверх большого объема
данные, которые могут масштабироваться

00:10:32.600 --> 00:10:34.400
из 1000 раз больше, чем вы

00:10:34.400 --> 00:10:37.070
могли бы хранить
и сервера S'L сегодня,

00:10:37.070 --> 00:10:39.500
в десятки или даже
сотни петабайт

00:10:39.500 --> 00:10:42.260
данных, а также быть
в состоянии хранить и

00:10:42.260 --> 00:10:44.540
запрос и процесс
неструктурированные данные, такие как

00:10:44.540 --> 00:10:48.174
видеофайлы или аудио файлы в HDFS,

00:10:48.174 --> 00:10:50.900
и у вас есть преимущество
иметь двигатель Spark

00:10:50.900 --> 00:10:53.260
для подготовки данных
или для выполнения

00:10:53.260 --> 00:10:55.310
Обучение модели машинного обучения или

00:10:55.310 --> 00:10:58.525
эксплуатация этих
модели внутри Spark.

00:10:58.525 --> 00:11:00.815
Таким образом, microsoft предоставляет

00:11:00.815 --> 00:11:02.660
интегрированное решение и поддержка

00:11:02.660 --> 00:11:05.420
что одно интегрированное решение
и кластеры больших данных,

00:11:05.420 --> 00:11:08.810
вы получаете общий масштабируемый
данные озеро построено на

00:11:08.810 --> 00:11:12.545
HDFS, что либо сервер S'L
или Spark может получить доступ.

00:11:12.545 --> 00:11:15.500
Это действительно предоставляет вам
полная платформа ИИ

00:11:15.500 --> 00:11:17.420
за то, что все
от приема

00:11:17.420 --> 00:11:22.070
данных, храним их
в HDFS или в сервере S'L,

00:11:22.070 --> 00:11:23.900
а затем выполнять задачи по подготовке данных

00:11:23.900 --> 00:11:26.250
с помощью Spark или Сервера S'L,

00:11:26.250 --> 00:11:28.995
, а затем делать машины
Обучение модели обучения с использованием

00:11:28.995 --> 00:11:31.185
либо встроенная машина
Обучение библиотекам в

00:11:31.185 --> 00:11:34.380
Искра или с помощью

00:11:34.380 --> 00:11:35.900
Машинное обучение
услуг, встроенных в

00:11:35.900 --> 00:11:38.600
экземпляр «Мастер сервера»
и тогда вы можете операционной

00:11:38.600 --> 00:11:41.030
те, либо в Spark Runtime

00:11:41.030 --> 00:11:43.520
делая пакет машины
Оценка обучения,

00:11:43.520 --> 00:11:45.500
или вы могли бы сделать это внутри
процедуры магазина

00:11:45.500 --> 00:11:47.090
в например, в сервере S'L,

00:11:47.090 --> 00:11:49.640
или у нас есть способ, где вы
может на самом деле взять модель и

00:11:49.640 --> 00:11:53.180
автоматически обернуть его
в контейнере API отдыха,

00:11:53.180 --> 00:11:54.980
и положение о том, что
контейнер на вершине

00:11:54.980 --> 00:11:56.600
кластера больших данных, чтобы

00:11:56.600 --> 00:11:58.220
это легко для применения
разработчики для

00:11:58.220 --> 00:12:01.160
вызова и использования, что
контейнер как способ

00:12:01.160 --> 00:12:04.745
представить некоторые данные привычки забил
и получить значение оценки обратно.

00:12:04.745 --> 00:12:07.940
Так что это делает для действительно
полный AI платформы конца

00:12:07.940 --> 00:12:09.500
конец, чтобы иметь возможность сделать
все, что вам нужно, чтобы

00:12:09.500 --> 00:12:11.770
обойти ИИ и машинного обучения.

00:12:11.770 --> 00:12:14.615
Так что надеюсь, что дает
Вы быстрое введение

00:12:14.615 --> 00:12:18.085
в сервер е-ль 2019.

00:12:18.085 --> 00:12:22.085
Это действительно только один
видео в серии видео

00:12:22.085 --> 00:12:24.080
на канале S'L 2019

00:12:24.080 --> 00:12:26.465
что вы видите связаны здесь, в
в нижней части экрана,

00:12:26.465 --> 00:12:27.860
и мы действительно надеемся, что

00:12:27.860 --> 00:12:29.840
у вас есть шанс пойти
через все эти видео.

00:12:29.840 --> 00:12:31.220
Мы надеемся опубликовать, может быть, вокруг

00:12:31.220 --> 00:12:33.290
сто видео, которые входят в много

00:12:33.290 --> 00:12:37.730
подробности обо всем
это новое в сервере S'L 2019.

00:12:37.730 --> 00:12:39.095
Если у вас есть какие-либо отзывы,

00:12:39.095 --> 00:12:40.700
пожалуйста, разместите, что в
комментарии ниже

00:12:40.700 --> 00:12:42.830
и подписаться на канал.

00:12:42.830 --> 00:12:44.990
Так что спасибо, что присоединились к нам сегодня, чтобы

00:12:44.990 --> 00:12:47.375
Узнать больше о сервере S'L 2019,

00:12:47.375 --> 00:12:49.220
и мы увидим вас
там на следующем мероприятии

00:12:49.220 --> 00:12:50.720
или субботу S'L. Спасибо.

00:12:50.720 --> 00:13:05.290
(МУЗЫКА)