WEBVTT

00:00:00.120 --> 00:00:08.800
안녕하세요 다른입니다
컨테이너 채널 에피소드입니다.

00:00:08.800 --> 00:00:12.580
난 기술 Matt McSpirit
우리의 데이터를 모두 전도사로

00:00:12.580 --> 00:00:15.640
센터 기술 및이
약간 miniseries에서 2 부

00:00:15.640 --> 00:00:18.450
말 이죠
에 기본 컨테이너.

00:00:18.450 --> 00:00:21.200
이 첫 번째 에피소드
miniseries 조금 설명 했던

00:00:21.200 --> 00:00:24.770
키의 일부에 대 한 비트
이미지 중심 개념 중심

00:00:24.770 --> 00:00:28.490
건물 주위 네트워킹
컨테이너에 컨테이너를 실행 합니다.

00:00:28.490 --> 00:00:29.830
일부에 대해 살펴보기
구조

00:00:29.830 --> 00:00:32.380
차이점
컨테이너와 VM의.

00:00:32.380 --> 00:00:35.130
이 에피소드에서 기 뻐 하 고
김철수 Peterson가 결합

00:00:35.130 --> 00:00:38.940
보내주십시오
더 깊이, 또는

00:00:38.940 --> 00:00:42.930
해야 내가 말하면 좀 더 자세한 내용도
이 이번 이미지에 깊이

00:00:42.930 --> 00:00:45.410
네트워킹 및 이동성입니다.

00:00:45.410 --> 00:00:48.740
김철수 그러니까 우리 중 몇 가지를
우리가 알아야 할 중요 한 사항

00:00:48.740 --> 00:00:51.390
전문가 작성 하는 동안 및
주위 개발자가 알아야

00:00:51.390 --> 00:00:53.890
일부 이미지,
네트워킹 및 이동성입니다.

00:00:53.890 --> 00:00:56.780
>> 확인 작업을 수행 하 고 어떤
이 세션은 우리는 정말

00:00:56.780 --> 00:01:00.890
응용 프로그램을 만들 려
필자의 노트북.

00:01:00.890 --> 00:01:03.690
다음에 하겠습니다.
번째 컨테이너를 사용 합니다.

00:01:03.690 --> 00:01:07.720
해당 응용 프로그램 이미지
Docker 허브에 손대지 및

00:01:07.720 --> 00:01:10.960
다음 컨테이너에
Azure에서 실행 되는 호스트입니다.

00:01:10.960 --> 00:01:15.360
우리는이 과정을 통해
이미지 계층화에 것입니다.

00:01:15.360 --> 00:01:16.770
이야기 해요
네트워킹에 대 한

00:01:16.770 --> 00:01:18.680
그런 다음 고민 하는
휴대성 부분입니다.

00:01:18.680 --> 00:01:20.970
확인 하 여
Docker 도움말 및

00:01:20.970 --> 00:01:22.790
위해 사용 하는 방법을
이미지를 이동 합니다.

00:01:22.790 --> 00:01:25.350
>> 예, 지키는 없는 매우
복사 및 붙여넣기 작업을 입력합니다.

00:01:25.350 --> 00:01:26.570
좀 더 있습니다.

00:01:26.570 --> 00:01:29.840
자, 그렇다면 이것은 약간의
마지막 세션에서 한 요점입니다.

00:01:29.840 --> 00:01:31.970
조사에서
이전 에피소드입니다.

00:01:31.970 --> 00:01:33.270
몇 가지 설명할 것
이 컨텐트를 하지만

00:01:33.270 --> 00:01:34.660
통해 바로 사람들이
속도 대 한

00:01:34.660 --> 00:01:37.570
적 하는
일반적으로 이미지.

00:01:37.570 --> 00:01:40.310
>> 예, 먼저
여기서는 이미지를 보려고

00:01:40.310 --> 00:01:43.860
및 이미지 계층화 하 고
정리 하자면, 컨테이너 이미지를 바로

00:01:45.290 --> 00:01:47.700
응용 프로그램을 포함합니다.
의존 관계를 포함합니다.

00:01:47.700 --> 00:01:50.500
기본적으로
사용 하는 단위

00:01:50.500 --> 00:01:52.060
컨테이너에서 파생 됩니다.

00:01:52.060 --> 00:01:55.150
구축 하고자 하는 경우 등
컨테이너 난 기본적으로 그런

00:01:55.150 --> 00:01:59.020
이 봐 건설 된 컨테이너
이미지는 거죠, 멀리 이동 하 고 있습니다.

00:01:59.020 --> 00:01:59.530
>> 확인 합니다.

00:01:59.530 --> 00:02:03.180
>> 하나, 개념
이미징 하는 것이 편리 하 고

00:02:03.180 --> 00:02:08.140
상당한 차이가
이미지 사용

00:02:08.140 --> 00:02:11.970
이 가상 컴퓨터는
이미지 계층화의 개념입니다.

00:02:11.970 --> 00:02:16.520
시작은 말의 의미
기본 운영 체제 이미지를 사용 하므로

00:02:16.520 --> 00:02:19.280
수도 있습니다.
Windows server의 핵심입니다.

00:02:19.280 --> 00:02:21.450
Windows에 대 한 이미지 준비
서버 코어 하 고 우리가 만들 수 있는

00:02:21.450 --> 00:02:24.630
약간 수정 된
이미지, 일부 소프트웨어를 설치 하 고

00:02:24.630 --> 00:02:27.550
다음에 캡처
새 이미지로.

00:02:27.550 --> 00:02:31.400
잘 우리가 실제로 만들고 있습니다
새로운 전체 이미지를

00:02:31.400 --> 00:02:34.610
Windows server core를 포함합니다.
에 새로운 응용 프로그램.

00:02:34.610 --> 00:02:37.270
우리가 실제로 만들고 있습니다
델타의 이미지입니다.

00:02:37.270 --> 00:02:38.270
>> 그래.
따라서 변경 됩니다.

00:02:38.270 --> 00:02:39.880
>>만 변경 하 고

00:02:39.880 --> 00:02:44.670
배포를 이동 하려는 경우
결국 어떤 응용 프로그램을

00:02:44.670 --> 00:02:48.210
발생은 컨테이너 사용
>> 레이어 둘 다입니다.

00:02:48.210 --> 00:02:51.220
기본 OS 이미지를 사용 하 고
변경 됩니다.

00:02:51.220 --> 00:02:51.730
>> 권한입니다.
>> 및

00:02:51.730 --> 00:02:55.330
그런 다음 모든 다른 컨테이너 것
해당 호스트에서 가져오기

00:02:55.330 --> 00:02:59.990
일반 레이어를 사용 하 여
새 켜지 않아도

00:02:59.990 --> 00:03:01.710
인스턴스를
컨테이너 이미지입니다.

00:03:01.710 --> 00:03:03.810
단지 공유 항목의
이미 제자리.

00:03:03.810 --> 00:03:06.240
볼 수 있도록
이 문서에서 나

00:03:06.240 --> 00:03:09.000
있는 PowerPoint를 여기에
여기에 그래픽 하 고 있습니다.

00:03:09.000 --> 00:03:12.450
따라서 그림은
컨테이너가 호스트와

00:03:12.450 --> 00:03:14.480
컨테이너가 호스트 수 있습니다.
실제 컴퓨터 수

00:03:14.480 --> 00:03:15.480
가상 머신 수 있습니다?

00:03:15.480 --> 00:03:15.980
>> 절대적으로
>> 하지 않습니까?

00:03:15.980 --> 00:03:16.840
>>는 가상 머신 이므로

00:03:16.840 --> 00:03:19.260
대부분의 데모는
여기를 참조 하겠습니다.

00:03:19.260 --> 00:03:19.880
Linux는 그러니까

00:03:19.880 --> 00:03:21.930
시스템에서 실행 되 고
랩톱에 Hyper-V.

00:03:21.930 --> 00:03:23.500
>> Mmhm
>>도 보면 가상

00:03:23.500 --> 00:03:25.840
Azure에서 실행 되는 컴퓨터
나중에 해도 괜 찮.

00:03:25.840 --> 00:03:28.930
따라서 일종의 걷기
이 시나리오를 통해

00:03:28.930 --> 00:03:31.180
배포할 수 있습니까
기본 운영 체제 이미지입니다.

00:03:31.180 --> 00:03:32.460
>> 및
확실 하지 않을 사람

00:03:32.460 --> 00:03:34.150
얻는
해당 기본 OS 이미지?

00:03:34.150 --> 00:03:36.040
내 말은 지,
로 시작 합니다.

00:03:36.040 --> 00:03:37.310
컴퓨터에는

00:03:37.310 --> 00:03:39.300
[INAUDIBLE] 포함 될 수 있습니다
[INAUDIBLE] 컴퓨터?

00:03:39.300 --> 00:03:40.830
기본 운영 체제 있습니까
여기 이미지?

00:03:40.830 --> 00:03:43.430
획득 하 게 하 고
Windows의 경우는 어떻습니까?

00:03:43.430 --> 00:03:47.170
지금 우리가 사용 하는 경우 당사의
우리가 이것을 구입 하는 Linux 호스트

00:03:47.170 --> 00:03:50.920
Docker 허브에서 이미지 또는
다른 레지스트리입니다.

00:03:50.920 --> 00:03:53.460
및 기술에서 지금 바로
windows server의 미리 보기

00:03:53.460 --> 00:03:54.130
다시 설정 합니다.

00:03:55.680 --> 00:03:58.700
해당 자료를 놓고 우리
따라서, OS 이미지

00:03:58.700 --> 00:04:01.330
Windows 서버를 배치 하는 것
핵심 기본 운영 체제 이미지입니다.

00:04:01.330 --> 00:04:02.770
문서를 이동 하는 경우

00:04:02.770 --> 00:04:05.420
절차를 안내
Windows 서버를 설정 합니다.

00:04:05.420 --> 00:04:07.117
[혼선]을 다운로드할 수 있습니다.
>> 네, 하 고

00:04:07.117 --> 00:04:08.170
에 있을 수 있습니다.

00:04:08.170 --> 00:04:11.280
이 배포할 수 있도록
기본 운영 체제 이미지와

00:04:11.280 --> 00:04:12.950
일부를 설치합니다
소프트웨어를 합니다.

