WEBVTT

00:00:00.000 --> 00:00:08.198
[음악]

00:00:08.198 --> 00:00:09.947
안녕 하 고
다른 에피소드에서 시작

00:00:09.947 --> 00:00:11.430
컨테이너의 채널입니다.

00:00:11.430 --> 00:00:13.160
Matt McSpirit 난
기술 전도사로

00:00:13.160 --> 00:00:14.590
우리의 데이터를 모두
기술 센터입니다.

00:00:14.590 --> 00:00:17.120
이 에피소드에는
실제로의 시작

00:00:17.120 --> 00:00:20.130
우 린 미니 시리즈
컨테이너를 탐색

00:00:20.130 --> 00:00:21.450
기본입니다.

00:00:21.450 --> 00:00:23.490
지켜본 사람들
일부 비디오에 이미

00:00:23.490 --> 00:00:24.380
컨테이너 채널

00:00:24.380 --> 00:00:27.000
많은 준비를 알 수 있습니다.
데모의 멋진 서비스입니다.

00:00:27.000 --> 00:00:29.960
소개 하 고 인터뷰 했습니다.
Docker의 사람들과.

00:00:29.960 --> 00:00:33.180
우리가 John Howard와 회의 하 고
그의 글을 탐색합니다.

00:00:33.180 --> 00:00:35.860
Docker을 뿐 이므로
부하를 설명한

00:00:35.860 --> 00:00:38.700
물건 들만 있는지 확인.
우리가 하 게 깊이

00:00:38.700 --> 00:00:41.030
지식의 우리의
도 다시 설정 합니다.

00:00:41.030 --> 00:00:44.350
내가 지금 그렇게 하 고
김철수 Peterson가 치뤄야 합니다.

00:00:44.350 --> 00:00:45.770
김철수, 자신을 소개 하 고

00:00:45.770 --> 00:00:48.850
약 좀 알려주세요 프로그램
컨테이너와 연결 합니다.

00:00:48.850 --> 00:00:50.210
>> Matt 감사 유용 합니다.

00:00:50.210 --> 00:00:51.400
따라서 제 이름은 김철수 Peterson를의

00:00:51.400 --> 00:00:54.600
콘텐츠 개발자
microsoft는 여기.

00:00:54.600 --> 00:00:57.280
정말 무엇 때문
컨테이너는 쓰기

00:00:57.280 --> 00:01:00.160
설명서를 따라 이동 합니다.
구현 된

00:01:00.160 --> 00:01:02.340
windows는 컨테이너
서버 컨테이너를

00:01:02.340 --> 00:01:04.270
이후 하이퍼 B 컨테이너입니다.

00:01:04.270 --> 00:01:07.100
함께 작업 하 고, 우리의
시각화 팀 하 고 하 고

00:01:07.100 --> 00:01:08.600
John과 테일러입니다.

00:01:08.600 --> 00:01:11.900
종류의 컨테이너를 문서화 합니다.
재생 중인 노력의 일환으로 고

00:01:11.900 --> 00:01:15.020
주변의 연구를 수행 하 고
기술에 직접.

00:01:15.020 --> 00:01:16.870
>>는 모든 매우
우리는 많은 새로운.

00:01:16.870 --> 00:01:18.410
많은 우리의 IT
그렇게 전문가로 잘

00:01:18.410 --> 00:01:20.080
설명서
중요 하 고

00:01:20.080 --> 00:01:23.050
이 문서에 접근 하는
우리가 수행 하는 데 이번

00:01:23.050 --> 00:01:26.390
컨테이너에 복사 MSDM
사용자가 액세스할 수 있지만

00:01:26.390 --> 00:01:28.560
통해 [INAUDIBLE]
그건 아니 야입니다.

00:01:28.560 --> 00:01:30.950
에 대 한 변경
우리 << 예 절대 내 말은 그렇게

00:01:30.950 --> 00:01:34.970
우리는 우리의 설명서
GitHub를 사용할 수

00:01:34.970 --> 00:01:38.600
커뮤니티에 기여할 수 있습니다.
업데이트를 하 고 정말

00:01:38.600 --> 00:01:43.180
창 컨테이너에 관해서는 nad
우리 기술 미리 보기는 하지만

00:01:43.180 --> 00:01:46.350
우리는 문서화
많이 하므로

00:01:46.350 --> 00:01:48.870
물건을 많이 올리는 것
매우 신속 하 게 밖에 없습니다.

00:01:48.870 --> 00:01:51.000
>>를 선택 하지 않은 경우
설명서를 이미 아웃

00:01:51.000 --> 00:01:54.140
MSDN Microsoft 점 닷컴에는
MSDN 아래로 이동 하려는 경우

00:01:54.140 --> 00:01:56.330
슬래시 루트
가상화와

00:01:56.330 --> 00:01:58.570
수 타면
랜딩 페이지의 컨테이너입니다.

00:01:58.570 --> 00:02:00.840
여러 가지 이며
다양 한 시나리오를 우리가

00:02:00.840 --> 00:02:04.820
기술 미리 보기에 대 한 설명
주위를 가져오는 3 프로그램

00:02:04.820 --> 00:02:08.320
컨테이너가 호스트 준비, 배포
컨테이너와 PowerShare, 또는

00:02:08.320 --> 00:02:10.920
Docker를 사용 하 여 관리 하 고
등 고도 Azure에서.

00:02:10.920 --> 00:02:13.210
그렇게 되어 있지 않은 경우,
문서를 체크 아웃

00:02:13.210 --> 00:02:15.920
따르는 고 볼 수도 있는
비디오 안내 하기 때문에

00:02:15.920 --> 00:02:18.220
그렇게도로 안내 합니다.
시각적으로 볼 수 있습니다.

00:02:18.220 --> 00:02:21.380
하지만 앞서 언급 했 듯이, 오늘날
미니 시리즈의 시작이입니다.

00:02:21.380 --> 00:02:22.730
말 수
에피소드를 하겠습니다

00:02:22.730 --> 00:02:24.460
바로 하겠습니다.
그렇게만 하 군에서.

00:02:24.460 --> 00:02:25.980
쉽게 이해할 수 있도록 하 고

00:02:25.980 --> 00:02:28.950
약간에 대 한 기본적인 이해
더 기술적인 측면입니다.

00:02:28.950 --> 00:02:31.400
절차는 데 하지만
설명도 있습니다.

00:02:31.400 --> 00:02:34.710
김철수 바쁜 건물 었습니다
이러한 시스템을 표시 하도록 설정 하려면

00:02:34.710 --> 00:02:37.610
하면 방법을 기본적으로이
좀 더 깊이에서 작동 합니다.

00:02:37.610 --> 00:02:39.930
만 번째
이동 수에 대해 살펴보겠습니다.

00:02:39.930 --> 00:02:42.800
정말에 대 한 소개
단지 어떤 컨테이너는

00:02:42.800 --> 00:02:45.840
다음의 몇 가지 수준는
이전에 수행한 작업의 비디오입니다.

00:02:45.840 --> 00:02:47.560
좀 알고 도움말
빌딩 블록의 한

00:02:47.560 --> 00:02:50.270
몇 가지 주요 기능
구성 요소 및 개념입니다.

00:02:50.270 --> 00:02:53.170
앞으로 넘어가기 전에
좀 더 깊이의 에피소드

00:02:53.170 --> 00:02:56.000
주변 이미지
네트워킹 등.

00:02:56.000 --> 00:02:58.320
그렇다면 왜 안 하면가지고
우리는 무엇을 통해 설명 해 줄

00:02:58.320 --> 00:03:00.311
오늘 배울 하려고 합니다.
이 특정 에피소드.

00:03:00.311 --> 00:03:03.813
<< 우리는 수행이 에피소드
어떤 컨테이너에 대 한 말씀만

00:03:03.813 --> 00:03:06.127
만들 것
일부 컨테이너 확인

00:03:06.127 --> 00:03:09.168
일부 컨테이너 이미지를 하 고
단지 너 같은 시작

00:03:09.168 --> 00:03:12.341
기초 배치 했다고 합니다.
심화 학습 등

00:03:12.341 --> 00:03:15.518
네트워킹 컨테이너 이미지
컨테이너의 이식성

00:03:15.518 --> 00:03:16.046
>> 정상 냉각

00:03:16.046 --> 00:03:16.706
>> 등 수를 확인 합니다.

00:03:16.706 --> 00:03:17.630
>> 몇을가지고

00:03:17.630 --> 00:03:21.065
"아니요, 우리가 수 있는 슬라이드
슬라이드에 필요한"몇 가지와

00:03:21.065 --> 00:03:23.642
우리는 도킹 다음
때문에 직선 데모

