WEBVTT

00:00:03.729 --> 00:00:08.438
어 서 옵 쇼 모든 사람 하 고
다음 세션을 다시 시작 합니다

00:00:08.438 --> 00:00:13.528
Microsoft azure는 뭐
2017 년 3 월 버전입니다.

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
기반으로 하기 때문에 하지
모든 창 오른쪽을 사용 합니까?

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
5 설정 해야 오프 라인
아주 이기 때문에 데이터베이스

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
말씀만 1 초.

00:05:51.360 --> 00:05:55.621
1 초
돌아올 거 야.

00:06:28.400 --> 00:06:31.160
따라서 다음 한, 확인 하면
Azure 데이터 팩터리입니다.

00:06:32.615 --> 00:06:34.397
현재가 제공
SAP 하나 하 고

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 하나 하 고

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 하나 Bw입니다.

00:07:44.324 --> 00:07:49.032
이를 사용해 보도록 하겠습니다.
새로운 SAP 하나 커넥터입니다.

00:07:49.032 --> 00:07:53.274
지원 하므로
와 같이 하나 정보 모델

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 하나 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, 정보 큐브 및 큐브를 쿼리 합니다.

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 하나 커넥터를 찾습니다.
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
Azure Linux VM 백업에서
Azure 백업을 사용 하 여.

00:09:01.260 --> 00:09:05.523
이 순간을 했습니다
파일 복구 옵션을

00:09:05.523 --> 00:09:10.746
Azure VM 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
예를 들어 경우 있습니다
프로그램 전체 VM을 백업 하는

00:09:37.808 --> 00:09:41.687
탑재할 수 없는 프로그램
드라이브 백 파일 볼 수 있습니다.

00:09:41.687 --> 00:09:45.451
즉시 복구할 수 있습니다.
Azure VM의 파일입니다.

00:09:45.451 --> 00:09:47.298
따라서 예를 들어 하 고

00:09:47.298 --> 00:09:51.976
C Azure Linux VM을 사용 하는 경우
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 VM에 사용할 수 있는

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
즉 타 회의
데이터 회의 관련.

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를 사용 하 고 있는 경우
또는 다른 Microsoft 알고 있습니다.

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, put으로 여

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
이제는 스파크는
DocumentDB에 대 한 커넥터입니다.

00:11:45.966 --> 00:11:49.277
예를 들어, 말, 이제
데이터가 많지 여

00:11:49.277 --> 00:11:52.885
DocumentDB를
Apache 점화를 사용 하 여 분석

00:11:52.885 --> 00:11:56.788
직접 연결 하면
DocumentDB를 사용 하는 Apache 스파크

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
라고
[들리지 않음] 구름에서.

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
on 전제 출시
클라우드를 시 키 지.

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 뚜렷이
스트림을 관리 하는 것이 다시는

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
이벤트 허브, 스파크를 직접
할 수 있습니다.

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
검색할 수 있습니다만 무엇의
Linux SQL server의 새로운 기능 및

00:13:52.994 --> 00:13:58.710
터미널으로 이동할 수 있습니다.
Try 사용을 권장 합니다.

00:14:03.840 --> 00:14:10.280
그리고이 HDInsight의 고
DocumentDB입니다.

00:14:10.280 --> 00:14:12.940
다음 하나에
MongoDB에 대 한 API DocumentDB입니다.

00:14:12.940 --> 00:14:17.692
DocumentDB SQL 서비스 등
이 매우

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
MongoDB API의 사용을 DocumentDB.

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, 죄송
Mongo DB에 대 한 API DocumentDB입니다.

00:16:06.910 --> 00:16:11.208
다음은
SQL azure 데이터베이스 프리미엄 Rs입니다.

00:16:11.208 --> 00:16:18.180
않기 때문에 우리는
미리 보기를 해제 하는.

00:16:18.180 --> 00:16:23.668
Azure SQL 데이터베이스 서버
SQL server Azure 서비스는

00:16:23.668 --> 00:16:24.904
[들리지 않음].

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 TB의 증가
에 대 한 보관 함

00:16:40.398 --> 00:16:43.320
프리미엄 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
이제까지 사용할 수 있습니다.
4TB 저장 하려면

00:16:57.390 --> 00:17:00.300
가 되도록 설정 해야 하는

00:17:02.450 --> 00:17:06.280
P11 또는 P15 프리미엄을 가질 수 있습니다.
데이터베이스 및 사용자 수 받았어요

00:17:06.280 --> 00:17:11.166
[INAUDIBLE] 저장소 40
추가 요금 없이.

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
따라서 이동, 그건
SQL azure 데이터베이스 프리미엄 Rs입니다.

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
이제 우리는
[들리지 않음] 공개

00:18:12.127 --> 00:18:15.977
미리 보기 버전
[들리지 않음] studio입니다.

00:18:15.977 --> 00:18:19.502
알 수 있도록 하는 경우, 내 말은
참고 모든 장점의

00:18:19.502 --> 00:18:21.720
[들리지 않음] 하 신 것과 같습니다.

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 스트림 할 수 있습니다
분석 개발

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
스트림에서 진단
분석 작업입니다.

00:18:56.072 --> 00:19:03.434
모두의 일부로 사용할 수 있는
국가별 studio 도구입니다.

00:19:06.776 --> 00:19:11.456
다음은 이동,
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 및 전원 BI 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
다음은 자는
실시간 지리 공간 분석

00:20:29.924 --> 00:20:31.950
Azure 스트림 분석 합니다.

00:20:33.130 --> 00:20:36.640
Mm-hm만 밝히는
Azure 스트림 분석 하지 않습니까?

00:20:36.640 --> 00:20:44.360
Real에서 데이터를 분석할 수 있습니다.
시간 및 스트림 되는 있습니다.

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 미만
개최 되는 반지름입니다.

00:22:04.235 --> 00:22:06.980
경고를 보낼 때마다
주유소는 있습니다.

00:22:06.980 --> 00:22:10.189
따라서 세 번이 모두의 결과
kinda 다른 쿼리 합니다.

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
따라서이 사이트 복구 배포
계획 도구는 실제로 않습니다

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
마이크로소프트 설명할 것
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
30 일 이내에서 하 고
모두를 기록 합니다.

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
또한 확인할 수 수
호환 되지 않는 VM의.

00:25:16.025 --> 00:25:18.995
것에

00:25:18.995 --> 00:25:20.925
수행할 수 있는-
계산을 넣습니다.

00:25:20.925 --> 00:25:27.490
네트워크를 찾을 수 있도록
put에서 얻을 수 있는

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-a-기본 우선 순위를 지정 합니다.

00:26:19.219 --> 00:26:22.940
예를 들어
부여 하려는 사용자의 경우

00:26:22.940 --> 00:26:26.570
private 구현
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
클라우드를 받을 수 있게
Azure 스택 TP3에.

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
>> [들리지 않음]
>> 저는, 생각 하는와

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
가격 사용자 ID로 호출

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
있는 경우에 몇 분
질문 게시 하기