1
00:00:00,000 --> 00:00:05,042
>> [Mūzikas atskaņošanai]

2
00:00:05,042 --> 00:00:06,000
DAVID Malan: Labi.

3
00:00:06,000 --> 00:00:07,630
Paldies jums tik daudz par ierašanos.

4
00:00:07,630 --> 00:00:11,850
Tas ir CS50 seminārs par dokers A
tehnoloģija, kas mēs paši un CS50

5
00:00:11,850 --> 00:00:13,392
ir sākuši izmantot jau kādu laiku tagad.

6
00:00:13,392 --> 00:00:15,766
Tātad mans vārds ir David Malan, es
iemācīt Harvard ieviešanas

7
00:00:15,766 --> 00:00:16,671
uz datorzinātnēs.

8
00:00:16,671 --> 00:00:18,670
Jau ilgu gadus,
mēs esam bijuši sniedzot studentiem

9
00:00:18,670 --> 00:00:20,435
lejupielādējama klienta pusē
virtuālās mašīnas

10
00:00:20,435 --> 00:00:22,134
par kuriem viņi savas problēmas kopas.

11
00:00:22,134 --> 00:00:24,300
Ka mums tagad ir pārvietots
uz mākoni vidē

12
00:00:24,300 --> 00:00:27,396
kas faktiski izmanto šo tehnoloģiju
sauc dokers tā, ka visi CS50

13
00:00:27,396 --> 00:00:29,270
studentiem tagad ir viņu
Pašu dokers konteineri

14
00:00:29,270 --> 00:00:31,180
ka jūs drīz dzirdēt visu par.

15
00:00:31,180 --> 00:00:33,740
>> Turklāt, CS50 serveri
sānu klasteris, daudzus gadus

16
00:00:33,740 --> 00:00:35,290
mēs, izmantojot Amazon Cloud serveri.

17
00:00:35,290 --> 00:00:37,164
Mēs bijām darbojas indivīdam
virtuālās mašīnas.

18
00:00:37,164 --> 00:00:40,330
Ka arī mēs esam sākuši pāreju uz
šīs lietas sauc par dokers konteineri

19
00:00:40,330 --> 00:00:43,762
tā ka visi mūsu pieteikumu tagad
pilnīgi izolēti viens no otra.

20
00:00:43,762 --> 00:00:46,720
Tātad, un vēl, ļaujiet man
iepazīstināt mūsu draugiem Nico un Mano,

21
00:00:46,720 --> 00:00:48,574
no dokers pati.

22
00:00:48,574 --> 00:00:49,740
NICOLA KABAR: Paldies, David.

23
00:00:49,740 --> 00:00:51,410
Sveiki visiem.

24
00:00:51,410 --> 00:00:54,230
Mans vārds ir Nico un tas ir Mano.

25
00:00:54,230 --> 00:00:58,260
Mēs esam no dokers.

26
00:00:58,260 --> 00:01:02,240
Mēs ejam, lai runāt about--
sniedzot jums puiši intro uz dokers,

27
00:01:02,240 --> 00:01:08,100
un cerams, uz beigām
Šī diskusija jūs varat saprast

28
00:01:08,100 --> 00:01:12,890
cik daudz jūs varat izmantot ārstu, lai
oksalāts savu lietojumprogrammu izstrādi

29
00:01:12,890 --> 00:01:14,200
un ieviešanai.

30
00:01:14,200 --> 00:01:21,250
>> Tātad, mēs ejam, lai sāktu nekustamā
quick ar pamatinformāciju.

31
00:01:21,250 --> 00:01:22,750
Aprakstiet, kas dokers ir visu par.

32
00:01:22,750 --> 00:01:25,490
Kā tas darbojas?

33
00:01:25,490 --> 00:01:27,400
Kā tas ir arhitektūra?

34
00:01:27,400 --> 00:01:29,360
Man būs darīt dažas demonstrācijas.

35
00:01:29,360 --> 00:01:35,070
Un Mano būs
aprakstot, kā jūs varat izmantot dokers

36
00:01:35,070 --> 00:01:37,720
un sniedzot jums īpašus pasākumus
kā jūs varat sākt.

37
00:01:37,720 --> 00:01:41,490
>> Es būtu gandarīts, ja jūs guys var turēt
off jūsu jautājumiem pret beigām.

38
00:01:41,490 --> 00:01:46,800
Tādā veidā, es varētu risināt tās
Jautājumi visā prezentācijā.

39
00:01:46,800 --> 00:01:52,150
Tātad mēs ņemšu atvaļinājumu laiks
beigās par jautājumiem.

40
00:01:52,150 --> 00:01:55,170
>> Tik vienkārši nekustamo ātri, kas ir
faktiski kādreiz strādāja par dokers,

41
00:01:55,170 --> 00:01:56,850
līdzīgi spēlēja ar to?

42
00:01:56,850 --> 00:01:58,000
Awesome.

43
00:01:58,000 --> 00:01:58,520
Cool.

44
00:01:58,520 --> 00:01:59,817
Liels.

45
00:01:59,817 --> 00:02:01,525
Tātad, es esmu gatavojas sākt
ar kādu vēsturi.

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

47
00:02:04,350 --> 00:02:09,820
Tātad atpakaļ '90s un
agrīnā 2000s, būtībā

48
00:02:09,820 --> 00:02:16,940
kā web izstrādātājiem, app izstrādātājiem,
kad viņi devās uz izvietot pieteikumu

49
00:02:16,940 --> 00:02:19,350
tas bija saistīts ar tukša metāla.

50
00:02:19,350 --> 00:02:20,860
Tas bija viens serveris.

51
00:02:20,860 --> 00:02:22,870
Tas bija viens pieteikums.

52
00:02:22,870 --> 00:02:25,260
>> Tradicionāli, piemērs
būtu kā lampa kaudze,

53
00:02:25,260 --> 00:02:30,630
kur jūs faktiski nācās
audzināt baseins resursu.

54
00:02:30,630 --> 00:02:37,110
CPU, atmiņas, disku, tīkla, elektroinstalācija
operētājsistēma virsū, ka.

55
00:02:37,110 --> 00:02:40,060
Ja jūs apkalpo kaut ko, ja
jūs tiešām, kam web serveri,

56
00:02:40,060 --> 00:02:42,470
jums ir nepieciešams kaut kas līdzīgs
Apache kalpot tai.

57
00:02:42,470 --> 00:02:47,540
>> Ja jūsu pieteikums
nepieciešams datu bāzes, backhand,

58
00:02:47,540 --> 00:02:50,840
jūs varētu instalēt kaut ko
piemēram, MySQL, un tā tālāk.

59
00:02:50,840 --> 00:02:55,910
Un, ja jums ir nepieciešams palaist laikā, PHPs
un PHP Python darbs tur bija.

60
00:02:55,910 --> 00:02:59,480
Un tā mēs faktiski nācās
veikt šos soļus, lai

61
00:02:59,480 --> 00:03:02,060
lai saņemtu savu pieteikumu izveidota un darbojas.

62
00:03:02,060 --> 00:03:08,440
>> Ja jums nepieciešams vairāk skaitļošanas jaudu, jums
būtībā bija, lai izsauktu Ops puisis

63
00:03:08,440 --> 00:03:16,260
vai gal iet un plaukts jauna
aparatūras, pievienojiet to,

64
00:03:16,260 --> 00:03:19,850
un jums ir atkārtot tiem
procesi atkal un atkal.

65
00:03:19,850 --> 00:03:23,680
Tātad šis process bija
salīdzinoši dārga.

66
00:03:23,680 --> 00:03:26,080
Noteikti bija ļoti lēns.

67
00:03:26,080 --> 00:03:27,550
>> Tas bija neefektīva.

68
00:03:27,550 --> 00:03:33,890
Un ir daudz gadījumu, jūsu
aparatūras bija nepietiekami.

69
00:03:33,890 --> 00:03:38,830
Tātad, vēlu '90s un agrīnā 2000s,
aparatūras virtualizācijas nāca pāri.

70
00:03:38,830 --> 00:03:42,475
Un, kā jūs varat redzēt šeit
bilde, būtībā, ko viņi darīja

71
00:03:42,475 --> 00:03:46,390
ir nošķirts portfeļa
bezmaksas aparatūras resursus

72
00:03:46,390 --> 00:03:49,680
un veids kalpoja tiem
uz augšējiem slāņiem,

73
00:03:49,680 --> 00:03:52,360
šajā gadījumā, viesu operētājsistēmu.

74
00:03:52,360 --> 00:03:54,940
>> Un visa ideja
virtuālās mašīnas nāca pāri

75
00:03:54,940 --> 00:03:59,110
un kas patiesi palīdzēja Cloud
skaitļošanas kā mēs to pazīstam šodien.

76
00:03:59,110 --> 00:04:02,730
Tātad, ko tas nozīmēja ir jums
var palaist vairākas VMS, kas

77
00:04:02,730 --> 00:04:06,720
nozīmēja vairākus skursteņi, multiplā
pieteikums par pašu fizisko mašīnu.

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

79
00:04:10,570 --> 00:04:16,440
>> Tas noteikti palīdzēja ar
ātrums lietojumprogrammu izvietošanai.

80
00:04:16,440 --> 00:04:17,629
Noteikti ar izdevumiem.

81
00:04:17,629 --> 00:04:22,810
Jums nav, lai iet un tērēt
enerģiju, laiku un resursus, lai plaukts

82
00:04:22,810 --> 00:04:26,210
vairāk serveriem, lai saņemtu lielāku compute.

83
00:04:26,210 --> 00:04:30,950
Un ātrums faktiski celt
šie resursi up ir daudz ātrāk.

84
00:04:30,950 --> 00:04:31,450
Liels.

85
00:04:31,450 --> 00:04:34,320
>> Tātad mēs atrisināt badu pasaulē, vai ne?

86
00:04:34,320 --> 00:04:36,390
Nē, nav īsti.

87
00:04:36,390 --> 00:04:42,410
Tātad, virtualizācijas, cik vien tas ir
tiešām palīdzēja, risināt šo problēmu,

88
00:04:42,410 --> 00:04:45,460
tas faktiski ieviesa
daudz izaicinājumu.

89
00:04:45,460 --> 00:04:49,210
Hypervisor noteikti
ieviesa daudz sarežģītības,

90
00:04:49,210 --> 00:04:53,820
apstrādes tās pamatā
baseins resursu.

91
00:04:53,820 --> 00:04:57,910
>> Tas ir smagāks tādā ziņā, ka pirms
jums bija viena operētājsistēma, kas

92
00:04:57,910 --> 00:05:01,830
ir kā trīs, četras koncertos uz diska.

93
00:05:01,830 --> 00:05:04,230
Tagad, ja jums ir 10 mašīnas
uz vienu aparatūras