00:03:23.642 --> 00:03:24.970
따라서 예 함께 움직입니다.

00:03:24.970 --> 00:03:27.140
>> 방금 하는 데 도움이 위치
물건에 일부 있습니다.

00:03:27.140 --> 00:03:28.500
>> 물론, 절대적으로.

00:03:28.500 --> 00:03:32.560
따라서 컨테이너
의심할 여 지 없이 불에

00:03:32.560 --> 00:03:34.820
여러 사람이
사람들에 대해 이야기 합니다.

00:03:34.820 --> 00:03:39.780
그가 초기에 꽤에
기술 수명 주기, 컨테이너

00:03:39.780 --> 00:03:41.870
일정 시간 동안 주변 되었습니다.
>>에서 Linux

00:03:41.870 --> 00:03:43.680
>> Linux에 있지만

00:03:43.680 --> 00:03:47.040
정말 오른쪽 오프 가져가려면
이제, 지금 단지 소개

00:03:47.040 --> 00:03:50.140
컨테이너와
컨테이너는 있기 때문에

00:03:50.140 --> 00:03:53.210
지금 까지는 이상한 추상화
가상화에 대 한 작업

00:03:53.210 --> 00:03:57.460
약간의 시간이 고의 매우 쉽습니다
가상 컨테이너 비교

00:03:57.460 --> 00:04:00.340
컴퓨터에 있지만
>> 컨테이너는 정확 하 게 무엇입니까

00:04:00.340 --> 00:04:02.800
우리가 뭐를 하 고
하 고 무엇을 수행할 수 있습니까?

00:04:02.800 --> 00:04:04.280
따라서 근본적으로 의미

00:04:04.280 --> 00:04:08.660
컨테이너의 종류는 정말
가상화의 구성 요소입니다.

00:04:08.660 --> 00:04:11.170
과 거의 유사
운영 체제 또는

00:04:11.170 --> 00:04:12.890
응용 프로그램 가상화입니다.

00:04:12.890 --> 00:04:16.460
그렇다면 정말 기본적으로 사용
컨테이너는 방법 유사 하 게 우리

00:04:16.460 --> 00:04:18.040
가상 컴퓨터를 사용 합니다.

00:04:18.040 --> 00:04:20.920
이 운영 체제를 가상화 하는 것과

00:04:20.920 --> 00:04:24.020
응용 프로그램을 사용 하 여 실행
내부 컨테이너 및

00:04:24.020 --> 00:04:27.410
이러한 응용 프로그램에 액세스할 수 있습니다.
컨테이너의 외부.

00:04:27.410 --> 00:04:29.470
여기에서 볼 수 합니까
첫 번째 글머리 기호를 가리킵니다.

00:04:29.470 --> 00:04:33.030
내가 전화할 OS로
응용 프로그램 가상화와

00:04:33.030 --> 00:04:35.720
이미지 또는
이미지 레이어 기술

00:04:35.720 --> 00:04:38.300
이것은 매우 중요 한
>> 우리는 이점의 많이

00:04:38.300 --> 00:04:40.400
컨테이너에서 찾을 것입니다.

00:04:40.400 --> 00:04:43.550
혜택 등을 하 고
빠른 속도, 시작 또는

00:04:43.550 --> 00:04:46.300
호스트 운영 체제에서 소형

00:04:46.300 --> 00:04:49.680
방법에는
철저 하 게 관리 수 고

00:04:49.680 --> 00:04:52.990
이러한 촬영 하거나
어떻게 컨테이너이 이미지를 사용 합니다.

00:04:52.990 --> 00:04:54.830
따라서 설정 하는 첫 번째
글머리 기호 지점

00:04:54.830 --> 00:04:58.420
이미지는 엄청나게 됩니다
하는 방법

00:04:58.420 --> 00:04:59.470
컨테이너를 사용 합니다.

00:04:59.470 --> 00:05:00.270
앞서 말했듯이 고

00:05:00.270 --> 00:05:03.566
아주 해 해요
컨테이너 이미지를

00:05:03.566 --> 00:05:07.520
컨테이너,
운영 체제 가상화입니다.

00:05:07.520 --> 00:05:11.900
컨테이너 응용 프로그램을 호스트 하 고
응용 프로그램 종속성을

00:05:11.900 --> 00:05:13.350
중요 한 이기도 합니다.

00:05:13.350 --> 00:05:16.340
우 린 어떻게 보면은,
응용 프로그램 용량을 넣거나 마십시오 및

00:05:16.340 --> 00:05:18.780
모든 종속
이 컨테이너입니다.

00:05:18.780 --> 00:05:22.220
이 컨테이너 kinda 됩니다.
이 자가 포함 된 단위

00:05:22.220 --> 00:05:25.020
다음 이동할 수 있는
환경 사이 이지만

00:05:25.020 --> 00:05:27.270
모든 거 야 그
종속성에 내장 된 것입니다.

00:05:27.270 --> 00:05:29.630
따라서 같은 하지 하 고 있어
다시 구성할 필요가 우리의

00:05:29.630 --> 00:05:31.830
컨테이너 이동 했습니다.

00:05:31.830 --> 00:05:34.340
>> 종속성 필요가 있습니까
같은 컨테이너에 살아?

00:05:34.340 --> 00:05:36.080
지키는 배치한 수 있습니다.
바깥쪽 수 있습니다 없습니다.

00:05:36.080 --> 00:05:36.920
>> 예, 절대적으로.

00:05:36.920 --> 00:05:40.010
멀티를 사용할 수 있습니다.
컨테이너 응용 프로그램입니다.

00:05:40.010 --> 00:05:42.701
프런트 엔드가 있을 수 있습니다 경우
모든 종속 관계에 있는

00:05:42.701 --> 00:05:44.021
프런트 엔드에 대 한
하나의 컨테이너 및

00:05:44.021 --> 00:05:46.050
모두 들어 있는 백 엔드
에 대 한 종속성

00:05:46.050 --> 00:05:52.680
백 엔드
그러나 이러한 두 개의 컨테이너가

00:05:52.680 --> 00:05:53.910
다른 기준
>> 그래입니다.

00:05:53.910 --> 00:05:55.560
>> 지금 응용 프로그램을 형성합니다.

00:05:55.560 --> 00:05:57.710
>> 고 자체가
기본 이미지에 따라 다릅니다.

00:05:57.710 --> 00:05:59.710
확인, 예, 절대적으로.

00:05:59.710 --> 00:06:01.300
>> 확인 합니다.
>> 우리가 이미 kinda

00:06:01.300 --> 00:06:04.880
컨테이너 설명
컨테이너 이미지에서 빌드됩니다.

00:06:04.880 --> 00:06:06.440
컨테이너 이미지는 노트북,
하 고

00:06:06.440 --> 00:06:07.390
이것은 정말 멋진 인입니다.

00:06:07.390 --> 00:06:10.090
나중에 나타납니다.
에피소드를 실제로 작성할 것

00:06:10.090 --> 00:06:14.260
랩톱에는 응용 프로그램
해당 컨테이너 이미지를 이동 합니다.

00:06:14.260 --> 00:06:18.070
위쪽으로로 알고
컨테이너 이미지 레지스트리 및

00:06:18.070 --> 00:06:22.090
다음에 VM으로 당겨입니다
Azure, 지금의이 이식성

00:06:22.090 --> 00:06:27.690
이 제공 하는 이미지
이동 하는 좋은 방법 들

00:06:27.690 --> 00:06:30.030
다른 환경에서 작동 합니다.
>> Hm mm 및

00:06:30.030 --> 00:06:30.960
유연성도입니다.

00:06:30.960 --> 00:06:32.340
우리 개발자 들의 모든
도 표시 됩니다.

00:06:32.340 --> 00:06:35.200
응용 프로그램을 구축 합니다
워크스테이션에서 로컬로

00:06:35.200 --> 00:06:37.100
한다는
일관성 관점

00:06:37.100 --> 00:06:39.690
배포할 수 있다면
서버에 있는 노트북

00:06:39.690 --> 00:06:42.850
데이터 센터 또는
공용 클라우드의 것입니다 작동 합니다.

00:06:42.850 --> 00:06:44.050
>> 절대적으로.
>> 표시 되기 때문에 수 없습니다.

00:06:44.050 --> 00:06:46.260
종속성을 갖습니다
또는, 끌어오기 됩니다.

00:06:46.260 --> 00:06:47.790
다음 구현할 수
이러한 유연성입니다.

00:06:47.790 --> 00:06:51.410
>> 네, 절대적으로 중 일부는
컨테이너에 대 한 혜택을

00:06:51.410 --> 00:06:53.880
확인, 같이 우 린 볼
여기에 응용 프로그램을 추가합니다.

