1
00:00:00,000 --> 00:00:05,042
>> [Гуляе музыка]

2
00:00:05,042 --> 00:00:06,000
Дэвід малая: Добра.

3
00:00:06,000 --> 00:00:07,630
Дзякуй, што прыйшлі.

4
00:00:07,630 --> 00:00:11,850
Гэта CS50 семінар па Докер, а
тэхналогіі, якія мы самі і CS50

5
00:00:11,850 --> 00:00:13,392
пачалі выкарыстоўваць на працягу некаторага часу.

6
00:00:13,392 --> 00:00:15,766
Так мяне завуць Дэвід малая, я
навучыць Увядзенне Гарварда

7
00:00:15,766 --> 00:00:16,671
у галіне камп'ютэрных навук.

8
00:00:16,671 --> 00:00:18,670
Вось ужо некалькі гадоў,
мы давалі студэнтам

9
00:00:18,670 --> 00:00:20,435
загружаны кліент-бок
віртуальныя машыны

10
00:00:20,435 --> 00:00:22,134
на якім яны свае праблемы наборы.

11
00:00:22,134 --> 00:00:24,300
Тое, што мы зараз перайшлі
у сераду Cloud

12
00:00:24,300 --> 00:00:27,396
што на самой справе выкарыстоўвае гэтую тэхналогію
называецца Докер, напрыклад, што ўсе CS50

13
00:00:27,396 --> 00:00:29,270
Студэнты цяпер маюць іх
ўласныя кантэйнеры Docker

14
00:00:29,270 --> 00:00:31,180
што вы толькі пачуеце ўсё.

15
00:00:31,180 --> 00:00:33,740
>> Акрамя таго, на сэрвэры CS50 ў
бок кластар, на працягу многіх гадоў

16
00:00:33,740 --> 00:00:35,290
мы выкарыстоўвалі Cloud сервер Амазонкі.

17
00:00:35,290 --> 00:00:37,164
Мы беглі твар
віртуальныя машыны.

18
00:00:37,164 --> 00:00:40,330
Гэта таксама, мы пачалі пераход да
гэтыя рэчы называюцца Docker кантэйнеры

19
00:00:40,330 --> 00:00:43,762
так што ўсе нашы прыкладання ў цяперашні час
ідэальна ізаляваны адзін ад аднаго.

20
00:00:43,762 --> 00:00:46,720
Такім чынам, для што і больш, дазвольце мне
ўвесці нашых сяброў, Ніка і Мано,

21
00:00:46,720 --> 00:00:48,574
ад самой Докер.

22
00:00:48,574 --> 00:00:49,740
Нікола КАБАР: Дзякуй, Дэвід.

23
00:00:49,740 --> 00:00:51,410
Прывітанне, усім.

24
00:00:51,410 --> 00:00:54,230
Мяне клічуць Ніка, і гэта Мано.

25
00:00:54,230 --> 00:00:58,260
Мы з Докер.

26
00:00:58,260 --> 00:01:02,240
Мы будзем казаць about--
даючы вам хлопцы інтра да Докер,

27
00:01:02,240 --> 00:01:08,100
і, спадзяюся, да канца
з гэтай размовы вы можаце зразумець,

28
00:01:08,100 --> 00:01:12,890
колькі вы можаце выкарыстоўваць лекара
оксалат свой распрацоўкі прыкладанняў

29
00:01:12,890 --> 00:01:14,200
і разгортванне.

30
00:01:14,200 --> 00:01:21,250
>> Так, мы збіраемся пачаць рэальны
хутка з некаторай даведачнай інфармацыі.

31
00:01:21,250 --> 00:01:22,750
Апішыце, што Докер гэта ўсё аб.

32
00:01:22,750 --> 00:01:25,490
Як гэта працуе?

33
00:01:25,490 --> 00:01:27,400
Як гэта архітэктура?

34
00:01:27,400 --> 00:01:29,360
Я буду рабіць некалькі дэмак.

35
00:01:29,360 --> 00:01:35,070
І Мано будзе
апісваючы, як вы можаце выкарыстоўваць Docker

36
00:01:35,070 --> 00:01:37,720
і дае вам канкрэтныя крокі
як вы можаце пачаць.

37
00:01:37,720 --> 00:01:41,490
>> Я быў бы ўдзячны, калі вы, хлопцы, можаце трымаць
ад вашых пытанняў да канца.

38
00:01:41,490 --> 00:01:46,800
Такім чынам, я мог бы быць звяртаючыся да
пытанні ўсёй прэзентацыі.

39
00:01:46,800 --> 00:01:52,150
Такім чынам, мы пакінем некаторы час
ў канцы для пытанняў.

40
00:01:52,150 --> 00:01:55,170
>> Так што вельмі хутка, хто мае
на самай справе калі-небудзь працаваў на Докер,

41
00:01:55,170 --> 00:01:56,850
як гуляў з ім?

42
00:01:56,850 --> 00:01:58,000
Высокі.

43
00:01:58,000 --> 00:01:58,520
Прахладны.

44
00:01:58,520 --> 00:01:59,817
Выдатна.

45
00:01:59,817 --> 00:02:01,525
Такім чынам, я збіраюся пачаць
з нейкай гісторыі.

46
00:02:01,525 --> 00:02:04,350

47
00:02:04,350 --> 00:02:09,820
Такім чынам, вернемся ў 90-х і
пачатку 2000-х, у асноўным

48
00:02:09,820 --> 00:02:16,940
як вэб-распрацоўшчыкаў, распрацоўшчыкаў дадаткаў,
калі яны пайшлі, каб разгарнуць прыкладанне

49
00:02:16,940 --> 00:02:19,350
гэта было звязана з голага металу.

50
00:02:19,350 --> 00:02:20,860
Гэта быў адзін сервер.

51
00:02:20,860 --> 00:02:22,870
Гэта было адно прыкладанне.

52
00:02:22,870 --> 00:02:25,260
>> Традыцыйна прыклад
будзе як стэк LAMP,

53
00:02:25,260 --> 00:02:30,630
дзе вы на самой справе было
выхоўваць пул рэсурсаў.

54
00:02:30,630 --> 00:02:37,110
Працэсара, памяці, дыска, сеткі, ўстаноўка
Аперацыйная сістэма на вяршыні гэтага.

55
00:02:37,110 --> 00:02:40,060
Калі вы нешта служыць, пры
вы на самой справе маючы вэб-сервер,

56
00:02:40,060 --> 00:02:42,470
трэба нешта накшталт
Apache, каб служыць.

57
00:02:42,470 --> 00:02:47,540
>> Калі ваша прыкладанне
мае патрэбу базы дадзеных, наводмаш,

58
00:02:47,540 --> 00:02:50,840
Вы б ўсталяваць нешта
як MySQL, і гэтак далей.

59
00:02:50,840 --> 00:02:55,910
А калі вам трэба час выканання, PHPs
і праца PHP Python былі там.

60
00:02:55,910 --> 00:02:59,480
І такім чынам, мы фактычна павінны былі
распачаць гэтыя крокі ў мэтах

61
00:02:59,480 --> 00:03:02,060
каб атрымаць ваша прыкладанне і працуе.

62
00:03:02,060 --> 00:03:08,440
>> Калі вам патрэбна больш вылічальную магутнасць, вам
у большасці давялося выклікаць ваш хлопец Ops

63
00:03:08,440 --> 00:03:16,260
або галон ісці і нарошчваць новыя
жалязяка, падключыце яго,

64
00:03:16,260 --> 00:03:19,850
і вам прыйдзецца паўтарыць тыя
працэсы зноў і зноў.

65
00:03:19,850 --> 00:03:23,680
Так гэты працэс быў
адносна дарагім.

66
00:03:23,680 --> 00:03:26,080
Быў, безумоўна, вельмі павольна.

67
00:03:26,080 --> 00:03:27,550
>> Гэта было неэфектыўна.

68
00:03:27,550 --> 00:03:33,890
І ў большасці выпадкаў, ваш
абсталяванне было недастаткова.

69
00:03:33,890 --> 00:03:38,830
Так, у канцы 90-х гадоў і пачатку 2000-х,
апаратная віртуалізацыя наткнуўся.

70
00:03:38,830 --> 00:03:42,475
І, як вы можаце бачыць тут у
карціна, у асноўным тое, што яны зрабілі

71
00:03:42,475 --> 00:03:46,390
абстрагуюцца пул
Бясплатныя апаратныя рэсурсы

72
00:03:46,390 --> 00:03:49,680
і выгляд служыў тых,
у верхніх пластах,

73
00:03:49,680 --> 00:03:52,360
у гэтым выпадку, гасцявой аперацыйнай сістэмы.

74
00:03:52,360 --> 00:03:54,940
>> І ўся ідэя
віртуальныя машыны наткнуўся

75
00:03:54,940 --> 00:03:59,110
і што сапраўды дапамагло Cloud
вылічальная як мы яго ведаем сёння.

76
00:03:59,110 --> 00:04:02,730
Так што гэта азначала, што гэта вы
можа працаваць некалькі віртуальных машын, які

77
00:04:02,730 --> 00:04:06,720
азначала некалькі стэкаў, некалькі
Дадатак на адной фізічнай машыне.

78
00:04:06,720 --> 00:04:10,570

79
00:04:10,570 --> 00:04:16,440
>> Гэта, безумоўна, дапамагло з
Хуткасць разгортвання прыкладанняў.

80
00:04:16,440 --> 00:04:17,629
Вызначана з выдаткамі.

81
00:04:17,629 --> 00:04:22,810
Вы не павінны ісці і марнаваць
энергіі, часу і рэсурсаў, каб набраць

82
00:04:22,810 --> 00:04:26,210
больш сервераў, каб дабрацца да больш вылічальных.

83
00:04:26,210 --> 00:04:30,950
І хуткасць фактычна чаго
Гэтыя рэсурсы да значна хутчэй.

84
00:04:30,950 --> 00:04:31,450
Выдатна.

85
00:04:31,450 --> 00:04:34,320
>> Такім чынам, мы вырашылі з голадам у свеце, праўда?

86
00:04:34,320 --> 00:04:36,390
Не, не зусім.

87
00:04:36,390 --> 00:04:42,410
Так, віртуалізацыя, наколькі гэта
на самай справе дапамаглі, вырашаць праблему,

88
00:04:42,410 --> 00:04:45,460
гэта на самай справе ўведзеныя
шмат праблем.

89
00:04:45,460 --> 00:04:49,210
Гіпервізара вызначана
прадставіла шмат складанасцяў,

90
00:04:49,210 --> 00:04:53,820
апрацоўкі якія ляжаць у аснове
басейн рэсурсаў.

91
00:04:53,820 --> 00:04:57,910
>> Гэта цяжэй у тым сэнсе, што перад
Вы былі адной аперацыйнай сістэмы, якая

92
00:04:57,910 --> 00:05:01,830
як тры, чатыры канцэртаў на дыску.

93
00:05:01,830 --> 00:05:04,230
Цяпер, калі ў вас ёсць 10 машын
на адной апаратнай

94
00:05:04,230 --> 00:05:09,060
Вы павінны памножыць гэта
па колькасці машын.

95
00:05:09,060 --> 00:05:11,440
Гэта, безумоўна, больш
дорага ў сэнсе вы ўсё яшчэ