94
00:05:04,230 --> 00:05:09,060
Jums ir vairoties, ka
ar mašīnu skaitu.

95
00:05:09,060 --> 00:05:11,440
Tas noteikti vairāk
dārgs savā ziņā jūs joprojām

96
00:05:11,440 --> 00:05:14,430
ir, lai saņemtu licences par
virtualizācijas tehnoloģiju

97
00:05:14,430 --> 00:05:18,210
ja tas nav open source.

98
00:05:18,210 --> 00:05:21,120
>> Bet, pieņemsim nav veikt visus
kredīts no virtualizācijas.

99
00:05:21,120 --> 00:05:27,530
Jo tas, kas notika, ir tur ir
no skursteņi un daudz programmatūru daudz

100
00:05:27,530 --> 00:05:33,900
tehnoloģijas, kas tika ļāva
pēc tā, cik ātri jūs varēja iegūt

101
00:05:33,900 --> 00:05:38,040
resursiem ar Cloud uzplaukums.

102
00:05:38,040 --> 00:05:46,675
>> Tātad, šodien viena app vai pakalpojumu var
būt, izmantojot kādu no šādiem runtimes

103
00:05:46,675 --> 00:05:47,216
vai datu bāzes.

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

105
00:05:50,250 --> 00:05:56,070
PHP, Python, MySQL, Redis, plauktiņš.

106
00:05:56,070 --> 00:05:59,740
Tātad tur ir daudz sarežģītības par šo
skaits skursteņi faktiski audzināt

107
00:05:59,740 --> 00:06:02,210
vienots dienests.

108
00:06:02,210 --> 00:06:07,300
Un līdz ar to, ka jūs bija daudz
pamatā esošie resursi un infrastruktūra

109
00:06:07,300 --> 00:06:15,210
veidi, lai pārbaudītu izvietot un būtībā
veikt ražošanu šie pieteikumi

110
00:06:15,210 --> 00:06:16,900
ka jūs attīstās.

111
00:06:16,900 --> 00:06:21,950
>> Jo īpaši jūsu komandām ir
Audzēti strādā pie šiem progr,

112
00:06:21,950 --> 00:06:25,310
tur ir daudz
sarežģītība un izaicinājumi

113
00:06:25,310 --> 00:06:31,660
kas tika celta, lai nodrošinātu, ka
cycle-- būtībā pieteikums

114
00:06:31,660 --> 00:06:34,040
attīstības ciklu, ir
tiešām veiksmīga.

115
00:06:34,040 --> 00:06:40,440
Tātad tas, ka jūsu pieteikums
strādā lokāli tavā VM

116
00:06:40,440 --> 00:06:47,480
negarantē, ka jūsu kolēģi
gatavojas sagaidīt tādus pašus rezultātus.

117
00:06:47,480 --> 00:06:51,330
>> Un, kad operācijas komanda ir
iesaistīti ņemot to, kas jums ir

118
00:06:51,330 --> 00:06:54,480
un izvēršot to ražošanā
mērogu, arī nav garantijas

119
00:06:54,480 --> 00:06:56,730
ka tas ir faktiski gatavojas notikt.

120
00:06:56,730 --> 00:07:00,900
Tātad tas atstāj mūs ar ļoti
big-- daudz jautājuma zīmes,

121
00:07:00,900 --> 00:07:07,700
daudz izaicinājumu faktiski
saskaras līdzīgi atpakaļ dienās.

122
00:07:07,700 --> 00:07:12,280
Un kas mums atgādināja par
kuģniecības nozarē.

123
00:07:12,280 --> 00:07:14,280
>> Tātad kuģniecības nozarē
bija daudz preču,

124
00:07:14,280 --> 00:07:16,190
kā jūs varat redzēt kreisajā pusē.

125
00:07:16,190 --> 00:07:19,840
Un labajā pusē,
tur ir daudz, galvenokārt,

126
00:07:19,840 --> 00:07:22,160
veidi, kā nosūtīt šīs preces.

127
00:07:22,160 --> 00:07:26,040
Un kas notiek, kā pāris
folks sanāca kopā un teica:

128
00:07:26,040 --> 00:07:29,600
mums ir nepieciešams standartizēt cik
mēs patiesībā kuģis šīm precēm.

129
00:07:29,600 --> 00:07:33,280
Un boom, jums ir
intermodālo kuģniecības konteiners.

130
00:07:33,280 --> 00:07:38,970
>> Tāpēc viņi vienojās par visvairāk
kopējie izmēri konteinerā.

131
00:07:38,970 --> 00:07:40,160
Kā rīkoties ar tām.

132
00:07:40,160 --> 00:07:44,560
Ko precīzs metode jums nepieciešams
iekraut tos un izkraut tos.

133
00:07:44,560 --> 00:07:49,590
Un tāpēc, ka patiesi
palīdzēja kuģniecības nozarē.

134
00:07:49,590 --> 00:07:55,250
Tagad vairāk nekā 90% fokuss transportē
globāli izmanto šos konteinerus.

135
00:07:55,250 --> 00:08:01,010
Un tas noteikti samazinās
izdevumus, kā arī

136
00:08:01,010 --> 00:08:03,400
bojājumi dēļ piegāde.

137
00:08:03,400 --> 00:08:09,660
>> Tātad mēs to pašu modeli, un mēs
piemērot divu App attīstības programmatūru

138
00:08:09,660 --> 00:08:13,080
arhitektūra, kas nozīmē
ka Konteineru

139
00:08:13,080 --> 00:08:15,842
paņēma virtualizācijas vienu līmeni.

140
00:08:15,842 --> 00:08:17,800
Tā vietā, lai dara, ka
pie aparatūras līmenī,

141
00:08:17,800 --> 00:08:22,060
tā kļuva vairāk par darbības
Sistēma līmeņa virtualizācijas.

142
00:08:22,060 --> 00:08:26,450
>> Un mēs to darām, ka, nodrošinot katram
pieteikums savā viegls,

143
00:08:26,450 --> 00:08:31,180
izolētas, skrienams, un
pārnēsājamie, pats galvenais,

144
00:08:31,180 --> 00:08:35,049
veids, lai faktiski paketes
viss, kas tai vajadzīga, lai palaistu.

145
00:08:35,049 --> 00:08:36,100
Kaut kur to var darboties.

146
00:08:36,100 --> 00:08:42,039
Tātad, neatkarīgi, ja jūs izmantojat to
vietējais dev vide, jūsu produkcija

147
00:08:42,039 --> 00:08:44,490
vide, jūsu inscenējums vai testēšana.

148
00:08:44,490 --> 00:08:47,700
Nav svarīgi, ko pamatā
infrastruktūra ir tur,

149
00:08:47,700 --> 00:08:51,410
jums bija funkcionālu darba app.

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

151
00:08:54,100 --> 00:09:01,800
>> Tātad tas ir tieši tas būtībā
konteineri darīt, lai šo problēmu.

152
00:09:01,800 --> 00:09:04,070
Viņi to risināt ar
iepakojuma to tādā veidā

153
00:09:04,070 --> 00:09:09,490
ka tā var garantēt, ka tas ir izvietots
veiksmīgi vienalga, kur tā dzīvo.

154
00:09:09,490 --> 00:09:12,120
Tātad, ja jūs gatavojas
piemēram, Bob tas joprojām ir OK.

155
00:09:12,120 --> 00:09:17,860
Ja jūs sajaukt ar to, ko es saku,
Es esmu būs paskaidrojumiem, ka.

156
00:09:17,860 --> 00:09:20,900
>> Tātad, kā tas dokers sevi
iederas šo attēlu?

157
00:09:20,900 --> 00:09:26,335
Tātad dokers ir atvērta platforma
viegli, uzsvērt viegli,

158
00:09:26,335 --> 00:09:30,500
būvēt kuģi, skrien,
viegls portatīvais sevis

159
00:09:30,500 --> 00:09:33,440
pietiekams app konteineri jebkur.

160
00:09:33,440 --> 00:09:37,660
Tātad, ja esat lietojis kaut ko no šī
runāt, lūdzu ņemt sekojošo.

161
00:09:37,660 --> 00:09:40,980
>> Ja jums ir jūsu app darbojas
vietas un tu to attīstīja

162
00:09:40,980 --> 00:09:45,930
izmantošanā dokers platformu, gaidīt
to varētu veiksmīgi izvietoti.

163
00:09:45,930 --> 00:09:49,380
Nav svarīgi, kāda ir
Pamata infrastruktūra.

164
00:09:49,380 --> 00:09:53,830
Tātad, ja jums ir dokers
konteineru un tas strādā, tad

165
00:09:53,830 --> 00:09:58,130
tik ilgi, kamēr tur ir dokers
dzinējs, no otras side--

166
00:09:58,130 --> 00:10:02,190
ja jūsu operāciju infrastruktūru
izmanto jebkuru mākonis, vai tas

167
00:10:02,190 --> 00:10:06,680
ir AWS, vai Google vai Microsoft,
vai kāds no valsts Mākoņi,

168
00:10:06,680 --> 00:10:10,010
vai savu Cloud, vai jūsu open kaudze
Mākonis, vai jūsu vietējā vidē.

169
00:10:10,010 --> 00:10:11,970
>> Ja jums ir motors
rādīt, ka līdzekļi

170
00:10:11,970 --> 00:10:14,537
tas būs
veiksmīgi izvietoti tur.

171
00:10:14,537 --> 00:10:16,620
Tas notiek, darbojas
tieši tas pats uzvedība

172
00:10:16,620 --> 00:10:21,480
kā jūs arhitektūra, ka tā ir.

173
00:10:21,480 --> 00:10:26,080
Tātad, ja mēs skatāmies at-- es esmu gatavojas
iet caur to, kas patiesībā

174
00:10:26,080 --> 00:10:29,160
ir galvenajām sastāvdaļām dokers.

175
00:10:29,160 --> 00:10:31,060
>> Tātad Engine ir pamatā dokers.

176
00:10:31,060 --> 00:10:32,770
Tas ir smadzeņu.

177
00:10:32,770 --> 00:10:39,360
Tas nenovēršami māja, kuģniecības,
un uzstādīšana un vadības

178
00:10:39,360 --> 00:10:41,570
paši konteineri.

179
00:10:41,570 --> 00:10:45,160
Es bakstīt ko Engine dara
Sīkāk sekundē.

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

181
00:10:47,740 --> 00:10:51,720
Būtībā, jo doktors tika uzcelta
ap klienta servera arhitektūras,

182
00:10:51,720 --> 00:10:56,630
tā, lai mijiedarbotos ar
Dzinējs jums ir nepieciešams zināms no klienta veida.

183
00:10:56,630 --> 00:11:01,200
>> Attēli ir veidnes
kas konteineri tiek būvētas no.