00:04:12.950 --> 00:04:16.680
이제 과부하가 대 한
예제에서는 웹 응용 프로그램입니다.

00:04:18.070 --> 00:04:21.340
다음 필자를 캡처합니다.
고유 컨테이너 이미지.

00:04:21.340 --> 00:04:26.020
난 다음 수 다시 배포 하는
웹 서버 이미지와

00:04:26.020 --> 00:04:29.200
여기에 응용 프로그램 배포
다음 다시 다시 배포 하 고

00:04:29.200 --> 00:04:30.410
다른 응용 프로그램을 배포 합니다.

00:04:30.410 --> 00:04:34.480
따라서, 두 개의 컨테이너를 냈습니다.
포함 된 각 이미지의

00:04:34.480 --> 00:04:38.550
있지만 자신의 응용 프로그램
일반적인 웹 서버 이미지와

00:04:38.550 --> 00:04:40.740
일반적인 기본 운영 체제 이미지입니다.

00:04:40.740 --> 00:04:43.520
>>는 응용 프로그램 1 이미지와
그래픽을 여기에서 app 2 이미지

00:04:43.520 --> 00:04:45.360
종속
웹 서버 이미지

00:04:45.360 --> 00:04:47.340
사용 하는데
자료에 의존 합니다.

00:04:47.340 --> 00:04:48.830
>> 그래.
>>을 수행 했다면,

00:04:48.830 --> 00:04:51.430
대 한 설명 이미지에는 해당
이 컨테이너에서 시스템 보기

00:04:51.430 --> 00:04:52.990
4 볼 수 있습니다.
이 시점.

00:04:52.990 --> 00:04:54.930
>> 그래, 절대적으로
4 개를 볼 수 있습니다.

00:04:54.930 --> 00:04:56.180
>> 확인 합니다.
>> 살펴보겠습니다를 살펴보겠습니다.

00:04:56.180 --> 00:04:58.740
실제로 살펴보겠습니다.
서로 관련 됩니다.

00:04:58.740 --> 00:04:59.460
>> 확인, 위대한입니다.

00:04:59.460 --> 00:05:02.680
>> 다음, 컨테이너, 호스트에서
이 응용 프로그램을 수행할 수 였다면

00:05:02.680 --> 00:05:04.770
하나의 이미지
>> 및 배포

00:05:05.930 --> 00:05:07.360
실행 중인 컨테이너 있습니까
>> 그래.

00:05:07.360 --> 00:05:08.380
>> 사용 하 여 응용 프로그램 1.

00:05:08.380 --> 00:05:12.495
컨테이너에 해당 됩니다.
이러한 세 가지 이미지 구성 됩니다.

00:05:12.495 --> 00:05:13.000
>> Mm hm입니다.

00:05:13.000 --> 00:05:16.380
>> 만약 내가 그때 배포
컨테이너 응용 프로그램 이미지 2

00:05:16.380 --> 00:05:19.730
되었습니다 실행 중인 컨테이너

00:05:19.730 --> 00:05:21.780
>> 두 응용 프로그램을 볼 수 있습니다.

00:05:21.780 --> 00:05:26.195
일반적인 웹 서버를 공유합니다.
기본 운영 체제 이미지와 이미지입니다.

00:05:26.195 --> 00:05:27.020
>> 권한입니다.

00:05:27.020 --> 00:05:27.990
>> 컨테이너 이미지

00:05:27.990 --> 00:05:32.540
말 그대로 공유할 수 있도록
이러한 이미지의 인스턴스입니다.

00:05:32.540 --> 00:05:36.960
컨테이너 아래쪽 공간 유지 되
회전 속도 증가 했습니다.

00:05:36.960 --> 00:05:39.160
>> 및 리소스 사용
매우 효율적입니다.

00:05:39.160 --> 00:05:40.070
>> 네, 절대적으로.

00:05:40.070 --> 00:05:40.950
>> 확인 합니다.

00:05:40.950 --> 00:05:42.140
>> 포함 이제 우리
이미지 계층화 하 고

00:05:42.140 --> 00:05:43.980
에 사용
데모에서입니다.

00:05:43.980 --> 00:05:49.050
여기에서 필자의 목표 중 하나에 다시
몇 가지 포인트의 종류에는

00:05:49.050 --> 00:05:52.310
작업 간의 차이점
가상 컴퓨터를 사용 하 여에

00:05:52.310 --> 00:05:58.010
종류는 오랫동안 시스템 센터
데이터 센터 관리 유형

00:05:58.010 --> 00:06:01.630
따라서 가상 컴퓨터를 배포합니다.
이미지에서-

00:06:01.630 --> 00:06:02.180
>>와 템플릿입니다.

00:06:02.180 --> 00:06:03.780
>> 매우 것
많이 했습니다.

00:06:03.780 --> 00:06:05.410
여기에 아주 약간 변경 됩니다.

00:06:05.410 --> 00:06:09.110
두 번째를
다른 작업에서

00:06:09.110 --> 00:06:12.790
컨테이너 Vm에서 잠재적으로
네트워킹 작업을 수행 하는 방법

00:06:13.850 --> 00:06:15.250
함께 우리 다시 설정 합니다.

00:06:15.250 --> 00:06:17.240
그렇게 생각해 보면
가상 컴퓨터 또는

00:06:17.240 --> 00:06:19.070
가상 컴퓨터 호스트입니다.

00:06:19.070 --> 00:06:21.340
줄 추가 하겠습니다.
다른 Vm이이 호스트에 있지만

00:06:21.340 --> 00:06:24.080
이러한 Vm 들을 하나씩은
IP 주소 것입니다.

00:06:24.080 --> 00:06:27.240
정말 관리 안 함
그는 다르게.

00:06:27.240 --> 00:06:30.290
>> 바로 그런 기능을 통해 자동 및
해당 기능을 통해 자동에 자신의 Mac.

00:06:30.290 --> 00:06:31.900
>> 정확히
>>와 마찬가지로 물리적 시스템입니다.

00:06:31.900 --> 00:06:32.420
>> 정확 하 게.

00:06:32.420 --> 00:06:34.790
리소스에 액세스 해야 할 경우

00:06:34.790 --> 00:06:39.400
해당 VM에서 호스팅되는
VM으로 바로 이동

00:06:40.490 --> 00:06:42.740
여기에 이미지에서와 같이.

00:06:42.740 --> 00:06:46.300
따라서 이와 달리는, 때문에
이 큰 밀도 접수 했습니다.

00:06:47.840 --> 00:06:50.900
기능을이 큰 밀도
컨테이너를 사용 하 여 기능이 추가 되었습니다.

00:06:50.900 --> 00:06:55.070
잠재적으로 그대로 둘 수 있습니다.
이 놈의 수천

00:06:55.070 --> 00:06:59.190
한 호스트에서 보다는
각각을 제공합니다.

00:06:59.190 --> 00:07:03.540
공개적으로 액세스할 수
IP 주소입니다.

00:07:03.540 --> 00:07:07.450
일반적으로
수행은 다소 추가한 뒤

00:07:09.150 --> 00:07:12.120
네트워크 주소 변환입니다.

00:07:12.120 --> 00:07:16.030
호스트 IP를 할 수 있도록
주소를 공개적으로

00:07:16.030 --> 00:07:21.400
하지만 사용 가능 내 컨테이너
routeable이 아닌 IP 주소를 했습니다.

00:07:21.400 --> 00:07:25.370
액세스 하려는 경우
컨테이너 내에서 응용 프로그램

00:07:25.370 --> 00:07:27.930
참조 하는 대신
해당 IP 주소 또는

00:07:27.930 --> 00:07:31.950
순 바이어스 이름이
해당 IP 주소에 연결 됩니다.

00:07:31.950 --> 00:07:36.430
오히려 제가 도와
호스트에 액세스 하 고

00:07:36.430 --> 00:07:38.400
일부 포트 매핑을 구축 하 게
>> 예.

00:07:38.400 --> 00:07:40.910
>> 외부 사이
호스트에서 포트 및

00:07:40.910 --> 00:07:42.910
내부 포트에
컨테이너 응용 프로그램입니다.

00:07:42.910 --> 00:07:43.690
>> 있다고 봅니다.
>> 및

00:07:43.690 --> 00:07:46.270
수행할 수 있도록이 경우 사용자
생각을 할 수 있습니까

00:07:46.270 --> 00:07:49.140
실행 중인 호스트 컨테이너
>> 3 백

00:07:49.140 --> 00:07:53.270
모든 서비스를 웹 응용 프로그램
포트 80에 대 한 내용입니다.

00:07:53.270 --> 00:07:56.410
컨테이너를 맞출 경우
포트 80 호스트에

00:07:56.410 --> 00:07:59.410
알아야 할 것을 알으십시오
이 요청을 라우팅하는 방법입니다.

00:07:59.410 --> 00:08:01.230
>> 예.
>> 지금 이러한 매핑을 수행할 수 있습니다.

00:08:01.230 --> 00:08:05.170
내가 할 수 포트에 포트 80과 같은
80과 포트 82 60 포트 및

00:08:05.170 --> 00:08:06.580
83 포트 80 포트입니다.

00:08:06.580 --> 00:08:07.120
>> 예.

00:08:07.120 --> 00:08:09.060
>> 및에서입니다.
데모에도 해당 합니다.

00:08:09.060 --> 00:08:10.380
>>는 훌륭한이 중요
도 호출 하려면

00:08:10.380 --> 00:08:13.550
net을 설명한
일반적인 됩니다.

00:08:13.550 --> 00:08:18.340
많은 사람들이 있지만 DHCP로
또한 수 [INAUDIBLE]를 사용 합니다.

00:08:18.340 --> 00:08:20.470
net에만 아닙니다.
솔루션만.

00:08:20.470 --> 00:08:21.720
>> 예, 절대적으로
따라서 당신이 하는 경우.

00:08:21.720 --> 00:08:22.670
>> 당신은 기업입니다.

00:08:22.670 --> 00:08:24.960
>> DHCP은 사용할 수 있습니다.
내에서 다시 설정 합니다.

00:08:26.480 --> 00:08:29.400
어떻게 내가 거 찾는 NAT 임을
시나리오가 더 일반적 이지만.