96
00:05:11,440 --> 00:05:14,430
павінны атрымаць ліцэнзіі для
тэхналогія віртуалізацыі

97
00:05:14,430 --> 00:05:18,210
калі гэта не з адкрытым зыходным кодам.

98
00:05:18,210 --> 00:05:21,120
>> Але, давайце не будзем усё
крэдыт ад віртуалізацыі.

99
00:05:21,120 --> 00:05:27,530
Таму што тое, што адбылося, ёсць
шмат стэкаў і шмат праграмнага забеспячэння

100
00:05:27,530 --> 00:05:33,900
тэхналогіі, якія былі ўключаныя
па тым, як хутка вы змаглі атрымаць

101
00:05:33,900 --> 00:05:38,040
да рэсурсаў з бумам Cloud.

102
00:05:38,040 --> 00:05:46,675
>> Так, сёння адзін дадатак або служба можа
выкарыстоўваць любы з наступных асяроддзяў выканання на

103
00:05:46,675 --> 00:05:47,216
або базы дадзеных.

104
00:05:47,216 --> 00:05:50,250

105
00:05:50,250 --> 00:05:56,070
PHP, Python, MySQL, Redis, яшчэ шмат чаго.

106
00:05:56,070 --> 00:05:59,740
Такім чынам, ёсць шмат складанасці на гэтым
Колькасць штабялёў на самай справе выхоўваць

107
00:05:59,740 --> 00:06:02,210
адзін сэрвіс.

108
00:06:02,210 --> 00:06:07,300
І разам з тым, вы мелі шмат
базавыя рэсурсы або інфраструктура

109
00:06:07,300 --> 00:06:15,210
Тыпы праверыць Deploy і ў асноўным
прыняць да вытворчасці гэтыя прыкладання

110
00:06:15,210 --> 00:06:16,900
што вы распрацоўваеце.

111
00:06:16,900 --> 00:06:21,950
>> Тым больш, што вашы каманды маюць
вырашчаны працуе на тых прыкладаннях,

112
00:06:21,950 --> 00:06:25,310
ёсць шмат
Складанасць праблемы і

113
00:06:25,310 --> 00:06:31,660
што былі прыведзены для таго, каб
cycle-- асноўным прыкладанне

114
00:06:31,660 --> 00:06:34,040
Цыкл развіцця, з'яўляецца
на самай справе паспяховым.

115
00:06:34,040 --> 00:06:40,440
Такім чынам, той факт, што ваша прыкладанне
працуе лакальна на вашым лакальным VM

116
00:06:40,440 --> 00:06:47,480
не гарантуе, што ваш калега
будзе чакаць тыя ж самыя вынікі.

117
00:06:47,480 --> 00:06:51,330
>> І калі каманда аперацыі з'яўляецца
ўдзел у прыняцці таго, што ў вас ёсць

118
00:06:51,330 --> 00:06:54,480
і разгортвання яго ў вытворчасць
маштаб, таксама няма ніякай гарантыі,

119
00:06:54,480 --> 00:06:56,730
што гэта на самай справе адбудзецца.

120
00:06:56,730 --> 00:07:00,900
Такім чынам, гэта пакідае нас з сапраўды
big-- шмат пытальных знакаў,

121
00:07:00,900 --> 00:07:07,700
шмат праблем на самай справе
сутыкнуліся аналагічна ў тыя дні.

122
00:07:07,700 --> 00:07:12,280
І, што нагадалі нам пра
суднаходства.

123
00:07:12,280 --> 00:07:14,280
>> Так суднаходнай галіны
было шмат тавараў,

124
00:07:14,280 --> 00:07:16,190
як вы можаце бачыць на левай баку.

125
00:07:16,190 --> 00:07:19,840
А на правай баку,
ёсць шмат, у асноўным,

126
00:07:19,840 --> 00:07:22,160
спосабы грузіць гэтыя тавары.

127
00:07:22,160 --> 00:07:26,040
І тое, што адбываецца, як пара
людзі сабраліся разам і сказалі,

128
00:07:26,040 --> 00:07:29,600
мы павінны стандартаваць як
мы на самай справе карабель гэтых тавараў.

129
00:07:29,600 --> 00:07:33,280
І бум, у вас ёсць
інтэрмадальнага перавозкі кантэйнераў.

130
00:07:33,280 --> 00:07:38,970
>> Такім чынам, яны дамовіліся пра найбольш
агульныя памеры для кантэйнера.

131
00:07:38,970 --> 00:07:40,160
Як з імі справіцца.

132
00:07:40,160 --> 00:07:44,560
Што дакладны метад вам трэба
каб загрузіць іх і выгружаць іх.

133
00:07:44,560 --> 00:07:49,590
І таму, які сапраўды
дапамог суднаходства.

134
00:07:49,590 --> 00:07:55,250
Зараз, больш чым 90% увагі транспартуецца
ў глабальным маштабе, выкарыстоўваючы гэтыя кантэйнеры.

135
00:07:55,250 --> 00:08:01,010
І, безумоўна, зніжае што
выдаткі, а таксама

136
00:08:01,010 --> 00:08:03,400
страты, звязаныя з дастаўкай.

137
00:08:03,400 --> 00:08:09,660
>> Такім чынам, мы прыняць тую ж мадэль, і мы
прымяняць праграмнае забеспячэнне для распрацоўкі прыкладанняў двух

138
00:08:09,660 --> 00:08:13,080
Архітэктура, у тым сэнсе,
што контейнеризации

139
00:08:13,080 --> 00:08:15,842
узяў віртуалізацыі на адзін узровень уверх.

140
00:08:15,842 --> 00:08:17,800
Такім чынам, замест рабіць што
на апаратным узроўні,

141
00:08:17,800 --> 00:08:22,060
ён стаў больш аперацыйнай
Віртуалізацыя на ўзроўні сістэмы.

142
00:08:22,060 --> 00:08:26,450
>> І мы робім гэта, падаючы кожнаму
прымяненне ва ўласнай лёгкі,

143
00:08:26,450 --> 00:08:31,180
ізаляваныя, гатовы да працы, і
партатыўны, самае галоўнае,

144
00:08:31,180 --> 00:08:35,049
спосаб на самай справе пакет
усё, што ён павінен працаваць.

145
00:08:35,049 --> 00:08:36,100
Усюды ён можа быць запушчаны.

146
00:08:36,100 --> 00:08:42,039
Так, незалежна ад таго, вы працуеце яго на
лакальная серада DEV, ваша вытворчасць

147
00:08:42,039 --> 00:08:44,490
навакольнае асяроддзе, ваш пастаноўка або тэставанне.

148
00:08:44,490 --> 00:08:47,700
Не важна, што ў аснове
інфраструктура ёсць,

149
00:08:47,700 --> 00:08:51,410
ў вас ёсць функцыянальная прыкладанне.

150
00:08:51,410 --> 00:08:54,100

151
00:08:54,100 --> 00:09:01,800
>> Дык вось менавіта тое, што ў асноўным
Кантэйнеры зрабіць, каб гэтай праблемы.

152
00:09:01,800 --> 00:09:04,070
Яны датычацца яго
ўпакоўкі яго такім чынам,

153
00:09:04,070 --> 00:09:09,490
што ён можа гарантаваць, што гэта разгорнута
паспяхова няважна, дзе ён жыве.

154
00:09:09,490 --> 00:09:12,120
Так што, калі вы збіраецеся
як Боб гэта яшчэ добра.

155
00:09:12,120 --> 00:09:17,860
Калі вы блытаць з тым, што я кажу,
Я збіраюся быць на распрацоўцы, што.

156
00:09:17,860 --> 00:09:20,900
>> Такім чынам, як жа сам Докер
ўпісваецца ў гэтую карціну?

157
00:09:20,900 --> 00:09:26,335
Так Докер з'яўляецца адкрытай платформай
лёгка, падкрэсліваюць лёгка,

158
00:09:26,335 --> 00:09:30,500
пабудаваць карабель, бегаць,
лёгкі партатыўны самакіравання

159
00:09:30,500 --> 00:09:33,440
дастатковыя прыкладанне кантэйнеры ўсюды.

160
00:09:33,440 --> 00:09:37,660
Так што калі вы нешта ўзяць з гэтага
Абмеркаванне, калі ласка, наступнае.

161
00:09:37,660 --> 00:09:40,980
>> Калі ў вас ёсць прыкладанне працуе
на мясцовым узроўні і вы распрацавалі яго

162
00:09:40,980 --> 00:09:45,930
ў выкарыстанні платформу Docker, чакаць
гэта будзе паспяхова разгорнутыя.

163
00:09:45,930 --> 00:09:49,380
Незалежна ад таго, з'яўляецца не
базавая інфраструктура.

164
00:09:49,380 --> 00:09:53,830
Так што, калі ў вас ёсць Докер
кантэйнер, і гэта працуе, то

165
00:09:53,830 --> 00:09:58,130
тых часоў, пакуль гэта Докер
рухавік на іншы side--

166
00:09:58,130 --> 00:10:02,190
калі вашай аперацыйнай інфраструктуры
выкарыстоўвае любы Cloud, няхай гэта будзе

167
00:10:02,190 --> 00:10:06,680
гэта AWS або Google, або Microsoft,
або любой з адкрытых аблокаў,

168
00:10:06,680 --> 00:10:10,010
ці ваш уласны Воблака, ці ваш стэк адкрыты
Воблака, ці ваш мясцовы сераду.

169
00:10:10,010 --> 00:10:11,970
>> Калі ў вас ёсць рухавік,
працуе, што сродкі

170
00:10:11,970 --> 00:10:14,537
гэта будзе
паспяхова разгорнута там.

171
00:10:14,537 --> 00:10:16,620
Гэта збіраецца быць запушчаны
сапраўды гэтак жа паводзіны

172
00:10:16,620 --> 00:10:21,480
як вы яго архітэктура будзе.

173
00:10:21,480 --> 00:10:26,080
Так што, калі мы паглядзім at-- я збіраюся
прайсці праз тое, што на самой справе

174
00:10:26,080 --> 00:10:29,160
у галоўных кампанентаў Докер.

175
00:10:29,160 --> 00:10:31,060
>> Так Рухавік на аснове Докер.

176
00:10:31,060 --> 00:10:32,770
Гэта мозгу.

177
00:10:32,770 --> 00:10:39,360
Гэта арганізуе будаўніцтва, перавозка грузу,
і разгортвання і кіравання

178
00:10:39,360 --> 00:10:41,570
самі кантэйнеры.

179
00:10:41,570 --> 00:10:45,160
Я капаць у тое, што робіць рухавік
больш падрабязна ў секунду.

180
00:10:45,160 --> 00:10:47,740

181
00:10:47,740 --> 00:10:51,720
У асноўным, таму, што доктар быў пабудаваны
вакол архітэктур кліент-сервер,

182
00:10:51,720 --> 00:10:56,630
таму для таго, каб ўзаемадзейнічаць з
Рухавік вам трэба нейкае кліента.

183
00:10:56,630 --> 00:11:01,200
>> Выявы шаблоны ў
якія кантэйнеры, пабудаваныя з.

184
00:11:01,200 --> 00:11:06,800
Так у асноўным малюнка
толькі статычныя файлы.

185
00:11:06,800 --> 00:11:08,740
Шаблоны і кантэйнеры
на самай справе тое, што