184
00:11:01,200 --> 00:11:06,800
Tātad attēli ir būtībā
tikai statiski failus.

185
00:11:06,800 --> 00:11:08,740
Veidnes un konteineri
patiesībā, kas ir

186
00:11:08,740 --> 00:11:12,280
darbojas runtime ka
izcieš savu pieteikumu

187
00:11:12,280 --> 00:11:15,150
vai darot kaut ko ar datiem.

188
00:11:15,150 --> 00:11:19,020
>> Reģistrs ir adresēta kā problēmu
kā jūs faktiski izplatīt attēlus.

189
00:11:19,020 --> 00:11:23,230
Tātad, ja jums ir nepieciešams, lai dalītos attēlu
ka jūs strādāja par savam kolēģim

190
00:11:23,230 --> 00:11:27,220
vai uz ops komanda, jūs
izmantot to, izmantojot reģistru.

191
00:11:27,220 --> 00:11:31,720
Jūs varat lejupielādēt atvērtā koda
versija par to, ka dokers strādāja par

192
00:11:31,720 --> 00:11:33,150
un atvērtā koda.

193
00:11:33,150 --> 00:11:38,040
>> Vai arī jūs varat izmantot dokers palīdzība,
kas ir Cloud variants

194
00:11:38,040 --> 00:11:40,130
push un velciet attēlu, kas tur.

195
00:11:40,130 --> 00:11:41,160
Tas ir milzīgs lieta.

196
00:11:41,160 --> 00:11:44,520
Jo tur ir milzīgs
ekosistēma ap dokers un tas ir

197
00:11:44,520 --> 00:11:48,960
tiešām stipri izmantojot centrmezglu.

198
00:11:48,960 --> 00:11:59,780
>> Tātad, lai apkopotu šeit, tas ir, kā
minimālisma dokers darbplūsmas klients.

199
00:11:59,780 --> 00:12:04,040
Jūs sazināties ar uzņēmēju, it
Šajā gadījumā tas ir dokers dēmonu.

200
00:12:04,040 --> 00:12:06,490
Tas ir tas pats, kas Engine.

201
00:12:06,490 --> 00:12:09,690
Jūs darīt komandas, piemēram,
Dokers būvēt, pull, palaist.

202
00:12:09,690 --> 00:12:14,280
Un Engine pati iet
un dara tās lietas.

203
00:12:14,280 --> 00:12:18,010
>> Tātad, vai nu tas mijiedarbojas ar
Reģistra vilkt šos attēlus

204
00:12:18,010 --> 00:12:19,670
un slāņi attēliem.

205
00:12:19,670 --> 00:12:25,030
Vai, ja jūs vēlaties izmantot, palaist
konteineri, nogalināt tos, mest tos uz leju,

206
00:12:25,030 --> 00:12:25,730
plauktiņš.

207
00:12:25,730 --> 00:12:32,190
Tātad šis apkopoti darbplūsmu
no visi no šiem komponentiem.

208
00:12:32,190 --> 00:12:34,710
>> Tātad, ja jūs veikt katru
komponents ar sevi.

209
00:12:34,710 --> 00:12:37,690
Tātad Engine, tas ir tikai dēmonu.

210
00:12:37,690 --> 00:12:40,800
Tas būs sava veida spēlēt tā, lai atbalstītu
tas uz Linux, jo tas

211
00:12:40,800 --> 00:12:44,380
pieprasīt veikt atsevišķus Linux kodola funkcijas.

212
00:12:44,380 --> 00:12:48,820
Bet Windows strādā
par darot to pašu.

213
00:12:48,820 --> 00:12:53,720
Tas ir paredzēts, lai būtu jāatbalsta
Windows Server 2016.

214
00:12:53,720 --> 00:13:01,500
>> Tātad, atkal, atbildība ar
dzinējs ir, vai ir, veidot attēlus.

215
00:13:01,500 --> 00:13:05,340
Pull attēlus no dokers
Hub vai savu kanceleja.

216
00:13:05,340 --> 00:13:07,840
Ja esat pabeidzis ar šiem attēliem
vai jums izveidot jaunus attēlus,

217
00:13:07,840 --> 00:13:14,770
Jūs varat push tos atpakaļ reģistra
izplatīt tos uz citām komandām.

218
00:13:14,770 --> 00:13:18,300
>> Un cenšas saturēt to uz vietas
un pārvaldīt konteineri dzīves ciklu

219
00:13:18,300 --> 00:13:19,260
lokāli.

220
00:13:19,260 --> 00:13:22,010
Tā ir veidota ap HTTP REST API.

221
00:13:22,010 --> 00:13:24,480
Tātad tehniski iespējams
uzrakstiet savu klientu

222
00:13:24,480 --> 00:13:31,650
tik ilgi, kamēr tā izmanto HTTP, kas ir ļoti
standarta mehānisms, lai sarunātos ar Engine

223
00:13:31,650 --> 00:13:33,110
un daudz citu pakalpojumu.

224
00:13:33,110 --> 00:13:35,780
Un jūs varat redzēt no
šeit, ka neatkarīgi

225
00:13:35,780 --> 00:13:39,010
no tā, ko infrastruktūras
ir, kamēr jūs can-- visu

226
00:13:39,010 --> 00:13:42,170
Jums nepieciešams, ir darba
sistēma, Linux konkrēti.

227
00:13:42,170 --> 00:13:45,460
>> Un jūs varat uzstādīt dokers dzinējs
virsū, ka, un ir tā darbojas

228
00:13:45,460 --> 00:13:48,970
un tas nenovēršami, būtībā,
visas šīs app viens, divi,

229
00:13:48,970 --> 00:13:51,530
un trīs ir faktiskie konteineri.

230
00:13:51,530 --> 00:13:53,990
Tātad tas ir Engine.

231
00:13:53,990 --> 00:13:58,040
Kā jau iepriekš minēju, jo
Jums ir nepieciešams sazināties ar Engine,

232
00:13:58,040 --> 00:13:59,200
tur ir klients.

233
00:13:59,200 --> 00:14:03,180
>> Bet patiesībā, instalējot
Dokers, tā kuģiem ar to.

234
00:14:03,180 --> 00:14:06,110
Tātad tas izpaužas uzstādītas,
tāpēc tas ir viens bināro.

235
00:14:06,110 --> 00:14:11,830
Un jūs varat darīt vietējie zvani
jūsu dokers Engine.

236
00:14:11,830 --> 00:14:14,040
Vai tālvadības zvani uz attāliem dzinējiem.

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

238
00:14:16,600 --> 00:14:19,590
Tas izmanto HTTP, kā
Es iepriekš minēju.

239
00:14:19,590 --> 00:14:24,200
Tur ir GUI klients sauc
Kitematic no dokers.

240
00:14:24,200 --> 00:14:26,390
Un tur ir noteikti
daudz citiem ļaudīm

241
00:14:26,390 --> 00:14:29,740
kas ir ēkas daudz
GUI, kas būtībā īsteno

242
00:14:29,740 --> 00:14:32,980
daži HTTP aicina runāt ar Engine.

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

244
00:14:35,920 --> 00:14:39,280
>> Tikai daži izlases komandas.

245
00:14:39,280 --> 00:14:44,620
Ja jūs dokers versiju, tas būtu
parādīs klienta versiju, kā arī

246
00:14:44,620 --> 00:14:47,030
servera versija.

247
00:14:47,030 --> 00:14:49,500
Ja jūs dokers info tas būs
pateiks visu informāciju

248
00:14:49,500 --> 00:14:54,300
par to, cik daudz konteineru darbojas
vai izveidota, cik attēlus jums ir,

249
00:14:54,300 --> 00:14:56,530
un tā tālāk, un tā tālāk.

250
00:14:56,530 --> 00:15:01,850
>> Te man ir, jo blakus
pēdējā kaste, man ir doktora palaist.

251
00:15:01,850 --> 00:15:04,970
Tātad, tas ir, kā es esmu patiešām
radot trauku.

252
00:15:04,970 --> 00:15:08,960
Un es esmu, kas to echo Hello World
un gulēt par otro un plauktiņš.

253
00:15:08,960 --> 00:15:12,830
Un jūs varat redzēt
rezultāts. Tātad, tas ir nepārtraukts.

254
00:15:12,830 --> 00:15:16,930
Un līdzīgi Linux PS, jūs varat redzēt
visi procesi un, šajā gadījumā,

255
00:15:16,930 --> 00:15:18,540
visi kustības konteineri.

256
00:15:18,540 --> 00:15:23,430
Tas viens ir atsaucoties atpakaļ
konteiners es tikko izveidots.

257
00:15:23,430 --> 00:15:27,560
>> Tātad, tas ir patiešām svarīgi, jo,
piemēram, tas var būt nedaudz mulsinoši.

258
00:15:27,560 --> 00:15:33,050
Tātad attēli ir tikai lasāma
failu kolekcija, vai ne?

259
00:15:33,050 --> 00:15:37,000
Tie ir tas, ko mūsu konteiners ir balstīts uz.

260
00:15:37,000 --> 00:15:40,340
Bet viņi tikai lasāms.

261
00:15:40,340 --> 00:15:44,330
Tātad jums sākt ar bāzes attēlu.

262
00:15:44,330 --> 00:15:50,180
Tā ir tendence, lai atdarinātu OS līdzīgi, tāpēc
Ubuntu, CentOS, plauktiņš bāze attēlu.

263
00:15:50,180 --> 00:15:53,990
Un tad jūs sākt veidot uz augšu
ka daži slāņi, kas veido

264
00:15:53,990 --> 00:16:00,010
jūsu gala attēlu, gala rezultāts šeit.

265
00:16:00,010 --> 00:16:03,220
>> Un katrs no šiem slāņiem
jābūt mātes tēlu

266
00:16:03,220 --> 00:16:06,690
ka tā atsauces kad to
patiesībā vēlas izveidot.

267
00:16:06,690 --> 00:16:09,922
Tie ir negrozāma, tādā nozīmē,
ka tāpēc, ka viņi tikai lasāmu,

268
00:16:09,922 --> 00:16:11,630
jūs nevarat patiešām
veikt izmaiņas tiem.

269
00:16:11,630 --> 00:16:17,540
Jūs varat izmantot tos, lai izveidotu
konteiners no attēla, kas

270
00:16:17,540 --> 00:16:23,530
sauksim visu turpmāko
nepieciešamo attēlu zem tā.

271
00:16:23,530 --> 00:16:26,400
>> Jūs varat veikt izmaiņas
uz citu slāni,

272
00:16:26,400 --> 00:16:28,810
tas ir pārrakstīt slānis es ņemšu
runāt par sekundē.

273
00:16:28,810 --> 00:16:31,350
Bet katrs no šiem slāņiem
ir nekad nav mainījies.

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