00:06:53.880 --> 00:06:55.360
하지만 여기서 혜택은?

00:06:55.360 --> 00:06:58.450
컨테이너를 신속 하 고 시작
빠른 확장은.

00:06:58.450 --> 00:07:00.270
빠르게 파괴할 수 있습니다.

00:07:00.270 --> 00:07:03.700
호스트에 그 발자국
보다 훨씬 작습니다.

00:07:03.700 --> 00:07:04.550
가상 컴퓨터입니다.

00:07:04.550 --> 00:07:07.430
따라서이 농도 얻을 수 있는 우리

00:07:07.430 --> 00:07:10.340
물리적 컴퓨터에 있는
이러한 컨테이너를 호스트 합니다.

00:07:10.340 --> 00:07:14.190
우리가 큰 밀도 얻을 수 있습니다.
컨테이너를 사용 하 여 함께 토의

00:07:14.190 --> 00:07:15.900
자체의 VM

00:07:15.900 --> 00:07:17.060
>>와 달리

00:07:17.060 --> 00:07:19.500
VM 보일 것 같아요
구조적으로 분 않음에

00:07:19.500 --> 00:07:21.870
지금 만들고 있는 VM 들
Hyper-V 사용 하 여 기록을 별로 없었다.

00:07:21.870 --> 00:07:25.130
수를 말하는 것을 아는 방법
많은 가상 프로세스 작업

00:07:25.130 --> 00:07:28.540
필요한 RAM의 크기, 필요한
가상 DVD 드라이브, 수

00:07:28.540 --> 00:07:31.720
어떤 네트워크를 수행 하는 네트워크
VLAN의에 등 수 있어야 합니다.

00:07:31.720 --> 00:07:34.550
더 많은 생각은
약, 가상 머신에서

00:07:34.550 --> 00:07:38.830
하드웨어의 관점
레이어를 반드시,

00:07:38.830 --> 00:07:41.690
있는 정도
사용 하 여 몇 가지 측면에서 다시 설정 합니다.

00:07:41.690 --> 00:07:46.590
하지만 하는 측면에서 매우
엄격한,이 VM이를 한 개씩

00:07:46.590 --> 00:07:48.600
가상 프로세스
그건 매우 다릅니다.

00:07:48.600 --> 00:07:51.470
>> 예, 내 말은, 기본적으로 우리가
방식과 매우 비슷하게 VM 빌드

00:07:51.470 --> 00:07:52.940
우리가 구축 하는
물리적 컴퓨터입니다.

00:07:52.940 --> 00:07:54.230
된 정의 해야 합니다.

00:07:54.230 --> 00:07:58.410
구성 요소와는 많이
가 컨테이너를 사용 하 여 멀리 이동 합니다.

00:07:58.410 --> 00:08:02.660
즉, 의미 있는 길로
이 마지막 여기서도

00:08:02.660 --> 00:08:06.770
함께 할 수 있는 것 중 하나
컨테이너는 종류의 제한

00:08:06.770 --> 00:08:09.350
해당 호스트의 리소스 사용 합니다.

00:08:09.350 --> 00:08:11.810
내 말은 우리가 만들 수 있도록
컨테이너를 끼고 봐

00:08:11.810 --> 00:08:15.880
이 처럼 많은 메모리를 사용 하지 않는 또는
이상이 많은 메모리를 사용 합니다.

00:08:15.880 --> 00:08:18.700
이 정도의 CPU 사용 하 여
없는 것입니다.

00:08:18.700 --> 00:08:21.540
>> 그래입니다.
>> 우리가 제한할 수 있으므로

00:08:21.540 --> 00:08:24.330
어떤 컨테이너 수 있습니다.
해당 호스트에서 사용 됩니다.

00:08:24.330 --> 00:08:25.740
>> 알고 처럼
메가 컨테이너입니다.

00:08:25.740 --> 00:08:26.870
>> 있는지 확인 합니다.
확인 합니다.

00:08:26.870 --> 00:08:27.430
정확 하 게.

00:08:27.430 --> 00:08:30.200
>>에서 같은 방식으로.

00:08:30.200 --> 00:08:32.620
도 고려해 야 할 것입니다.

00:08:32.620 --> 00:08:34.030
이 확인 합니다.

00:08:34.030 --> 00:08:37.070
비교 하 고 대조 되는 개념은
VM을 그래픽을 제공 하는 경우

00:08:37.070 --> 00:08:39.260
다음에 고민
슬라이드를 설명 하는 데 도움이

00:08:39.260 --> 00:08:41.950
순위별로 무엇입니까
여기서이 특정 그래프

00:08:41.950 --> 00:08:44.679
알 야?

00:08:44.679 --> 00:08:46.770
>>를 수행한 경우
연구 한 컨테이너에

00:08:46.770 --> 00:08:48.790
보신은 매우
유사한 그래픽입니다.

00:08:48.790 --> 00:08:52.360
가장 큰 중 하나
컨테이너의 차이점

00:08:52.360 --> 00:08:56.130
가상 컴퓨터는
어떻게 kinda 컨테이너

00:08:56.130 --> 00:08:59.700
작동 하는 커널
호스트.

00:08:59.700 --> 00:09:01.610
따라서 왼쪽을 보면
원한다 면

00:09:01.610 --> 00:09:03.630
가상 컴퓨터를 접수 했습니다.

00:09:03.630 --> 00:09:07.300
하드웨어 계층 접수 했습니다.
운영 체제 준비 하 고

00:09:07.300 --> 00:09:12.260
호스트의 커널
하이퍼바이저 기술.

00:09:12.260 --> 00:09:14.740
다음 우리는 레이어로 표시 하 고
가상 컴퓨터

00:09:14.740 --> 00:09:16.880
위에 하이퍼바이저.

00:09:16.880 --> 00:09:19.210
따라서 이러한 가상의 한
컴퓨터에 운영 체제

00:09:19.210 --> 00:09:20.510
고도 커널에.

00:09:20.510 --> 00:09:24.370
VM을 부팅 우리가 지금 할 때마다
전체 OS를 부팅 하

00:09:24.370 --> 00:09:25.620
커널 및 모든입니다.

00:09:25.620 --> 00:09:28.610
>> 일반적으로, 각각 및
가상 하드 디스크-한

00:09:28.610 --> 00:09:29.020
>> 그래.

00:09:29.020 --> 00:09:31.190
>>은
>>는 잠재적으로 중요 한

00:09:31.190 --> 00:09:33.320
공간에서 프로그램
모든 백 엔드 저장소

00:09:33.320 --> 00:09:34.650
문제일 수 있습니다.

00:09:34.650 --> 00:09:37.570
예, 등을 사용할 수 있습니다.
차이점 보관용 디스크에서 읽기

00:09:37.570 --> 00:09:40.820
그러나 여전히 유일한 부모 이미지 이지만
스토리지의 소비

00:09:40.820 --> 00:09:43.920
일반적으로 Vm과 관련 된
매우 클 수 있습니다.

00:09:43.920 --> 00:09:44.700
>> 네, 절대적으로.

00:09:44.700 --> 00:09:48.156
다음이 돼 고
kinda 가상 컴퓨터 만들기

00:09:48.156 --> 00:09:51.324
하드웨어 요청 하 고
이 하이퍼바이저 계층을 얻을 수

00:09:51.324 --> 00:09:54.852
이러한 요청을 가로채 고
이러한 요청 관리

00:09:54.852 --> 00:09:58.816
호스트의 하드웨어에 대 한
가상 머신 유효 하다.

00:09:58.816 --> 00:10:02.183
이미지 기능입니다.
가상 컴퓨터.

00:10:02.183 --> 00:10:06.581
호스트 컨테이너는 대조를
하드웨어 준비

00:10:06.581 --> 00:10:08.650
컨테이너가 호스트입니다.

00:10:08.650 --> 00:10:12.100
운영 체제 커널에 준비
즉 위에 앉아

00:10:12.100 --> 00:10:15.380
컨테이너 뿐만 아니라
Docker 엔진 소프트웨어입니다.

00:10:15.380 --> 00:10:20.950
Windows 서버 컨테이너 엔진
보면 여기는 하지만

00:10:20.950 --> 00:10:25.170
컨테이너 자체가 되지 않습니다.
해당 운영 체제가 설치 되어 있습니다.

00:10:25.170 --> 00:10:26.760
그 커널을 것입니다.

00:10:26.760 --> 00:10:28.500
따라서는 실제로 공유 안함

00:10:28.500 --> 00:10:31.525
이러한 컨테이너를 공유 하는
호스트 운영 체제와 커널입니다.

00:10:31.525 --> 00:10:37.095
부팅 시간 훨씬 빠릅니다.
훨씬 적은 것는