00:08:29.400 --> 00:08:30.820
>> 오른쪽으로
흥미 있고 유용한 확인 합니다.

00:08:32.560 --> 00:08:34.270
>> 및 마지막 마지막으로 한 다음
여기에 것이입니다.

00:08:34.270 --> 00:08:35.270
컨테이너 레지스트리 및

00:08:35.270 --> 00:08:37.010
했 듯이
약간 이미 상당히.

00:08:37.010 --> 00:08:39.530
Docker 허브에 알아 보겠습니다.
공개적으로 사용 가능한 레지스트리

00:08:39.530 --> 00:08:41.660
여기가 할 수 있는
컨테이너 이미지

00:08:41.660 --> 00:08:45.000
레지스트리에 저장 하 고
다른 곳에 아래쪽 또는

00:08:45.000 --> 00:08:46.160
다른 컨테이너 호스트.

00:08:46.160 --> 00:08:46.950
>> 좋아.
오케이

00:08:46.950 --> 00:08:49.950
이제 시간 이라고 생각 해요
기술에 살펴보겠습니다.

00:08:49.950 --> 00:08:50.650
>> 그래.
이제로 이동

00:08:50.650 --> 00:08:51.620
데모입니다.

00:08:52.620 --> 00:08:53.280
>> 말 하겠습니다

00:08:53.280 --> 00:08:57.470
당신이 그렇게 하지만
내가 주장 하다 일부.

00:08:57.470 --> 00:08:58.710
>> 있는지 확인 합니다.
수행 하고자 하는 것 이므로

00:08:58.710 --> 00:09:02.680
, 현재 수행 하는
여기 이미지 계층화를 살펴봅니다.

00:09:02.680 --> 00:09:06.110
만드는 것부터 시작 하고자 하는
Ubuntu 사용 하 여 컨테이너

00:09:06.110 --> 00:09:07.472
기본 운영 체제 이미지입니다.

00:09:07.472 --> 00:09:11.659
따라서, 동일한 명령
우리가 사용 하는 명령

00:09:11.659 --> 00:09:16.937
이전 비디오에서
docker 실행-그 ubuntu.

00:09:16.937 --> 00:09:20.373
>>-대화형으로 인해 발생 하는
즉시 시작 될 것을 의미 하 고

00:09:20.373 --> 00:09:22.380
로 하 고,
에이 대 배.

00:09:22.380 --> 00:09:24.500
>> 내가 컨테이너에
지금 당장 Bash에

00:09:24.500 --> 00:09:27.290
>>는 경우 같은 종류의 있습니다.
Windows 컴퓨터에 하 고

00:09:27.290 --> 00:09:29.870
것으로 설정 했습니다.
자동으로 시작 합니다.

00:09:29.870 --> 00:09:32.058
곧 컴퓨터
시작,

00:09:32.058 --> 00:09:32.936
[혼선]
>> 당신은

00:09:32.936 --> 00:09:33.540
사용 하려는 선택 합니다.

00:09:33.540 --> 00:09:36.000
>> 예, 이야기 그 무엇
프로세스 실행으로 바로 이동할 수

00:09:36.000 --> 00:09:36.620
컨테이너로.

00:09:36.620 --> 00:09:38.560
>> 이것이 고
비 대화형 세션 및

00:09:38.560 --> 00:09:39.580
예보를 웹 서버로

00:09:39.580 --> 00:09:42.510
웹 서버를 바로 사용할 수 있습니다.
서비스를 즉시 시작 합니다.

00:09:42.510 --> 00:09:43.790
>> 네, 하 고
하의 예를 살펴보겠습니다.

00:09:43.790 --> 00:09:44.680
>> 확인, 위대한입니다.

00:09:44.680 --> 00:09:47.088
>> 그래,이 안에 그렇게
계속 진행 하고자 하는 컨테이너와

00:09:47.088 --> 00:09:48.073
일부 소프트웨어를 설치 합니다.

00:09:50.678 --> 00:09:53.610
실제로 것 같아
것에 git 응용 프로그램 업데이트

00:09:53.610 --> 00:09:57.739
새 참조 목록을 제공합니다
소프트웨어를 설치 하 고.

00:09:57.739 --> 00:10:00.441
>> 이제 전체 이기를 바랍니다
linux 빌드를 업데이트 하 고

00:10:00.441 --> 00:10:02.633
에 대 한 모든 것
전체 운영 체제와 모든 것입니다.

00:10:02.633 --> 00:10:03.492
>> 것은 상당히 빠른입니다.

00:10:03.492 --> 00:10:05.512
>>, 이제.

00:10:05.512 --> 00:10:06.026
하 고

00:10:06.026 --> 00:10:09.702
이렇게 되 면 될 것 같아
소프트웨어를 설치 합니다.

00:10:09.702 --> 00:10:13.558
새 오프 캡처
컨테이너 이미지를 한 후

00:10:13.558 --> 00:10:17.412
시도해 볼 수는 실제로 것
Ubuntu 이미지 확인 하 고

00:10:17.412 --> 00:10:20.890
내 새 이미지를 확인 하 고
일종의 병합 되는 방식을 참조 하십시오.

00:10:20.890 --> 00:10:22.565
입니다.
레이어 위치에 겹칩니다.

00:10:22.565 --> 00:10:24.560
다음 우리 앞으로 계속 하 고
구축 및

00:10:24.560 --> 00:10:26.400
것을 작성할 것
에 응용 프로그램입니다.

00:10:26.400 --> 00:10:29.060
>>는 업데이트 완료 단지
기본을 업데이트 하지 않은 것입니다.

00:10:29.060 --> 00:10:30.525
>> 아니요
>>은 프로그램 실행 중에 업데이트 한

00:10:30.525 --> 00:10:32.090
맞는 인스턴스.

00:10:32.090 --> 00:10:34.120
>> 네, 업데이트 했습니다
그가 처음으로 기록 된

00:10:34.120 --> 00:10:35.970
공간을
다음의 일부가

00:10:35.970 --> 00:10:37.310
새 이미지
만들 수 있을까 생각 합니다.

00:10:37.310 --> 00:10:39.729
>> 하지만, 누구나 배포할 새
컨테이너에서에서 하지 않습니다.

00:10:39.729 --> 00:10:41.138
사용자 업데이트
방금 수행한.

00:10:41.138 --> 00:10:43.030
>> 정확 하 게.

00:10:43.030 --> 00:10:47.040
따라서, apt-get nano를 설치 합니다.

00:10:47.040 --> 00:10:49.750
다시, 이것은 단지
다른 텍스트 편집기입니다.

00:10:49.750 --> 00:10:52.860
좋아, 완료 되도록 합니다.

00:10:52.860 --> 00:10:56.650
따라서 컨테이너 안에
Nano을 실행할 수 있습니다.

00:10:56.650 --> 00:10:59.676
자동 복구를 하려고 하 고 거 이제
컨테이너를 종료 합니다.

00:11:04.571 --> 00:11:08.830
여기에 컨테이너와입니다
방금 만든, 우아하고 curry.

00:11:08.830 --> 00:11:10.300
>> 좋아.

00:11:10.300 --> 00:11:11.360
>> 지금 박사 Commit을 할 거 야.

00:11:11.360 --> 00:11:14.520
>> 내가이 종류의 사용 해야
방법을 알아내야 합니까

00:11:14.520 --> 00:11:17.270
게이머 태그 기능에 대 한
Xbox와 I는 매우 어려울 합니다.

00:11:17.270 --> 00:11:20.633
>> Dr. 커밋 데모 괜찮아입니다.

00:11:23.370 --> 00:11:24.680
하 고
Docker 이미지를 살펴

00:11:24.680 --> 00:11:27.480
알 수 있습니다.
새 이미지 데모입니다.

00:11:28.650 --> 00:11:33.200
따라서 실제로 살펴보겠습니다
여기에 종류는 중첩

00:11:33.200 --> 00:11:35.970
기본 운영 체제 간의 이미지 및
어떻게 우리가 방금 만든.

00:11:35.970 --> 00:11:37.680
실행 하고자 하는
명령 Docker 기록 합니다.

00:11:40.230 --> 00:11:47.903
고의 이름 지정
실제로, 컨테이너

00:11:47.903 --> 00:11:50.300
또는 컨테이너 이미지
방금 만든.

00:11:50.300 --> 00:11:54.500
또한 동일한 작업을 수행 하 고 하 고
Ubuntu를 실행 합니다.

00:11:54.500 --> 00:11:57.660
볼 수 있도록 여기에
Ubuntu 이미지로 이루어진

00:11:57.660 --> 00:11:59.360
4 개의 레이어입니다.

00:11:59.360 --> 00:12:03.410
업데이트 된 지금 할 때마다,
새 레이어를 생성 하 고

00:12:03.410 --> 00:12:07.150
된 공식 이미지
docker 허브에

00:12:07.150 --> 00:12:09.670
레지스트리 구성
이러한 4 개의 이미지입니다.

00:12:09.670 --> 00:12:10.980
>>를 하지
정의한 것입니다.

00:12:10.980 --> 00:12:11.970
>>를 하지
뭔가 작업을 했습니다.

00:12:11.970 --> 00:12:15.850
가져온 하는 경우 제공 하는 모든
docker 허브에서 다운 이미지입니다.

00:12:15.850 --> 00:12:16.640
>> 오른쪽으로 확인 합니다.

00:12:16.640 --> 00:12:19.070
경우가 여기

00:12:20.650 --> 00:12:24.690
방금 만든 데모 이미지
다섯 계층으로 구성 됩니다.

00:12:24.690 --> 00:12:26.980
>> 권한입니다.
>>와 실제로 보면

00:12:26.980 --> 00:12:30.510
최상위 계층에서
498 Ooboontoo 끝납니다.

00:12:30.510 --> 00:12:34.100
네 번째 계층에도
이미지 내에서.

00:12:34.100 --> 00:12:38.190
498, 지금 끝나는
내가 변경

00:12:38.190 --> 00:12:42.740
으로 표시 됩니다.
이 레이어 바로 여기 있습니다.

00:12:42.740 --> 00:12:45.300
>>도 넌
기본적으로 있지만

00:12:45.300 --> 00:12:47.900
한 두 개의 별도 이미지가
넌 네 있어 단지