275
00:16:34,300 --> 00:16:38,670
Būtībā attēli izmantot kaut ko
sauc Savienība failu sistēmu, UFS.

276
00:16:38,670 --> 00:16:42,280
Un tur ir dažādi uzglabāšana
aizmugures, kas izmanto šo tehnoloģiju.

277
00:16:42,280 --> 00:16:49,430
Un ko tas nozīmē, ka tā
apvieno atšķirīgas failu sistēmas

278
00:16:49,430 --> 00:16:51,190
padarīt tās izskatās viens.

279
00:16:51,190 --> 00:16:54,460
>> Tātad jūs faktiski var, no
pieteikums perspektīva,

280
00:16:54,460 --> 00:16:59,570
Jums ir top skatu, kas parāda
visas dažādās failu sistēma nepieciešama,

281
00:16:59,570 --> 00:17:01,120
lai šis pieteikums, lai palaistu.

282
00:17:01,120 --> 00:17:04,400
Bet viņi patiesībā, par to,
viņi faktiski atsevišķās vietās

283
00:17:04,400 --> 00:17:06,410
un tiek izmantoti ar
citas tvertnes, kā arī.

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

285
00:17:09,569 --> 00:17:14,410
>> Tātad, kā jūs varat redzēt šeit, ka
ja mēs sāktu ar dēmonu attēlu

286
00:17:14,410 --> 00:17:18,619
kā bāzes attēlu, un pēc tam
mēs ejam un pievienot [? Emacs?]

287
00:17:18,619 --> 00:17:20,720
un tad tas ir cits slānis.

288
00:17:20,720 --> 00:17:21,916
Un tad pievieno Apache.

289
00:17:21,916 --> 00:17:22,790
Tas ir vēl viens slānis.

290
00:17:22,790 --> 00:17:25,470
Un tad mēs tērēt
konteiners no tā.

291
00:17:25,470 --> 00:17:29,760
Katrs no šiem attēliem,
katrs no šiem slāņiem,

292
00:17:29,760 --> 00:17:35,530
ir atšķirīgs un var būt
atkārtoti izmantot citos traukos.

293
00:17:35,530 --> 00:17:40,070
>> Ja paskatās paši konteineriem,
viņi kaut kā, piemēram, VM-patīk,

294
00:17:40,070 --> 00:17:41,930
bet ne apstrādāts tajā pašā laikā.

295
00:17:41,930 --> 00:17:49,180
Tātad, viņiem nav, tehniski, tad
pilna operētājsistēma zem tām.

296
00:17:49,180 --> 00:17:52,630
Viņi izmanto vienoto kodolu
no uzņēmējas operētājsistēmu.

297
00:17:52,630 --> 00:17:54,440
Un viņi būvēt uz augšu, ka.

298
00:17:54,440 --> 00:17:56,250
Viņi atdarinātu, kā viņi izskatās.

299
00:17:56,250 --> 00:18:00,710
Viņi atdarina savu sakņu failu
sistēma operētājsistēmas.

300
00:18:00,710 --> 00:18:04,930
Bet viņi patiesībā nav atdarināt.

301
00:18:04,930 --> 00:18:12,080
>> Tātad, tā vietā, nemainīgus slāņi,
pēdējais slānis, kas ir konteiners

302
00:18:12,080 --> 00:18:14,690
pati, tas ir lasīt-rakstīt slānis.

303
00:18:14,690 --> 00:18:17,350
Tas arī vada procesus
no jūsu pieteikumu.

304
00:18:17,350 --> 00:18:23,530
Un tas ir atkarīgs no pamatā esošajiem slāņiem.

305
00:18:23,530 --> 00:18:26,730
Katrs konteiners ir
izveidots no attēla.

306
00:18:26,730 --> 00:18:32,450
Un tas tēls var būt viena
slānis vai daudzslāņu attēlu.

307
00:18:32,450 --> 00:18:37,200
>> Un es gribu atzīmēt šeit
ka dokers stipri izmanto,

308
00:18:37,200 --> 00:18:40,370
vai ir balstīts uz Copy-On-Write mehānismu.

309
00:18:40,370 --> 00:18:44,350
Tā, ka, faktiski, ja jūs neesat
veikt izmaiņas uz konteinera,

310
00:18:44,350 --> 00:18:45,930
tas nav gatavojas veikt papildu vietu.

311
00:18:45,930 --> 00:18:49,600
Tātad, tas ir būtībā kā jūs
Apkopojot Kopēšanas-On-rakstīt.

312
00:18:49,600 --> 00:18:53,820
Tas būs noteikti paātrinātu
boot laiks uz konteinera.

313
00:18:53,820 --> 00:18:56,300
Jo, ja jūs neesat padarot
izmaiņas konteinera,

314
00:18:56,300 --> 00:18:57,800
tas ir, izmantojot to, kas jau ir tur.

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

316
00:19:01,130 --> 00:19:02,955
>> Tātad, kā tas faktiski darbojas.

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

318
00:19:06,920 --> 00:19:14,240
Daļa no tā ir tāpat, tieši tagad, to
izmanto vismaz divus galvenos kodolu

319
00:19:14,240 --> 00:19:14,820
Iespējas.

320
00:19:14,820 --> 00:19:17,660
Un tas ir būtībā kas
izveidots, ka izolācijas līmeni

321
00:19:17,660 --> 00:19:19,550
pašiem konteineriem.

322
00:19:19,550 --> 00:19:22,290
Šīs funkcijas ir
nosaukumvietas un cgroups.

323
00:19:22,290 --> 00:19:29,870
Tātad nosaukumvietas ir veids, kā
izveidot atsevišķus resursus,

324
00:19:29,870 --> 00:19:36,290
tā, ka saskaņā ar konteinera,
tikai jūs varat redzēt dažus resursus.

325
00:19:36,290 --> 00:19:40,030
Piemēram, tīklu interfeisu
vai daži lietotāji vai plauktiņš.

326
00:19:40,030 --> 00:19:44,160
>> Un tie ir redzami, un tikai tikai
pieejams konteinerā.

327
00:19:44,160 --> 00:19:48,290
Cgroup otrpus robežām
kā jūs izmantot šos resursus.

328
00:19:48,290 --> 00:19:50,950
CPU, atmiņas, un disks.

329
00:19:50,950 --> 00:19:53,900
Kad jūs varat iet, es
domāju tie ir reāli

330
00:19:53,900 --> 00:19:57,410
iezīmes, kas tika izstrādāti pēc--
viņi ir daļa no Linux kodola.

331
00:19:57,410 --> 00:20:01,800
Tātad tie nav izgudrots no jauna
ar vai pārbūvēts pēc dokers.

332
00:20:01,800 --> 00:20:03,770
Dokers tos izmanto.

333
00:20:03,770 --> 00:20:05,560
>> Kas Doctor tiešām
šeit ir faktiski tas

334
00:20:05,560 --> 00:20:08,680
Orchestrated radot
nosaukumvietas katram konteinera

335
00:20:08,680 --> 00:20:13,320
un radot cgroups tāpēc, ka tā ir
smieklīgi viegli izveidot konteineri

336
00:20:13,320 --> 00:20:14,870
Izmantojot šīs funkcijas.

337
00:20:14,870 --> 00:20:22,910
Protams, kā jau aprakstīts iepriekš, Union
Failu sistēmas un Copy-On-rakstīt patiesi

338
00:20:22,910 --> 00:20:26,810
palīdzēt ātrumu un disku
konteineru izmantošana.

339
00:20:26,810 --> 00:20:28,917
>> Un, kad jūs saņemsiet savu
rokas ap dokers,

340
00:20:28,917 --> 00:20:32,000
jūs gatavojas redzēt, cik ātri tas ir
faktiski spin up konteinerus un asaru

341
00:20:32,000 --> 00:20:32,500
tos uz leju.

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

343
00:20:36,060 --> 00:20:40,230
Tātad, ja jūs varētu jautāt, kā var
jūs faktiski veidot attēlus?

344
00:20:40,230 --> 00:20:45,940
Mēs būvējam attēlus ar radīšanas procesā
konteineri un veikt izmaiņas, grozot

345
00:20:45,940 --> 00:20:50,220
viņiem, un apņemoties tos
vērā kļūstot attēlu.

346
00:20:50,220 --> 00:20:54,330
>> Tātad tas ir vistas un
ola atskaites šeit,

347
00:20:54,330 --> 00:20:57,350
jo visi konteineri
no attēlus un attēli nākt

348
00:20:57,350 --> 00:21:00,270
no izdarīti konteineriem,
lielākoties.

349
00:21:00,270 --> 00:21:03,830
Ir trīs varianti
veidot attēlus.

350
00:21:03,830 --> 00:21:06,580
Es esmu gatavojas, lai aprakstītu
pirmais un pēdējais.

351
00:21:06,580 --> 00:21:10,060
Jūs varat vai nu manuāli
iet un palaist trauku

352
00:21:10,060 --> 00:21:14,280
un veikt šīs izmaiņas,
kā jūs varētu darīt jebkurā VM

353
00:21:14,280 --> 00:21:17,060
vai jebkuru operētājsistēmu, piemēram
kā uzstādot jaunu binaries,

354
00:21:17,060 --> 00:21:19,370
pievienojot failu sistēmas, un plauktiņš.

355
00:21:19,370 --> 00:21:22,620
>> Un tad jūs izejat, kā
Jūs varat redzēt tur.

356
00:21:22,620 --> 00:21:24,330
Es esmu aizejošais savu tvertni.

357
00:21:24,330 --> 00:21:26,050
Un tad es esmu dara dokers izdarīt.

358
00:21:26,050 --> 00:21:28,390
Un es esmu izdarījusi, ka.

359
00:21:28,390 --> 00:21:31,560
Jūs varat redzēt, ka numurs šeit
ir tikai UUID, vai pirmais 12

360
00:21:31,560 --> 00:21:32,810
biti UUID.

361
00:21:32,810 --> 00:21:34,320
Vai baiti no UUID.

362
00:21:34,320 --> 00:21:35,770
Un tad es esmu aicinot to mans tēls.

363
00:21:35,770 --> 00:21:39,510
Tāpēc tagad dokers rūpējas
Ierakstot viss, ko es darīju to

364
00:21:39,510 --> 00:21:42,830
un radot jauno
attēls, pamatojoties uz to.

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

366
00:21:47,080 --> 00:21:52,560
>> Es neesmu gatavojas runāt par tarball,
bet tur ir veids, kā jūs varat saņemt vienu,

367
00:21:52,560 --> 00:21:58,200
Izveidot vienotu, vai veikt vienu
slānis attēlu, izmantojot tarballs.

368
00:21:58,200 --> 00:22:02,650
Ko es esmu gatavojas runāt par to
un to, kas ir galvenokārt izmanto šodien,

369
00:22:02,650 --> 00:22:03,270
ir Dockerfile.