00:10:37.095 --> 00:10:39.665
이러한 컨테이너를 시작 하기
또는 가상 컴퓨터.

00:10:39.665 --> 00:10:42.635
>>이 그래픽은 분명 하 고
설명, 우리가 아니지만 하드웨어

00:10:42.635 --> 00:10:45.835
하지만, 아래에
실제 하드웨어를 될 수 또는

00:10:45.835 --> 00:10:47.595
내 것
가상 머신입니다.

00:10:47.595 --> 00:10:48.665
>> 네, 절대적으로.

00:10:48.665 --> 00:10:51.295
>> 없기 때문
이 두 가지를 중지합니다.

00:10:51.295 --> 00:10:53.970
다른 기술
다행히 함께 합니다.

00:10:53.970 --> 00:10:57.150
예를 들어 할 수 있습니다 하는 방법
Hyper-V 호스트를가지고

00:10:57.150 --> 00:10:59.880
두 VM의를
하나는 Linux, Windows는 고

00:10:59.880 --> 00:11:02.500
Linux 컨테이너를 실행 합니다.
하나의 VM 내부 및

00:11:02.500 --> 00:11:04.050
다른 Windows 다시 설정 합니다.

00:11:04.050 --> 00:11:06.780
하지만 그 전체적인 물리적
혼합을 실행 하는 시스템

00:11:06.780 --> 00:11:07.700
다시 설정 합니다.

00:11:07.700 --> 00:11:09.840
따라서 최고의 있어요
여기에 본질적으로 두 세계

00:11:09.840 --> 00:11:12.350
활용 하 고 있습니다
보조 기술입니다.

00:11:12.350 --> 00:11:14.630
그렇다면 달라도 확실히 하나 또는
다른

00:11:14.630 --> 00:11:17.270
사용할 수 있습니다.
함께 하는 것이 중요 합니다.

00:11:17.270 --> 00:11:18.490
>> 네, 절대적으로.

00:11:18.490 --> 00:11:25.150
표면 수준 때문에
정말 간단 하 게 예를 들어 가상

00:11:25.150 --> 00:11:28.970
컴퓨터 준비 격리
커널 VM 컨테이너 안에

00:11:28.970 --> 00:11:33.110
우리가 공유 하는
호스트 운영 체제와 커널입니다.

00:11:33.110 --> 00:11:34.700
이제이 그림
약간 변경

00:11:34.700 --> 00:11:37.460
소개 때
하이퍼 V 컨테이너

00:11:37.460 --> 00:11:41.120
추가로 제공 하는
격리 수준의 kinda

00:11:41.120 --> 00:11:43.330
해당 컨테이너를 배치합니다.
자체 VM.

00:11:43.330 --> 00:11:44.450
>> 네, 하 고
몇 주 시간에

00:11:44.450 --> 00:11:46.960
우리 거 혼 에피소드
오른쪽에 HyperV 컨테이너

00:11:46.960 --> 00:11:50.260
지정 시간 때 그들은
사용자가 테스트를 사용할 수 있습니다.

00:11:50.260 --> 00:11:52.860
더 많은 에피소드를 볼 수 있습니다
컨테이너의 채널입니다.

00:11:52.860 --> 00:11:56.520
무엇을 분석할 수 있도록
때문에 Hyper-V 컨테이너는

00:11:56.520 --> 00:11:59.690
물론 추가 추가
레이어 기능 이지만

00:11:59.690 --> 00:12:02.390
것도 매우 복잡 이해 하기
무엇이 문제 대 한도

00:12:02.390 --> 00:12:05.550
이러한 혼합된 세트
기술의 ' s 여기 있도록 합니다.

00:12:05.550 --> 00:12:07.070
>> 절대적으로.
>> 찾아 뵙겠습니다 저런 놈 한테는.

00:12:07.070 --> 00:12:12.410
>> 종류의 호스트 때문
>> VM 호스트 컨테이너 차이입니다.

00:12:12.410 --> 00:12:14.890
약간의 차이
방법은 컨테이너 일치

00:12:14.890 --> 00:12:15.880
대 VM에.

00:12:15.880 --> 00:12:16.740
Kinda은 시프트는

00:12:16.740 --> 00:12:19.940
특히 경우에
VM에 대 한 관리 되었습니다 한 롤

00:12:19.940 --> 00:12:20.970
긴 시간입니다.

00:12:20.970 --> 00:12:23.560
이것은 어떻게 우리가
컨테이너 이미지를 사용 합니다.

00:12:23.560 --> 00:12:27.150
수행한의 경우
VM 배포 하면 아마도

00:12:27.150 --> 00:12:29.840
개념에 잘 알고
처럼 유사한 VM 이미지를

00:12:29.840 --> 00:12:33.900
sys prept 버전의 운영 체제
우리는 많은를 배포할 수 있습니다.

00:12:33.900 --> 00:12:37.660
Vm 및 여러 회전
vm에서 빠른 속도로.

00:12:37.660 --> 00:12:39.970
컨테이너 이미지는 매우
VM 이미지를 보다 다양 하 고

00:12:39.970 --> 00:12:41.810
입니다,
그 깊이에 설명 하겠지만.

00:12:41.810 --> 00:12:44.890
철저 하 게 관리 하는 방법 뿐만 아니라
이 컨테이너를 사용 하 여 네트워킹

00:12:44.890 --> 00:12:46.370
저 사람이 다른 종류 의입니다.

00:12:48.060 --> 00:12:50.780
다른 방법 보다는
잠재적으로 관리

00:12:50.780 --> 00:12:52.880
Vm을 사용 하 여 네트워킹 및
도 표시도.

00:12:52.880 --> 00:12:53.430
>> 자, 세련 된 디자인.

00:12:53.430 --> 00:12:56.290
그렇다면 알려주세요에 자세히
이 소개로 최소

00:12:56.290 --> 00:12:57.650
이미지 한 언급 되어 있습니다.

00:12:57.650 --> 00:13:00.930
다음 에피소드에서를 이야기해
를 철저히 하겠습니다.

00:13:00.930 --> 00:13:02.880
훨씬 더 깊이
컨테이너의 이미지로 있지만

00:13:02.880 --> 00:13:06.340
사람들은 10000 제공
이미지의 보기를 발 합니다.

00:13:06.340 --> 00:13:07.340
>> 네, 절대적으로.

00:13:07.340 --> 00:13:10.220
내가 마십시오 골라 이것 때문에 고
이것은 엄청나게 중요 한 부분

00:13:10.220 --> 00:13:11.840
컨테이너를 사용 하 여 작업 합니다.

00:13:11.840 --> 00:13:15.530
이 컨테이너의 이미지는 무엇입니까
그들은 읽기 전용 서식 파일

00:13:15.530 --> 00:13:18.720
시작 하는 데 사용 되는
사용 하 여 컨테이너.

00:13:18.720 --> 00:13:22.280
이러한 서식 파일
응용 프로그램에 포함 되어 있습니다.

00:13:22.280 --> 00:13:24.940
종속성 포함
응용 프로그램.

00:13:24.940 --> 00:13:27.700
있을 수 있습니다.
좋아 하는 명령

00:13:27.700 --> 00:13:28.790
이미지를 부트스트랩.

00:13:28.790 --> 00:13:32.198
따라서 시작할 때마다 마음
이 이미지를 사용 하 여 컨테이너

00:13:32.198 --> 00:13:33.590
이 프로세스를 시작 합니다.

00:13:33.590 --> 00:13:35.680
고입니다.

00:13:35.680 --> 00:13:38.950
이러한 이미지를 구성 수 있습니다.
다중 계층.

00:13:38.950 --> 00:13:42.790
따라서 기본 OS 이미지를 할 수 있습니까
Ubuntu을 고 수 하는 것 처럼

00:13:42.790 --> 00:13:48.580
다른 레이어의 맨 위에 있습니다
웹 응용 프로그램입니다.

00:13:48.580 --> 00:13:51.540
모든 컨테이너에 대 한 다음
호스트에서 시작 하는

00:13:51.540 --> 00:13:56.530
해당 기본 OS 이미지를 사용 하 여
동일한 인스턴스를 공유

00:13:56.530 --> 00:13:59.810
여기서는 해당 이미지의
그 작은 풋프린트-얻을

00:13:59.810 --> 00:14:01.930
>> 리소스 사용을 최적화합니다.

00:14:01.930 --> 00:14:06.060
>> 리소스 사용을 최적화 하 고
하 여 밀도 달성할 수 있습니다.

00:14:06.060 --> 00:14:08.510
되 고, 이러한 이미지를 공유 합니다.
도 하의 예를 참조 하십시오.

00:14:09.640 --> 00:14:14.300
이미에 대해 알아보았습니다.
포함 이미지