00:12:47.900 --> 00:12:49.260
기본적으로
만드는 과정입니다.

00:12:49.260 --> 00:12:52.290
>> 2로 관리 하는 때문
이미지 구분을 정확 하 게 예.

00:12:52.290 --> 00:12:55.810
Docker는 엔진과
종류는 사용 주의

00:12:55.810 --> 00:12:56.810
>> 모두 합칠 함께.

00:12:56.810 --> 00:12:58.190
>> 예,
합치에 모두.

00:12:58.190 --> 00:13:00.830
예, 한 데모를 바로 배포할 수 있습니다.
하지만

00:13:00.830 --> 00:13:03.650
계속 진행 하려는 및
있는지 확인이

00:13:03.650 --> 00:13:07.110
레이어 배치
위치 해야 합니다.

00:13:07.110 --> 00:13:10.290
여기에 실제로 볼 수 하 고
실제로 소프트웨어를 설치 했습니다.

00:13:10.290 --> 00:13:13.670
우리의 계층을 볼 수 있습니다.
이미지의 크기

00:13:13.670 --> 00:13:16.070
우리 뿐만 아니라 변경
여기에는 소프트웨어입니다.

00:13:16.070 --> 00:13:18.490
이것이 바로 일종의
방법에 대 한 데모입니다

00:13:18.490 --> 00:13:20.810
작동, 계층화 및
이 대 한 사용할 수 있습니다.

00:13:20.810 --> 00:13:22.728
문제 해결을 위해 고
whatnot으로 여.

00:13:22.728 --> 00:13:23.335
>>는 [혼선]을 참조 하십시오.
>> 변경

00:13:23.335 --> 00:13:24.842
>> 한 과거.

00:13:24.842 --> 00:13:26.500
>> 예, 할 수 있습니다
실제로, 난 아마를 이동합니다

00:13:26.500 --> 00:13:27.660
>> 컨테이너의 시작합니다.

00:13:27.660 --> 00:13:30.330
가운데 하나를 사용 하 여
이미지의 종류를 확인 하기 위해

00:13:30.330 --> 00:13:33.040
해당 레이어의 모양을
컨테이너에서 실행 됩니다.

00:13:33.040 --> 00:13:34.840
>>는 거의 유사
버전 제어 합니다.

00:13:34.840 --> 00:13:37.030
>> 절대적으로.
>>의 방법 지키는 것 것입니다.

00:13:37.030 --> 00:13:39.240
생각에 있었는데
SharePoint 쪽 하 고

00:13:39.240 --> 00:13:41.330
문서에 변경 내용이
내가 항상 돌아갈 수 및

00:13:41.330 --> 00:13:42.830
찾는 위치에 대 한 이전.

00:13:42.830 --> 00:13:45.390
변경 하 고이를
우리는 그 페이지를 변경, 수.

00:13:45.390 --> 00:13:46.700
>> 또는 응용 프로그램이 중단 되는 경우

00:13:46.700 --> 00:13:48.400
로 다시 이동 하려면 내가
이전 이미지와

00:13:48.400 --> 00:13:49.710
종류의 단지 확인의
여기에서 것입니다.

00:13:49.710 --> 00:13:51.210
>> 예.
>>, 내 손에 할 고

00:13:51.210 --> 00:13:51.940
따라서 확실히.

00:13:51.940 --> 00:13:53.070
>> 확인, 모든 권리입니다.

00:13:53.070 --> 00:13:56.085
>> 그래, 이제
비트 약간 확장 합니다.

00:13:56.085 --> 00:13:57.780
> 알 수 있습니까 시간
이 있을 수 있습니까?

00:13:58.830 --> 00:13:59.680
것입니다.

00:13:59.680 --> 00:14:01.710
>> 내가 모르는
기다릴 것을 모르는합니다

00:14:01.710 --> 00:14:06.680
로 볼 때 확실히
이미지 작성 하는 절차

00:14:06.680 --> 00:14:09.380
확실히, 할 수 있습니다.
다음은 전략입니다.

00:14:09.380 --> 00:14:12.598
확인 하기 위한 이미지
간결 하 게 하는 전략

00:14:12.598 --> 00:14:15.116
[혼선]을 관리 하기 위한
>>를 거칠 필요가 없습니다.

00:14:15.116 --> 00:14:16.309
수천에 대 한 기록

00:14:16.309 --> 00:14:18.230
모든 개별 변경 않음-
>> 예 고

00:14:18.230 --> 00:14:20.050
약간 터치 합니다 우리
약간의 하 여기

00:14:20.050 --> 00:14:22.700
의미를 분명히
군 기사는

00:14:22.700 --> 00:14:26.920
적절 한 이미지를 생성 하 고
적절 한 이미지 관리입니다.

00:14:26.920 --> 00:14:28.450
읽기 확실히 가치가.

00:14:28.450 --> 00:14:29.910
>> 확인, 좋아입니다.

00:14:29.910 --> 00:14:34.420
그래, 기지를 했습니다
이미지를 새 이미지를 만든

00:14:34.420 --> 00:14:35.740
그 게 일부 소프트웨어를 설치합니다.

00:14:35.740 --> 00:14:38.080
확장 해 보겠습니다
약간 하 고

00:14:38.080 --> 00:14:40.350
빌드를 시작 합니다.
내부 응용 프로그램입니다.

00:14:40.350 --> 00:14:44.932
따라서 하겠습니다,
내가 여기에 일부 폴더를 전환 합니다.

00:15:00.597 --> 00:15:05.564
따라서 알아 할 일
이 새 이미지를 만듭니다.

00:15:05.564 --> 00:15:07.906
운전 하는 것
우리가 방금 만든 이미지와

00:15:07.906 --> 00:15:10.170
실제로 일부를 하겠습니다.
웹 서버 소프트웨어를 합니다.

00:15:10.170 --> 00:15:10.740
>> 권한입니다.

00:15:10.740 --> 00:15:14.800
>> 이제 지금까지 |
이미지를 직접 만든 되었습니다.

00:15:14.800 --> 00:15:17.850
따라서 컨테이너에 배포
살펴보기에

00:15:17.850 --> 00:15:19.990
수정
벗어나면

00:15:19.990 --> 00:15:23.130
캡처 후 고
이미지입니다.

00:15:23.130 --> 00:15:24.370
>> 예.

00:15:24.370 --> 00:15:26.990
>> Docker 프로시저는
데 사용할 수 있는

00:15:26.990 --> 00:15:29.150
뭔가 사용 하 여 자동화
docker 파일을 이라고합니다.

00:15:29.150 --> 00:15:29.710
>> 권한입니다.

00:15:29.710 --> 00:15:32.200
>> 및 docker는
파일 몫을 우리가 정말

00:15:32.200 --> 00:15:33.550
이러한 지침을 작성 합니다.

00:15:33.550 --> 00:15:34.920
하 고 우리가 이래 봐.

00:15:34.920 --> 00:15:39.560
컨테이너를 만들고, 실행
명령이 완료 되 면

00:15:39.560 --> 00:15:41.520
캡처를
그 안에 자신의 이미지입니다.

00:15:41.520 --> 00:15:43.150
단지 자동화 된 것 이므로
이미지를 만드는 방법.

00:15:43.150 --> 00:15:45.580
>>는 마치 백 작은 파일
기본적으로 작업을 수행할.

00:15:45.580 --> 00:15:46.260
>> 꽤 많이 있습니다.

00:15:46.260 --> 00:15:47.920
>> 오른쪽으로 확인 합니다.
>> 이것이 1의 예

00:15:47.920 --> 00:15:50.140
이 볼 수 있습니다.
데모의 첫 번째 줄입니다.

00:15:50.140 --> 00:15:54.480
그것 좀가 라 어떻게 합니까
이미지를 이미지 데모 것

00:15:54.480 --> 00:15:58.960
방금 만들어져서 실행
이러한 명령에 대 한입니다.

00:15:58.960 --> 00:16:02.030
>> 명확 하 게 하십시오
수행한 후, 이미

00:16:02.030 --> 00:16:02.740
이 아니 야.

00:16:02.740 --> 00:16:03.360
>> 그래입니다.

00:16:03.360 --> 00:16:05.470
>> 이건 뭔가
된 생성 기준

00:16:05.470 --> 00:16:07.080
사용자 환경
지금까지.

00:16:07.080 --> 00:16:09.840
>> 예, 확인 된이 메서드를 호출 하기만 한
방금 작성 한 텍스트 파일

00:16:09.840 --> 00:16:11.645
이전에 [INAUDIBLE]
>> 따라서이 작성 한.

00:16:11.645 --> 00:16:12.400
>> 그래.
>> 확인, 위대한입니다.

00:16:12.400 --> 00:16:16.130
네, 지금 일부
메타 데이터 유지 관리자 및

00:16:16.130 --> 00:16:19.050
응용 프로그램 가져오기 설치 nginx를 실행 합니다.

00:16:19.050 --> 00:16:21.900
내가 무엇을 기본적으로
속담은 스핀

00:16:21.900 --> 00:16:23.858
이미지 데모에서 사용 되는 컨테이너입니다.

00:16:23.858 --> 00:16:24.752
>> Mm hm입니다.

00:16:24.752 --> 00:16:26.540
>> Nginx를 설치 합니다.

00:16:26.540 --> 00:16:27.370
>>에 대 한 업데이트가 있는지 확인 합니다.

00:16:27.370 --> 00:16:29.810
>> 예, 실제로 내가 실제로
주석 처리합니다.

00:16:29.810 --> 00:16:31.530
>> 지키는 기억 하는 경우-
>> 해 냈 어 이미.

00:16:31.530 --> 00:16:35.370
>> 해 냈 어 이미 경우
이미지를 만들었습니다.

00:16:35.370 --> 00:16:38.700
포트 80을 제공 합니다.
작업 디렉터리를 설정 하 고

00:16:38.700 --> 00:16:43.270
다음 명령을 실행 하 여 설정 간격
컨테이너 시작 시간

00:16:43.270 --> 00:16:44.230
이 이미지입니다.

00:16:44.230 --> 00:16:45.340
따라서 기본적으로 라,

00:16:45.340 --> 00:16:48.180
경우, 실행 시
x 엔진을 시작 합니다.