370
00:22:03,270 --> 00:22:07,260
Kas ir tehniski pirmais
soli automatizēt dokers pati.

371
00:22:07,260 --> 00:22:11,920
Tātad Dockerfiles ir lietas, ka jūs esat
gatavojas redzēt daudz GitHub repo

372
00:22:11,920 --> 00:22:13,150
šodien.

373
00:22:13,150 --> 00:22:16,420
Tas ir būtībā tikai
teksta failu aprakstot

374
00:22:16,420 --> 00:22:19,780
tieši tā, kā veidot tēlu.

375
00:22:19,780 --> 00:22:25,540
>> Un par katru līniju, tas tiešām rada
konteiners, izpilda šo līniju,

376
00:22:25,540 --> 00:22:30,480
apņemas, ka konteiners par a
jaunu attēlu, un jūs, būtībā,

377
00:22:30,480 --> 00:22:36,160
izmantot to visās turpmākajās darbībās
līdz jums pēdējā attēla.

378
00:22:36,160 --> 00:22:39,260
Kas būtībā ir
gala mērķis šeit, beigas.

379
00:22:39,260 --> 00:22:42,420
Un pēc tam, kad exec-- pēc jums
uzrakstiet Dockerfile, kas

380
00:22:42,420 --> 00:22:46,750
ir tikai tekstā, jūs darīt dokers
būvēt un nosaukums attēla.

381
00:22:46,750 --> 00:22:50,000
>> Un jūs brīdi, ka tas ir
kur Dockerfile ir.

382
00:22:50,000 --> 00:22:56,570
Un jūs varat gaidīt, lai redzētu manu attēlu
kā attēls, kas jums ir uz vietas.

383
00:22:56,570 --> 00:22:59,100
Tātad tas ir tikai vizuāls
piemērs, kas notiek.

384
00:22:59,100 --> 00:23:00,820
Tu sāc ar bāzes attēlu.

385
00:23:00,820 --> 00:23:05,150
Tu palaist ka traukā, kas
nemaina bāzes attēlu pati.

386
00:23:05,150 --> 00:23:08,310
Bet tā vietā rada
pārrakstīt slānis virs tā

387
00:23:08,310 --> 00:23:10,340
kur jūs veicat izmaiņas,
kurā jūs izdarīt

388
00:23:10,340 --> 00:23:15,050
un jūs atkārtojiet procesu līdz
Jūs saņemsiet uz savu gala attēlu.

389
00:23:15,050 --> 00:23:20,980
>> Un, to darot, katru otro būvēt
process var izmantot tos pašus slāņi

390
00:23:20,980 --> 00:23:23,870
un same-- būtībā
Dokers kešatmiņas šos slāņus.

391
00:23:23,870 --> 00:23:30,040
Tāpēc, ka, ja es daru to pašu precīzu
process, bet tā vietā uzstādot PHP,

392
00:23:30,040 --> 00:23:31,540
Es esmu uzstādot Python.

393
00:23:31,540 --> 00:23:34,210
Tas gatavojas izmantot Apache un Ubuntu.

394
00:23:34,210 --> 00:23:39,570
Tātad šādā veidā jūs esat, izmantojot jūsu diska.

395
00:23:39,570 --> 00:23:42,330
Tas ir, izmantojot kešatmiņu
un pieejamie attēli tur.

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

397
00:23:45,320 --> 00:23:48,840
>> Galīgo gabals ir reģistrs, kas
ir, kā jūs izplatīt jūsu attēliem.

398
00:23:48,840 --> 00:23:52,710
Un, kā jau iepriekš minēju,
tur ir Cloud versija par to,

399
00:23:52,710 --> 00:23:54,290
kas ir dokers Hub.

400
00:23:54,290 --> 00:23:57,550
Jūs varat iet un izpētīt
daudz, galvenokārt

401
00:23:57,550 --> 00:24:04,900
tas ir publisks SAS produkts, kas
jūs varat būt privātās attēlus,

402
00:24:04,900 --> 00:24:06,590
bet tur ir daudz sabiedrisko attēlus.

403
00:24:06,590 --> 00:24:10,580
Tas ir faktiski neierobežots, jūs varat
push neierobežotu sabiedrisko attēlus tur.

404
00:24:10,580 --> 00:24:13,730
Un tas ir, kā jūs varat
sadarboties ar savu komandu.

405
00:24:13,730 --> 00:24:17,159
>> Jūs varat norādīt tos tu repo
un viņi var lejupielādēt vai savu tēlu

406
00:24:17,159 --> 00:24:18,200
un viņi var lejupielādēt to.

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

408
00:24:21,140 --> 00:24:24,990
Tātad pietiek ar runāt.

409
00:24:24,990 --> 00:24:29,110
Kas grib redzēt dažas demonstrācijas nekustamo ātri?

410
00:24:29,110 --> 00:24:31,330
Viss kārtībā.

411
00:24:31,330 --> 00:24:34,050
Tātad, šeit man ir.

412
00:24:34,050 --> 00:24:37,480
Ca jūs guys redzēt manu ekrānu?

413
00:24:37,480 --> 00:24:38,390
Viss kārtībā.

414
00:24:38,390 --> 00:24:45,810
>> Tāpēc man ir dokers darboties šeit, tāpēc es
var pārbaudīt it's-- Šī ir versija

415
00:24:45,810 --> 00:24:47,510
no dokers kas ir darbojas.

416
00:24:47,510 --> 00:24:49,320
Var darīt dokers info.

417
00:24:49,320 --> 00:24:55,730
Pārbaudiet visu informāciju par to, cik
attēlus viņi ir, un tā tālāk, un tā tālāk.

418
00:24:55,730 --> 00:24:58,890
Dokers PS, tur nekas darbojas.

419
00:24:58,890 --> 00:25:00,570
Saliktās tiem.

420
00:25:00,570 --> 00:25:06,370
>> Tātad pirmā lieta, ko es gribu darīt, ir parādīt
jums, kā jūs varat viegli palaist trauku.

421
00:25:06,370 --> 00:25:09,350
Tātad skaistums par
Ārsts palaist, ja tas faktiski

422
00:25:09,350 --> 00:25:14,700
neatrod attēlu uz vietas,
pēc noklusējuma tā runā ar Doctor Hub

423
00:25:14,700 --> 00:25:17,240
un mēģina atrast to tur
un lejupielādes to you.

424
00:25:17,240 --> 00:25:22,820
Tātad tas ietver dokers
pull komandu, protams.

425
00:25:22,820 --> 00:25:26,130
>> Tātad, ja es to dokers palaist, hello-pasauli.

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

427
00:25:28,890 --> 00:25:31,200
Tātad, vispirms tas notiek
mēģināt, lai to atrastu.

428
00:25:31,200 --> 00:25:36,140
Pretējā gadījumā, kā jūs varat redzēt šeit,
tā nevarēja atrast to uz vietas.

429
00:25:36,140 --> 00:25:41,830
Tieši tagad tas tikai velk divas kārtas
kas padarīja šo tēlu, un es ilga to.

430
00:25:41,830 --> 00:25:45,440
Hello-pasaule ir tikai pamatā
izejas, ko esat darīts.

431
00:25:45,440 --> 00:25:47,680
Tātad tas ir vieglākais,
viens vieglākais piemēri.

432
00:25:47,680 --> 00:25:53,840
Tik tiešām es tikai skrēja un
izbeigts konteiners nekustamo ātri.

433
00:25:53,840 --> 00:25:59,500
>> Ja es gribu run-- un starp citu, ja
Es gribu, lai laiku, kas, tikai, lai jūs zināt,

434
00:25:59,500 --> 00:26:03,572
tas ir, cik ilgi nepieciešams, lai
faktiski spin up un satur to.

435
00:26:03,572 --> 00:26:05,030
Mēs esam mērot to milisekundēs.

436
00:26:05,030 --> 00:26:10,600
Tātad jūs varat redzēt, cik daudz tas var
reāli palīdzēt jums ne tikai testēšanai,

437
00:26:10,600 --> 00:26:13,200
bet arī pat izvietošanu.

438
00:26:13,200 --> 00:26:17,221
Tātad tas ir ātrs piezīme par to.

439
00:26:17,221 --> 00:26:18,970
Nākamā lieta, ko es esmu
gatavojas darīt, ir faktiski

440
00:26:18,970 --> 00:26:21,930
palaist attēlu Esmu jau sagatavots.

441
00:26:21,930 --> 00:26:24,460
Tātad dokers palaist.

442
00:26:24,460 --> 00:26:27,240
-D ir tikai karogs, lai pastāstītu
to fonā.

443
00:26:27,240 --> 00:26:30,290
Un -P uztic dažus ostām.

444
00:26:30,290 --> 00:26:32,670
Jo pēc noklusējuma,
konteineri ir izolētas,

445
00:26:32,670 --> 00:26:36,080
tāpēc jums ir precīzi norādīt
kā tā var tiem piekļūt.

446
00:26:36,080 --> 00:26:41,150
Un šajā gadījumā, es esmu stāsta dokers
kartēt izlases portu uzņēmējas

447
00:26:41,150 --> 00:26:44,560
uz norādīto ostu
pats iepakojums.

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

449
00:26:47,130 --> 00:26:56,460
Un tas būtībā kur image--
Cerams, ka tas ir pareizais.

450
00:26:56,460 --> 00:27:01,780
>> Tātad tas paralēli lejupielādes katrs
no šiem slāņiem, kā jūs varat redzēt šeit.

451
00:27:01,780 --> 00:27:06,949
Tie ir slāņi padarīt
gals tēls ka es būvētas.

452
00:27:06,949 --> 00:27:08,115
Tas ir gatavojas veikt otru.

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

454
00:27:11,290 --> 00:27:12,370
Un voila.

455
00:27:12,370 --> 00:27:16,590
>> Tāpēc tagad, ja man darīt krāvējs PS, es būtu
redzēt kaut ko, kas darbojas.

456
00:27:16,590 --> 00:27:22,250
Es būtu redzēt ID, attēlu
ka šis tas bija balstīts off,

457
00:27:22,250 --> 00:27:23,880
un komanda, kas tika izpildīts.

458
00:27:23,880 --> 00:27:28,720
Un kā piekļūt tas ir
būtībā jūs iet uz šo ostu.

459
00:27:28,720 --> 00:27:33,240
Tāpēc es iešu kuri paredzēti, šis
tiek Es skrienu to AWS.

460
00:27:33,240 --> 00:27:37,150
Es iešu uz 32769.

461
00:27:37,150 --> 00:27:37,650
Hmm.

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

463
00:27:40,495 --> 00:27:41,120
Un šeit mēs iet.

464
00:27:41,120 --> 00:27:44,550
>> Tātad tas ir faktiski tikai
interneta pakalpojums, kas parāda