186
00:11:08,740 --> 00:11:12,280
працуе падчас выканання, што
служыць прыкладанне

187
00:11:12,280 --> 00:11:15,150
ці рабіць нешта з дадзенымі.

188
00:11:15,150 --> 00:11:19,020
>> Рэестр звярнуўся ў праблеме
як вы на самой справе распаўсюджваць выявы.

189
00:11:19,020 --> 00:11:23,230
Так што, калі вам трэба падзяліцца малюнак
што вы працавалі на вашага калегу

190
00:11:23,230 --> 00:11:27,220
або каманды Ops, вы
выкарыстоўваць яго з дапамогай рэестра.

191
00:11:27,220 --> 00:11:31,720
Вы можаце спампаваць з адкрытым зыходным кодам
версія гэтым, што Докер працаваў на

192
00:11:31,720 --> 00:11:33,150
і з адкрытым зыходным кодам.

193
00:11:33,150 --> 00:11:38,040
>> Ці вы можаце выкарыстоўваць Docker дапамогу,
які з'яўляецца версіяй Воблака

194
00:11:38,040 --> 00:11:40,130
каб штурхаць і цягнуць малюнка там.

195
00:11:40,130 --> 00:11:41,160
Гэта велізарная рэч.

196
00:11:41,160 --> 00:11:44,520
Таму што ёсць велізарная
экасістэма Докер, і гэта

197
00:11:44,520 --> 00:11:48,960
сапраўды інтэнсіўна выкарыстоўвае канцэнтратар.

198
00:11:48,960 --> 00:11:59,780
>> Такім чынам, падвядзем вынік тут, гэта тое, як
мінімалісцкі Докер кліент дакументаабароту.

199
00:11:59,780 --> 00:12:04,040
Вы ўзаемадзейнічаеце з гаспадаром, у
гэты выпадак гэта дэманы Docker.

200
00:12:04,040 --> 00:12:06,490
Гэта тое ж самае, як рухавік.

201
00:12:06,490 --> 00:12:09,690
Вы робіце каманды, як
Докер будаваць, цягнуць, працаваць.

202
00:12:09,690 --> 00:12:14,280
І сам рухавіка ідзе
і робіць гэтыя рэчы.

203
00:12:14,280 --> 00:12:18,010
>> Так што альбо ён ўзаемадзейнічае з
Рэестр цягнуць гэтыя выявы

204
00:12:18,010 --> 00:12:19,670
і слаі малюнкаў.

205
00:12:19,670 --> 00:12:25,030
Будзь, калі вы хочаце, каб разгарнуць, запусціць
кантэйнеры, забіць іх, кідаць іх уніз,

206
00:12:25,030 --> 00:12:25,730
этажэрка.

207
00:12:25,730 --> 00:12:32,190
Такім чынам, гэта сумуе працоўны
ўсіх гэтых кампанентаў.

208
00:12:32,190 --> 00:12:34,710
>> Так што, калі вы бераце кожны
Кампанент сам па сабе.

209
00:12:34,710 --> 00:12:37,690
Так рухавіка, гэта проста дэман.

210
00:12:37,690 --> 00:12:40,800
Гэта будзе свайго роду гуляць, каб падтрымаць
гэта на Linux, таму што ён робіць

211
00:12:40,800 --> 00:12:44,380
патрабуюць пэўных асаблівасцяў ядра Linux.

212
00:12:44,380 --> 00:12:48,820
Але Windows працуе
рабіць тое ж самае.

213
00:12:48,820 --> 00:12:53,720
Гэта павінны падтрымлівацца
па Windows Server 2016.

214
00:12:53,720 --> 00:13:01,500
>> Так, зноў жа, у абавязкі з
Рухавік з, або з, пабудаваць малюнка.

215
00:13:01,500 --> 00:13:05,340
Пацягніце выявы з Докер
Канцэнтратар ці ваш уласны рэестра.

216
00:13:05,340 --> 00:13:07,840
Калі вы зрабілі з гэтымі малюнкамі
ці вы стварыць новыя вобразы,

217
00:13:07,840 --> 00:13:14,770
вы можаце націснуць іх назад у рэестр
размеркаваць іх з іншымі камандамі.

218
00:13:14,770 --> 00:13:18,300
>> І спрабуючы стрымаць яго лакальна
і кіраваць кантэйнеры жыццёвы цыкл

219
00:13:18,300 --> 00:13:19,260
на мясцовым узроўні.

220
00:13:19,260 --> 00:13:22,010
Ён пабудаваны вакол API HTTP REST.

221
00:13:22,010 --> 00:13:24,480
Тэхнічна вы можаце
напісаць свой уласны кліент

222
00:13:24,480 --> 00:13:31,650
тых часоў, пакуль ён выкарыстоўвае HTTP, які з'яўляецца вельмі
Стандартны механізм, каб пагаварыць з Engine

223
00:13:31,650 --> 00:13:33,110
і шмат іншых паслуг.

224
00:13:33,110 --> 00:13:35,780
І вы можаце бачыць з
тут, што незалежна

225
00:13:35,780 --> 00:13:39,010
з якой інфраструктуры
з'яўляецца, як доўга, як вы can-- ўсе

226
00:13:39,010 --> 00:13:42,170
Вы павінны гэта аперацыйная
Сістэма, Linux у прыватнасці.

227
00:13:42,170 --> 00:13:45,460
>> І вы можаце ўсталяваць Docker Рухавік
на вяршыні, што і гэта працуе

228
00:13:45,460 --> 00:13:48,970
і арганізуе, у асноўным,
усё гэта прыкладанне адзін, два,

229
00:13:48,970 --> 00:13:51,530
і тры фактычныя кантэйнеры.

230
00:13:51,530 --> 00:13:53,990
Дык вось рухавік.

231
00:13:53,990 --> 00:13:58,040
Як я ўжо казаў раней, таму што
Вы павінны ўзаемадзейнічаць з рухавіком,

232
00:13:58,040 --> 00:13:59,200
ёсць кліент.

233
00:13:59,200 --> 00:14:03,180
>> Але на самой справе, калі вы ўсталюеце
Докер, ён пастаўляецца з ёй.

234
00:14:03,180 --> 00:14:06,110
Так ён атрымлівае усталяваны,
так што гэта адзін двайковы.

235
00:14:06,110 --> 00:14:11,830
І вы можаце зрабіць мясцовыя званкі
на ваш Docker Engine.

236
00:14:11,830 --> 00:14:14,040
Або выдаленыя выклікі ў аддаленыя рухавікоў.

237
00:14:14,040 --> 00:14:16,600

238
00:14:16,600 --> 00:14:19,590
Гэта выкарыстанне HTTP, а
Я згадваў раней.

239
00:14:19,590 --> 00:14:24,200
Там гэта называецца графічнага кліента
Kitematic з Докер.

240
00:14:24,200 --> 00:14:26,390
І ёсць вызначана
шмат іншых людзей

241
00:14:26,390 --> 00:14:29,740
хто будуе шмат
ГПІ, што ў асноўным рэалізуюць

242
00:14:29,740 --> 00:14:32,980
некаторыя HTTP-выклікаў, каб пагаварыць з Engine.

243
00:14:32,980 --> 00:14:35,920

244
00:14:35,920 --> 00:14:39,280
>> Проста некаторыя прыклады каманд.

245
00:14:39,280 --> 00:14:44,620
Калі вы Docker версію, што гэта будзе
паказаць вам версію кліента, а таксама

246
00:14:44,620 --> 00:14:47,030
серверная версія.

247
00:14:47,030 --> 00:14:49,500
Калі вы інфармацыю Docker гэта будзе
сказаць вам усю інфармацыю

248
00:14:49,500 --> 00:14:54,300
пра тое, колькі кантэйнераў працуе
або створаны, колькі малюнкаў ў вас ёсць,

249
00:14:54,300 --> 00:14:56,530
і гэтак далей, і гэтак далей.

250
00:14:56,530 --> 00:15:01,850
>> Вось у мяне ёсць, у наступным, каб
Апошняе шкло, у мяне ёсць доктар перспектыве.

251
00:15:01,850 --> 00:15:04,970
Дык вось, як я на самой справе
стварэнне кантэйнер.

252
00:15:04,970 --> 00:15:08,960
І я даю яго рэха Hello World
і спаць на другі, а яшчэ шмат чаго.

253
00:15:08,960 --> 00:15:12,830
І вы можаце ўбачыць
Вынік. Так што гэта працягваецца.

254
00:15:12,830 --> 00:15:16,930
І падобна на Linux пс, вы можаце ўбачыць
усе працэсы і, у дадзеным выпадку,

255
00:15:16,930 --> 00:15:18,540
усе хадавыя кантэйнеры.

256
00:15:18,540 --> 00:15:23,430
Гэта свайго вяртаючыся да
кантэйнер Я толькі што стварыў.

257
00:15:23,430 --> 00:15:27,560
>> Такім чынам, гэта сапраўды важна, таму што,
як гэта можа быць трохі заблытаным.

258
00:15:27,560 --> 00:15:33,050
Так выявы з'яўляюцца толькі для чытання
набор файлаў, ці не так?

259
00:15:33,050 --> 00:15:37,000
Яны то, што наша кантэйнера на аснове.

260
00:15:37,000 --> 00:15:40,340
Але яны толькі для чытання.

261
00:15:40,340 --> 00:15:44,330
Такім чынам, вы пачынаеце з базавай выявы.

262
00:15:44,330 --> 00:15:50,180
Яна імкнецца пераймаць АС-як, так
Ubuntu, CentOS, яшчэ шмат чаго база малюнка.

263
00:15:50,180 --> 00:15:53,990
І тады вы пачынаеце будаваць на вяршыні
што некаторыя пласты, якія будуць складаць

264
00:15:53,990 --> 00:16:00,010
ваш канец малюнка, канчатковы вынік тут.

265
00:16:00,010 --> 00:16:03,220
>> І кожны з гэтых слаёў
павінны мець бацькоўскі вобраз

266
00:16:03,220 --> 00:16:06,690
што ён спасылаецца, калі гэта
на самай справе хоча стварыць.

267
00:16:06,690 --> 00:16:09,922
Яны нязменныя, у тым сэнсе,
што, таму што яны толькі для чытання,

268
00:16:09,922 --> 00:16:11,630
Вы не можаце на самой справе
унесці змены ў іх.

269
00:16:11,630 --> 00:16:17,540
Вы можаце выкарыстоўваць іх, каб стварыць
Кантэйнер з выявы, які

270
00:16:17,540 --> 00:16:23,530
будзем называць ўсе наступныя
неабходныя малюнка пад ім.

271
00:16:23,530 --> 00:16:26,400
>> Вы можаце ўнесці змены
у іншы пласт,

272
00:16:26,400 --> 00:16:28,810
гэта перапісванне пласт я буду
пагаварыць у секунду.

273
00:16:28,810 --> 00:16:31,350
Але кожнае з гэтых слаёў
ніколі не змяняюцца.

274
00:16:31,350 --> 00:16:34,300

275
00:16:34,300 --> 00:16:38,670
У асноўным малюнка выкарыстоўваць нешта
называецца Саюз сістэма, UFS файла.

276
00:16:38,670 --> 00:16:42,280
І ёсць розныя спосабы захоўвання
рухавічкі, якія выкарыстоўваюць гэтую тэхналогію.