00:16:48.180 --> 00:16:50.494
충분 한 경우
이제,에서 메모

00:16:50.494 --> 00:16:53.940
저속 한 마법에
속도의 아래로

00:16:53.940 --> 00:16:56.630
전체 이미지 만들기
분명히 있기 때문에 이동 증

00:16:56.630 --> 00:16:58.950
큰 프로세스를 통해
하 긴, 거치지 않은 하지만

00:16:58.950 --> 00:17:03.210
30 초 다운로드 되었습니다.
거기에 클 수 있습니다 나중에.

00:17:03.210 --> 00:17:05.840
>> 예,이 경우
그는 실제로 실행 하는

00:17:05.840 --> 00:17:08.650
프로세스를 다시 해야
좀 더 많은 시간을 가져옵니다.

00:17:08.650 --> 00:17:10.910
실제로 그렇게 하 고
몇 가지 더 많은 것 들도.

00:17:10.910 --> 00:17:14.800
하겠지만, 동안
docker 파일에 줄 마다

00:17:14.800 --> 00:17:17.350
링크가 만들어집니다.
새 이미지에 대 한

00:17:17.350 --> 00:17:19.950
발생 하는 각 문
의사 파일.

00:17:19.950 --> 00:17:21.360
>> 확인 합니다.

00:17:21.360 --> 00:17:23.640
>> 따라서 예를 볼 수 있습니다.
여기에 초 중.

00:17:23.640 --> 00:17:24.190
>> 좋아. 오케이 위대한.

00:17:24.190 --> 00:17:26.640
>>이 끝내 해 드리죠.

00:17:26.640 --> 00:17:29.560
대신 하므로
컨테이너를 만들려면

00:17:29.560 --> 00:17:31.090
수동으로이 변경 작업을 수행 하 고

00:17:31.090 --> 00:17:35.298
docker 파일을 캡처합니다
docker, 할만 합니다.

00:17:35.298 --> 00:17:40.290
T, 대시를 구축 합니다.
>> T는 무엇을 의미 합니까?

00:17:40.290 --> 00:17:43.080
>> 단순히 수 있습니다.
이미지에 이름을 지정 합니다.

00:17:43.080 --> 00:17:44.400
>> 권한입니다.
>> T, 대시 지정 하지 않은 경우

00:17:44.400 --> 00:17:46.520
자동 하 고만 것
이름이 자동으로 생성 하거나

00:17:46.520 --> 00:17:48.090
낫다고 생각 합니까
없는 이름을 부여 합니다.

00:17:48.090 --> 00:17:48.590
>> 권한입니다.

00:17:50.540 --> 00:17:52.870
따라서 이미지 이름이 됩니다.
지정 될 것 없어?

00:17:52.870 --> 00:17:54.200
>> 그래.

00:17:54.200 --> 00:17:58.320
Demonginx, 고
말, 마침표만

00:17:58.320 --> 00:18:01.060
docker 파일을 잡고는
작업 하는 폴더입니다.

00:18:01.060 --> 00:18:01.560
>> 예.

00:18:03.637 --> 00:18:05.290
>>, 핸드 오프 하 고 있습니다.

00:18:05.290 --> 00:18:06.030
계속 진행 하려는 및

00:18:06.030 --> 00:18:07.980
모든 작업을
수동으로 수행 했습니다.

00:18:07.980 --> 00:18:10.890
>> 좋아.
>>와 이것은 중요 합니다.

00:18:10.890 --> 00:18:13.490
이 통해 우리를
등의 생각

00:18:13.490 --> 00:18:15.630
같은 문에
인프라 코드와

00:18:15.630 --> 00:18:17.900
내 말은 어떤 것이
거 지가 됩니다.

00:18:17.900 --> 00:18:21.960
그런 마음에 다시 설정 하려면
이 이미지에서 특정

00:18:21.960 --> 00:18:26.350
흐름을 파악 하지 않고
이 작업을 수동으로 수행 하

00:18:26.350 --> 00:18:31.160
이 코드를 정의 하는 주 겠다
내 이미지의 내용이 고

00:18:31.160 --> 00:18:32.700
난 단지 다시 실행할 수이.

00:18:32.700 --> 00:18:34.320
>> 및 일관성.

00:18:34.320 --> 00:18:35.847
>>는 일관 된
[혼선] 예, 확인 합니다.

00:18:35.847 --> 00:18:38.631
따라서 해냈다.

00:18:38.631 --> 00:18:43.210
지금 내가 이렇게 docker 이미지

00:18:43.210 --> 00:18:47.290
여기에 볼 수는 내가 지금
이 이미지 demonginx를가지고 있습니다.

00:18:47.290 --> 00:18:48.330
이제 걸릴 모양-
>> 지금

00:18:48.330 --> 00:18:50.000
항목에 따라 크기가 증가?

00:18:50.000 --> 00:18:51.550
18 meg는 했습니다.

00:18:51.550 --> 00:18:52.637
>> 그래.
>> 고 있을 것입니다.

00:18:52.637 --> 00:18:55.812
크기를 기본적으로
최종 genetics의 가장 많은 부분입니다.

00:19:03.654 --> 00:19:04.490
예 자 됐어요.

00:19:04.490 --> 00:19:05.830
따라서 유전자 18 meg를 종료 합니다.

00:19:05.830 --> 00:19:07.180
>> 그래.

00:19:07.180 --> 00:19:10.290
>>의 나머지
않은 프로그램입니다.

00:19:10.290 --> 00:19:11.030
방화벽 및

00:19:11.030 --> 00:19:14.390
읽는 그 때까지 사용 합니다.
명령 프롬프트를 0 때문입니다.

00:19:14.390 --> 00:19:19.040
볼 수 있습니다, 따라서 우리
어느 데모에서 파생 하는이

00:19:19.040 --> 00:19:22.820
5 레이어를 추가 하는 대신
또 다른 레이어를 추가 하는 것

00:19:22.820 --> 00:19:25.850
자동 레이어 몇 가지 하 고 있습니다.
실제로 각각 볼

00:19:25.850 --> 00:19:31.750
레이어는 단계를 포함 하는
dockerfile에서 실행 했습니다.

00:19:31.750 --> 00:19:36.590
그렇다면 아까 이야기 전략
주변 이미지 만드는 중입니다.

00:19:36.590 --> 00:19:38.210
몇 가지는
이를 시작 하 고

00:19:38.210 --> 00:19:40.410
당신은 무엇을 보고 싶은
여 dockerfile에 저장합니다.

00:19:40.410 --> 00:19:41.540
>> 예.
>>에 해당 하며 일부

00:19:41.540 --> 00:19:45.110
일종의를 할 수 있는 요령
>>를 확인합니다

00:19:45.110 --> 00:19:46.450
레이어를 더 작은 크기입니다.

00:19:46.450 --> 00:19:49.220
>> 예, 있는 경우
매우 복잡 한 컨테이너 또는

00:19:49.220 --> 00:19:52.160
매우 복잡 한
요구 사항에

00:19:52.160 --> 00:19:54.040
채널은
docker 파일입니다.

00:19:54.040 --> 00:19:57.770
매우 큰 목록 수 있습니다.
명령을 실행할 때.

00:19:57.770 --> 00:19:59.403
>> 예,이 보십시오.

00:19:59.403 --> 00:20:01.214
작업을 수행 하 고 있습니다.

00:20:09.324 --> 00:20:11.531
다른 하므로
Docker 파일입니다.

00:20:11.531 --> 00:20:13.730
컨테이너를 작성 하도록
우리 것에 EngineX를 저장합니다.

00:20:13.730 --> 00:20:19.060
이제 한 단계 더
정확히 말하면 하에서 고

00:20:19.060 --> 00:20:21.750
해당 컨테이너를 사용 하는
웹 소프트웨어에 포함 되어 있지만

00:20:21.750 --> 00:20:24.000
계속 해 서 하 고
에 응용 프로그램을 배치 합니다.

00:20:24.000 --> 00:20:27.230
다음 우리는 실행 하겠습니다.
응용 프로그램 주위로 이동 합니다.

00:20:27.230 --> 00:20:27.930
있는 것 중 하나

00:20:27.930 --> 00:20:31.030
이 Docker이 보면
파일을 전부 였을 그렇게

00:20:31.030 --> 00:20:35.480
여러 실제로 설치 거 나
Docker 파일 것 들입니다.

00:20:35.480 --> 00:20:38.500
따라서 응용 프로그램 업데이트를 실행 합니다.

00:20:38.500 --> 00:20:43.430
Git을 설치 거 나
cURL에 nano를 호출 하는 프로그램입니다.

00:20:44.870 --> 00:20:49.930
여기이 슬래시는 기본적으로
캐리지 리턴입니다.

00:20:49.930 --> 00:20:50.470
>> 그래.
>> 하지만

00:20:50.470 --> 00:20:53.490
기본적으로 하나의 명령을 합니다.

00:20:53.490 --> 00:20:55.330
>> 권한입니다.
>> 한 명령에 따라서

00:20:55.330 --> 00:20:57.580
모두를 설치 하
이 소프트웨어입니다.

00:20:57.580 --> 00:21:00.260
대신
한 개별 명령

00:21:00.260 --> 00:21:01.120
각각 설치 합니다.

00:21:01.120 --> 00:21:04.303
다음은 볼 수 있습니다
내가 워 최소화를 예

00:21:04.303 --> 00:21:06.436
레이어 크기
[혼선]

00:21:06.436 --> 00:21:07.477
>> 않 있을 4

00:21:07.477 --> 00:21:08.470
목록에 있는 항목입니다.

00:21:08.470 --> 00:21:09.680
단일 항목을 것입니다.

00:21:09.680 --> 00:21:10.310
>> 정확 하 게.
>> 확인 합니다.

00:21:10.310 --> 00:21:11.580
참조 하십시오.
>> 따라서 마음에 비법

00:21:11.580 --> 00:21:14.210
이 종류의 유지를
아래쪽 레이어입니다.

00:21:14.210 --> 00:21:15.040
>> 권한입니다.

00:21:15.040 --> 00:21:16.650
계속 진행 해 드리죠 하 고
이 빌드하십시오.

