WEBVTT

00:00:00.000 --> 00:00:02.280
>> SQL 서버 빅 데이터
클러스터는

00:00:02.280 --> 00:00:05.385
임베디드 관리 경험
플랫폼을 관리할 수 있습니다.

00:00:05.385 --> 00:00:07.140
많은 일이 있습니다.
플랫폼에서

00:00:07.140 --> 00:00:08.955
우리는 많은 것을 구축했습니다.

00:00:08.955 --> 00:00:10.800
행정 경험을 할 수 있습니다.

00:00:10.800 --> 00:00:12.885
이해하기 쉽습니다.
무슨 일이죠.

00:00:12.885 --> 00:00:17.860
미하엘라는 여기에 우리 모두에게 말할 것이다
데이터 노출에서 오늘 그것에 대해.

00:00:26.720 --> 00:00:27.820
>> [음악]

00:00:27.820 --> 00:00:29.685
에 오신 것을 환영합니다 .
의 또 다른 에피소드

00:00:29.685 --> 00:00:32.295
데이터 노출. 나는 당신의 호스트 제로엔입니다.

00:00:32.295 --> 00:00:36.450
오늘은 미하엘라와 함께
일부 내장 에 대해 이야기

00:00:36.450 --> 00:00:38.280
관리 경험이

00:00:38.280 --> 00:00:40.940
SQL에서 사용할 수 있습니다.
서버 빅 데이터 클러스터.

00:00:40.940 --> 00:00:43.670
그래서 미하엘라, 다시
쇼, 환영합니다.