277
00:16:42,280 --> 00:16:49,430
І што гэта значыць, што яна
аб'ядноўвае розныя файлавыя сістэмы

278
00:16:49,430 --> 00:16:51,190
каб яны выглядалі як адзін.

279
00:16:51,190 --> 00:16:54,460
>> Такім чынам, вы можаце на самой справе, з
пункту гледжання прыкладання,

280
00:16:54,460 --> 00:16:59,570
ў вас ёсць верх меркаванне, што шоў
ўсе розныя файлавай сістэмы неабходныя

281
00:16:59,570 --> 00:17:01,120
для гэтага прыкладання для запуску.

282
00:17:01,120 --> 00:17:04,400
Але на самой справе яны, на гэтым,
яны на самой справе ў асобных месцах

283
00:17:04,400 --> 00:17:06,410
і ў цяперашні час выкарыстоўваюцца
іншыя кантэйнеры, а таксама.

284
00:17:06,410 --> 00:17:09,569

285
00:17:09,569 --> 00:17:14,410
>> Такім чынам, як вы можаце бачыць тут, што
калі мы пачнем з дэманам малюнка

286
00:17:14,410 --> 00:17:18,619
у якасці базавай выявы, а затым
мы ідзем і дадаць [? Emacs?]

287
00:17:18,619 --> 00:17:20,720
а затым, што яшчэ адзін пласт.

288
00:17:20,720 --> 00:17:21,916
А потым дадаць Apache.

289
00:17:21,916 --> 00:17:22,790
Вось яшчэ адзін пласт.

290
00:17:22,790 --> 00:17:25,470
А потым мы праводзім
Кантэйнер з гэтага.

291
00:17:25,470 --> 00:17:29,760
Кожны з гэтых малюнкаў,
кожны з гэтых слаёў,

292
00:17:29,760 --> 00:17:35,530
адрозніваецца і можа быць
выкарыстаных іншымі кантэйнерамі.

293
00:17:35,530 --> 00:17:40,070
>> Калі вы паглядзіце на саміх кантэйнерах,
яны нейкім чынам, як В.М., як,

294
00:17:40,070 --> 00:17:41,930
але не лячыць той жа час.

295
00:17:41,930 --> 00:17:49,180
Такім чынам, яны не маюць, тэхнічна,
поўны аперацыйнай сістэмы пад імі.

296
00:17:49,180 --> 00:17:52,630
Яны выкарыстоўваюць адзіную ядро
ад аперацыйнай сістэмы.

297
00:17:52,630 --> 00:17:54,440
І яны будуюць на верхняй частцы, што.

298
00:17:54,440 --> 00:17:56,250
Яны імітуюць у тым, як яны выглядаюць.

299
00:17:56,250 --> 00:18:00,710
Яны імітуюць іх каранёвай файл
Сістэма аперацыйнай сістэмы.

300
00:18:00,710 --> 00:18:04,930
Але яны на самой справе не капіяваць.

301
00:18:04,930 --> 00:18:12,080
>> Так, замест таго, нязменныя пласты,
апошні пласт, які з'яўляецца кантэйнерам

302
00:18:12,080 --> 00:18:14,690
Сам, гэта пласт чытання-запісы.

303
00:18:14,690 --> 00:18:17,350
Гэта таксама працуе працэсы
з вашага прыкладання.

304
00:18:17,350 --> 00:18:23,530
А гэта залежыць ад ніжэйшых слаёў.

305
00:18:23,530 --> 00:18:26,730
Кожны кантэйнер
створаны з малюнка.

306
00:18:26,730 --> 00:18:32,450
І, што малюнак можа быць адзін
пласт або шматслаёвы вобраз.

307
00:18:32,450 --> 00:18:37,200
>> І я хачу адзначыць,
што Докер моцна выкарыстоўвае

308
00:18:37,200 --> 00:18:40,370
або на аснове капіраванне пры запісе механізму.

309
00:18:40,370 --> 00:18:44,350
Так што, на самай справе, калі вы не
ўнясення змяненняў у кантэйнеры,

310
00:18:44,350 --> 00:18:45,930
гэта не зойме дадатковае прастору.

311
00:18:45,930 --> 00:18:49,600
Дык вось, як вы ў асноўным
падсумаваць капіраванне пры запісе.

312
00:18:49,600 --> 00:18:53,820
Гэта будзе, безумоўна, паскорыць
час загрузкі для кантэйнера.

313
00:18:53,820 --> 00:18:56,300
Таму што, калі вы не робіце
Змены ў кантэйнеры,

314
00:18:56,300 --> 00:18:57,800
гэта выкарыстоўваючы тое, што ўжо ёсць.

315
00:18:57,800 --> 00:19:01,130

316
00:19:01,130 --> 00:19:02,955
>> Так, як гэта на самай справе працуе.

317
00:19:02,955 --> 00:19:06,920

318
00:19:06,920 --> 00:19:14,240
Частка з іх як, прама зараз, гэта
выкарыстоўвае прынамсі, два ключавых ядро

319
00:19:14,240 --> 00:19:14,820
асаблівасці.

320
00:19:14,820 --> 00:19:17,660
І гэта ў асноўным тое, што
створана што ўзровень ізаляцыі

321
00:19:17,660 --> 00:19:19,550
для саміх кантэйнераў.

322
00:19:19,550 --> 00:19:22,290
Гэтыя асаблівасці
імёнаў і кантрольныя групы.

323
00:19:22,290 --> 00:19:29,870
Так імёнаў з'яўляюцца спосабам
стварыць асобныя рэсурсы,

324
00:19:29,870 --> 00:19:36,290
такім чынам, каб у самым кантэйнеры,
толькі вы можаце ўбачыць некаторыя рэсурсы.

325
00:19:36,290 --> 00:19:40,030
Такія, як сеткавы інтэрфейс
або пэўныя карыстальнікі ці яшчэ шмат чаго.

326
00:19:40,030 --> 00:19:44,160
>> А тыя, бачныя толькі і толькі
даступныя ў кантэйнеры.

327
00:19:44,160 --> 00:19:48,290
Кантрольнай групы на другім баку межах
як вы выкарыстоўваеце гэтыя рэсурсы.

328
00:19:48,290 --> 00:19:50,950
Працэсара, памяці і дыскавай памяці.

329
00:19:50,950 --> 00:19:53,900
Калі вы можаце пайсці, я
маю на ўвазе тых, на самай справе

330
00:19:53,900 --> 00:19:57,410
асаблівасці, якія былі распрацаваны по--
яны з'яўляюцца часткай ядра Linux.

331
00:19:57,410 --> 00:20:01,800
Такім чынам, яны не зноўку
па або адноўлены Докер.

332
00:20:01,800 --> 00:20:03,770
Докер выкарыстоўвае іх.

333
00:20:03,770 --> 00:20:05,560
>> Што доктар сапраўды
тут на самой справе гэта

334
00:20:05,560 --> 00:20:08,680
Стварэнне арганізаваных
Прасторы імёнаў для кожнага кантэйнера

335
00:20:08,680 --> 00:20:13,320
і стварэнне кантрольных груп, так што гэта
смешнага лёгка стварыць кантэйнеры

336
00:20:13,320 --> 00:20:14,870
выкарыстоўваючы гэтыя функцыі.

337
00:20:14,870 --> 00:20:22,910
Вядома, як я апісаў вышэй, саюз
Файлавыя сістэмы і капіяванне пры запісе сапраўды

338
00:20:22,910 --> 00:20:26,810
дапамагчы хуткасць і дыск
Выкарыстанне кантэйнераў.

339
00:20:26,810 --> 00:20:28,917
>> І як толькі вы атрымаеце ваш
рукі вакол Докер,

340
00:20:28,917 --> 00:20:32,000
Вы ўбачыце, як хутка яна з'яўляецца
на самай справе раскруціць кантэйнеры і слязу

341
00:20:32,000 --> 00:20:32,500
іх уніз.

342
00:20:32,500 --> 00:20:36,060

343
00:20:36,060 --> 00:20:40,230
Так што, калі Вы маглі б спытаць, як можа
вы на самой справе пабудаваць малюнка?

344
00:20:40,230 --> 00:20:45,940
Мы будуем малюнка, у працэсе стварэння
кантэйнеры і ўнясенне змяненняў, які змяняе

345
00:20:45,940 --> 00:20:50,220
ім, і іх здзяйсненне
у станаўленне малюнак.

346
00:20:50,220 --> 00:20:54,330
>> Так што гэта курыца і
яйка спасылка тут,

347
00:20:54,330 --> 00:20:57,350
таму што ўсе кантэйнеры прыходзяць
ад малюнкаў і вобразы прыходзяць

348
00:20:57,350 --> 00:21:00,270
ад учыненых кантэйнераў,
па большай частцы.

349
00:21:00,270 --> 00:21:03,830
Ёсць тры варыянты
для стварэння малюнкаў.

350
00:21:03,830 --> 00:21:06,580
Я збіраюся апісаць
першы і апошні.

351
00:21:06,580 --> 00:21:10,060
Вы можаце альбо ўручную
пайсці і запусціць кантэйнер

352
00:21:10,060 --> 00:21:14,280
і зрабіць гэтыя змены,
як вы маглі б зрабіць на любым VM

353
00:21:14,280 --> 00:21:17,060
або любой аперацыйнай сістэмы, напрыклад
як ўстаноўка новых двайковых файлаў,

354
00:21:17,060 --> 00:21:19,370
дадання файлавых сістэм, і яшчэ шмат чаго.

355
00:21:19,370 --> 00:21:22,620
>> А потым вы выходзіце, а
Вы можаце ўбачыць там.

356
00:21:22,620 --> 00:21:24,330
Я выхаду майго кантэйнера.

357
00:21:24,330 --> 00:21:26,050
І тады я раблю Докер здзейсніць.

358
00:21:26,050 --> 00:21:28,390
І я здзяйснення гэтага.

359
00:21:28,390 --> 00:21:31,560
Вы можаце бачыць, што колькасць тут
гэта проста UUID, або першыя 12

360
00:21:31,560 --> 00:21:32,810
біты UUID.

361
00:21:32,810 --> 00:21:34,320
Або байт UUID.

362
00:21:34,320 --> 00:21:35,770
І тады я тэлефаную яго мой вобраз.

363
00:21:35,770 --> 00:21:39,510
Так што цяпер Докер клапоціцца аб
запісы ўсё, што я зрабіў гэта

364
00:21:39,510 --> 00:21:42,830
і стварэнне новага
малюнак на яго аснове.

365
00:21:42,830 --> 00:21:47,080

366
00:21:47,080 --> 00:21:52,560
>> Я не збіраюся казаць аб архіва,
але ёсць спосаб, вы можаце атрымаць адзін,

367
00:21:52,560 --> 00:21:58,200
стварыць адзіны, або зрабіць адзін
пласт малюнка з дапамогай архівы.

368
00:21:58,200 --> 00:22:02,650
Тое, што я збіраюся пагаварыць пра гэта
і тое, што ў асноўным выкарыстоўваецца сёння,

369
00:22:02,650 --> 00:22:03,270
гэта Dockerfile.

370
00:22:03,270 --> 00:22:07,260
Якія тэхнічна першы
крок аўтаматызаваны сам Докер.