00:14:14.300 --> 00:14:18.030
실행 지침
다음 마지막으로 이러한 이미지

00:14:18.030 --> 00:14:21.500
저장 하 고 검색할 수
컨테이너 레지스트리에서.

00:14:21.500 --> 00:14:23.600
이것은 우리가 수 있습니다.
이식성을 달성 합니다.

00:14:23.600 --> 00:14:26.850
따라서 로컬에서 개발
레지스트리에 저장

00:14:26.850 --> 00:14:28.930
당겨는 내
프로덕션 환경입니다.

00:14:28.930 --> 00:14:29.430
>> 레지스트리 및 저장소입니다.
>> [혼선]

00:14:29.430 --> 00:14:31.784
>> 레지스트리 및 저장소

00:14:31.784 --> 00:14:36.150
한 위치입니다.
개인 레지스트리를 사용할 수 있습니다.

00:14:36.150 --> 00:14:38.830
하나에서 알아보도록 하겠습니다
이후 에피소드는

00:14:38.830 --> 00:14:40.420
공용 레지스트리 박사 허브입니다.

00:14:40.420 --> 00:14:41.590
>> 권한입니다.
좋아, 잘 되었습니다.

00:14:41.590 --> 00:14:44.590
따라서 난 자기만
약간의 배경입니다.

00:14:44.590 --> 00:14:46.710
데모로 오리 하 시겠습니까
하 고 표시 하는 [혼선] 우리.

00:14:46.710 --> 00:14:48.040
>> 예, 절대적으로.

00:14:48.040 --> 00:14:50.350
자세히 살펴 보겠습니다
데모 여기에

00:14:50.350 --> 00:14:53.587
따라서 사용자가 단지 크기를 직접 내
환경 하 고 여기

00:14:53.587 --> 00:14:57.120
이러한 초기 데모를 많이 마십시오.
Linux 컨테이너를 사용 합니다.

00:14:57.120 --> 00:15:02.790
말을 어떻게 그러니까 여기는
하이퍼 V에서 실행 하는 Linux 호스트

00:15:02.790 --> 00:15:03.900
내 컴퓨터에서 바로 여기입니다.

00:15:03.900 --> 00:15:05.750
Linux에서 작업할 때 그렇게

00:15:05.750 --> 00:15:09.150
실제로 작업에 대 한
하이퍼 V 버전 시스템입니다.

00:15:09.150 --> 00:15:12.240
이제 실행 될 것 같아
Docker 명령의 여러입니다.

00:15:12.240 --> 00:15:15.350
Docker는
다른 비디오에서 보았듯이

00:15:15.350 --> 00:15:17.950
컨테이너
관리 시스템입니다.

00:15:17.950 --> 00:15:21.250
사용할 것 여기
Linux 컨테이너에 대해서

00:15:21.250 --> 00:15:23.900
예를 들어 설명
Docker 비교를 사용 하 여

00:15:23.900 --> 00:15:25.570
Windows 서버
컨테이너도.

00:15:25.570 --> 00:15:26.670
>> 우수한, 어쩌면 하 고

00:15:26.670 --> 00:15:29.990
가 이미 일부
msdn 설명서

00:15:29.990 --> 00:15:31.540
사이트 및 GitHub에 있습니다.

00:15:31.540 --> 00:15:34.420
수 있습니다
Docker 시작 하 고

00:15:34.420 --> 00:15:36.730
Windows Server 컨테이너
기능 수 있습니다.

00:15:36.730 --> 00:15:38.050
>> 그래.
>> 지금가지고.

00:15:38.050 --> 00:15:39.620
>>만 볼 수 있도록
몇 가지 기본적인 명령입니다.

00:15:39.620 --> 00:15:41.470
때문에 내
컨테이너가 호스트입니다.

00:15:41.470 --> 00:15:46.120
Docker 이미지 할 거 야

00:15:46.120 --> 00:15:49.320
이미지의 목록을 보려면 해당 I
호스트 컨테이너에 적

00:15:49.320 --> 00:15:52.470
저는 3, 2 부팅을 볼 수 있습니다.
다음의 두 하 고입니다.

00:15:52.470 --> 00:15:54.140
>> 어떻게 얻은 것은 없습니다.

00:15:54.140 --> 00:15:58.260
>> 지금 필자는이 통해
Docker 허브에서 끌어오는

00:15:58.260 --> 00:15:58.850
자세한 내용

00:15:58.850 --> 00:15:59.417
>> 확인 합니다.
>> 지금

00:15:59.417 --> 00:16:01.934
설정 하려면 예를 들어
새 이미지 가져오기

00:16:01.934 --> 00:16:02.587
가정해 봅니다.

00:16:08.012 --> 00:16:10.450
아마 MySQL 합니다.

00:16:10.450 --> 00:16:16.010
명령을 실행 하려고
MySQL의 docker 검색 합니다.

00:16:16.010 --> 00:16:18.670
것은 그 무슨 할 일
에 도달 하므로 Docker 허브로 이루어지는

00:16:18.670 --> 00:16:19.820
레지스트리를 하 고

00:16:19.820 --> 00:16:23.840
이미지 목록에 반환
이름에 MySQL을 했습니다.

00:16:23.840 --> 00:16:27.560
위와 고민
이 칼럼에서, 공식 및

00:16:27.560 --> 00:16:32.070
표시는 약간의 친절을
여기 공식 이미지입니다.

00:16:32.070 --> 00:16:35.290
MySQL을 볼 수 있습니까
그는 공식 이미지입니다.

00:16:35.290 --> 00:16:37.210
하 고 별도 볼 수 있습니다.

00:16:37.210 --> 00:16:39.750
따라서 이러한 이미지 수 있습니다.
Docker 허브에 등급이 매겨집니다.

00:16:39.750 --> 00:16:43.730
Kinda 표시 됩니까
여기,이 보기를 통해

00:16:43.730 --> 00:16:46.290
이 봐 하는 것 이미지 I
오 하기 때문에 후에 이동

00:16:46.290 --> 00:16:51.190
매우 일반화 된 원합니다
MySQL 이미지 위에 이동 합니다.

00:16:51.190 --> 00:16:52.660
하지만 꽤 많은
거기에 다른 것 들입니다.

00:16:52.660 --> 00:16:55.918
>> 것입니다 흥미로운은 너무 많은
찾은 어떤 사람들이 업로드

00:16:55.918 --> 00:16:58.028
등가
같은 이미지의

00:16:58.028 --> 00:17:00.925
여기가
주연 배우들은 할 수 있는

00:17:00.925 --> 00:17:03.230
잘 정격된 모두를 사용 하 여 준비 합니다.

00:17:03.230 --> 00:17:04.690
>> 하지만
큰 의미는, 그렇게

00:17:04.690 --> 00:17:08.880
이 종료
공식 이미지의 MySQL 이미지입니다.

00:17:08.880 --> 00:17:12.630
그렇게 몇 가지 변경 사항
응용 프로그램 코드에 연결 합니다.

00:17:12.630 --> 00:17:14.830
>> 확인 합니다.
>> 아마 다시 게시 하까지

00:17:14.830 --> 00:17:17.870
이 공개 레지스트리를 합니까
다른 곳으로 의뢰할 수 있습니다.

00:17:17.870 --> 00:17:18.540
>> 그래, 안녕.

00:17:18.540 --> 00:17:22.035
따라서 겠 문서화 하는 경우
설명에는 일부

00:17:22.035 --> 00:17:23.800
일부 단지 마음
여전히 내 sequels을 말하십시오.

00:17:23.800 --> 00:17:24.480
>> 있는지 확인 합니다.

00:17:24.480 --> 00:17:25.580
>> 절대적으로.

00:17:25.580 --> 00:17:28.230
일부 확인 된 필요
문서 참고입니다.

00:17:28.230 --> 00:17:30.200
>> 있는지 확인 합니다.
[웃음] 물론, 그렇게

00:17:30.200 --> 00:17:30.990
보도록 하겠습니다.

00:17:30.990 --> 00:17:31.913
이제 실제로 그렇게, 우리.

00:17:35.743 --> 00:17:37.460
본 이미지 목록
내 컴퓨터.

00:17:37.460 --> 00:17:41.860
계속 해 서 회전 하 고
컨테이너와 실제로 볼

00:17:41.860 --> 00:17:44.480
컨테이너를 작성 하 고 있는지 확인
해 있는 것입니다.

00:17:44.480 --> 00:17:48.870
명령을 실제로 실행 하는 경우
볼 수 docker ps

00:17:48.870 --> 00:17:51.470
docker ps는 기본적으로
컨테이너의 목록을 반환합니다.