00:00:43.670 --> 00:00:46.015
(>> 주셔서 감사합니다
오늘 저를 이곳에 두었습니다.

00:00:46.015 --> 00:00:48.975
>> 그래서 행정
경험, 오른쪽?

00:00:48.975 --> 00:00:50.550
그래서 당신은 그것에 대해 우리에게 무엇을 말할 수 있습니까?

00:00:50.550 --> 00:00:52.320
>> 네, 그건 그 중 하나입니다

00:00:52.320 --> 00:00:55.245
키 가치 제품
빅 데이터 클러스터를 위한 것입니다.

00:00:55.245 --> 00:00:57.260
우리는 몇 가지 를 통해 갈거야

00:00:57.260 --> 00:01:00.380
오늘날 그러한 경험들
어떤 것이 무엇인지 강조

00:01:00.380 --> 00:01:05.660
관리 내장 클러스터
관리 경험

00:01:05.660 --> 00:01:08.425
우리가 사용할 수 있는
당신이 밖으로 시도합니다.

00:01:08.425 --> 00:01:12.380
아시다시피 빅 데이터 클러스터는

00:01:12.380 --> 00:01:16.160
컨테이너화로 배포
응용 프로그램 및 Kubernetes의 이야기.

00:01:16.160 --> 00:01:18.920
그것은 우리에게 몇 가지를 주고 있다.

00:01:18.920 --> 00:01:23.195
유연성을 지원하여
이러한 경험 중 일부를 경험할 수 있습니다.

00:01:23.195 --> 00:01:26.930
배포가 매우 쉽습니다.
여러분 중 일부를 위해

00:01:26.930 --> 00:01:30.805
빅 데이터 배포를 시도했습니다.
클러스터를 매우 빠르게 할 수 있습니다.

00:01:30.805 --> 00:01:34.530
업그레이드와 마찬가지로
그것은 매우 쉬울 것입니다.

00:01:34.530 --> 00:01:38.780
활용, 탄력성
확장성

00:01:38.780 --> 00:01:41.330
전송하는 쿠베네테스 컨테이너

00:01:41.330 --> 00:01:44.885
빅 데이터 클러스터 경험에

00:01:44.885 --> 00:01:49.460
그것은 규모를 매우 쉽게
위아래로

00:01:49.460 --> 00:01:50.510
이 모든 경험을

00:01:50.510 --> 00:01:52.805
예측 가능하고 일관된 방법

00:01:52.805 --> 00:01:55.140
우리가 어디에 있든
그것을 배포할 것, 오른쪽?

00:01:55.140 --> 00:01:57.645
배포 할 때
빅 데이터 클러스터,

00:01:57.645 --> 00:02:00.420
쿠베르네테스의 아래 플랫폼

00:02:00.420 --> 00:02:03.660
온프렘의 경우와 무관
또는 Azure 또는 다른 곳에서

00:02:03.660 --> 00:02:06.965
우리는 그 곳에 불가지론자입니다.
Kubernetes 클러스터가 실행 되고 있습니다.

00:02:06.965 --> 00:02:08.790
>> 멋지다. 좋은데요.

00:02:08.790 --> 00:02:10.535
>> 다시

00:02:10.535 --> 00:02:14.450
이러한 경험으로 우리는
관리할 수 있도록 구축되었습니다.

00:02:14.450 --> 00:02:16.970
이 플랫폼은
배포할 수 있는

00:02:16.970 --> 00:02:19.780
인프라와
당신은 그것을 관리해야합니다.

00:02:19.780 --> 00:02:21.390
>> 물론입니다. 말이 되네요.

00:02:21.390 --> 00:02:26.450
그래서 우리가 이야기 할 때 우리는 무엇을 의미합니까
깨진 관리에 대해?

00:02:26.450 --> 00:02:28.100
>> 그렇습니다. 즉, 배포

00:02:28.100 --> 00:02:30.200
구성 요소 및 서비스 집합

00:02:30.200 --> 00:02:33.980
클러스터에서
클러스터 중에 배포할 수 있습니다.

00:02:33.980 --> 00:02:36.815
물론, 업그레이드를 확장할 수 있습니다.

00:02:36.815 --> 00:02:39.380
마찬가지로 보안및 나는

00:02:39.380 --> 00:02:42.200
조금 언급 하려고
나중에 그 게 무슨 뜻인지,

00:02:42.200 --> 00:02:45.200
당신은 내장 HADR을 가지고

00:02:45.200 --> 00:02:49.110
클러스터뿐만 아니라
건강 시스템

00:02:49.110 --> 00:02:52.370
같은 다른 워크 플로우에 사용

00:02:52.370 --> 00:02:56.760
배포를 할 때
또는 업그레이드를 수행,

00:02:57.190 --> 00:03:01.370
우리는에서 신호를 읽고 있다
자동으로 클러스터

00:03:01.370 --> 00:03:05.630
우리가
올바른 순서로 업그레이드하고,

00:03:05.630 --> 00:03:09.215
우리는 건강을 경청하고 있습니다.
클러스터에서

00:03:09.215 --> 00:03:13.085
롤포워드 서비스를 롤포워드하지 않습니다.
건강하지 않습니다.

00:03:13.085 --> 00:03:14.185
>> 좋아.

00:03:14.185 --> 00:03:17.570
동시에, 우리는
구성 요소가

00:03:17.570 --> 00:03:20.675
수집하는 클러스터
메트릭, 로그 수집,

00:03:20.675 --> 00:03:23.960
저장한 다음 노출합니다.
대시보드를 통해 대시보드를 통해

00:03:23.960 --> 00:03:27.920
다시 우리는 자동으로 배포하고 있습니다
당신이 그것을 사용할 수 있습니다.

00:03:27.920 --> 00:03:29.245
>> 멋지다.

00:03:29.245 --> 00:03:31.980
>> 정확히 어떻게 물어보고 싶은가요?

00:03:31.980 --> 00:03:38.810
정확히 무엇이 작동하고 무엇을
일부 서비스는

00:03:38.810 --> 00:03:42.200
클러스터에 배포
그리고 우리는 사용하고 있습니다

00:03:42.200 --> 00:03:47.190
의 모든
이러한 경험은 당신을 위해?

00:03:48.320 --> 00:03:52.880
우리는 이 모든 것을
의 일부인 구성 요소

00:03:52.880 --> 00:03:56.660
관리 또는
관리 경험

00:03:56.660 --> 00:03:59.990
클러스터 관리 중입니다.
서비스 우산 또는 제어.

00:03:59.990 --> 00:04:02.945
우리는 듣게 될거야
제어 평면 언젠가.

00:04:02.945 --> 00:04:08.310
나는 그들을 나눌 것이다.
모니터링 서비스,

00:04:08.310 --> 00:04:10.290
앞서 언급했듯이,

00:04:10.290 --> 00:04:14.390
우리는 구성 요소가
메트릭을 수집하고 있습니다.

00:04:14.390 --> 00:04:16.970
의에 대한 매우 간단한 예를 들어 보자

00:04:16.970 --> 00:04:20.600
SQL 서버에는 DMV가 있습니다.
많은 지표를 생성합니다.

00:04:20.600 --> 00:04:23.470
그들은 에 구성 요소가

00:04:23.470 --> 00:04:26.340
클러스터는
그 DMV에서 읽기,

00:04:26.340 --> 00:04:28.050
그것은 InfluxDB에 저장하고,

00:04:28.050 --> 00:04:30.520
그리고 우리는 그라파나
그에 앉아있다

00:04:30.520 --> 00:04:33.190
그 위에 그 메트릭을 노출합니다.

00:04:33.190 --> 00:04:33.430
>> 멋지다.

00:04:33.430 --> 00:04:36.790
>> 마찬가지로 참고사항
쿠베네테스의 호스트,

00:04:36.790 --> 00:04:39.730
우리는 그 중 일부를 수집
같은 자원 소비

00:04:39.730 --> 00:04:43.315
메모리 등 등등 노출
대시보드를 위에 두면 됩니다.

00:04:43.315 --> 00:04:47.890
또 다른 서비스 세트는
배포 및 업그레이드 지원

00:04:47.890 --> 00:04:53.380
보안 설정 또는
고가용성, 맞죠?

00:04:53.380 --> 00:04:57.130
이러한 구성 요소는
함께 일하기 위해

00:04:57.130 --> 00:04:58.840
클러스터 상태를 보장하기 위해

00:04:58.840 --> 00:05:02.315
이 모든 것들은
제대로 작동합니다.

00:05:02.315 --> 00:05:04.125
>> 좋아. 그래서 기본적으로, 우리는
두 그룹이, 오른쪽?

00:05:04.125 --> 00:05:06.585
모니터링 및 더 많은
관리 제어?

00:05:06.585 --> 00:05:06.975
>> 그렇습니다.

00:05:06.975 --> 00:05:08.500
>> 좋아. 멋진.

00:05:08.570 --> 00:05:11.980
>> 보안을 위해,

00:05:11.980 --> 00:05:14.030
무엇을 통해 이동

00:05:14.030 --> 00:05:17.615
정확히 의미하는 것은
우리는 내장 된 보안이?

00:05:17.615 --> 00:05:20.930
다른 SQL Server 릴리스와 마찬가지로

00:05:20.930 --> 00:05:25.360
보안의 미션은
고객을 위해 사용할 수 있습니다.

00:05:25.360 --> 00:05:28.980
그것은 매우 중요했다
AD 인증을 사용하도록 설정합니다.

00:05:28.980 --> 00:05:33.770
정확히 무엇을 의미합니까?
한 번 배포 시간,

00:05:33.770 --> 00:05:36.740
당신은 내가 우리에게 말한다
에서 서비스를 원합니다.

00:05:36.740 --> 00:05:40.220
통합될 클러스터
AD와 함께 너무 나이면

00:05:40.220 --> 00:05:42.605
사용자가

00:05:42.605 --> 00:05:47.450
그들의 광고 정체성
모든 것이 처리됩니다.

00:05:47.450 --> 00:05:56.535
컨테이너 통합 용어
액티브 디렉토리를 사용하면

00:05:56.535 --> 00:05:59.790
토큰, 인증서 및 모든 것,

00:05:59.790 --> 00:06:04.800
모든 것을 배포
컨테이너화된 환경,

00:06:05.570 --> 00:06:09.045
그것은 뭔가
업계에서 새로운, 오른쪽?

00:06:09.045 --> 00:06:09.250
>> 물론입니다.

00:06:09.250 --> 00:06:11.540
>> 그래서 그게 뭔가
우리는 그것을 만들기 위해 매우 어려웠다

00:06:11.540 --> 00:06:14.165
우리는 그것을 가지고
클러스터를 사용할 수 있습니다.

00:06:14.165 --> 00:06:15.005
>> 굉장한.

00:06:15.005 --> 00:06:17.765
>> 또 다른 한 가지
매우 중요하고 우리는

00:06:17.765 --> 00:06:20.885
고객의 피드백에 귀 기울이기
그들이 그렇게 말하고 있을 때

00:06:20.885 --> 00:06:25.190
나는 사용자가 있는지 확인하고 싶습니다
사용 중인 ID

00:06:25.190 --> 00:06:27.500
특정 에 로그인
서비스가 전달됩니다.

00:06:27.500 --> 00:06:30.200
전체 스택은
빅 데이터 클러스터에서 알고 있는

00:06:30.200 --> 00:06:32.315
우리는 서비스의 다양한 계층을 가지고,

00:06:32.315 --> 00:06:37.490
그리고 새로운 사용자 ID가
예를 들어 SQL Server에 연결합니다.

00:06:37.490 --> 00:06:40.220
동일한 ID를 전달하기를 원합니다.

00:06:40.220 --> 00:06:43.190
필요한 경우 HDFS까지 아래로 통해 그래서 나는

00:06:43.190 --> 00:06:48.890
감사하고 추적할 수 있습니다.
그 사용자의 활동, 오른쪽?

00:06:48.890 --> 00:06:50.300
그래서 사용할 수있는 무언가이다

00:06:50.300 --> 00:06:52.250
빅 데이터 클러스터에서도 마찬가지입니다.

00:06:52.250 --> 00:06:55.790
다시 말하지만, 인증서와
회전 인증서

00:06:55.790 --> 00:06:57.620
자동으로 일어나고 있습니다.

00:06:57.620 --> 00:07:02.655
당신은 할 필요가 없습니다
아무것도.

00:07:02.655 --> 00:07:04.395
>> 좋아. 그래서 중대하다.

00:07:04.395 --> 00:07:05.790
이것은 멋진 소리.

00:07:05.790 --> 00:07:07.170
이 모든 것을 팔았습니다만,

00:07:07.170 --> 00:07:10.905
우리는 귀하의 자격 증명이
위에서 아래로 흐르는 흐름,

00:07:10.905 --> 00:07:12.180
우리는 모든 것을 구성하고,

00:07:12.180 --> 00:07:13.710
하지만 그건 그냥 보안, 오른쪽?

00:07:13.710 --> 00:07:14.025
>> 그렇습니다.

00:07:14.025 --> 00:07:15.290
>> 어떤 것에 대해
다른 것은 매우

00:07:15.290 --> 00:07:16.850
확장성,

00:07:16.850 --> 00:07:18.230
-/-

00:07:18.230 --> 00:07:20.960
뭔가 뭔가를 휴식
다른 그것을 데리러 있다?

00:07:20.960 --> 00:07:22.460
이는 매우 중요한 사항입니다.
데이터베이스의 요인입니다.

00:07:22.460 --> 00:07:24.305
>> 그렇습니다. 그래서 뭔가

00:07:24.305 --> 00:07:27.620
매우 중요했다
우리뿐만 아니라 있는지 확인하기 위해

00:07:27.620 --> 00:07:30.200
미션 크리티컬
서비스를 사용할 수 있습니다.

00:07:30.200 --> 00:07:33.784
빅 데이터 클러스터에서
SQL 서버 마스터와 마찬가지로

00:07:33.784 --> 00:07:37.595
HDFS 네임 노드, 그들은
고가용성.

00:07:37.595 --> 00:07:38.195
>> 좋아.

00:07:38.195 --> 00:07:41.480
>> 이것이 우리가 활성화한 위치입니다.

00:07:41.480 --> 00:07:45.785
경험이
배포 및 관리할 수 있습니다.

00:07:45.785 --> 00:07:51.680
이 모든 측면을 다시 매우 쉽게

00:07:51.680 --> 00:07:58.145
내에 내장되어 있습니다.
뿐만 아니라 제어 평면.

00:07:58.145 --> 00:07:59.330
예를 들어 가용성 그룹입니다.

00:07:59.330 --> 00:08:01.460
이것은 주력 기능입니다.

00:08:01.460 --> 00:08:04.100
2012년부터 SQL Server에서 사용할 수 있으며,

00:08:04.100 --> 00:08:05.960
나는 적어도 생각하고

00:08:05.960 --> 00:08:14.670
[들리지 않음] 그들은
여러 전제 조건이 있습니다.

00:08:14.670 --> 00:08:15.960
그들은 설정해야,

00:08:15.960 --> 00:08:19.530
데이터베이스를 설정해야 합니다.
끝점 미러링,

00:08:19.530 --> 00:08:22.545
인증서를 설정해야 합니다.

00:08:22.545 --> 00:08:25.175
여러 단계가 있습니다.
클러스터를 설정하기도 합니다.

00:08:25.175 --> 00:08:27.680
일단 당신이 원하는 HA를 원하는 우리에 게

00:08:27.680 --> 00:08:30.490
에 대한 빅 데이터 클러스터
SQL 서버 마스터,

00:08:30.490 --> 00:08:33.555
우리는 당신을 위해 모든 것을 돌봅니다.

00:08:33.555 --> 00:08:35.310
>> 와우. 그래서 우리는 그것을 단순화, 오른쪽?

00:08:35.310 --> 00:08:39.290
>> 설정하는 것은 매우 쉽습니다.

00:08:39.290 --> 00:08:40.750
생각할 필요가 없습니다.

00:08:40.750 --> 00:08:44.690
에 대한 올바른 URL을 사용했습니까?
복제본 이나 그런 것 들?

00:08:44.690 --> 00:08:47.735
걱정할 필요가 없습니다.
이러한 것들에 대해.

00:08:47.735 --> 00:08:48.630
>> 멋지다.

00:08:48.630 --> 00:08:51.415
>> 클러스터가 무엇인지 추측
우리가 그것을 위해 사용하는 기술?

00:08:51.415 --> 00:08:53.415
>> 글쎄요.

00:08:53.415 --> 00:08:57.810
>> 없음. 그래서
쿠베르네테스의 아름다움.

00:08:57.810 --> 00:09:01.480
그래서 긴밀한 통합을 통해
쿠베르네츠와 함께

00:09:01.480 --> 00:09:03.950
모니터링을 위한 논리와

00:09:03.950 --> 00:09:07.670
오케스트레이션을 꽉
이 제어 평면,

00:09:07.670 --> 00:09:10.280
추가 할 필요가 없습니다.
기술 클러스터

00:09:10.280 --> 00:09:13.550
더 큰 클러스터에 넣을 수 있습니다.

00:09:13.550 --> 00:09:16.400
이러한 측면을 관리하기 위해
SQL 서버 마스터의

00:09:16.400 --> 00:09:17.030
>> 좋아.

00:09:17.030 --> 00:09:20.180
>> HDFS의 경우와 비슷하게 맞습니까?

00:09:20.180 --> 00:09:24.425
에서 다른 리소스
하두프 스택,

00:09:24.425 --> 00:09:27.125
그들은 높은 해야
사용할 수 있습니다.

00:09:27.125 --> 00:09:30.830
이 경우, 우리는 사육사를 사용,

00:09:30.830 --> 00:09:32.285
오픈 소스입니다.

00:09:32.285 --> 00:09:34.340
그래서 잘 설립
클러스터 기술

00:09:34.340 --> 00:09:36.710
오케스트레이션을 돕고

00:09:36.710 --> 00:09:41.585
메타데이터를 높은
이러한 서비스의 가용성.

00:09:41.585 --> 00:09:43.640
>> 그래서 당신은 우리에게 에 대해 이야기
미션 크리티컬,

00:09:43.640 --> 00:09:44.690
당신은 보안에 대해 우리에게 말했다.

00:09:44.690 --> 00:09:47.000
그래서 당신은 지금 내 머리를 회전있어.

00:09:47.000 --> 00:09:48.080
많은 일들이 일어나고 있습니다.

00:09:48.080 --> 00:09:49.775
그러나 실제로 이것을 어떻게 사용합니까?

00:09:49.775 --> 00:09:51.110
당신은 도구가 있습니까?

00:09:51.110 --> 00:09:51.980
줄 수 있습니다.

00:09:51.980 --> 00:09:53.110
내가 있는지 확인하기 위해
여기에 무슨 일이 일어나고 있는지 이해?

00:09:53.110 --> 00:09:54.470
>> 네, 걱정하지 마세요.

00:09:54.470 --> 00:10:00.610
그래서 다시, 나는 당신에게 말하고 있었다
당신은 쉽게 배포 할 수 있습니다, 오른쪽?

00:10:00.610 --> 00:10:00.900
>> 좋아.

00:10:00.900 --> 00:10:02.810
>> 당신이 해야 할 유일한 일

00:10:02.810 --> 00:10:04.760
아무것도와 마찬가지로
그냥 쿠버네츠

00:10:04.760 --> 00:10:07.040
의도와 설명

00:10:07.040 --> 00:10:11.225
대상 구성 및
우리는 모든 것을 돌봅니다.

00:10:11.225 --> 00:10:13.250
그래서 당신이 원하는 것 중 하나

00:10:13.250 --> 00:10:15.800
당신이 있는지 확인하기 위해
사용 중이 면

00:10:15.800 --> 00:10:20.975
클라이언트의 도구로
기계 ASI 데이터.

00:10:20.975 --> 00:10:23.180
배포를 수행할 수 있습니다.
구성을 수행할 수 있습니다.

00:10:23.180 --> 00:10:27.750
당신은 심지어 모니터링을 할 수 있습니다
ASI 데이터뿐만 아니라 Azure 데이터.

00:10:27.750 --> 00:10:33.110
그래서 당신은 더 많은 것을 통해 가고 싶은 경우에
안내또는 대시보드를 볼 수 있습니다.

00:10:33.110 --> 00:10:36.890
보다 사용자 친화적인 방법

00:10:36.890 --> 00:10:39.080
그게 내가 가는 거야
더 자세히 보여드리기 위해

00:10:39.080 --> 00:10:42.065
사용할 수 있습니다.
Azure 데이터 스튜디오에서

00:10:42.065 --> 00:10:45.800
이러한 경험 중 일부를 활용
우리는 거기에 추가하고 있습니다.

00:10:45.800 --> 00:10:47.990
>> 좋아. 글쎄, 에 대해 이야기
경험, 당신은 우리에게 보여줄 수 있습니까?

00:10:47.990 --> 00:10:50.640
>> 어떻게 그런 지 보자
모니터링하는 것처럼 보입니다.

00:10:50.640 --> 00:10:52.860
내가보고 싶은 경우에
클러스터의 상태,

00:10:52.860 --> 00:10:54.675
내 서비스가 건강하거나 하지 않습니다.

00:10:54.675 --> 00:10:56.030
>> 많은 것들이 있습니다.
클러스터에서 켜진 경우

00:10:56.030 --> 00:10:57.150
그래서 무슨 일이 일어나고 있는지 알아야합니다.

00:10:57.150 --> 00:11:01.640
>> 정확히 그들 중 많은 사람들이 있다
우리는 새로운 경험을 가지고

00:11:01.640 --> 00:11:04.250
Azure 데이터 스튜디오에서

00:11:04.250 --> 00:11:07.205
의 상태를 볼 수 있습니다.
컨트롤러를 통해 클러스터,

00:11:07.205 --> 00:11:09.050
왜냐하면 이것은 다시 이 것의 뇌이기 때문입니다.

00:11:09.050 --> 00:11:11.330
클러스터와 이
진리의 근원입니다.

00:11:11.330 --> 00:11:12.660
>> 물론입니다.

00:11:13.340 --> 00:11:18.570
>> 당신은 여기에서 모든 것을 볼 수 있습니다.
배포되는 서비스입니다.

00:11:18.570 --> 00:11:20.495
상태 상태가 있습니다.

00:11:20.495 --> 00:11:22.130
세부 사항을 원한다면,

00:11:22.130 --> 00:11:24.920
나는 예를 들어 HDFS에 더 갈 수 있습니다

00:11:24.920 --> 00:11:29.615
그리고 무엇을 참조하십시오
건강 등등.

00:11:29.615 --> 00:11:32.270
그래서 이것은 중 하나입니다.
우리가 새로운 것을 가지고 있는 것

00:11:32.270 --> 00:11:35.405
다가오는 릴리스에서
빅 데이터 클러스터를 위한 것입니다.

00:11:35.405 --> 00:11:38.030
이 모든 경험을 다시
ASI 데이터를 사용할 수 있습니다.

00:11:38.030 --> 00:11:41.820
BDC 상태와 마찬가지로

00:11:44.710 --> 00:11:48.685
그리고 그것은 더 직관적
도구를 사용하여 이와 같은 도구를 사용할 수 있습니다.

00:11:48.685 --> 00:11:51.480
>> 때때로. 예
의미가. 멋진.

00:11:51.480 --> 00:11:55.570
>> 다시 말하지만, 이 모든 것과 배포 방법

00:11:55.570 --> 00:11:56.630
이러한 모든 서비스와

00:11:56.630 --> 00:11:59.390
고가용성 구성
보안 등을 위해,

00:11:59.390 --> 00:12:02.270
당신은 우리의에서 찾을 수 있습니다
문서 페이지를 참조하십시오.

00:12:02.270 --> 00:12:05.045
나는 당신을 위해 여기에 몇 가지 포인터를 넣어

00:12:05.045 --> 00:12:08.630
시작점으로 활용
우리의 문서에 대 한.

00:12:08.630 --> 00:12:13.055
배포 또는
BDC에 대한 더 많은 리소스를 원하고,

00:12:13.055 --> 00:12:15.200
워크샵, 당신이 갈 수있는 샘플

00:12:15.200 --> 00:12:18.825
이러한 리소스를 사용할 수 있습니다.

00:12:18.825 --> 00:12:21.150
>> 멋지다. 그럼 다시,

00:12:21.150 --> 00:12:23.055
공유를위한 많은 감사합니다.

00:12:23.055 --> 00:12:25.280
나는 많은 것을 보고 기쁘다.

00:12:25.280 --> 00:12:27.245
관리 및
모니터링 진행 중,

00:12:27.245 --> 00:12:29.450
그리고 우리가 가지고있는 것을 보고 매우 행복

00:12:29.450 --> 00:12:33.365
의 명령줄 버전 모두
다시 자동화하기 위해,

00:12:33.365 --> 00:12:35.510
건물 그래프, 건물 대시보드,

00:12:35.510 --> 00:12:37.100
그리고 인터페이스, 나는
뿐만 아니라 인터페이스처럼.

00:12:37.100 --> 00:12:39.020
그래서 나는 [들리지]에 매우 행복해요.

00:12:39.020 --> 00:12:41.060
그래서 여기에있는 많은 감사
다른 사람들과 공유.

00:12:41.060 --> 00:12:42.080
>> 문제 없습니다, 감사합니다.

00:12:42.080 --> 00:12:43.775
시청해 주셔서 감사합니다.

00:12:43.775 --> 00:12:45.340
좋아요를 입력하고 구독하십시오.

00:12:45.340 --> 00:12:48.180
코멘트를 남기고 희망을
다음에 뵙겠습니다. 감사.

00:12:48.180 --> 00:13:03.100
[음악]