371
00:22:07,260 --> 00:22:11,920
Так Dockerfiles рэчы, што вы
ўбачыце ў многіх GitHub РЭПО

372
00:22:11,920 --> 00:22:13,150
сёння.

373
00:22:13,150 --> 00:22:16,420
Гэта ў асноўным толькі
тэкставы файл апісання

374
00:22:16,420 --> 00:22:19,780
дакладна, як пабудаваць малюнак.

375
00:22:19,780 --> 00:22:25,540
>> І для кожнага радка, на самай справе стварае
кантэйнер, выконвае гэты радок,

376
00:22:25,540 --> 00:22:30,480
здзяйсняе гэты кантэйнер ў
новы лад, і вы, у асноўным,

377
00:22:30,480 --> 00:22:36,160
выкарыстоўваць яго для ўсіх наступных аперацый
пакуль вы не атрымаеце на апошнім малюнку.

378
00:22:36,160 --> 00:22:39,260
Якія ў асноўным
Канчатковая мэта тут, канец.

379
00:22:39,260 --> 00:22:42,420
І пасля таго, як за табой exec--
напісаць Dockerfile, што

380
00:22:42,420 --> 00:22:46,750
чыста ў тэксце, вы робіце Docker
пабудаваць і імя ладу.

381
00:22:46,750 --> 00:22:50,000
>> І вы ўказаць на тое што
дзе Dockerfile знаходзіцца ў.

382
00:22:50,000 --> 00:22:56,570
І вы можаце чакаць убачыць мой лад
як вобраз, які ў вас ёсць на мясцовым узроўні.

383
00:22:56,570 --> 00:22:59,100
Так што гэта проста візуальны
прыклад таго, што працягваецца.

384
00:22:59,100 --> 00:23:00,820
Вы пачынаеце з базавай выявы.

385
00:23:00,820 --> 00:23:05,150
Вы запускаеце, што ў кантэйнер, які
не змяняе саму базавы вобраз.

386
00:23:05,150 --> 00:23:08,310
Але замест таго, стварае
перапісаць пласт па-над ім

387
00:23:08,310 --> 00:23:10,340
дзе вы ўнесці змены,
у якім вы фіксуеце

388
00:23:10,340 --> 00:23:15,050
і вы паўторыце працэс, пакуль
Вы атрымліваеце да канчатковага малюнка.

389
00:23:15,050 --> 00:23:20,980
>> І тым самым, кожны зборкі
працэс можа выкарыстоўваць тыя ж пласты

390
00:23:20,980 --> 00:23:23,870
і ў асноўным same--
Докер кэшуецца гэтыя пласты.

391
00:23:23,870 --> 00:23:30,040
Так што, калі я раблю тое ж самае дакладнае
працэс, але замест ўстаноўкі PHP,

392
00:23:30,040 --> 00:23:31,540
Я ўсталёўваю Python.

393
00:23:31,540 --> 00:23:34,210
Гэта збіраецца выкарыстоўваць Apache і Ubuntu.

394
00:23:34,210 --> 00:23:39,570
Так Такім чынам, вы, выкарыстоўваючы ваш дыск.

395
00:23:39,570 --> 00:23:42,330
Гэта выкарыстанне кэш
і даступныя малюнка там.

396
00:23:42,330 --> 00:23:45,320

397
00:23:45,320 --> 00:23:48,840
>> Канчатковы кавалак рэестра, якія
як вы распаўсюджваць свае выявы.

398
00:23:48,840 --> 00:23:52,710
І, як я ўжо казаў раней,
ёсць версія Воблака яго,

399
00:23:52,710 --> 00:23:54,290
што Докер-канцэнтратар.

400
00:23:54,290 --> 00:23:57,550
Вы можаце пайсці і даследаваць
шмат, у асноўным

401
00:23:57,550 --> 00:24:04,900
гэта прадукт грамадскага SAS, што
Вы ўсё яшчэ можаце мець асабістыя малюнка,

402
00:24:04,900 --> 00:24:06,590
але ёсць шмат адкрытых малюнкаў.

403
00:24:06,590 --> 00:24:10,580
Гэта на самай справе абмежавана, вы можаце
націснуць неабмежаваныя грамадскія малюнкаў там.

404
00:24:10,580 --> 00:24:13,730
І гэта, як вы можаце
супрацоўнічаць з вашай камандай.

405
00:24:13,730 --> 00:24:17,159
>> Вы можаце проста паказаць іх у вас РЭПО
і яны могуць загрузіць гэта ці малюнак

406
00:24:17,159 --> 00:24:18,200
і яны могуць яе спампаваць.

407
00:24:18,200 --> 00:24:21,140

408
00:24:21,140 --> 00:24:24,990
Так дастаткова з размовы.

409
00:24:24,990 --> 00:24:29,110
Хто хоча ўбачыць некаторыя дэма вельмі хутка?

410
00:24:29,110 --> 00:24:31,330
Добра.

411
00:24:31,330 --> 00:24:34,050
Дык вось у мяне ёсць.

412
00:24:34,050 --> 00:24:37,480
Ca вы, хлопцы, бачыце мой экран?

413
00:24:37,480 --> 00:24:38,390
Добра.

414
00:24:38,390 --> 00:24:45,810
>> Так што я Докер працуе тут, так што я
можаце праверыць it's-- Гэта версія

415
00:24:45,810 --> 00:24:47,510
з Докер, які працуе.

416
00:24:47,510 --> 00:24:49,320
Можна зрабіць дадзеныя Docker.

417
00:24:49,320 --> 00:24:55,730
Праверце ўсю інфармацыю аб тым, колькі
малюнка ў іх ёсць, і гэтак далей, і гэтак далей.

418
00:24:55,730 --> 00:24:58,890
Докер PS, няма нічога працуе.

419
00:24:58,890 --> 00:25:00,570
Каскадныя тых.

420
00:25:00,570 --> 00:25:06,370
>> Таму першае, што я хачу зрабіць, гэта паказаць
Вы, як вы можаце лёгка запусціць кантэйнер.

421
00:25:06,370 --> 00:25:09,350
Такім чынам, цуд
Доктар выканання, калі гэта на самай справе

422
00:25:09,350 --> 00:25:14,700
не знайсьці малюнак на мясцовым узроўні,
па змаўчанні ён гаворыць на галоўную доктара

423
00:25:14,700 --> 00:25:17,240
і спрабуе знайсці яго там
і загружае яго для вас.

424
00:25:17,240 --> 00:25:22,820
Так яна ўключае ў сябе Docker
каманду цягнуць, натуральна.

425
00:25:22,820 --> 00:25:26,130
>> Так што, калі я раблю Докер перспектыве, прывітанне-свеце.

426
00:25:26,130 --> 00:25:28,890

427
00:25:28,890 --> 00:25:31,200
Такім чынам, спачатку гэта будзе
каб паспрабаваць знайсці яго.

428
00:25:31,200 --> 00:25:36,140
У адваротным выпадку, як вы можаце бачыць тут,
ён не мог знайсці яго на мясцовым узроўні.

429
00:25:36,140 --> 00:25:41,830
Цяпер ён проста выцягнуў два пласта
што зрабіў гэты вобраз, і я пабег.

430
00:25:41,830 --> 00:25:45,440
Прывітання-свет толькі ў асноўным
выхады, тое, што вы зрабілі.

431
00:25:45,440 --> 00:25:47,680
Так што гэта самы просты,
адзін самы просты прыклады.

432
00:25:47,680 --> 00:25:53,840
Так на самай справе я проста бег і
спыняецца кантэйнер вельмі хутка.

433
00:25:53,840 --> 00:25:59,500
>> Калі я хачу, каб run-- і дарэчы, калі
Я хачу, каб час, што проста так вы ведаеце,

434
00:25:59,500 --> 00:26:03,572
гэта, як доўга гэта бярэ, каб
на самай справе спіна і ўтрымліваць яго.

435
00:26:03,572 --> 00:26:05,030
Мы яго вымярэння ў мілісекундах.

436
00:26:05,030 --> 00:26:10,600
Такім чынам, вы можаце бачыць, колькі гэта можа
на самай справе дапаможа вам не толькі ў тэставанні,

437
00:26:10,600 --> 00:26:13,200
але нават і разгортвання.

438
00:26:13,200 --> 00:26:17,221
Так што гэта невялікае заўвагу па гэтым пытанні.

439
00:26:17,221 --> 00:26:18,970
Наступная рэч, якую я
збіраюся зрабіць, гэта на самай справе

440
00:26:18,970 --> 00:26:21,930
запусціць файл я ўжо падрыхтаваны.

441
00:26:21,930 --> 00:26:24,460
Так докер перспектыве.

442
00:26:24,460 --> 00:26:27,240
-d толькі сцяг, каб сказаць
гэта працаваць у фонавым рэжыме.

443
00:26:27,240 --> 00:26:30,290
І -p прызначае пэўныя парты.

444
00:26:30,290 --> 00:26:32,670
Таму што па змаўчанні,
кантэйнеры ізаляваныя,

445
00:26:32,670 --> 00:26:36,080
так што вы павінны сапраўды паказаць
як ён можа атрымаць да іх доступ.

446
00:26:36,080 --> 00:26:41,150
І ў гэтым выпадку, я кажу Docker
Паказвае выпадковы порт на хасце

447
00:26:41,150 --> 00:26:44,560
ў названы порт у
сам кантэйнер.

448
00:26:44,560 --> 00:26:47,130

449
00:26:47,130 --> 00:26:56,460
І гэта ў асноўным, дзе image--
спадзяюся, гэта з'яўляецца правільным.

450
00:26:56,460 --> 00:27:01,780
>> Так што робіць паралельныя загрузкі кожны
з тых слаёў, як вы можаце паглядзець тут.

451
00:27:01,780 --> 00:27:06,949
Тыя з слаёў робіць
канец вобраз, які я пабудаваў.

452
00:27:06,949 --> 00:27:08,115
Гэта зойме секунду.

453
00:27:08,115 --> 00:27:11,290

454
00:27:11,290 --> 00:27:12,370
І вуаля.

455
00:27:12,370 --> 00:27:16,590
>> Так што цяпер, калі я раблю Docker пс, я павінен
убачыць тое, што працуе.

456
00:27:16,590 --> 00:27:22,250
Я павінен убачыць ідэнтыфікатар, малюнак
што гэта было на аснове выключаны,

457
00:27:22,250 --> 00:27:23,880
і каманда, якая была выканана.

458
00:27:23,880 --> 00:27:28,720
І як атрымаць доступ да гэта
у асноўным вы ідзяце да гэтага порце.

459
00:27:28,720 --> 00:27:33,240
Так што я збіраюся пайсці, мэтай якіх гэта
з'яўляецца Я бягу гэта на AWS.

460
00:27:33,240 --> 00:27:37,150
Я збіраюся паехаць у 32769.

461
00:27:37,150 --> 00:27:37,650
Ай.

462
00:27:37,650 --> 00:27:40,495

463
00:27:40,495 --> 00:27:41,120
І тут мы ідзем.

464
00:27:41,120 --> 00:27:44,550
>> Так што гэта на самай справе проста
вэб-сэрвіс, які паказвае

465
00:27:44,550 --> 00:27:46,240
які кантэйнер гэты час падаецца з.