00:21:16.650 --> 00:21:20.570
사실 자세히 살펴 보겠습니다
다시 간단히,

00:21:20.570 --> 00:21:22.090
두 호출
수행 하 고 있는 것입니다.

00:21:22.090 --> 00:21:24.690
뿐만 아니라 때문 입니까
여기에서 소프트웨어를 설치

00:21:24.690 --> 00:21:28.010
약간을 수행 하 고
약간의 구성

00:21:28.010 --> 00:21:31.840
웹 서버 소프트웨어를 사용 하 여
컨테이너 안에

00:21:31.840 --> 00:21:34.250
여기에 알 수 있지만
저는 get 복제 합니다.

00:21:35.260 --> 00:21:38.540
내가 실제로 복제 하 고
GitHub에서 응용 프로그램

00:21:38.540 --> 00:21:41.000
컨테이너에
빌드 시.

00:21:41.000 --> 00:21:43.820
따라서 일부 설치 시 난
소프트웨어, 도약,

00:21:43.820 --> 00:21:48.350
있는 파일을 가져오는 몇 가지 정적
웹 사이트는 기본적으로 우리는

00:21:48.350 --> 00:21:51.622
참조-
>> [들리지 않음]

00:21:51.622 --> 00:21:54.471
webserver는 그대로입니다.

00:21:54.471 --> 00:21:57.228
>> 네, 정확 하 게.

00:21:59.500 --> 00:22:02.300
실제로 건
이에 일부 메타 데이터가 있습니다.

00:22:06.103 --> 00:22:11.310
김철수 Peterson 및
이 이미지 c9app을 부르도 록 하겠습니다.

00:22:13.040 --> 00:22:13.580
포함 합니다.

00:22:15.040 --> 00:22:17.330
어떤이 김철수 Peterson와
다음과 같습니다,

00:22:17.330 --> 00:22:19.010
계정을
Docker 허브입니다.

00:22:19.010 --> 00:22:19.590
>> 권한입니다.
>> 및

00:22:19.590 --> 00:22:21.800
기본적으로 키 값입니다.

00:22:21.800 --> 00:22:25.030
이것을 설명할 때

00:22:25.030 --> 00:22:26.800
이 이미지-푸시
>> 하 여-

00:22:26.800 --> 00:22:28.220
>>에 내 계정 Docker 허브에.

00:22:28.220 --> 00:22:29.120
>> 하는 것이 좋습니다.

00:22:29.120 --> 00:22:31.520
>>을 통해 이동 하므로 네,
모두를 만들는, 또는

00:22:31.520 --> 00:22:33.160
소프트웨어를 설치 하는 것

00:22:33.160 --> 00:22:34.980
Git0Hub 볼 수 것입니다.

00:22:34.980 --> 00:22:36.960
응용 프로그램을 선택 합니다.

00:22:36.960 --> 00:22:39.980
컨테이너에 삽입합니다
이미지와 다음 우리 것이

00:22:39.980 --> 00:22:42.010
컨테이너 이미지를
여러 계층으로 구성 합니다.

00:22:42.010 --> 00:22:46.010
Boonton 베이스를 시작 했습니다.
우리 하 고 os를 설치할 웹

00:22:46.010 --> 00:22:49.540
우리는 이제 서버 소프트웨어
응용 프로그램을 설치 합니다.

00:22:49.540 --> 00:22:51.130
이렇게 되 면
배포 하는 것을

00:22:51.130 --> 00:22:54.170
보고 시작 하겠습니다.
네트워킹 조각을 지금입니다.

00:22:54.170 --> 00:22:57.920
일종의 한 그것이
이미지 계층화 여기.

00:22:57.920 --> 00:23:00.030
이야기 시작 하겠습니다.
네트워킹 조각 들을

00:23:00.030 --> 00:23:03.220
내가 하고자 하는 경우는 아마
에 대 한 인스턴스를 여러 개

00:23:03.220 --> 00:23:07.660
같은 호스트 어떻게 합니까
외부, 내부 포트 매핑입니다.

00:23:07.660 --> 00:23:09.910
필자는를 액세스할 수 있도록 합니다.

00:23:09.910 --> 00:23:13.490
따라서 우리가 끝난 지금

00:23:13.490 --> 00:23:18.590
이제 수행 의사 이미지와
되었습니다.

00:23:18.590 --> 00:23:21.812
따라서 채널 9 개 응용 프로그램이입니다.

00:23:24.103 --> 00:23:27.010
그 대응으로
실행 해 보겠습니다.

00:23:27.010 --> 00:23:28.410
Docker 실행 해야 할 것

00:23:29.500 --> 00:23:33.400
지금까지 문제가 됩니다.
t 대시를 실행 되 고

00:23:33.400 --> 00:23:37.200
우리의 종류 안에 오른쪽 이동
내부에 세션 열기

00:23:37.200 --> 00:23:39.290
수 우리가 우리의 컨테이너
파일 시스템과 상호 작용 합니다.

00:23:39.290 --> 00:23:41.860
다른 작업을 수행 하려는 경우
여기는 대시 d 실행

00:23:41.860 --> 00:23:44.140
기본적으로 컨테이너를 실행합니다.
배경에.

00:23:44.140 --> 00:23:48.190
>> 모든 기본값을 사용 하 여 확인 하십시오
설정이 구성 되어 있습니다.

00:23:48.190 --> 00:23:49.530
>> 예, 정확 하 게.

00:23:49.530 --> 00:23:54.740
따라서, 모든 오른쪽
doc 대시 d를 실행 하 고

00:23:54.740 --> 00:23:58.310
우리의 컨테이너 이미지를 잡아 수 난
하 고 bam입니다.

00:24:00.520 --> 00:24:04.790
내가 그렇게 ps 또는 문서, 알 수 있습니다.
내 실행 중인 컨테이너는 다음과 같습니다.

00:24:04.790 --> 00:24:07.720
doc 또는 ps는 다시
실행 중인 모든 컨테이너를 표시 합니다.

00:24:07.720 --> 00:24:11.210
Docker PS 대시 A 쇼
실행 중인 모든 컨테이너 또는

00:24:11.210 --> 00:24:13.290
너무 좋은 이름입니다 중지
지금까지.

00:24:13.290 --> 00:24:15.730
어떻게 우리가 얻는 여기.

00:24:15.730 --> 00:24:16.586
Kickass 그레이입니다.

00:24:16.586 --> 00:24:17.718
>> 좋아.

00:24:24.811 --> 00:24:28.010
>> 사람이 걸릴
IP 주소를

00:24:28.010 --> 00:24:29.100
>>는 컨테이너 호스트입니다.

00:24:30.230 --> 00:24:31.770
여기에 놓습니다.

00:24:31.770 --> 00:24:33.560
그러나 하는 것을 알합니다
아무 일도 일어나지.

00:24:33.560 --> 00:24:34.460
아무 것도 찾지 못한 것입니다.

00:24:34.460 --> 00:24:36.260
의도적으로 둔 지금
그곳에서 뭔가 하 고

00:24:36.260 --> 00:24:37.690
이 네트워킹 부분입니다.

00:24:37.690 --> 00:24:38.270
>> 권한입니다.
>> 지금

00:24:38.270 --> 00:24:41.610
외부 IP를 방문 하 고 내가
컨테이너가 호스트의 주소

00:24:41.610 --> 00:24:44.510
정말 부여한 하지만
그 방법은 없음

00:24:44.510 --> 00:24:47.640
해당 요청을 전달 하는 방법
로그온 컨테이너입니다.

00:24:49.970 --> 00:24:51.990
그렇게 하기 위해 그렇게 합니다.

00:24:51.990 --> 00:24:54.420
추가로 추가할 수 있습니다.
여기에 맞추는 P. 대시는

00:24:54.420 --> 00:24:58.190
Kinda 정의
일부 포트 매핑입니다.

00:24:58.190 --> 00:25:02.930
먼저 실행 하 여이 대 한 것을
컨테이너에서 80 포트를 매핑

00:25:02.930 --> 00:25:05.840
호스트 포트 80
컨테이너 자체입니다.

00:25:05.840 --> 00:25:12.620
따라서 80, 80 기본적으로
같은 명령을 실행 docker

00:25:12.620 --> 00:25:17.910
공간 대시 D 공간 대시 80 P 80
한 다음 이미지의 이름을 지정 합니다.

00:25:19.090 --> 00:25:24.710
으로 수행 하 고,
응용 프로그램을 받고 해야 합니다.

00:25:24.710 --> 00:25:25.260
>> 자 됐어요.

00:25:25.260 --> 00:25:27.530
내가 작성 하는
GitHub도에서

00:25:27.530 --> 00:25:29.380
>> 예, 이므로 응용 프로그램
GitHub에서도 있었습니다.

00:25:29.380 --> 00:25:30.560
>> 좋아.

00:25:30.560 --> 00:25:35.140
좋아, 이제 그렇게
이 매핑 작업을 여기서 볼 수 있습니다.

00:25:35.140 --> 00:25:38.060
신속 하 게 수

00:25:38.060 --> 00:25:40.810
i 의미 하나가지고
호스트의 포트 80입니다.

00:25:40.810 --> 00:25:41.370
>> 예.
>> 가정

00:25:41.370 --> 00:25:45.580
말이 300을 실행 하고자 하는 경우
내 컨테이너 내부 것 들입니다.

00:25:45.580 --> 00:25:47.190
아마 서비스입니다.

00:25:47.190 --> 00:25:48.240
내가 판매 하 고.

00:25:48.240 --> 00:25:50.600
로그인 할
서비스를 구입 하 고

00:25:50.600 --> 00:25:52.410
수행 하 고 모든이 회전
컨테이너를 하지만

00:25:52.410 --> 00:25:56.420
그러니까, 다양 하 고
추가 포트를 어떻게 매핑 합니까?

00:25:56.420 --> 00:25:57.300
>> 예.

00:25:57.300 --> 00:25:59.880
>> 여기를 실행할 수 있도록
정확 하 게 같은 명령을 있지만

00:25:59.880 --> 00:26:01.920
매핑한 것이
포트 80, 81

00:26:01.920 --> 00:26:05.060
어쩌면 같이 드립니다
몇 가지 다른 시간입니다.

00:26:06.110 --> 00:26:07.900
82입니다.