00:17:51.470 --> 00:17:52.725
여기 하나도 없다면 알 수 있습니다.

00:17:52.725 --> 00:17:53.680
>> Mm hm입니다.

00:17:53.680 --> 00:17:57.800
>> Docker ps 대시는 it 수행 하는 경우
컨테이너 목록을 반환합니다.

00:17:57.800 --> 00:18:01.350
하나는 시작에
시 / 중지 된 상태입니다.

00:18:01.350 --> 00:18:04.110
컨테이너가 없습니다 저는 탐험
어떠한 컴퓨터이.

00:18:05.120 --> 00:18:06.910
명령을 실행 하 여 보겠습니다.
문서 또는 실행

00:18:09.730 --> 00:18:14.160
IT 대시 및 대시 IT 기본적으로
컨테이너 내 시작

00:18:14.160 --> 00:18:18.130
대화형 모드 및 반환
내 키 입력 화면을.

00:18:18.130 --> 00:18:20.410
따라서 기본적으로 하려고
컨테이너를 시작 하 고

00:18:20.410 --> 00:18:24.470
해당 컨테이너에 바로
다음 이미지를 선택 합니다.

00:18:25.520 --> 00:18:27.180
사용 하 여 원합니다
컨테이너를 만듭니다.

00:18:27.180 --> 00:18:30.800
내 Ubuntu 이미지를 선택 하겠습니다.
한 명령을 제공 합니다.

00:18:31.990 --> 00:18:34.500
실행 하 고 있는
명령을 수행 하는 대화형 모드

00:18:34.500 --> 00:18:35.610
이 경우 실행 합니다.

00:18:35.610 --> 00:18:38.320
여기를 열려면
최대 백 셸 및

00:18:38.320 --> 00:18:41.310
내 컨테이너를 신속 하 게
만들어진 것을

00:18:41.310 --> 00:18:42.840
컨테이너 내에서
이 시점.

00:18:42.840 --> 00:18:43.900
>>는 신속 하 게 했습니다.

00:18:43.900 --> 00:18:44.910
>>는 매우 신속 하 게입니다.

00:18:44.910 --> 00:18:47.630
>> 및 컨테이너 이름
그렇게 입니까?

00:18:47.630 --> 00:18:50.610
>>의 부분 이므로
컨테이너 뚜껑입니다.

00:18:50.610 --> 00:18:54.260
지정 된 컨테이너는
이름 확인을 살펴보겠습니다.

00:18:54.260 --> 00:18:56.270
우리는 컨테이너 외부로 리 거
잠시 후에 여기 고

00:18:56.270 --> 00:18:56.930
에 대해 살펴보겠습니다.

00:18:56.930 --> 00:18:58.040
>> 오른쪽 해도 멋지지 않습니까?

00:18:58.040 --> 00:18:59.160
하지만 저 사람이 신속 하 게 합니다.

00:18:59.160 --> 00:18:59.690
>> 예, 그렇게

00:18:59.690 --> 00:19:03.020
우리가 수행 하는 경우 컨테이너 내에서
파일 시스템을 주 겠다.

00:19:03.020 --> 00:19:07.460
이 백그라운드에서
다양 한 물건을 사용 하 여에 쓸

00:19:07.460 --> 00:19:12.070
컨테이너 기술
이 작업을 위해, 지금

00:19:12.070 --> 00:19:15.390
네임 스페이스를 고민 하 고
프로세스 격리입니다.

00:19:15.390 --> 00:19:17.573
따라서, 반면에
가상 컴퓨터

00:19:17.573 --> 00:19:21.110
우리는 회전을
독립적인된 가상 머신입니다.

00:19:21.110 --> 00:19:23.650
이 컨테이너는
이 호스트에서 실행 되 고

00:19:23.650 --> 00:19:26.240
함께 다른 컨테이너입니다.

00:19:26.240 --> 00:19:30.960
네임 스페이스를 사용 하 고
프로세스 격리 기술

00:19:30.960 --> 00:19:35.870
이 컨테이너 내부 내용에서
다음과 같이 완전 한

00:19:35.870 --> 00:19:39.030
격리 된 인스턴스
Ubuntu 운영 체제입니다.

00:19:39.030 --> 00:19:40.490
>> 예, 것으로 생각 하는
유일한 것 거기-

00:19:40.490 --> 00:19:41.413
>> 것으로 생각 하는 유일한

00:19:41.413 --> 00:19:42.480
있을 것으로.

00:19:42.480 --> 00:19:43.420
>> 리소스의 관점에서.

00:19:43.420 --> 00:19:44.480
>> 리소스의 관점에서.

00:19:44.480 --> 00:19:46.250
볼 수 있도록 되어 있는데
여기에 파일 시스템 이므로

00:19:46.250 --> 00:19:50.750
워크플로가 될 수도
마찬가지로 Mkdir 테스트입니다.

00:19:50.750 --> 00:19:52.040
>> 폴더를 생성합니다.
기본적으로.

00:19:52.040 --> 00:19:53.519
>> 그래, 그렇게
내가 이렇게를 폴더를 만들었습니다.

00:19:55.951 --> 00:19:58.911
계속 진행 하려면 건 고
점프

00:19:58.911 --> 00:20:03.662
exit를 입력 하 여 내 컨테이너
제가 다시 볼 수 있습니다.

00:20:03.662 --> 00:20:07.910
컨테이너가 호스트에서
할 일을 같이 하는 경우

00:20:07.910 --> 00:20:11.970
이해가 안 볼 수 있습니다.
테스트 폴더를 여기 있을.

00:20:11.970 --> 00:20:12.980
>> 예.

00:20:12.980 --> 00:20:15.430
>> 상당히 간단 하지요
하는 것에 대해 살펴보겠습니다 있지만

00:20:15.430 --> 00:20:16.870
컨테이너를
실제로 만들어집니다.

00:20:16.870 --> 00:20:20.610
실행 하 고
docker ps 대시를 하 고

00:20:20.610 --> 00:20:23.535
접수 했습니다 볼 수 있습니다는
앞에서 살펴본 컨테이너 ID-

00:20:23.535 --> 00:20:24.110
>> Mm hm입니다.

00:20:24.110 --> 00:20:27.050
>> 또한 이름 제외 하 고
여기 배치의 종류입니다.

00:20:27.050 --> 00:20:28.890
찾아 볼 수 있지만
이 재미 있어.

00:20:28.890 --> 00:20:30.640
>>는 되었습니까
임의로 생성 된?

00:20:30.640 --> 00:20:31.220
>> 그래.

00:20:31.220 --> 00:20:32.400
>> 결정 번호임 남자?

00:20:32.400 --> 00:20:33.670
>> 남자를 번호임을 확인 했습니다.

00:20:33.670 --> 00:20:35.030
네, 지금 임의로 생성 됩니다.

00:20:35.030 --> 00:20:35.860
>> 모든 만큼 우수 합니다.

00:20:35.860 --> 00:20:36.920
>> 네, 그렇습니다.

00:20:36.920 --> 00:20:42.500
그건 간단한 매우 간단 하 게 되므로
컨테이너를 작성의 예

00:20:42.500 --> 00:20:43.750
컨테이너를 수정합니다.

00:20:43.750 --> 00:20:47.390
따라서 수정할 것
않는 폴더를 만드는 것 이었습니다.

00:20:47.390 --> 00:20:50.370
쉽게가
일부 소프트웨어를 설치합니다.

00:20:50.370 --> 00:20:51.650
이제 실제로
에 대해 살펴보겠습니다.

00:20:54.920 --> 00:20:56.371
만드는 것
새 컨테이너입니다.

00:21:01.323 --> 00:21:05.312
실행도 건
이 대화형 모드에서

00:21:05.312 --> 00:21:06.710
Ubuntu에서 사용합니다.

00:21:06.710 --> 00:21:07.840
>>는 동일한 자료를 다시.

00:21:07.840 --> 00:21:09.404
>> 같은 기본
[들리지 않음] 이미지입니다.

00:21:09.404 --> 00:21:10.900
>> Mm hm입니다.
>> 연결을 시작 하려면

00:21:10.900 --> 00:21:12.650
shell입니다.

00:21:12.650 --> 00:21:14.190
따라서 컨테이너 생성 되었습니다.

00:21:14.190 --> 00:21:15.460
난 이제 컨테이너 내부에 있습니다.

00:21:15.460 --> 00:21:16.330
>> 다른.

00:21:16.330 --> 00:21:17.480
숫자 및 문자를 그렇게

00:21:17.480 --> 00:21:19.350
것이 다른
이전 것입니다.

00:21:19.350 --> 00:21:20.110
>> 네, 절대적으로.

00:21:20.110 --> 00:21:22.340
이제 실제로 건 데
일부 소프트웨어를 설치 합니다.