466
00:27:46,240 --> 00:27:50,450
Такім чынам, вы можаце бачыць, што гэта
ад кантэйнера a9f.

467
00:27:50,450 --> 00:27:52,850
І вось гэта
імя кантэйнера.

468
00:27:52,850 --> 00:27:56,550
Дык вы, хлопцы, можаце ўбачыць, як хутка ён
быў на самай справе не толькі цягнуць, але таксама

469
00:27:56,550 --> 00:28:00,440
разгарнуць гэты кантэйнер.

470
00:28:00,440 --> 00:28:05,070
>> Цяпер наступны крок заключаецца ў
шукаць у Dockerfiles

471
00:28:05,070 --> 00:28:09,430
і як мы можам на самай справе
будаваць новыя вобразы.

472
00:28:09,430 --> 00:28:15,250
Я проста збіраюся пайсці атрымаць клон, А
Прыклады Dockerfile на аснове раней

473
00:28:15,250 --> 00:28:17,755
схема, адзін, каб Apache і PHP.

474
00:28:17,755 --> 00:28:26,740

475
00:28:26,740 --> 00:28:28,140
Спадзяюся, я памятаю РЭПО.

476
00:28:28,140 --> 00:28:36,410

477
00:28:36,410 --> 00:28:38,750
>> Так у мяне ёсць рэпазітар прама цяпер.

478
00:28:38,750 --> 00:28:43,080
І вы ўбачыце,
гэта шмат на самай справе.

479
00:28:43,080 --> 00:28:45,110
Я не ўсталяваць дрэва.

480
00:28:45,110 --> 00:28:48,700
>> Так у асноўным вы ўбачыце, як
ваш зыходны код дакументацыі вакол

481
00:28:48,700 --> 00:28:51,240
гэта, а затым на Dockerfile
як на самой справе спакаваць яго.

482
00:28:51,240 --> 00:28:57,970
Так што гэта проста ўзор PHP
што пераклікаецца прывітанне CS50.

483
00:28:57,970 --> 00:29:01,550
>> Так што, калі я хачу, каб запусціць яго,
Я зраблю Docker зборкі.

484
00:29:01,550 --> 00:29:03,370
Я павінен пабудаваць яго ў першую чаргу.

485
00:29:03,370 --> 00:29:12,420
Я збіраюся назваць яго demo_cs50.

486
00:29:12,420 --> 00:29:16,470
І вам трэба пазнаку з ёй таксама.

487
00:29:16,470 --> 00:29:19,802
Такім чынам, давайце называць яго v1 кропка.

488
00:29:19,802 --> 00:29:21,760
Так, як я апісаў вышэй,
што я раблю сёння

489
00:29:21,760 --> 00:29:26,840
з'яўляецца Я кажу Docker ісці выкарыстанне
that-- самай справе, прабачце, мой дрэнны.

490
00:29:26,840 --> 00:29:29,450

491
00:29:29,450 --> 00:29:32,500
Мы не зірнуць
на самай Dockerfile.

492
00:29:32,500 --> 00:29:39,020
Такім чынам, толькі рэчы ў тут
index.php, а таксама файл звестак

493
00:29:39,020 --> 00:29:39,810
і Dockerfile.

494
00:29:39,810 --> 00:29:44,600
>> Так што, калі вы паглядзіце на
Dockerfile, так што

495
00:29:44,600 --> 00:29:47,150
вельмі падобна на тое
Я апісаў раней.

496
00:29:47,150 --> 00:29:51,220
Гэта проста куча
крокі, якія выконвае Докер

497
00:29:51,220 --> 00:29:56,330
шляхам стварэння і зрываючы кантэйнеры
і [? падліку?] іх у малюнак.

498
00:29:56,330 --> 00:29:59,570
>> І ў асноўным вы можаце
see-- [неразборліва] гэта here--

499
00:29:59,570 --> 00:30:04,340
але гэта з мясцовага РЭПО.

500
00:30:04,340 --> 00:30:06,410
Гэта збіраецца пайсці і захапіць index.php.

501
00:30:06,410 --> 00:30:10,970
Так што гэта толькі зыходны код, які
на справе з'яўляюцца часткай вашага прыкладання.

502
00:30:10,970 --> 00:30:16,800
Усё гэта ў асноўным
сантэхнічныя сістэмы аперацыйнай,

503
00:30:16,800 --> 00:30:21,460
атрымліваць неабходныя пакеты і
Apache, PHP і, і яшчэ шмат чаго.

504
00:30:21,460 --> 00:30:26,950
Але гэта адбываецца на самай справе index.php
і здзяйсненне яго ў кантэйнер,

505
00:30:26,950 --> 00:30:28,210
ў малюнак.

506
00:30:28,210 --> 00:30:33,120
>> Так што, калі вы ідзяце наперад і запусціць
Каманда, выканаўшы наступныя,

507
00:30:33,120 --> 00:30:36,155
гэта на самай справе going--,
гэта можа заняць крыху.

508
00:30:36,155 --> 00:30:40,870

509
00:30:40,870 --> 00:30:42,455
Спадзяюся, гэта не зойме занадта шмат часу.

510
00:30:42,455 --> 00:30:45,129

511
00:30:45,129 --> 00:30:46,170
Такім чынам, вы можаце бачыць крокі.

512
00:30:46,170 --> 00:30:49,320
І я заклікаю вас ісці
дадому сёння і паспрабаваць яго.

513
00:30:49,320 --> 00:30:51,280
І Мано апішу
як менавіта ты гэта робіш.

514
00:30:51,280 --> 00:30:57,810
Але гэта сапраўды выдатна, каб убачыць менавіта
тое, што адбываецца за кулісамі.

515
00:30:57,810 --> 00:31:02,420
Але гэта да смешнага лёгка пабудаваць
Выявы і разгарнуць іх з дапамогай Docker.

516
00:31:02,420 --> 00:31:12,170

517
00:31:12,170 --> 00:31:14,050
>> Гэта займае трохі
больш, чым я чакаў.

518
00:31:14,050 --> 00:31:29,085

519
00:31:29,085 --> 00:31:32,690
>> Давайце паглядзім, што адбываецца, калі you-- астыць.

520
00:31:32,690 --> 00:31:36,260
Такім чынам, як вы бачыце, кожная з гэтых крокаў
ўяўляюць лініі ў Dockerfile.

521
00:31:36,260 --> 00:31:42,570
А вось гэта паказвае, што гэта
паспяхова пабудаваў гэты вобраз.

522
00:31:42,570 --> 00:31:46,480
>> Так што, калі я Docker малюнка, я збіраюся
ўбачыць ўсе выявы, якія я маю на мясцовым узроўні.

523
00:31:46,480 --> 00:31:52,160
І адзін з іх завецца мой
імя карыстальніка і назва малюнка,

524
00:31:52,160 --> 00:31:56,050
а тэг representing--
у асноўным гэта версія тэгаў.

525
00:31:56,050 --> 00:31:58,040
>> Так што цяпер, калі я хачу, каб запусціць
гэта, я Docker перспектыве.

526
00:31:58,040 --> 00:32:06,040

527
00:32:06,040 --> 00:32:14,960
І я проста хачу, каб зрабіць -d -P. У v1.

528
00:32:14,960 --> 00:32:18,500
Так я бачу цяпер, што ў мяне два
кантэйнеры працуе, той, што я проста

529
00:32:18,500 --> 00:32:21,230
створаны і прывітанне
Докер, які я атрымаў у мінулым.

530
00:32:21,230 --> 00:32:24,320
>> І вы можаце бачыць тут, што гэта
прызначаны яго іншы порт.

531
00:32:24,320 --> 00:32:30,710
Так што, калі я іду ў той жа IP, але прызначыць яго
іншае port--, спадзяюся, я не зрабіў.

532
00:32:30,710 --> 00:32:33,060
Так што цяпер гэта дадатак
што я проста разгорнуты.

533
00:32:33,060 --> 00:32:35,980

534
00:32:35,980 --> 00:32:43,900
>> Калі я хачу, каб унесці змены, я
можа хутка змяніць зыходны код

535
00:32:43,900 --> 00:32:49,050
і выканайце наступныя дзеянні.

536
00:32:49,050 --> 00:32:55,170
Давайце зробім прывітанне Гарвард.

537
00:32:55,170 --> 00:32:57,989
Так што цяпер, што адбываецца
адбудзецца тое, што я

538
00:32:57,989 --> 00:32:59,905
збіраецца пазначыць яго з
адрозніваецца version-- аб,

539
00:32:59,905 --> 00:33:03,080
гэта не guy-- пазначыць яго
з другога версіяй.

540
00:33:03,080 --> 00:33:05,735
І вы збіраецеся
see-- вы, хлопцы чакаць

541
00:33:05,735 --> 00:33:11,020
гэта ўзяць такое ж колькасць часу
пабудаваць яго ў другі раз ці не?

542
00:33:11,020 --> 00:33:14,470
Добра, і хто ведае, чаму?

543
00:33:14,470 --> 00:33:15,020
Кажаце.

544
00:33:15,020 --> 00:33:16,350
>> АЎДЫТОРЫЯ: [неразборліва]

545
00:33:16,350 --> 00:33:19,830
>> Нікола КАБАР: Гэта ў асноўным мы
змяніць толькі адзін з пазнейшых этапаў.

546
00:33:19,830 --> 00:33:23,110
І таму ён збіраецца выкарыстоўваць
Кэш і выкарыстоўваць кожны з гэтых слаёў.

547
00:33:23,110 --> 00:33:27,080
І гэта сапраўды адны з
забойца асаблівасці Докер

548
00:33:27,080 --> 00:33:32,930
як гэта на самай справе выкарыстоўвае
і паўторна захоп

549
00:33:32,930 --> 00:33:36,950
ваш дыск на тое ж самае
Дакладныя часткі інфармацыі.

550
00:33:36,950 --> 00:33:40,700
>> Так што, калі мы робім тое ж самае,
ён узяў толькі пару секунд.

551
00:33:40,700 --> 00:33:48,860
Калі мы хочам, каб redeploy-- так што зараз
Я павінен мець тры кантэйнера.

552
00:33:48,860 --> 00:33:56,160
Але гэта адзін быўшы
служыў на the-- сем адзін.

553
00:33:56,160 --> 00:33:58,860
Так што цяпер гэта трэці кантэйнер.

554
00:33:58,860 --> 00:34:02,580
Усе разумеюць
што я толькі што зрабіў тут?

555
00:34:02,580 --> 00:34:06,320
>> Так што цяпер, калі вы хочаце падзяліцца гэтым
Кантэйнер вельмі хутка з сябрамі,

556
00:34:06,320 --> 00:34:14,840
вы можаце проста зрабіць Докер націснуць
імя кантэйнера, з надзеяй.

557
00:34:14,840 --> 00:34:20,130
Так што цяпер гэта будзе штурхаць яго
, Мэтай якіх я не падпісаны тут.

558
00:34:20,130 --> 00:34:33,511

559
00:34:33,511 --> 00:34:34,219
На жаль пра гэта.

560
00:34:34,219 --> 00:34:39,219
Але я не збіраюся ліквідаваць гэта цяпер.

561
00:34:39,219 --> 00:34:42,780
Але ў асноўным, што адна каманда
проста падышоўшы штурхаць яго.

562
00:34:42,780 --> 00:34:45,670
І вы збіраецеся быць у стане
см, калі вы ідзяце ў Докер-канцэнтратар