465
00:27:44,550 --> 00:27:46,240
kas konteiners tas tiek pasniegtas no.

466
00:27:46,240 --> 00:27:50,450
Tātad jūs varat redzēt, ka tas
No konteinera a9f.

467
00:27:50,450 --> 00:27:52,850
Un šeit tas ir
Nosaukums konteinera.

468
00:27:52,850 --> 00:27:56,550
Tātad jūs guys var redzēt, cik ātri tas
bija faktiski ne tikai pull, bet arī

469
00:27:56,550 --> 00:28:00,440
izvietot šo tvertni.

470
00:28:00,440 --> 00:28:05,070
>> Tagad nākamais solis ir
ieskatīties Dockerfiles

471
00:28:05,070 --> 00:28:09,430
un kā mēs varam reāli
būvēt jaunus attēlus.

472
00:28:09,430 --> 00:28:15,250
Es esmu tikai gatavojas iet saņemt klons A
paraugs Dockerfile pamatojoties uz agrāko

473
00:28:15,250 --> 00:28:17,755
diagramma, viens, lai Apache un PHP.

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

475
00:28:26,740 --> 00:28:28,140
Cerams, ka es atceros savu repo.

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

477
00:28:36,410 --> 00:28:38,750
>> Tāpēc man ir mana krātuvi tiesības tagad.

478
00:28:38,750 --> 00:28:43,080
Un jūs gatavojas redzēt
tas ir daudz patiesībā.

479
00:28:43,080 --> 00:28:45,110
Man nav instalēt koku.

480
00:28:45,110 --> 00:28:48,700
>> Tātad būtībā jūs gatavojas, lai redzētu, kā
Jūsu pirmkodu dokumentāciju apkārt

481
00:28:48,700 --> 00:28:51,240
tā, un tad Dockerfile par
kā faktiski iepakot to.

482
00:28:51,240 --> 00:28:57,970
Tātad tas ir tikai paraugs PHP
kas atbalso sveiks CS50.

483
00:28:57,970 --> 00:29:01,550
>> Tātad, ja es gribu, lai palaistu to,
Es darīšu dokers būvēt.

484
00:29:01,550 --> 00:29:03,370
Man ir veidot tā pirmo reizi.

485
00:29:03,370 --> 00:29:12,420
Es esmu gatavojas nosaukt to demo_cs50.

486
00:29:12,420 --> 00:29:16,470
Un jums ir nepieciešams tag to too.

487
00:29:16,470 --> 00:29:19,802
So sauksim to V1 dot.

488
00:29:19,802 --> 00:29:21,760
Tā kā es aprakstīju iepriekš,
Ko es daru šodien

489
00:29:21,760 --> 00:29:26,840
tiek Es esmu stāsta dokers iet izmantošanu
that-- faktiski, sorry, mans slikti.

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

491
00:29:29,450 --> 00:29:32,500
Mums nav to apskatīt
tajā pašā Dockerfile.

492
00:29:32,500 --> 00:29:39,020
Tātad vienīgās lietas šeit ir
index.php kā arī Readme failu

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

494
00:29:39,810 --> 00:29:44,600
>> Tātad, ja jūs to apskatīt
Dockerfile, tāpēc tas ir

495
00:29:44,600 --> 00:29:47,150
ļoti līdzīgs tam, ko
Es aprakstīju iepriekš.

496
00:29:47,150 --> 00:29:51,220
Tas ir tikai ķekars
soļi, kas dokers izpilda

497
00:29:51,220 --> 00:29:56,330
izveidojot un nojaukšanu konteineri
un [? skaitīšana?] tos attēlu.

498
00:29:56,330 --> 00:29:59,570
>> Un būtībā jūs varat
see-- [dzirdams] to here--

499
00:29:59,570 --> 00:30:04,340
bet tas ir no vietējā repo.

500
00:30:04,340 --> 00:30:06,410
Tas notiek, lai iet un paķert index.php.

501
00:30:06,410 --> 00:30:10,970
Tātad tas ir vienīgais avots kodu, kas
Ir faktiski ir daļa no jūsu pieteikumu.

502
00:30:10,970 --> 00:30:16,800
Tas viss ir būtībā
operētājsistēma santehnika,

503
00:30:16,800 --> 00:30:21,460
iegūt tiesības paketes un
Apache, un PHP, un plauktiņš.

504
00:30:21,460 --> 00:30:26,950
Bet tas ir faktiski, ņemot index.php
un izdara to traukā,

505
00:30:26,950 --> 00:30:28,210
tēlā.

506
00:30:28,210 --> 00:30:33,120
>> Tātad, ja jums iet uz priekšu un palaist
komandu, veicot šādas darbības,

507
00:30:33,120 --> 00:30:36,155
tas going-- faktiski,
tas varētu būt mazliet.

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

509
00:30:40,870 --> 00:30:42,455
Cerams, ka tas nav pārāk ilgi.

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

511
00:30:45,129 --> 00:30:46,170
Tātad jūs varat redzēt soļus.

512
00:30:46,170 --> 00:30:49,320
Un es aicinu jūs iet
mājās šodien un izmēģināt to.

513
00:30:49,320 --> 00:30:51,280
Un Mano būs aprakstīt
kā tieši jūs darīt.

514
00:30:51,280 --> 00:30:57,810
Bet tas ir tiešām liels, lai redzētu tieši
kas notiek aizkulisēs.

515
00:30:57,810 --> 00:31:02,420
Bet tas ir smieklīgi viegli veidot
attēlus un izvietot tos, izmantojot dokers.

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

517
00:31:12,170 --> 00:31:14,050
>> Tas ir ņemot mazliet
ilgāk, nekā es gaidīju.

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

519
00:31:29,085 --> 00:31:32,690
>> Let 's redzēt, kas notiek, kad you-- atdzist.

520
00:31:32,690 --> 00:31:36,260
Tātad, kā jūs varat redzēt, katru no šiem soļiem
pārstāvēt līnijas ar Dockerfile.

521
00:31:36,260 --> 00:31:42,570
Un tas liecina, ka šeit tā
veiksmīgi uzbūvēta šo attēlu.

522
00:31:42,570 --> 00:31:46,480
>> Tātad, ja man dokers attēlus, es esmu gatavojas
redzēt visus attēlus, kas man ir uz vietas.

523
00:31:46,480 --> 00:31:52,160
Un viens no tiem sauc manu
lietotājvārds, un nosaukums attēla,

524
00:31:52,160 --> 00:31:56,050
un tag representing--
galvenokārt tas ir versija tag.

525
00:31:56,050 --> 00:31:58,040
>> Tāpēc tagad, ja es gribu palaist
tas, man dokers palaist.

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

527
00:32:06,040 --> 00:32:14,960
Un es tikai gribu darīt-d-p. Vai v1.

528
00:32:14,960 --> 00:32:18,500
Tāpēc es redzu tagad, ka man ir divi
konteineri darbojas, vienu, kas man tikko

529
00:32:18,500 --> 00:32:21,230
izveidota un sveiki
Dokers viens, ka es pēdējo reizi saņēmu.

530
00:32:21,230 --> 00:32:24,320
>> Un jūs varat redzēt šeit, ka tā
piešķirts tas atšķirīgs ostas.

531
00:32:24,320 --> 00:32:30,710
Tātad, ja es eju uz to pašu IP, bet nodot to
atšķirīgs port-- cerams man nebija.

532
00:32:30,710 --> 00:32:33,060
Tāpēc tagad tas ir pieteikums
ka es tikko izvietoti.

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

534
00:32:35,980 --> 00:32:43,900
>> Ja es vēlos veikt izmaiņas, es
var ātri labot pirmkodu

535
00:32:43,900 --> 00:32:49,050
un darīt šādi.

536
00:32:49,050 --> 00:32:55,170
Darīsim sveiks Harvard.

537
00:32:55,170 --> 00:32:57,989
Tāpēc tagad, kas notiek
notikt ir tas, ka es esmu

538
00:32:57,989 --> 00:32:59,905
gatavojas tag to ar
atšķirīgs version-- oh,

539
00:32:59,905 --> 00:33:03,080
ne šis guy-- trāpi
ar dažādas versijas.

540
00:33:03,080 --> 00:33:05,735
Un jūs gatavojas
see-- jūs guys gaidīt

541
00:33:05,735 --> 00:33:11,020
tā, lai ņemtu to pašu laiku
veidot to otrreiz, vai ne?

542
00:33:11,020 --> 00:33:14,470
Labi, un ikviens zina, kāpēc?

543
00:33:14,470 --> 00:33:15,020
Runā skaļāk.

544
00:33:15,020 --> 00:33:16,350
>> Mērķauditorija: [dzirdams]

545
00:33:16,350 --> 00:33:19,830
>> NICOLA KABAR: Tas būtībā mēs
mainīt tikai vienu no vēlākos posmos.

546
00:33:19,830 --> 00:33:23,110
Un tāpēc tas notiek, lai izmantotu
kešatmiņu un izmantot katru no šiem slāņiem.

547
00:33:23,110 --> 00:33:27,080
Un tas ir patiesi daži no
killer iezīmes dokers

548
00:33:27,080 --> 00:33:32,930
ir, kā tas faktiski izmanto
un otrreizējs pārņemšanu

549
00:33:32,930 --> 00:33:36,950
Jūsu disks pats
precīzas informācijas daļas.

550
00:33:36,950 --> 00:33:40,700
>> Tātad, ja mēs darīt to pašu,
tas bija tikai pāris sekundes.

551
00:33:40,700 --> 00:33:48,860
Ja mēs gribam, lai redeploy-- tāpēc tagad
Man ir trīs konteineri.

552
00:33:48,860 --> 00:33:56,160
Bet tas viens tiek
kalpoja par the-- Seven One.

553
00:33:56,160 --> 00:33:58,860
Tāpēc tagad ir pienācis trešais konteiners.

554
00:33:58,860 --> 00:34:02,580
Ikvienam saprast
ko es tikko bija šeit?

555
00:34:02,580 --> 00:34:06,320
>> Tāpēc tagad, ja jūs vēlaties, lai dalītos šī
konteiners nekustamo ātri ar saviem draugiem,

556
00:34:06,320 --> 00:34:14,840
jūs varat vienkārši darīt dokers push
Nosaukums konteinera, cerams.

557
00:34:14,840 --> 00:34:20,130
Tāpēc tagad tas notiek, lai push to
kuri paredzēti, es neesmu pierakstījies šeit.

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

559
00:34:33,511 --> 00:34:34,219
Atvaino par to.

560
00:34:34,219 --> 00:34:39,219
Bet es neesmu gatavojas novērst šo tagad.

561
00:34:39,219 --> 00:34:42,780
Bet būtībā, ka viena komanda
ir tikai iet uz augšu push to.