00:21:22.340 --> 00:21:23.820
것은 어떤 작업을 수행 합니다.
일부 소프트웨어를 설치 합니다.

00:21:23.820 --> 00:21:26.350
컨테이너에
소프트웨어에서

00:21:26.350 --> 00:21:29.985
컨테이너에 설치 되어
이동 합니다 이동 아웃 하 고

00:21:29.985 --> 00:21:33.195
다음에 캡처
고유 컨테이너 이미지입니다.

00:21:33.195 --> 00:21:37.025
따라서 컨테이너를 만들어 보겠습니다.
파생 된 이미지

00:21:37.025 --> 00:21:39.095
기본 운영 체제 이미지입니다.

00:21:39.095 --> 00:21:43.679
응용 프로그램 가져오기 실행을 하도록 하 고
텍스트를 설치 하겠습니다.

00:21:43.679 --> 00:21:47.029
편집기 및
실제로 하 고, 그 전에

00:21:47.029 --> 00:21:51.372
내가 명령을 실행을 볼 수 있습니다.
이러한 명령은 찾을 수 없습니다.

00:21:58.296 --> 00:22:01.367
패키지를 사용 하 고
관리 기술

00:22:01.367 --> 00:22:05.932
Linux에서 apt-get을 것 이라는
소프트웨어를 잡아, 및

00:22:05.932 --> 00:22:08.240
컨테이너에 설치 됩니다.

00:22:08.240 --> 00:22:09.140
>> 확인 합니다.
>> 어쩌면

00:22:09.140 --> 00:22:10.980
말에 설치
컨테이너는 일부.

00:22:10.980 --> 00:22:13.180
네임 스페이스, 프로세스 격리입니다.

00:22:13.180 --> 00:22:16.870
일부 책략에는
컨테이너가 호스트 수준에서

00:22:16.870 --> 00:22:17.540
하지만 기본적으로,

00:22:17.540 --> 00:22:19.840
이 코드에서는를
여기에이 소프트웨어를 설치합니다.

00:22:19.840 --> 00:22:22.600
>> 하지만, 그 컨테이너 내부
전 처음에는 기본

00:22:22.600 --> 00:22:25.170
기본적으로 위치
변경 내용은 캡처됩니다.

00:22:25.170 --> 00:22:25.680
>> 정확 하 게.

00:22:25.680 --> 00:22:28.120
>> 따라서에 계속 되는
거기, 그가 생각 하는 경우에

00:22:28.120 --> 00:22:32.470
Windows 환경에서 있었다면
cdrive/창 쓰는 중입니다.

00:22:32.470 --> 00:22:35.615
호스트에 작성 되었습니다.
windows는

00:22:35.615 --> 00:22:38.910
읽기 전용 모드에서는 본질적으로
기본 이미지를 캡처하는 때문

00:22:38.910 --> 00:22:43.500
스크래치 공간 수를 사용
하면 이미지에 오프 저장 합니다.

00:22:43.500 --> 00:22:47.790
>> 정확 하 게, 때문에 스크래치
그 다음 레이어에 있는 공간

00:22:47.790 --> 00:22:50.190
이미지 때 우리
이 컨테이너를 캡처하십시오.

00:22:50.190 --> 00:22:52.820
>> 자 이므로
다운로드 검색을 하 고 있습니다.

00:22:52.820 --> 00:22:54.520
>> 설치가 완료 됩니다.

00:22:54.520 --> 00:22:55.780
>> 예.
난, 컨테이너에

00:22:55.780 --> 00:22:57.270
지금 내가 거 실행.

00:22:57.270 --> 00:23:00.005
볼 수 있는 소프트웨어
설치가 완료 된 후.

00:23:00.005 --> 00:23:01.900
>> Uh-huh.

00:23:01.900 --> 00:23:03.290
>> 따라서 나는 부분은 존재 야.

00:23:03.290 --> 00:23:07.380
와 벌써 컨테이너 외부로 배출 합니다.

00:23:11.089 --> 00:23:12.366
다시 시도 합니다.

00:23:15.697 --> 00:23:18.549
고 2 내입니다
컨테이너, 첫 번째는 다음과 같습니다

00:23:18.549 --> 00:23:21.800
작성 된 후
내가 만든 마지막 분입니다.

00:23:21.800 --> 00:23:27.290
이것은의 이름-
>> 어린 Chandroseka입니다.

00:23:27.290 --> 00:23:29.805
>> 네, 감사 드립니다.
나는 발음.

00:23:29.805 --> 00:23:32.510
>> [웃음]
>>는, 위치를 모르겠습니다.

00:23:32.510 --> 00:23:35.860
있 잖 아이 매우 매우
다양 한 이름에 비해

00:23:35.860 --> 00:23:38.470
우리가에 따라가지고 한 2
지금까지 고민 2입니다.

00:23:38.470 --> 00:23:40.690
>> 따라서 사실을 지금 디스크 공간
마지막이 걸릴 것입니다.

00:23:40.690 --> 00:23:43.200
컨테이너를 작성 하 고 난
이미지를 만들 것입니다.

00:23:43.200 --> 00:23:49.820
그래, Docker 커밋 하므로
>> 여기에

00:23:49.820 --> 00:23:53.800
컨테이너의 개념 잡기
난 단지 이름을 고 하

00:23:55.660 --> 00:23:59.230
알 수 있습니다 신속 하 고
이 큰 긴 눈금에 반환 된

00:24:02.580 --> 00:24:06.230
지금 내가 이렇게 Docker 이미지와
다시 나타나면 내가

00:24:07.290 --> 00:24:09.990
>> 다른 이미지와 그와

00:24:09.990 --> 00:24:15.665
docker vim을 다시 할 거 있습니까
대화형 모드를 하겠습니다.

00:24:15.665 --> 00:24:22.720
Vim과 대시 고

00:24:22.720 --> 00:24:23.720
>> 하지만
지금 수 있다 기본적으로,

00:24:23.720 --> 00:24:25.750
표지를 알아요합니다
나중에 비디오

00:24:25.750 --> 00:24:27.600
기본적으로 수 있습니다.
이 vim이 제공

00:24:27.600 --> 00:24:28.970
>> 모든 사람들에 게 이미지입니다.

00:24:28.970 --> 00:24:29.790
>> 절대적으로.
>> 고 수

00:24:29.790 --> 00:24:34.110
자신의 컴퓨터에서 실행할 수
Linux 기반을가지고 제공.

00:24:34.110 --> 00:24:35.790
>> 그래.
>>를 실행 하기만 합니다.

00:24:35.790 --> 00:24:39.530
>> 네, 예, 할 수 있는
우리가 방금 만든 이미지와

00:24:39.530 --> 00:24:41.170
Docker 허브까지 밉니다.

00:24:41.170 --> 00:24:43.480
그런 다음 당겨 수 있습니다.
사용자 환경에서 하 고

00:24:43.480 --> 00:24:44.440
실행 하기만 합니다.

00:24:44.440 --> 00:24:45.400
>> 멋진, 멋진.

00:24:45.400 --> 00:24:49.290
>> 그래서 방금 새
해당 이미지의 컨테이너입니다.

00:24:49.290 --> 00:24:50.640
고 vim에서 입력 합니다.

00:24:50.640 --> 00:24:52.170
볼 수 있습니다.
소프트웨어는.

00:24:52.170 --> 00:24:53.960
>> 좋은 예입니다.

00:24:53.960 --> 00:24:56.730
>> 지금
그건 아주 간단 하지요입니다.

00:24:56.730 --> 00:25:00.220
다음 비디오에서 설명 하겠지만
이미지로 많은.

00:25:00.220 --> 00:25:04.630
실제로 것
방법에 살펴보겠습니다

00:25:04.630 --> 00:25:08.130
베이스에서 파생 된 이미지
해당 자료를 비교합니다.

00:25:08.130 --> 00:25:10.160
레이어 위치를 볼 수 있습니다.
실제로 살펴보겠습니다.

00:25:10.160 --> 00:25:12.870
훨씬 더 미세 살펴보기
>> 어떻게 kinda 해당 레이어

00:25:12.870 --> 00:25:13.620
사용할 수 있습니다.

00:25:13.620 --> 00:25:16.580
Kinda 완성에
에 대 한 데모

00:25:16.580 --> 00:25:19.070
이 첫 번째 소개
그리고이 아주 간단 합니다.

00:25:19.070 --> 00:25:21.500
폴더를 만들었습니다.
우리는 몇몇 소프트웨어를 설치 합니다.

00:25:21.500 --> 00:25:24.630
또한 종류를 제공 하고자 하지만
완전 한 예의