563
00:34:45,670 --> 00:34:48,587
І вы увайсці, вы
будзе ў стане бачыць гэта.

564
00:34:48,587 --> 00:34:50,420
І тады вы можаце проста
пазначыць, хто будзе

565
00:34:50,420 --> 00:34:52,750
выкарыстаць гэты вобраз, каб пайсці і выцягнуць яго.

566
00:34:52,750 --> 00:34:55,460
І яны могуць выкарыстоўваць яго.

567
00:34:55,460 --> 00:34:57,760
>> Пры тым, што мы спадзяемся,
Я накшталт прадэманстраваў

568
00:34:57,760 --> 00:35:01,230
як лёгка гэта для працы з Докер.

569
00:35:01,230 --> 00:35:06,610
І я проста хачу, каб
вярнуць яе Мано.

570
00:35:06,610 --> 00:35:11,760
І ён збіраецца ўзяць яго адсюль.

571
00:35:11,760 --> 00:35:13,990
>> Мано МАРКІ: Усе правы
дзякуй, дзякуй Ніка.

572
00:35:13,990 --> 00:35:18,700

573
00:35:18,700 --> 00:35:20,614
І што?

574
00:35:20,614 --> 00:35:24,410
Такім чынам, адна з рэчаў, якія я
хацеў зрабіць, гэта пакласці разам

575
00:35:24,410 --> 00:35:28,820
чаму гэта important--
чаму і навошта Докер

576
00:35:28,820 --> 00:35:33,000
кантэйнеры такое
важная новая распрацоўка,

577
00:35:33,000 --> 00:35:36,890
новы спосаб на самой справе робіць праграмнае забеспячэнне.

578
00:35:36,890 --> 00:35:41,300
>> І перш, чым я раблю, я збіраюся
проста ўвесці некалькі статыстыцы.

579
00:35:41,300 --> 00:35:42,790
Я не збіраюся чытаць усе гэтыя.

580
00:35:42,790 --> 00:35:52,540
Але гэта паказвае вам шмат пра тое, як
папулярны гэта ў грамадстве.

581
00:35:52,540 --> 00:35:56,310
Асноўныя тэхналогіі Docker
з адкрытым зыходным кодам.

582
00:35:56,310 --> 00:36:03,560
Дык вось Докер рухавіка, складаць,
Рой, куча іншых рэчаў

583
00:36:03,560 --> 00:36:05,210
усё з адкрытым зыходным кодам.

584
00:36:05,210 --> 00:36:10,590
І ў нас ёсць, што ж я
кажуць, 1300 ўкладчыкаў.

585
00:36:10,590 --> 00:36:15,630
Вы бачыце цяпер, калі вы паглядзіце на
Колькасць вакансій, у апошні раз

586
00:36:15,630 --> 00:36:19,640
мы глядзелі, гэта было каля 43000 вакансіі
Адтуліны адмыслова адзначыць,

587
00:36:19,640 --> 00:36:22,230
знаёмства з Докер.

588
00:36:22,230 --> 00:36:26,450
Сотні мільёнаў малюнкаў ёсць
былі загружаныя з Докер-канцэнтратар.

589
00:36:26,450 --> 00:36:31,870
А, ну, значна больш буйныя статыстыка.

590
00:36:31,870 --> 00:36:34,770
>> Для тых, хто цікавіцца, яго
была першапачаткова напісана ў Python

591
00:36:34,770 --> 00:36:37,730
а затым перапісаць ў Go.

592
00:36:37,730 --> 00:36:40,320
І гэта толькі было
адкрыць source-- гэта толькі

593
00:36:40,320 --> 00:36:44,950
быў выпушчаны на працягу прыблізна 2 і 1/2 гадоў,
што азначае, што ў 2 і 1/2 гадоў,

594
00:36:44,950 --> 00:36:48,020
мы бачылі велізарная колькасць
росту і важнасці

595
00:36:48,020 --> 00:36:50,190
гэта ў грамадстве.

596
00:36:50,190 --> 00:36:52,400
І таму я хачу пагаварыць
крыху аб тым, чаму.

597
00:36:52,400 --> 00:36:54,940

598
00:36:54,940 --> 00:36:59,880
>> Так што проста паўтарыць, некаторыя з
Ключавыя моманты Ніка, Докер хутка.

599
00:36:59,880 --> 00:37:00,630
Гэта партатыўны.

600
00:37:00,630 --> 00:37:02,500
Гэта з'яўляецца прайграваных.

601
00:37:02,500 --> 00:37:06,130
І ён усталёўвае стандартную сераду.

602
00:37:06,130 --> 00:37:13,370
>> І што-гэта мой дерьмовый
выкараніць маналіты slide--, што

603
00:37:13,370 --> 00:37:17,990
гэта дапамагае людзям рабіць, што
шмат у індустрыі праграмнага забеспячэння

604
00:37:17,990 --> 00:37:21,400
пачаў рабіць у
пачатку 2000-х, рухаецца

605
00:37:21,400 --> 00:37:24,200
ад іх маналітны
адзінкавыя прыкладання

606
00:37:24,200 --> 00:37:28,590
дзе кожны залежнасцяў павінен быць
выпрабаваныя перад Увесь прыкладанне было

607
00:37:28,590 --> 00:37:31,280
павінны быць разгорнутыя, які
можа азначаць сайт

608
00:37:31,280 --> 00:37:36,240
толькі атрымаў разгорнутыя адразу
кожныя тры месяцы, або больш,

609
00:37:36,240 --> 00:37:42,650
у значна больш службы
арыентаваная архітэктура

610
00:37:42,650 --> 00:37:46,090
ці іншы тып кампанентная
архітэктуры прыкладання.

611
00:37:46,090 --> 00:37:48,610
І так гэта дазваляе
выгляд архітэктур

612
00:37:48,610 --> 00:37:52,250
што скарыстацца
Докер працаваць у гэтыя тры

613
00:37:52,250 --> 00:37:58,450
Асноўнымі напрамкамі развіцця, якія
з'яўляецца развіццё напісанні фактычны код,

614
00:37:58,450 --> 00:38:00,140
тэставанне кода, а разгортванне яе.

615
00:38:00,140 --> 00:38:03,000

616
00:38:03,000 --> 00:38:05,420
>> Дык чаму гэта важна?

617
00:38:05,420 --> 00:38:09,920
Калі вы a-- дазвольце мне даць прыклад.

618
00:38:09,920 --> 00:38:13,600
Калі вы з'яўляецеся вэб-сайт
Распрацоўшчык прылады, вы

619
00:38:13,600 --> 00:38:19,020
распрацоўка вэб-сайта, які заснаваны на
базы дадзеных, што Дэвід вырабляецца тут.

620
00:38:19,020 --> 00:38:20,490
Выбачайце Дэвід, я тэлефаную вам.

621
00:38:20,490 --> 00:38:22,984

622
00:38:22,984 --> 00:38:24,900
Калі вы хочаце, каб разгарнуць
усё гэта, вы б

623
00:38:24,900 --> 00:38:28,870
прыйдзецца чакаць пад традыцыйны
Развіццё маналітнага праграмнага забеспячэння

624
00:38:28,870 --> 00:38:32,710
серада, вам прыйдзецца чакаць
пакуль ён не быў зроблены з базай дадзеных

625
00:38:32,710 --> 00:38:36,030
перш чым вы маглі на самай справе зрабіць
любыя змены ў свой вэб-сайт.

626
00:38:36,030 --> 00:38:40,900
Вы павінны былі б перадыслакаваць
Увесь дадатак, каб зрабіць так.

627
00:38:40,900 --> 00:38:45,490
>> І тое, што Докер дапаможа вам зрабіць кожны
чалавек работа па розных кампанентаў

628
00:38:45,490 --> 00:38:52,990
і абнавіць іх, як яны ідуць, проста зрабіць
Пераканайцеся, што інтэрфейсы застаюцца тымі ж.

629
00:38:52,990 --> 00:38:56,350
Так што гэта было зроблена
гэта перамясціўся людзей

630
00:38:56,350 --> 00:39:03,950
рабіць гэта масіўная маналітная
архітэктура праграмнага забеспячэння,

631
00:39:03,950 --> 00:39:07,610
разгарнуць кожны месяц бесперапыннай
інтэграцыя і бесперапыннае развіццё

632
00:39:07,610 --> 00:39:08,490
навакольнае асяроддзе.

633
00:39:08,490 --> 00:39:12,580
>> Зараз гэта не з'яўляецца унікальным для Докер,
але Докер робіць гэта значна лягчэй,

634
00:39:12,580 --> 00:39:16,620
які азначае, што вы ў асноўным
пастаянна разгортвання.

635
00:39:16,620 --> 00:39:20,690
Мы гаворым з прадпрыемстваў, якія
разгортвання прыкладанняў грамадскіх абліцавальныя

636
00:39:20,690 --> 00:39:30,180
тысячы разоў у дзень, таму што
яны бачаць каштоўнасць у проста зрабіць

637
00:39:30,180 --> 00:39:33,740
невялікія змены, і да таго часу,
як гэта праходзіць праз выпрабаванні,

638
00:39:33,740 --> 00:39:35,900
даючы яму выйсці ў вытворчасць.

639
00:39:35,900 --> 00:39:41,890
Ніка заўсёды казаў мне,
раней, у многіх асяроддзях,

640
00:39:41,890 --> 00:39:46,580
стандарт жыццёвага цыклу
Кантэйнер вымяраецца ў секундах,

641
00:39:46,580 --> 00:39:50,460
у той час як на віртуальнай машыне
можа быць вымераная ў месяцаў.

642
00:39:50,460 --> 00:39:54,590

643
00:39:54,590 --> 00:39:58,690
>> Я хацеў узяць невялікае
ўключыць сюды, таму што я

644
00:39:58,690 --> 00:40:00,170
ў адукацыйным установе.

645
00:40:00,170 --> 00:40:06,670
Я хацеў, каб даць прыклад таго, як
гэта працуе ў адукацыйным даследаванняў

646
00:40:06,670 --> 00:40:07,670
Сітуацыя.

647
00:40:07,670 --> 00:40:10,930
Так што арганізацыя
званыя bioboxes.

648
00:40:10,930 --> 00:40:15,450
Bioboxes робіць ДНК
аналіз даследчыкаў.

649
00:40:15,450 --> 00:40:22,029
>> Цяпер тое, што яны выявілі, што, калі
researcher-- і гэта не

650
00:40:22,029 --> 00:40:24,070
няспраўнасць якога-небудзь канкрэтнага
researcher-- але калі

651
00:40:24,070 --> 00:40:31,240
даследчык разгорнутыя
алгарытм для аналізу,

652
00:40:31,240 --> 00:40:36,670
У пэўным чынам, ўзор ДНК,
яны пішуць праграмнае забеспячэнне,

653
00:40:36,670 --> 00:40:39,980
публікаваць, што, можа быць, у
GitHub або дзесьці яшчэ,

654
00:40:39,980 --> 00:40:42,680
а затым яны былі зробленыя.

655
00:40:42,680 --> 00:40:47,440
>> Ну праблема ў тым, што гэта
не абавязкова прайграваным.

656
00:40:47,440 --> 00:40:51,610
Таму што для таго, каб
зразумець праграмнага забеспячэння,