562
00:34:42,780 --> 00:34:45,670
Un jūs gatavojas, lai varētu
redzēt, ja jums iet uz dokers Hub

563
00:34:45,670 --> 00:34:48,587
Un jūs pieteikties, jūs esat
būs iespēja to redzēt.

564
00:34:48,587 --> 00:34:50,420
Un tad jūs varat vienkārši
norādīt kurš gatavojas

565
00:34:50,420 --> 00:34:52,750
izmantot šo attēlu, lai iet un velciet to.

566
00:34:52,750 --> 00:34:55,460
Un viņi var izmantot.

567
00:34:55,460 --> 00:34:57,760
>> Ar to, ka, cerams,
Es veida pierādīta

568
00:34:57,760 --> 00:35:01,230
cik viegli ir strādāt ar dokers.

569
00:35:01,230 --> 00:35:06,610
Un es esmu tikai gatavojas
dot to atpakaļ uz Mano.

570
00:35:06,610 --> 00:35:11,760
Un viņš gatavojas ņemt to no šejienes.

571
00:35:11,760 --> 00:35:13,990
>> MANO MARKS: Labi
paldies, paldies Nico.

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

573
00:35:18,700 --> 00:35:20,614
Tātad, ko?

574
00:35:20,614 --> 00:35:24,410
Tātad viena no lietām, ko es
gribēja darīt, ir likt kopā

575
00:35:24,410 --> 00:35:28,820
kāpēc tas ir important--
kāpēc dokers un kāpēc

576
00:35:28,820 --> 00:35:33,000
konteineri ir šāds
svarīgs jaunu attīstības,

577
00:35:33,000 --> 00:35:36,890
jauns veids, kā patiesībā dara programmatūru.

578
00:35:36,890 --> 00:35:41,300
>> Un pirms es daru, es esmu gatavojas
vienkārši ieviest dažas stats.

579
00:35:41,300 --> 00:35:42,790
Es neesmu gatavojas lasīt visus šos.

580
00:35:42,790 --> 00:35:52,540
Bet tas parāda daudz par to, kā
populārs tas ir sabiedrībā.

581
00:35:52,540 --> 00:35:56,310
Galvenās dokers tehnoloģijas
ir atvērtā koda.

582
00:35:56,310 --> 00:36:03,560
Tātad tas ir dokers Engine, sacerēt,
Swarm, ķekars citas lietas

583
00:36:03,560 --> 00:36:05,210
ir viss open source.

584
00:36:05,210 --> 00:36:10,590
Un mums ir, ko es
teikt, 1300 atbalstītājus.

585
00:36:10,590 --> 00:36:15,630
Jūs redzēt tagad, ja paskatās
skaits vakanču, pēdējo reizi

586
00:36:15,630 --> 00:36:19,640
mēs skatījāmies, tas bija aptuveni 43,000 darbs
atveres īpaši pieminot

587
00:36:19,640 --> 00:36:22,230
familiaritāte ar dokers.

588
00:36:22,230 --> 00:36:26,450
Simtiem miljonu attēli
lejupielādēti no dokers Hub.

589
00:36:26,450 --> 00:36:31,870
Un, labi, daudz lieli stats.

590
00:36:31,870 --> 00:36:34,770
>> Tiem, kas ir ziņkārīgs, to
sākotnēji tika uzrakstīts Python

591
00:36:34,770 --> 00:36:37,730
un pēc tam pārrakstīt uz Go.

592
00:36:37,730 --> 00:36:40,320
Un tas ir tikai bijis
atvērt source-- tas ir tikai

593
00:36:40,320 --> 00:36:44,950
izlaistas apmēram 2 un 1/2 gadus,
kas nozīmē, ka 2. un 1/2 gadus,

594
00:36:44,950 --> 00:36:48,020
mēs esam redzējuši milzīgu
izaugsmes un nozīmi

595
00:36:48,020 --> 00:36:50,190
Tas sabiedrībā.

596
00:36:50,190 --> 00:36:52,400
Un tāpēc es gribu runāt
mazliet par to, kāpēc.

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

598
00:36:54,940 --> 00:36:59,880
>> Tik vienkārši atkārtot dažus
Nico ir galvenie punkti, dokers ir ātrs.

599
00:36:59,880 --> 00:37:00,630
Tas ir pārnēsājamas.

600
00:37:00,630 --> 00:37:02,500
Tas ir reproducējama.

601
00:37:02,500 --> 00:37:06,130
Un tas izveido standarta vidi.

602
00:37:06,130 --> 00:37:13,370
>> Un what-- tas ir mans crappy
izskaust Monoliths slide-- ko

603
00:37:13,370 --> 00:37:17,990
tas palīdzētu cilvēkiem darīt, kas
daudz programmatūras industrijas

604
00:37:17,990 --> 00:37:21,400
sāka darīt In
2000. gadu sākumā, virzās

605
00:37:21,400 --> 00:37:24,200
no šiem monolīta
vienoto pieteikumu

606
00:37:24,200 --> 00:37:28,590
kur katrs atkarība bija jābūt
pārbaudīta pirms viss app bija

607
00:37:28,590 --> 00:37:31,280
jāizvieto, kas
varētu nozīmēt mājas lapā

608
00:37:31,280 --> 00:37:36,240
tikai got izmantoti vienreiz
reizi trijos mēnešos, vai vairāk,

609
00:37:36,240 --> 00:37:42,650
ar daudz vairāk pakalpojumu
orientēta arhitektūra

610
00:37:42,650 --> 00:37:46,090
vai componentized dažāda tipa
Pieteikuma arhitektūru.

611
00:37:46,090 --> 00:37:48,610
Un tā ļaujot tiem
veida arhitektūras

612
00:37:48,610 --> 00:37:52,250
ka izmantot
Dokers darboties šie trīs

613
00:37:52,250 --> 00:37:58,450
galvenās attīstības jomas, kas
ir izstrādes rakstot savu faktisko kodu,

614
00:37:58,450 --> 00:38:00,140
testēšana savu kodu, un izvēršot to.

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

616
00:38:03,000 --> 00:38:05,420
>> Tātad, kāpēc tas ir svarīgi?

617
00:38:05,420 --> 00:38:09,920
Ja esat a-- ļaujiet man sniegt piemēru.

618
00:38:09,920 --> 00:38:13,600
Ja jums ir mājas
ierīce izstrādātājs, jūs esat

619
00:38:13,600 --> 00:38:19,020
izstrādājot mājas lapu, kas ir balstīts uz
datu bāzi, kas David ražo vairāk nekā šeit.

620
00:38:19,020 --> 00:38:20,490
Atvainojiet David, es esmu aicinot jums out.

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

622
00:38:22,984 --> 00:38:24,900
Ja jūs vēlētos, lai izvietotu
viss, jūs

623
00:38:24,900 --> 00:38:28,870
jāgaida zem tradicionāla
monolīta programmatūras izstrādes

624
00:38:28,870 --> 00:38:32,710
vide, jūs ir jāgaida
kamēr viņš bija darīts ar datu bāzi

625
00:38:32,710 --> 00:38:36,030
Pirms jūs faktiski varētu veikt
jebkādas izmaiņas jūsu mājas lapā.

626
00:38:36,030 --> 00:38:40,900
Jūs ir pārcelt
Visa pieteikums to darīt.

627
00:38:40,900 --> 00:38:45,490
>> Un ko dokers palīdz jums jādara, ir katra
persona darbs dažādiem komponentiem

628
00:38:45,490 --> 00:38:52,990
un atjaunināt tos kā viņi iet, tikai veicot
drošs, ka pārejas nemainās.

629
00:38:52,990 --> 00:38:56,350
Tātad, kas tas ir darīts
tas ir nobīdīts cilvēkus

630
00:38:56,350 --> 00:39:03,950
no darot šīm masveida monolīts
arhitektūra programmatūra, kas

631
00:39:03,950 --> 00:39:07,610
izvietoti ik mēnesi nepārtraukts
integrācija un nepārtraukta attīstība

632
00:39:07,610 --> 00:39:08,490
vide.

633
00:39:08,490 --> 00:39:12,580
>> Tagad tas nav unikāls dokers,
bet dokers padara to tik daudz vieglāk,

634
00:39:12,580 --> 00:39:16,620
kas nozīmē, ka jūs esat būtībā
pastāvīgi izvēršot.

635
00:39:16,620 --> 00:39:20,690
Mēs runājam ar uzņēmumiem, kas ir
izmantojot valsts Facing pieteikumus

636
00:39:20,690 --> 00:39:30,180
tūkstošiem reižu dienā, jo
viņi redz vērtību tikai veicot

637
00:39:30,180 --> 00:39:33,740
nelielas izmaiņas, un tik ilgi,
kā tas iet cauri pārbaudījumiem,

638
00:39:33,740 --> 00:39:35,900
ļaujot tam iet ārā ražošanā.

639
00:39:35,900 --> 00:39:41,890
Nico vienmēr bija spēcīgi mani
agrāk, ka daudzās vidēs,

640
00:39:41,890 --> 00:39:46,580
standartnovirze dzīves cikls
konteiners tiek mērīts sekundes,

641
00:39:46,580 --> 00:39:50,460
tā kā virtuālo mašīnu
varētu tikt izteikts mēnešos.

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

643
00:39:54,590 --> 00:39:58,690
>> Es gribēju ņemt nelielu
savukārt šeit, jo es esmu

644
00:39:58,690 --> 00:40:00,170
izglītības iestādē.

645
00:40:00,170 --> 00:40:06,670
Es gribēju, lai dotu piemēru, kā
Tas darbojas izglītības pētniecībā

646
00:40:06,670 --> 00:40:07,670
situācija.

647
00:40:07,670 --> 00:40:10,930
Tātad tur ir organizācija
sauc par bioboxes.

648
00:40:10,930 --> 00:40:15,450
Bioboxes dara DNS
analīze pētniekiem.

649
00:40:15,450 --> 00:40:22,029
>> Tagad to, ko viņi atklāja, bija tas, ka tad, kad
researcher-- un tas nav

650
00:40:22,029 --> 00:40:24,070
vaina kādu konkrētu
researcher-- bet, kad

651
00:40:24,070 --> 00:40:31,240
pētnieks izvietoti
algoritms, lai analizētu,

652
00:40:31,240 --> 00:40:36,670
Īpašā veidā, DNS paraugu,
viņi varētu rakstīt programmatūru,

653
00:40:36,670 --> 00:40:39,980
publicēt, ka, varbūt, lai
GitHub vai kaut kur citur,

654
00:40:39,980 --> 00:40:42,680
un pēc tam tie tika darīts.

655
00:40:42,680 --> 00:40:47,440
>> Nu problēma bija tā, ka to
nebija obligāti atkārtojami.

656
00:40:47,440 --> 00:40:51,610
Jo lai
saprast programmatūru,