00:26:07.900 --> 00:26:12.890
이 라 어떤 포트 83
포트 80에 매핑된 호스트의

00:26:12.890 --> 00:26:16.140
새 인스턴스
실행 하 고 있는 컨테이너입니다.

00:26:16.140 --> 00:26:19.590
난 것 뿐, 81 포트.

00:26:19.590 --> 00:26:24.070
임의의 암호를가지고 하는 것이 좋습니다.
하 고

00:26:24.070 --> 00:26:29.150
다음은 85 지금 이제
docker ps를 실행 하면 알 수 있습니다.

00:26:29.150 --> 00:26:32.940
이 많은 저는
이제 내 호스트에서 실행 하는 것 들.

00:26:32.940 --> 00:26:36.100
>>는 창조적인 컨테이너 및
에 있음.

00:26:36.100 --> 00:26:36.710
>> 예, 그렇게

00:26:36.710 --> 00:26:40.020
그러니까 개별 컨테이너
하므로 여러 인스턴스

00:26:40.020 --> 00:26:42.710
해당 컨테이너 이미지 실행
응용 프로그램 실행 합니다.

00:26:42.710 --> 00:26:43.290
>> 예.
>> 및

00:26:43.290 --> 00:26:49.145
그러니까 모든 포트 매핑
>>는 이제 사용자가 직접.

00:26:53.936 --> 00:26:55.895
내 IP 주소를 다시 가져옵니다.

00:27:04.770 --> 00:27:09.616
따라서 포트 81는 선호 않아서
응용 프로그램 포트 83는

00:27:09.616 --> 00:27:14.209
응용 프로그램을 하 고 난 저기, 바로
하나를 설정 하지 않은 것

00:27:14.209 --> 00:27:18.580
87, 고 것이 바로 회전
아무 것도 찾지 못했습니다.

00:27:18.580 --> 00:27:19.510
>> 좋은 예입니다.

00:27:19.510 --> 00:27:28.510
>> 네, 그건 이므로
이미지 레이어 살펴보았습니다.

00:27:28.510 --> 00:27:31.950
포트 매핑 살펴보았습니다.
이제이 원이 살펴보겠습니다

00:27:31.950 --> 00:27:36.140
이 이미지를 수행 합니다.
>> 손대지 것 docker 허브에서.

00:27:36.140 --> 00:27:36.710
>> 예.
>> 및

00:27:36.710 --> 00:27:40.250
다음 우리 것 당겨
Linux를 실행 하는 Azure VM 및

00:27:40.250 --> 00:27:43.420
docker는 엔진을 것
일부의 이식성을 참조 하십시오.

00:27:44.550 --> 00:27:45.230
>> 유용 합니다.

00:27:45.230 --> 00:27:49.150
>> 모든 권리, docker 이미지 이므로

00:27:49.150 --> 00:27:52.140
이 바로 여기입니다.
throw 합니다.

00:27:53.280 --> 00:27:59.350
Docker 누름을 할 것
>>와 내 이미지 이름입니다.

00:28:02.610 --> 00:28:03.730
하를 업로드 하는 동안

00:28:14.436 --> 00:28:15.910
여기는 내 Docker 허브를 참조 하십시오.

00:28:15.910 --> 00:28:19.190
난 내 개인 몇 있어
이미지는 이미 여기 위치입니다.

00:28:19.190 --> 00:28:20.380
>> 그래.
>>에 고

00:28:20.380 --> 00:28:23.390
우리는 아주 조금만
이 새 이미지를 참조 하십시오.

00:28:23.390 --> 00:28:26.470
>>은 그 본질적으로 됩니다.
알고 있는 종속성

00:28:26.470 --> 00:28:28.310
아마도 이미 있습니까?

00:28:28.310 --> 00:28:29.130
총회 및
>> 예, 예.

00:28:29.130 --> 00:28:30.600
>> 것입니다 따라서
밀어 필요가 없습니다.

00:28:30.600 --> 00:28:32.660
매번 전체 크기 또는
>> 예, 정확 하 게.

00:28:32.660 --> 00:28:34.050
따라서 Docker kinda을 맡고,

00:28:34.050 --> 00:28:36.965
다시 해당 계층에 대 한 관리
우리입니다.

00:28:36.965 --> 00:28:37.680
>> Mm hm입니다.

00:28:37.680 --> 00:28:41.460
자, 원인 예 수 286이 있어
meg, 하지만 난 고 가정 하

00:28:41.460 --> 00:28:43.290
크기에 따라
현재 이미지입니다.

00:28:43.290 --> 00:28:46.160
대부분의 고 가정 하지만
그렇지 않은 경우 대부분

00:28:46.160 --> 00:28:47.480
이미 존재 합니다.

00:28:47.480 --> 00:28:48.680
>> 네, 정확 하 게.

00:28:48.680 --> 00:28:52.480
수록 반대 방향으로 하 고
호스트에 있는 이미지가 없습니다

00:28:52.480 --> 00:28:54.430
고 우리 c 9 응용 프로그램을 아래로 이동 합니다.

00:28:54.430 --> 00:28:57.560
>> 고 같은 말은
이 봐에 포함 되어 있는 거이

00:28:57.560 --> 00:28:59.560
에 대 한 종속성
Ubuntu 이미지입니다.

00:28:59.560 --> 00:29:00.800
이제 풀다운에서 하도
하 고

00:29:00.800 --> 00:29:04.480
실제로 풀 모두 다운 됩니다.
연결 된 이미지 또는

00:29:04.480 --> 00:29:07.150
모든 참조 이미지
이미지에 따라 하는

00:29:07.150 --> 00:29:08.160
가져오고 있습니다.

00:29:08.160 --> 00:29:11.865
>> 되 고, 필요한 것
등록 하기 위해 특별 계정

00:29:11.865 --> 00:29:13.130
Dr. 허브 누구나 등록할 수 있습니까?

00:29:13.130 --> 00:29:15.530
>> 예, Dr를 취할 수 있습니다.
허브 및 등록 합니다.

00:29:15.530 --> 00:29:17.790
>> 오른쪽, 및 존재 하지 않습니다
>>는 500 meg, 테 놀

00:29:17.790 --> 00:29:19.680
시간이 별로 없었다 합니까?

00:29:19.680 --> 00:29:21.630
>>는 확실 하지 않습니다.
이러한 세부 사항이 있습니다.

00:29:21.630 --> 00:29:23.640
>> 자, 난 되었는지 확인할 수 있습니다.

00:29:23.640 --> 00:29:25.850
>> 예, 하지만
또한 docker도

00:29:25.850 --> 00:29:28.730
소프트웨어를가지고 있습니다.
전용 허브도 만듭니다.

00:29:28.730 --> 00:29:29.960
>> 기업에 대 한 권한입니다.

00:29:29.960 --> 00:29:32.790
>> 어떻게 우리가 다루고 있는 오른쪽
다음 kinda은 공용 연결

00:29:32.790 --> 00:29:35.230
하나 직접 만들 수도
개인 저장소도 있습니다.

00:29:35.230 --> 00:29:36.390
>>는 누구나, 따라서

00:29:36.390 --> 00:29:38.380
받을 수
여기에는 응용 프로그램?

00:29:38.380 --> 00:29:39.780
>> 지금은 그래, 꼭.

00:29:39.780 --> 00:29:40.620
>> 충분히 공정한 좋아.

00:29:40.620 --> 00:29:43.290
만들 수 있도록
자신의 개인 바꾸시겠습니까?

00:29:43.290 --> 00:29:44.120
>> 그래입니다.

00:29:44.120 --> 00:29:44.730
>> 확인, 좋아입니다.

00:29:46.020 --> 00:29:47.630
>> 모든 권리, 작업이 완료 되도록 합니다.

00:29:47.630 --> 00:29:49.010
Docker 허브에 올려야 하는 경우와

00:29:49.010 --> 00:29:53.310
이 새로 고칩니다.
되었습니다 거기 꼼짝 말고 있어입니다.

00:29:53.310 --> 00:29:55.546
>> 좋은 예입니다.

00:29:55.546 --> 00:30:01.011
따라서 수행 하고자 지금부터,
그러니까 Linux VM

00:30:01.011 --> 00:30:06.753
Azure에서 실행 되 고
Docker를 사용 하 여 구성 됩니다.

00:30:06.753 --> 00:30:09.548
단지 저는 만들기
해당 VM 세션입니다.

00:30:16.868 --> 00:30:19.262
Microsoft에서 실행 되
이 실행 되 고 있지는 동일

00:30:19.262 --> 00:30:20.984
이 같은 VM에서 아닙니다.
실행 되는 프로그램

00:30:20.984 --> 00:30:21.740
전에 노트북입니다.

00:30:21.740 --> 00:30:22.280
>> 정확 하 게.

00:30:22.280 --> 00:30:24.108
>> 좋아, 구경만 하 러가 고
한번 보십시오.

00:30:36.283 --> 00:30:41.410
다 수의 Azure 기능
의사와 컨테이너입니다.

00:30:41.410 --> 00:30:43.980
뭔가 확실히 알아볼 수 있습니다
로 존재는 미래의 비디오 지키는

00:30:43.980 --> 00:30:46.360
많은 것은
여기에 기능의 톤입니다.

00:30:47.410 --> 00:30:51.230
하므로 리소스를 살펴
그룹 및 TWODocker,

00:30:53.480 --> 00:30:56.830
기본적으로 리소스를 받았어요
VM을 포함 하는 그룹 및

00:30:56.830 --> 00:31:00.379
마주보는 공용 IP 주소
[들리지 않음] whatnot 즉.

00:31:00.379 --> 00:31:02.785
>> 확인 합니다.
>> Docker 완벽 구성

00:31:02.785 --> 00:31:04.060
하 고는 다시 살펴보겠습니다.

00:31:04.060 --> 00:31:07.340
따라서 필자는 docker ps-a

00:31:07.340 --> 00:31:10.390
그러니까 볼 수 없음
이 호스트에서 실행 되는 컨테이너입니다.

00:31:10.390 --> 00:31:15.310
Docker 이미지 작업을 수행할 수 있습니다.
docker 하지 맙을 참조 하십시오.

00:31:15.310 --> 00:31:16.380
이미지 여기도.