657
00:40:51,610 --> 00:40:54,830
яны будуць створаны для
Дакладная асяроддзе распрацоўкі

658
00:40:54,830 --> 00:41:00,460
што гэта даследчык выкарыстоўваецца, як правіла,
іх ноўтбук або сервер, або дадзеныя

659
00:41:00,460 --> 00:41:04,280
цэнтр, які яны выкарыстоўваюць.

660
00:41:04,280 --> 00:41:11,530
І, такім чынам, гэта было вельмі цяжка
каб прайграць вынікі даследавання, калі

661
00:41:11,530 --> 00:41:16,910
Аналізуючы ўзоры ДНК, каб паглядзець
на рэчы, як incidence--

662
00:41:16,910 --> 00:41:23,830
параўнаць узровень сардэчных прыступаў
на аснове пэўных генаў, прысутных,

663
00:41:23,830 --> 00:41:28,900
напрыклад, або рызыка рака, або
любы з іншых відаў рэчаў.

664
00:41:28,900 --> 00:41:33,900
>> Так што яны зрабілі, а не быў
яны пачалі ствараць кантэйнеры.

665
00:41:33,900 --> 00:41:39,380
І вы можаце перайсці па bioboxes.org,
гэта вялікая арганізацыя.

666
00:41:39,380 --> 00:41:43,900
І тое, што яны робяць, яны вырабляюць
кантэйнеры на аснове навуковых даследаванняў.

667
00:41:43,900 --> 00:41:46,840
А потым, калі хтосьці адпраўляе
у іх выбарцы, яны могуць запусціць яго.

668
00:41:46,840 --> 00:41:52,770
І яна мае ўсе асяроддзе
неабходныя для запуску, што алгарытм

669
00:41:52,770 --> 00:41:55,370
і атрымання вынікаў.

670
00:41:55,370 --> 00:41:58,250
І яны знаходзяць, што яны
значна больш верагодна і значна

671
00:41:58,250 --> 00:42:01,300
хутчэй стане
вярнуцца да вынікаў людзей.

672
00:42:01,300 --> 00:42:06,860
>> І на самай справе, тое, што людзі робяць
працуеце свой уласны аналіз на ДНК,

673
00:42:06,860 --> 00:42:11,220
адпраўка што і bioboxes, і
Затым Биобокс проста бярэ дадзеныя,

674
00:42:11,220 --> 00:42:15,350
запускае яго супраць розных
з розных кантэйнераў

675
00:42:15,350 --> 00:42:19,030
каб убачыць розныя вынікі
на аснове розных даследаванняў.

676
00:42:19,030 --> 00:42:21,860
Так што гэта вельмі магутны
спосаб, у якім даследчыкі

677
00:42:21,860 --> 00:42:28,070
можа зрабіць адзін асобнік, які дазваляе
іншыя людзі, каб паспрабаваць прайграць і

678
00:42:28,070 --> 00:42:28,650
вынікі.

679
00:42:28,650 --> 00:42:31,710

680
00:42:31,710 --> 00:42:34,360
>> Так як вы пачыналі?

681
00:42:34,360 --> 00:42:37,950

682
00:42:37,950 --> 00:42:39,800
Мы добра падтрымліваецца на Linux.

683
00:42:39,800 --> 00:42:43,070
Так што, калі вы хочаце ўсталяваць
небудзь на Linux,

684
00:42:43,070 --> 00:42:45,620
Вы выкарыстоўваеце свой стандарт
менеджэр пакетаў для ўстаноўкі.

685
00:42:45,620 --> 00:42:47,600
Калі вы выкарыстоўваеце Debian, гэта схільныя атрымаць.

686
00:42:47,600 --> 00:42:50,500
CentOS з'яўляецца ням.

687
00:42:50,500 --> 00:42:53,500
Fedora Red Hat з'яўляецца
rpm-- я не памятаю.

688
00:42:53,500 --> 00:42:56,070
Ва ўсякім выпадку, усё гэта ёсць.

689
00:42:56,070 --> 00:42:59,610
Мы падтрымліваем вялікая разнастайнасць
размеркаванняў Linux.

690
00:42:59,610 --> 00:43:01,150
Вы можаце праверыць тыя.

691
00:43:01,150 --> 00:43:06,370
>> У нас таксама ёсць варыянты, каб вы
можа працаваць на Mac ці Windows.

692
00:43:06,370 --> 00:43:10,670
Цяпер Ніка згадвалася раней, што
было падтрымліваецца толькі на Linux.

693
00:43:10,670 --> 00:43:18,180
Гэта праўда, таму што гэта
мае патрэбу ў ядро ​​Linux.

694
00:43:18,180 --> 00:43:20,540
Але, вы можаце працаваць у віртуальнай машыне.

695
00:43:20,540 --> 00:43:25,290
І тое, што Докер Інструменты
робіць, што вы можаце спампаваць,

696
00:43:25,290 --> 00:43:27,610
гэта дае вам, што віртуальную машыну.

697
00:43:27,610 --> 00:43:37,260
>> Так проста хутка 48
па-другое, я думаю, што, запампоўка.

698
00:43:37,260 --> 00:43:40,670
Вы проста пошук па Докер
Скрыню для інструмента, загрузіць яго ў Mac,

699
00:43:40,670 --> 00:43:43,910
і гэтая частка ўяўляе
Вядома паскорыўся, таму што хто

700
00:43:43,910 --> 00:43:47,620
хоча, каб паглядзець спампаваць сігнал?

701
00:43:47,620 --> 00:43:54,190
Ўстаноўка Стандартны Mac,
і тады вы

702
00:43:54,190 --> 00:43:59,795
ўбачыце Джером паклаў у яго пароль.

703
00:43:59,795 --> 00:44:00,670
Гэта вельмі цікава.

704
00:44:00,670 --> 00:44:03,510

705
00:44:03,510 --> 00:44:06,230
І тады Ён ўсталёўвае
цэлая куча інструментаў.

706
00:44:06,230 --> 00:44:10,010
І асабліва гэта будзе
ўсталяваць камандную радок.

707
00:44:10,010 --> 00:44:14,220
І тады можна было ўбачыць
Джером тэставання свае вобразы.

708
00:44:14,220 --> 00:44:19,050

709
00:44:19,050 --> 00:44:22,640
>> А затым на аснове гэтага,
Вы можаце бачыць, што YouTube

710
00:44:22,640 --> 00:44:27,420
лічыць, што Ніка зацікаўлены ў
Зорныя вайны, Джымі Кімэла шоў,

711
00:44:27,420 --> 00:44:29,020
і я думаю, Элен.

712
00:44:29,020 --> 00:44:34,130
Я думаю, што ў мінулым адзін
кліп з Элен-шоў.

713
00:44:34,130 --> 00:44:37,760
>> Так Докер Інструменты хоць прыходзіць
больш, чым проста машына Докер.

714
00:44:37,760 --> 00:44:39,840
Так Докер Машына
рэч, якая дапамагае

715
00:44:39,840 --> 00:44:43,710
вы стварылі віртуальны
машына на АС Windows

716
00:44:43,710 --> 00:44:52,080
або Mac-- ваш скрыню вокны ці ваш Mac
box-- і дапаможа вам зрабіць прадастаўленне,

717
00:44:52,080 --> 00:44:54,040
>> Але ён таксама пастаўляецца з
Рой і складаць,

718
00:44:54,040 --> 00:45:00,840
якія прызначаны, каб дапамагчы вам зрабіць вялікі
маштабныя разгортвання вашага прыкладання.

719
00:45:00,840 --> 00:45:04,000
Так што, калі вы хочаце кіраваць
кластары вузлоў,

720
00:45:04,000 --> 00:45:08,450
кластары кантэйнераў, Стварэнне і
Рой з'яўляюцца спосаб пайсці пра гэта.

721
00:45:08,450 --> 00:45:11,430
>> І, вядома, яна пастаўляецца з
Докер Рухавік і Kitematic,

722
00:45:11,430 --> 00:45:13,250
што гэта настольнае інтэрфейс.

723
00:45:13,250 --> 00:45:17,060
Я павінен таксама згадаць Docker рэестра,
якая не ўваходзіць у Toolbox,

724
00:45:17,060 --> 00:45:23,150
але гэта спосаб для вас, каб запусціць свой уласны
рэестры Docker малюнкаў, як Докер

725
00:45:23,150 --> 00:45:28,970
Канцэнтратар, але вы таксама можаце проста выкарыстоўваць
Докер-канцэнтратар, як спосаб, каб зрабіць гэта.

726
00:45:28,970 --> 00:45:32,955
>> І, паварот сюжэту, вы бачыце
гэта працуе ў кантэйнеры.

727
00:45:32,955 --> 00:45:34,830
І гэта, як мы
распаўсюдзе нашых слайдаў.

728
00:45:34,830 --> 00:45:38,610
Уся гэтая прэзентацыя
на самай справе HTML слайд палубе.

729
00:45:38,610 --> 00:45:43,170
І гэта працуе ў
Кантэйнер, які вы можаце атрымаць по--

730
00:45:43,170 --> 00:45:45,596
>> Нікола КАБАР: Так, так што гэта
працуе поўны працоўны дзень на маім Макс.

731
00:45:45,596 --> 00:45:47,540
І я ўяўляю з яго.

732
00:45:47,540 --> 00:45:50,910
І вы проста зрабіць Docker пасля
ўсталяваць панэль інструментаў.

733
00:45:50,910 --> 00:45:57,340
Вы можаце проста зрабіць Docker прабег
і атрымаць яго, і выкарыстоўваць слайды.

734
00:45:57,340 --> 00:45:58,830
>> Мано марак: А вось гэта.

735
00:45:58,830 --> 00:46:02,160
Такім чынам, мы дзякуем Вам усім за тое.

736
00:46:02,160 --> 00:46:03,990
І мы з задавальненнем адкажам на пытанні.

737
00:46:03,990 --> 00:46:07,810
Я павінен згадаць, перш чым хто-небудзь
пакідае там футболкі там.

738
00:46:07,810 --> 00:46:10,940
На жаль кожны, хто глядзіць
гэта на Livestream або відэа,

739
00:46:10,940 --> 00:46:12,820
але ў нас ёсць Docker футболкі там.

740
00:46:12,820 --> 00:46:16,250
І мы ведаем, Docker студэнтаў,
і на маю вопыту,

741
00:46:16,250 --> 00:46:18,940
прафесара таксама, як бясплатны адзення.

742
00:46:18,940 --> 00:46:22,490
>> Так што дзякуй вам усім за выходзіў.

743
00:46:22,490 --> 00:46:27,050
І ісці за намі на Twitter
калі вы хочаце, ці не.

744
00:46:27,050 --> 00:46:27,910
Я не хвалюе.

745
00:46:27,910 --> 00:46:29,430
Таксама прытрымлівайцеся Docker на Twitter.

746
00:46:29,430 --> 00:46:31,890
Гэта таксама цікава.

747
00:46:31,890 --> 00:46:32,990
А потым гэта ўсё.

748
00:46:32,990 --> 00:46:33,490
Docker.com.

749
00:46:33,490 --> 00:46:35,410
Дзякуй.

750
00:46:35,410 --> 00:46:39,360
>> [Апладысменты]

751
00:46:39,360 --> 00:46:41,625