657
00:40:51,610 --> 00:40:54,830
tie tiktu izveidotas, lai
Precīzs izstrādes vide

658
00:40:54,830 --> 00:41:00,460
ka pētnieks izmanto, parasti
to portatīvo datoru, vai servera, vai datu

659
00:41:00,460 --> 00:41:04,280
centrēt ka viņi izmanto.

660
00:41:04,280 --> 00:41:11,530
Un līdz ar to, tas bija ļoti grūti
reproducēt pētījumu rezultātus, kad

661
00:41:11,530 --> 00:41:16,910
analizējot DNS paraugus, lai meklētu
uz lietām, piemēram incidence--

662
00:41:16,910 --> 00:41:23,830
salīdzināt saslimstību ar sirds uzbrukumiem
pamatojoties uz konkrētiem gēniem klātbūtnes,

663
00:41:23,830 --> 00:41:28,900
piemēram, vai vēža risku, vai
kādu citu veidu lietas.

664
00:41:28,900 --> 00:41:33,900
>> Tātad, ko viņi darīja, bija vietā
viņi sāka radīt konteinerus.

665
00:41:33,900 --> 00:41:39,380
Un jūs varat doties uz bioboxes.org,
tā ir lieliska organizācija.

666
00:41:39,380 --> 00:41:43,900
Un ko viņi dara, ir tie ražot
konteineri, balstoties uz pētījumiem.

667
00:41:43,900 --> 00:41:46,840
Un tad, kad kāds sūta
savā izlasē, viņi var palaist.

668
00:41:46,840 --> 00:41:52,770
Un tas ir visas vidi
nepieciešama, lai vadītu šo algoritmu

669
00:41:52,770 --> 00:41:55,370
un uzrādīt rezultātus.

670
00:41:55,370 --> 00:41:58,250
Un viņi uzskatot, ka viņi
daudz biežāk un daudz

671
00:41:58,250 --> 00:42:01,300
ātrāk spētu
atgrieztos rezultātus cilvēkiem.

672
00:42:01,300 --> 00:42:06,860
>> Un patiesībā, ko cilvēki dara
darbojas savu analīzi par DNS,

673
00:42:06,860 --> 00:42:11,220
nosūtot ka uz bioboxes, un
tad biobox vienkārši ņem datus,

674
00:42:11,220 --> 00:42:15,350
vada to pret šķirni
Dažādu konteineri

675
00:42:15,350 --> 00:42:19,030
lai redzētu dažādus rezultātus
balstoties uz dažādiem pētījumiem.

676
00:42:19,030 --> 00:42:21,860
Tātad, tas ir ļoti spēcīgs
Veids, kā zinātnieki

677
00:42:21,860 --> 00:42:28,070
var veikt vienu gadījumu, kas ļauj
citi cilvēki, lai mēģinātu un pavairot

678
00:42:28,070 --> 00:42:28,650
rezultāti.

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

680
00:42:31,710 --> 00:42:34,360
>> Tātad, kā jūs sāktu?

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

682
00:42:37,950 --> 00:42:39,800
Mums ir labi atbalstīta uz Linux.

683
00:42:39,800 --> 00:42:43,070
Tātad, ja jūs vēlaties, lai instalētu
kaut uz Linux,

684
00:42:43,070 --> 00:42:45,620
jūs izmantojat savu standarta
paketes vadītājs uzstādīt.

685
00:42:45,620 --> 00:42:47,600
Ja jūs izmantojat Debian, tas ir apt get.

686
00:42:47,600 --> 00:42:50,500
CentOS ir Yum.

687
00:42:50,500 --> 00:42:53,500
Fedora Red Hat ir
rpm-- es neatceros.

688
00:42:53,500 --> 00:42:56,070
Anyway, tas viss tur.

689
00:42:56,070 --> 00:42:59,610
Mēs atbalstām visdažādākos
Linux sadalēm.

690
00:42:59,610 --> 00:43:01,150
Jūs varat pārbaudīt tos out.

691
00:43:01,150 --> 00:43:06,370
>> Mums ir arī iespējas, lai jums
varētu palaist uz Mac vai Windows.

692
00:43:06,370 --> 00:43:10,670
Tagad Nico jau iepriekš minēts, ka
tā atbalstīja tikai uz Linux.

693
00:43:10,670 --> 00:43:18,180
Tas ir taisnība, jo tas
vajag Linux kodolu.

694
00:43:18,180 --> 00:43:20,540
Bet, jūs varat palaist virtuālo mašīnu.

695
00:43:20,540 --> 00:43:25,290
Un ko dokers Toolbox
tas, ko jūs varat lejupielādēt,

696
00:43:25,290 --> 00:43:27,610
tas dod jums šo virtuālo mašīnu.

697
00:43:27,610 --> 00:43:37,260
>> Tik vienkārši ātri 48
otrkārt, es domāju, lejupielādēt.

698
00:43:37,260 --> 00:43:40,670
Jūs vienkārši meklēt par dokers
Toolbox, lejupielādēt to uz Mac,

699
00:43:40,670 --> 00:43:43,910
un šī daļa ir no
Protams jāpaātrina jo kurš

700
00:43:43,910 --> 00:43:47,620
grib skatīties lejupielādes signālu?

701
00:43:47,620 --> 00:43:54,190
Standard Mac uzstādīšana,
un tad tu esi

702
00:43:54,190 --> 00:43:59,795
gatavojas redzēt Jerome likt viņa paroli.

703
00:43:59,795 --> 00:44:00,670
Tas ir ļoti aizraujoši.

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

705
00:44:03,510 --> 00:44:06,230
Un tad tas instalē
viss ķekars instrumentus.

706
00:44:06,230 --> 00:44:10,010
Un it īpaši tas būs
instalēt komandrindu.

707
00:44:10,010 --> 00:44:14,220
Un tad jūs varētu redzēt
Jerome testēšanas savus attēlus.

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

709
00:44:19,050 --> 00:44:22,640
>> Un tad, pamatojoties uz to,
Jūs varat redzēt, ka YouTube

710
00:44:22,640 --> 00:44:27,420
uzskata, ka Niko ir ieinteresēta
Star Wars, The Jimmy Kimmel šovs,

711
00:44:27,420 --> 00:44:29,020
un es domāju, ka Ellen.

712
00:44:29,020 --> 00:44:34,130
Es domāju, ka pēdējais ir
klips no Ellen šovu.

713
00:44:34,130 --> 00:44:37,760
>> Tātad dokers Toolbox gan nāk
ar vairāk nekā tikai dokers Machine.

714
00:44:37,760 --> 00:44:39,840
Tātad dokers Machine ir
lieta, kas palīdz

715
00:44:39,840 --> 00:44:43,710
jums izveidot virtuālo
mašīna uz jūsu Windows

716
00:44:43,710 --> 00:44:52,080
vai Mac-- Windows kastē vai jūsu Mac
box-- un palīdz jums darīt uzkrājumus,

717
00:44:52,080 --> 00:44:54,040
>> Bet tas arī nāk ar
Swarm un sacerēt,

718
00:44:54,040 --> 00:45:00,840
kas ir paredzēti, lai palīdzētu jums liels
mēroga izvietošanu savu pieteikumu.

719
00:45:00,840 --> 00:45:04,000
Tātad, ja jūs vēlaties, lai pārvaldītu
klasteru mezglu,

720
00:45:04,000 --> 00:45:08,450
kopas konteineru, sacerēt un
Swarm ir veids, kā iet par to.

721
00:45:08,450 --> 00:45:11,430
>> Un, protams, tas nāk ar
Dokers Dzinējs un Kitematic,

722
00:45:11,430 --> 00:45:13,250
kas ir šis desktop GUI.

723
00:45:13,250 --> 00:45:17,060
Es būtu arī pieminēt dokers kanceleja,
kas nav iekļauta Toolbox,

724
00:45:17,060 --> 00:45:23,150
bet tas ir veids, lai jūs varētu vadīt savu
reģistros dokers attēlus, piemēram, dokers

725
00:45:23,150 --> 00:45:28,970
Hub, bet jūs varat arī vienkārši izmantot
Dokers Hub kā veids, lai to izdarītu.

726
00:45:28,970 --> 00:45:32,955
>> Un, gabals vērpjot, jūs redzēt
tā darbojas konteinerā.

727
00:45:32,955 --> 00:45:34,830
Un tas, kā mēs esam
izplatot mūsu slaidus.

728
00:45:34,830 --> 00:45:38,610
Tas viss ir prezentācija
faktiski HTML slide klāja.

729
00:45:38,610 --> 00:45:43,170
Un tas ir stiepjas
konteiners, kurā jūs varat saņemt pēc--

730
00:45:43,170 --> 00:45:45,596
>> NICOLA KABAR: Jā, tā tas ir
darbojas pilna laika par manu Max.

731
00:45:45,596 --> 00:45:47,540
Un es esmu uzrādot no tā.

732
00:45:47,540 --> 00:45:50,910
Un jūs vienkārši darīt dokers pēc
jūs instalēt jūsu kompleksa.

733
00:45:50,910 --> 00:45:57,340
Jūs varat vienkārši darīt dokers palaist
un saņemt to, un izmantot slaidus.

734
00:45:57,340 --> 00:45:58,830
>> MANO ZĪMES: Un tas arī viss.

735
00:45:58,830 --> 00:46:02,160
Tātad, mēs pateicamies jums visiem par ierašanos.

736
00:46:02,160 --> 00:46:03,990
Un mēs esam priecīgi atbildēt uz jautājumiem.

737
00:46:03,990 --> 00:46:07,810
Es būtu pieminēt pirms kāds
atstāj tur ir T-krekli tur.

738
00:46:07,810 --> 00:46:10,940
Atvainojiet ikviens, kurš skatās
šo par LiveStream vai video,

739
00:46:10,940 --> 00:46:12,820
bet mums ir dokers T-krekli tur.

740
00:46:12,820 --> 00:46:16,250
Un mēs zinām dokers studenti,
un mana pieredze,

741
00:46:16,250 --> 00:46:18,940
profesori arī, piemēram, bezmaksas apģērbu.

742
00:46:18,940 --> 00:46:22,490
>> Tātad paldies visiem par iznāks.

743
00:46:22,490 --> 00:46:27,050
Un sekot mums par čivināt
ja jūs vēlaties, vai nav.

744
00:46:27,050 --> 00:46:27,910
Man vienalga.

745
00:46:27,910 --> 00:46:29,430
Arī sekot dokers Twitter.

746
00:46:29,430 --> 00:46:31,890
Tas ir interesanti.

747
00:46:31,890 --> 00:46:32,990
Un tad tas arī viss.

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

749
00:46:33,490 --> 00:46:35,410
Paldies.

750
00:46:35,410 --> 00:46:39,360
>> [Aplausi]

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