00:25:24.630 --> 00:25:26.300
응용 프로그램을 실행
컨테이너에서

00:25:26.300 --> 00:25:29.210
뭔가 확인 하기 위해
좀 더 실용적이 지.

00:25:29.210 --> 00:25:34.731
이 위해 저는 실제로 사용 함
이 컨테이너를 종료 합니다.

00:25:39.741 --> 00:25:41.877
단지 이다
폴더로 여기.

00:25:45.155 --> 00:25:48.130
사용 하는 것을
Docker 구성 호출 합니다.

00:25:48.130 --> 00:25:50.670
뭔가 소개 해 드리겠습니다
에 대 한 비디오의.

00:25:50.670 --> 00:25:55.440
Docker 작성 하지만 종류
오케스트레이션 도구는

00:25:55.440 --> 00:26:00.140
수 있는
에 대 한 지침을 정의 합니다.

00:26:00.140 --> 00:26:03.740
여러 컨테이너에 배포
하 고 함께 연결 합니다.

00:26:03.740 --> 00:26:07.050
것이 실제로 자동화
일종의 배포 하기 위한 도구

00:26:07.050 --> 00:26:08.520
전체 응용 프로그램
>> 권한입니다.

00:26:08.520 --> 00:26:10.640
>>에서 몇 가지
다른 컨테이너입니다.

00:26:10.640 --> 00:26:11.210
>> 확인 합니다.
>> 따라서

00:26:11.210 --> 00:26:14.080
난 단지 kinda
>> 일어나이 예제와

00:26:14.080 --> 00:26:14.600
신속 하 게 실행 합니다.

00:26:14.600 --> 00:26:16.790
사용 하는 것을
라는 의사를 작성 합니다.

00:26:16.790 --> 00:26:20.810
따라서, 모든 오른쪽

00:26:20.810 --> 00:26:26.140
의사 의사 대시를 작성 합니다.
공간이 대시 d를 작성 합니다.

00:26:26.140 --> 00:26:32.080
다시 해 드리겠습니다.

00:26:34.220 --> 00:26:35.275
올바른 폴더에 없었습니다.

00:26:35.275 --> 00:26:40.272
docker--d를 작성 합니다.

00:26:41.810 --> 00:26:45.490
신속 하 게 된
두 컴퓨터.

00:26:45.490 --> 00:26:47.540
Docker ps 수행 하는 경우

00:26:48.740 --> 00:26:52.320
내가 있는 것을 볼 수 있습니다.
두 개의 컨테이너를 실행 합니다.

00:26:53.580 --> 00:26:57.121
사용 되는 이미지를
neilpeterson/프런트와

00:26:57.121 --> 00:26:58.935
다음 MySQL 이미지를 하 고

00:26:58.935 --> 00:27:02.211
실행 하는
이 시스템이 지금 당장.

00:27:04.032 --> 00:27:07.213
IP 잡고 해 드리죠
이 시스템의 주소입니다.

00:27:21.557 --> 00:27:25.532
할을 하므로 어떤의
내가 첨부 하는 잘못 된 것 일까요

00:27:25.532 --> 00:27:29.405
실행 중인 응용 프로그램에
앞에 컨테이너를 종료.

00:27:29.405 --> 00:27:30.170
>> Mm hm입니다.

00:27:30.170 --> 00:27:32.490
간단한 작은 양식
그럼 일부를 삽입 합니다.

00:27:32.490 --> 00:27:34.650
데이터베이스에 데이터를 제공 합니다.

00:27:34.650 --> 00:27:35.640
따라서 c 9 c 9만 해 보겠습니다.

00:27:35.640 --> 00:27:39.150
내가 없는 실제로 작성이.

00:27:41.560 --> 00:27:42.250
제출을 클릭 합니다.

00:27:49.400 --> 00:27:52.100
저는 다음 다른 페이지로
응용 프로그램에서 수 있습니다.

00:27:52.100 --> 00:27:55.880
검색 위치를 참조 하십시오.
실제로 MySQL의 데이터를

00:27:55.880 --> 00:27:58.980
인스턴스를 실행 중이 던
두 번째 컨테이너를 없습니다.

00:27:58.980 --> 00:28:01.400
>> 좋아.
따라서 해당 Docker 구성

00:28:01.400 --> 00:28:04.470
방금 기능
기본적으로 사용

00:28:04.470 --> 00:28:06.210
일부 종류의 사용
구성 파일입니다.

00:28:06.210 --> 00:28:07.530
>> 그래.
>> 가려면, 내가 필요 하 고

00:28:07.530 --> 00:28:08.920
이, 붐.

00:28:08.920 --> 00:28:11.250
이미 구성 했 고
이러한 개별적으로 너무.

00:28:11.250 --> 00:28:13.100
그 무엇을 말 하 고
시작을 실행 하 고

00:28:13.100 --> 00:28:17.525
볼 수 있습니다 로컬/bin/시작
에 My SQL과

00:28:17.525 --> 00:28:20.170
run.sh 프런트 엔드에 대 한입니다.

00:28:20.170 --> 00:28:22.110
기본적으로 어떻게-
>> 예,

00:28:22.110 --> 00:28:23.890
단지 살펴보겠습니다
파일 확인입니다.

00:28:23.890 --> 00:28:25.140
정확 하 게는
이 코드에서는,

00:28:25.140 --> 00:28:27.750
2 방금 정의 했
여기에 다시 설정 합니다.

00:28:27.750 --> 00:28:30.280
따라서 첫 번째 컨테이너 내
사용 하려는 이미지입니다.

00:28:30.280 --> 00:28:32.210
난 일부 포트를 노출 했습니다.
에 대 한 설명입니다

00:28:32.210 --> 00:28:34.210
다음 비디오.

00:28:34.210 --> 00:28:36.840
단지 일부를 설정 하 고
환경 변수를

00:28:36.840 --> 00:28:39.640
그런 다음 같은
내 두 번째 컨테이너입니다.

00:28:39.640 --> 00:28:44.160
그러니까는 자동화 된 방법

00:28:44.160 --> 00:28:46.940
여러 컨테이너를 회전합니다.
함께 연결 합니다.

00:28:46.940 --> 00:28:47.760
>> 좋아.

00:28:47.760 --> 00:28:49.520
>> 예, 하 고 다시 의도
정말 방금 하려는

00:28:49.520 --> 00:28:52.560
더 많은 실제의 종류를 표시 합니다.
어떤 컨테이너의 예

00:28:52.560 --> 00:28:56.220
넘어 만드는 방법은
폴더와 소프트웨어를 설치 합니다.

00:28:56.220 --> 00:28:59.560
응용 프로그램 실행
컨테이너 내에서.

00:28:59.560 --> 00:29:03.080
>> 좋아, 네, 겠
데모를 완료 했습니다.

00:29:03.080 --> 00:29:06.800
마지막으로 고려해 야 하 고
이에이 첫 번째 에피소드의

00:29:06.800 --> 00:29:09.250
미니 시리즈에서
컨테이너 채널입니다.

00:29:09.250 --> 00:29:10.940
일부는 권장
원하는 자원

00:29:10.940 --> 00:29:12.430
있는지 확인 하려면
당신은 알고 있습니다.

00:29:12.430 --> 00:29:14.510
첫째, 다운로드할 수 있습니다.
윈도우의 서버 기술

00:29:14.510 --> 00:29:17.430
현재 기술적인 미리 보기
3 시간 미리 보기

00:29:17.430 --> 00:29:19.770
녹화를 보는 경우
이 곳 드리도록

00:29:19.770 --> 00:29:22.430
T P 4는 것
도 수 있습니다.

00:29:22.430 --> 00:29:24.050
여전히 관련이 있을 것입니다.

00:29:24.050 --> 00:29:29.396
따라서, 검토를 체크아웃
MSDN.Microsoft.com/virtualiza-에 대 한 컨테이너의 문서가

00:29:29.396 --> 00:29:31.415
Docker 리소스에는 제공

00:29:31.415 --> 00:29:35.740
docker.com/microsoft를 얻을 수
Docker 시작가

00:29:35.740 --> 00:29:39.518
로 문서 링크
음, docs.docker.com/windows.

00:29:39.518 --> 00:29:43.100
많은 유용한 리소스를
다음에 다시 초대 합니다

00:29:43.100 --> 00:29:46.570
이 미니 시리즈의 비디오입니다
김철수와 I를 탐색합니다

00:29:46.570 --> 00:29:49.293
이미지를 좀 더 철저 하 고
네트워킹 및 이동성입니다.

00:29:49.293 --> 00:29:51.852
너무 멋진 주셔서 감사 합니다.

00:29:51.852 --> 00:29:52.352
안녕.

00:29:52.352 --> 00:30:02.352
[음악]