00:31:18.540 --> 00:31:20.270
Docker 앱 검색 해 보겠습니다.

00:31:20.270 --> 00:31:24.720
좋아, 지금 볼 수 있습니다.

00:31:24.720 --> 00:31:29.540
docker 허브에서 발견
그렇게 조금 하는 응용 프로그램 작성

00:31:29.540 --> 00:31:33.480
실행 docker-d-p.

00:31:33.480 --> 00:31:36.160
어쩌면 포트를 매핑할 합니다.

00:31:36.160 --> 00:31:38.190
>> 지금 하지 려 할까요
다음을 통해 약화를

00:31:38.190 --> 00:31:39.940
컨테이너를 만들고, 당신은 단지
한 번에 모두 실행 하 겠습니까?

00:31:39.940 --> 00:31:40.440
>> 예, 정확 하 게.

00:31:40.440 --> 00:31:44.330
Docker 풀 실행할 수 있도록 하 고
kinda 합니까 하지만 준비 하는,

00:31:44.330 --> 00:31:48.300
docker 실행 하 고 해당 이미지는
호스트에서 이미 준비 된

00:31:48.300 --> 00:31:49.470
교류할 수 및
내 당겨.

00:31:49.470 --> 00:31:50.388
>> 좋은 훌륭한 확인 합니다.

00:31:52.524 --> 00:31:55.107
자신에 게 필요한
나중에 검토

00:31:55.107 --> 00:31:56.801
별에 필요한
여기에 있습니다.

00:31:56.801 --> 00:31:58.577
>> [웃음]
>> C 9 응용 프로그램에 대 한 네,

00:31:58.577 --> 00:31:59.317
절대.

00:31:59.317 --> 00:32:00.723
>> 볼 수 거기 꼼짝 말고 있어,

00:32:00.723 --> 00:32:02.721
찾을 수 없습니다.
이미지 로컬

00:32:02.721 --> 00:32:03.350
>> Mm hm입니다.
>> 고 등

00:32:03.350 --> 00:32:04.160
나가서 당겨 것입니다.

00:32:04.160 --> 00:32:07.431
가려고 확인할 수 있습니다.
여기에 서로 다른 계층에 있는 여러

00:32:07.431 --> 00:32:10.895
고만 수를 이동 하는 것은
우리가 만든 컨테이너 이미지

00:32:10.895 --> 00:32:13.862
이 노트북-[혼선] 하지만
모든 종속성입니다.

00:32:13.862 --> 00:32:15.686
아래로 잡아 당기고 있는 동안

00:32:15.686 --> 00:32:19.334
몇 가지를 골라
내가 Azure 관련

00:32:19.334 --> 00:32:22.526
80에 80 포트 매핑
해야 할 것 같아

00:32:22.526 --> 00:32:25.280
Azure를 구성 합니다.
해당 트래픽을 허용 합니다.

00:32:25.280 --> 00:32:27.420
>> 그래 끝 필요 하므로
VM에 대해 구성 하는 점입니다.

00:32:27.420 --> 00:32:28.150
>> 네, 그렇습니다.
내가 지금

00:32:28.150 --> 00:32:31.340
네트워크 보안에 있어
그룹을 구성 합니다.

00:32:31.340 --> 00:32:35.840
일부와 Azure에서
인바운드 규칙을 따라서

00:32:35.840 --> 00:32:37.650
바로 80 접수 했습니다.
여기는 작동 합니다.

00:32:37.650 --> 00:32:40.640
보이는 것 처럼 하지 않은 한 가지
이 동안에 실행 하는

00:32:40.640 --> 00:32:44.230
Windows Server 컨테이너
Docker을 관리 합니다.

00:32:44.230 --> 00:32:48.490
내 말은, 대부분의 개괄적
다음은 정확히 어떻게 하는 것

00:32:48.490 --> 00:32:50.580
Windows Server와 함께 작동 합니다.
컨테이너도.

00:32:50.580 --> 00:32:53.210
>> 및 몇 가지 다른
비디오 채널에서 실제로

00:32:53.210 --> 00:32:54.070
에 표시 됩니다.

00:32:54.070 --> 00:32:55.480
>> 그래.
>> 고 감시 하는 사용자는 누구나

00:32:55.480 --> 00:32:57.750
이러한 고
이 명령에서

00:32:57.750 --> 00:32:59.560
그들은 거의 동일
과 일치 하지 않는 경우.

00:32:59.560 --> 00:33:00.160
>> 거의 동일

00:33:00.160 --> 00:33:03.290
예, 모든 방법으로 아래쪽으로
docker 파일 작업.

00:33:03.290 --> 00:33:04.580
>> 그래.
>> 괜찮아, 그렇게

00:33:04.580 --> 00:33:05.570
완료 되 면 그렇게

00:33:05.570 --> 00:33:07.810
내가 그렇게 docker ps
>> 지금

00:33:07.810 --> 00:33:10.030
이제 해당 이미지를
대 여 Azure VM.

00:33:10.030 --> 00:33:12.860
추출 되는 있으므로 고
Docker 허브 안에 Azure에 프로그램

00:33:12.860 --> 00:33:15.880
VM 및 컨테이너에
작성 되었습니다.

00:33:15.880 --> 00:33:17.700
>> 만들어진 것이 고
실행 중입니다.

00:33:17.700 --> 00:33:19.270
>> 권한입니다.
>> 이제 간단히 살펴본 후 고-

00:33:19.270 --> 00:33:20.055
>> 보통의 경우입니다.

00:33:20.055 --> 00:33:22.060
>>, [웃음] IP 주소

00:33:22.060 --> 00:33:25.520
공용 IP 주소
내 Azure VM.

00:33:25.520 --> 00:33:26.570
거기에 놓습니다.

00:33:26.570 --> 00:33:28.340
포트 80 포트 80에 매핑한 있었습니다.

00:33:28.340 --> 00:33:29.030
>> 붐입니다.

00:33:29.030 --> 00:33:31.490
>>에 해당 하며 응용 프로그램
Azure에서 실행 되도록 합니다.

00:33:31.490 --> 00:33:32.840
>> 좋아.
따라서 이제는 하이퍼 차원에서?

00:33:32.840 --> 00:33:34.306
>> 예 즐기며 예.

00:33:34.306 --> 00:33:37.716
[웃음] 따라서 전체 원 예 우리
응용 프로그램 구축

00:33:37.716 --> 00:33:41.057
[혼선] 필자의 노트북
Docker 허브까지 밉니다.

00:33:41.057 --> 00:33:43.590
는 Azure로 가져옵니다.

00:33:43.590 --> 00:33:47.760
이동 하는 동안 여기서 살펴본 일부
네트워크 포트 매핑.

00:33:47.760 --> 00:33:49.460
>> 예.
>> 때 준비 된

00:33:49.460 --> 00:33:52.810
net과 다음 우리가 한 종류의
이러한 이미지의 원리 고찰

00:33:52.810 --> 00:33:54.250
경우에
서로 위입니다.

00:33:54.250 --> 00:33:54.750
>> 멋진.

00:33:58.760 --> 00:34:01.300
점에 동의할 것 이라고 생각
아냐 끝에서 데모로

00:34:01.300 --> 00:34:03.300
상당 함을 알합니다
그 보다 더.

00:34:03.300 --> 00:34:04.630
응용 프로그램을 만든.

00:34:05.670 --> 00:34:08.850
가 위치에 이동
모든에 대 한 액세스를

00:34:08.850 --> 00:34:11.710
Y 개발 가정해 봅시다
다음 당겨 수 있는 팀

00:34:11.710 --> 00:34:14.470
자신의 컴퓨터에 있는지 여부를 그
또는 워크스테이션 또는

00:34:14.470 --> 00:34:17.520
데이터 센터 서버 또는
공용 클라우드에서를.

00:34:17.520 --> 00:34:19.480
내 말은, 즉,
재미는.

00:34:19.480 --> 00:34:22.340
자세한 내용을 보려면 하는 경우
채널에 조정 되는 유지

00:34:22.340 --> 00:34:24.680
나중에 비디오 것 때문에
같은 수준으로 계속 되 면

00:34:24.680 --> 00:34:28.270
다른 영역에 깊이
Windows 7 컨테이너에 둘 다와

00:34:28.270 --> 00:34:31.290
Lenox 플랫폼도
컨테이너 서비스로

00:34:31.290 --> 00:34:33.710
많은
우리에 게 다른 방향

00:34:33.710 --> 00:34:35.320
계속 되 면, 찾아 뵙겠습니다.

00:34:35.320 --> 00:34:36.800
하지만의 측면에서
권장된 리소스

00:34:36.800 --> 00:34:37.780
체크 아웃 되었는지 확인 하 고

00:34:37.780 --> 00:34:40.140
최신 Windows 다운로드
7 기술 미리 보기입니다.

00:34:40.140 --> 00:34:40.770
이 방법을 사용해.

00:34:40.770 --> 00:34:43.520
물론 Linux를 사용할 수 있습니다.
하 고 싶은 경우 [들리지 않음]

00:34:43.520 --> 00:34:46.120
김철수 전달 데모
따를 것을 따라 하 고

00:34:46.120 --> 00:34:48.770
비슷한 작업을 수행 합니다.
학습에 도움을 줍니다.

00:34:48.770 --> 00:34:52.790
Docker 리소스
에 Docker.com\Microsoft에서

00:34:52.790 --> 00:34:58.700
Docker 문서 웹 사이트,
Docker.com\Windows\started입니다.

00:34:58.700 --> 00:35:00.835
컨테이너를 확인 하 고
에 대 한 설명서

00:35:00.835 --> 00:35:03.800
msdn.microsoft.com 및
에 Github.

00:35:03.800 --> 00:35:05.830
와, 아무것도 더 많은
말, 김철수를 너무 감사

00:35:05.830 --> 00:35:07.780
여러분의 도움 계열에서에.

00:35:07.780 --> 00:35:08.340
>> 여깁니다.

00:35:08.340 --> 00:35:10.147
>>에서 다시 보게 됩니다 우리와
다른 컨테이너 채널

00:35:10.147 --> 00:35:10.897
에피소드를 감사 합니다.

00:35:10.897 --> 00:35:20.897
[음악]