1
00:00:00,000 --> 00:00:00,629

2
00:00:00,629 --> 00:00:02,170
DAVID MALAN: Rendben, szívesen vissza.

3
00:00:02,170 --> 00:00:06,520
Mielőtt áttérnénk a számítási felhő,
Gondoltam, rövid szünetet

4
00:00:06,520 --> 00:00:11,740
ha vannak rendezetlen kérdések
vagy téma, hogy jött az ebéd során

5
00:00:11,740 --> 00:00:13,834
hogy talán most is érdekelheti.

6
00:00:13,834 --> 00:00:18,470

7
00:00:18,470 --> 00:00:21,410
>> KÖZÖNSÉG: [hallható]

8
00:00:21,410 --> 00:00:22,090
>> DAVID MALAN: OK.

9
00:00:22,090 --> 00:00:23,555
Ó, oké.

10
00:00:23,555 --> 00:00:24,430
KÖZÖNSÉG: [hallható]

11
00:00:24,430 --> 00:00:29,880

12
00:00:29,880 --> 00:00:31,420
>> DAVID MALAN: Nem, természetesen.

13
00:00:31,420 --> 00:00:35,180
Rendben, remélhetőleg az összes
problémák merülnek fel a következő néhány órában

14
00:00:35,180 --> 00:00:36,410
és holnap, különösen.

15
00:00:36,410 --> 00:00:42,700
De vessünk egy pillantást, akkor, ahol
Az utolsó beszélgetés létrehozásáról

16
00:00:42,700 --> 00:00:45,730
egy weboldal vezet, általában
amikor a számítási felhő,

17
00:00:45,730 --> 00:00:48,210
felállítása szerver architektúra,
a fajta döntések

18
00:00:48,210 --> 00:00:50,800
hogy a mérnökök és
fejlesztők és a vezetők

19
00:00:50,800 --> 00:00:53,210
kell, hogy mikor jön
hogy többet tesz, mint csak

20
00:00:53,210 --> 00:00:56,550
feliratkozik a havi 10 $ webhoszting
ha valóban szeretnénk kiépíteni

21
00:00:56,550 --> 00:00:57,550
saját infrastruktúrával.

22
00:00:57,550 --> 00:01:00,400
És megpróbáljuk lekötni ezt vissza,
például a Dropbox és mások

23
00:01:00,400 --> 00:01:01,350
akárcsak ők.

24
00:01:01,350 --> 00:01:06,250
>> Tehát kezdjük vizsgálni
milyen problémák merülnek fel, mint az üzleti

25
00:01:06,250 --> 00:01:09,390
lesz jó, és jó problémák merülnek fel.

26
00:01:09,390 --> 00:01:14,720
Így a nagyon legegyszerűbb bírhatja
Néhány cég, amely a web szerver,

27
00:01:14,720 --> 00:01:21,470
lehet, hogy, mondjuk, egy szerver,
mi csak felhívni, hogy úgy néz ki, mint ez.

28
00:01:21,470 --> 00:01:25,620
És ezekben a napokban, a legtöbb servers-- és menjünk
valójában egy képet erre csak úgy

29
00:01:25,620 --> 00:01:27,680
hogy ez egy kicsit kevésbé homályos.

30
00:01:27,680 --> 00:01:31,510
>> Tehát Dell állvány server--
vissza a nap, ott

31
00:01:31,510 --> 00:01:33,730
voltak mainframe számítógépek
hogy vette fel egész szoba.

32
00:01:33,730 --> 00:01:35,710
Ezek a napok, ha volt
hogy egy szerver,

33
00:01:35,710 --> 00:01:38,520
nézhet egy kis valamit, mint ez.

34
00:01:38,520 --> 00:01:41,760
Szerverek mérik, hogy milyen
nevezzük rack-egység, vagy VT.

35
00:01:41,760 --> 00:01:45,280
És egy VT 1,5 hüvelyk,
amely egy ipari szabvány.

36
00:01:45,280 --> 00:01:49,300
Tehát ez úgy néz ki, mint egy két RU szerver.

37
00:01:49,300 --> 00:01:51,240
Tehát 3 hüvelyk magas.

38
00:01:51,240 --> 00:01:54,430
És ők általában 19 hüvelyk széles,
ami azt jelenti, az összes ilyen cucc

39
00:01:54,430 --> 00:01:55,160
szabványosított.

40
00:01:55,160 --> 00:01:59,420
>> Tehát, ha megnézi egy adat center--
nem csak egy szerveren, de most

41
00:01:59,420 --> 00:02:02,110
megnézzük a Google
adatközpont és hátha

42
00:02:02,110 --> 00:02:04,280
látni egy szép képet a Google Képek.

43
00:02:04,280 --> 00:02:09,090
Ez sokkal jobb, mint amit megvilágított
jellemzően találni, és még sok

44
00:02:09,090 --> 00:02:14,900
szexisebb keres eredményeként. De
ez az, amit úgy néz ki, mint egy pár

45
00:02:14,900 --> 00:02:17,380
Száz szerverek minden
ugyanezen a méret,

46
00:02:17,380 --> 00:02:21,450
valóban, rack után rack-után
állvány után rack-ben egy adatközpontban.

47
00:02:21,450 --> 00:02:26,150
>> Valami Így-- ez is jól
legyen a Google, mert én googled Google.

48
00:02:26,150 --> 00:02:28,330
De lehet reprezentatív
Az általánosabb

49
00:02:28,330 --> 00:02:31,480
adatközpont, ahol sok
cégek jellemzően együttes elhelyezése.

50
00:02:31,480 --> 00:02:34,940
És együtt található általában azt jelenti,
hogy elmész egy ilyen helyre Equinix

51
00:02:34,940 --> 00:02:40,280
vagy más gyártók, amelyek nagy
raktárak, amelyek sok energiát,

52
00:02:40,280 --> 00:02:42,950
sok hűtés, remélhetőleg
rengeteg biztonsági,

53
00:02:42,950 --> 00:02:47,910
és az egyes ketrecekben körülzáró állványok
szerverek, és akkor sem bérbe az állványok

54
00:02:47,910 --> 00:02:49,150
vagy magával az állványokat.

55
00:02:49,150 --> 00:02:51,420
>> És az egyes társaságok,
induló különösen,

56
00:02:51,420 --> 00:02:54,820
lesz valamilyen biometrikus
bejutni a ketrecbe, vagy egy kulcs,

57
00:02:54,820 --> 00:02:55,640
vagy kulcs kártyát.

58
00:02:55,640 --> 00:02:56,990
Megnyitod az ajtót.

59
00:02:56,990 --> 00:03:00,354
És belül ott is csak
egy alapterületét lábnyom

60
00:03:00,354 --> 00:03:03,270
hogy te fizet, belseje
amely akkor tegye, amit akarsz.

61
00:03:03,270 --> 00:03:04,770
>> És akkor általában fizet a teljesítmény.

62
00:03:04,770 --> 00:03:06,920
És akkor fizet a lábnyomokat.

63
00:03:06,920 --> 00:03:08,770
És akkor fizet
magad a szerverek

64
00:03:08,770 --> 00:03:10,560
hogy te hozzuk, hogy a tér.

65
00:03:10,560 --> 00:03:12,850
És amit majd a
lehetőséget kell adni az fizetnie valakinek

66
00:03:12,850 --> 00:03:15,120
Az internet-kapcsolat.

67
00:03:15,120 --> 00:03:17,240
Fizethet bármennyi
A gyártók, akik mind

68
00:03:17,240 --> 00:03:19,210
általában jön be, hogy az adatközpontok.

69
00:03:19,210 --> 00:03:22,740
>> De az igazán érdekes kérdés az,
valójában mi megy azokban állványok?

70
00:03:22,740 --> 00:03:25,020
Lehet, minden nagyon jól
néz ki, mint amit most láttam.

71
00:03:25,020 --> 00:03:27,870
De különböző funkciókat
és szükség lehet a különböző dolgokat.

72
00:03:27,870 --> 00:03:29,661
És lássuk ténylegesen
motiválja a vita

73
00:03:29,661 --> 00:03:35,370
azzal a kérdéssel, hogy mi a probléma
kezd keletkezik, ha sikeres?

74
00:03:35,370 --> 00:03:37,900
>> Szóval van egy weboldal
hogy írtál.

75
00:03:37,900 --> 00:03:40,450
És talán ez adja widgetek
vagy valami ilyesmi.

76
00:03:40,450 --> 00:03:43,620
És ha már nagyon jól
értékesítési kütyü az interneten.

77
00:03:43,620 --> 00:03:48,490
És elkezdi tapasztalni
Egyes tünetek, a honlapon.

78
00:03:48,490 --> 00:03:51,070
Mi lehet néhány
A műszaki tünetek

79
00:03:51,070 --> 00:03:54,040
hogy a felhasználók jelentést az üzleti
növekszik és virágzik

80
00:03:54,040 --> 00:03:59,482
és a honlap
részesülő, hogy?

81
00:03:59,482 --> 00:04:02,690
>> KÖZÖNSÉG: [hallható]

82
00:04:02,690 --> 00:04:05,910

83
00:04:05,910 --> 00:04:07,050
>> DAVID MALAN: Igen, pontosan.

84
00:04:07,050 --> 00:04:10,040
Tehát lehet, hogy a
lassulás az Ön honlapján.

85
00:04:10,040 --> 00:04:11,240
És miért lehet, hogy ez megtörténjen?

86
00:04:11,240 --> 00:04:12,660
Nos, ha azt feltételezzük, számára
A vita kedvéért

87
00:04:12,660 --> 00:04:15,160
most, hogy te egy
E kereskedelmi webtárhely

88
00:04:15,160 --> 00:04:17,860
hogy beszéltünk ebéd előtt,
hogy akkor fizet bizonyos számú dollárt

89
00:04:17,860 --> 00:04:20,859
egy hónapra, és amit már kifizetett
az éves költsége a domain

90
00:04:20,859 --> 00:04:25,300
megnevezni, hogy a web host valószínűleg
overselling forrásaikat

91
00:04:25,300 --> 00:04:26,050
bizonyos mértékig.

92
00:04:26,050 --> 00:04:29,000
Tehát lehet, hogy egy felhasználónevet
és a jelszó a szerveren.

93
00:04:29,000 --> 00:04:32,410
De úgy is, számos más, vagy több
tucat, vagy akár több

94
00:04:32,410 --> 00:04:33,980
száz más felhasználók.

95
00:04:33,980 --> 00:04:37,190
>> És weboldalak élnek fizikailag
ugyanazon a szerveren.

96
00:04:37,190 --> 00:04:38,340
Miért lehetséges ez?

97
00:04:38,340 --> 00:04:40,680
Nos ezekben a napokban, szerverek
mint ez tipikusan

98
00:04:40,680 --> 00:04:44,610
több merevlemez, talán
annyi, mint hat vagy több merevlemez,

99
00:04:44,610 --> 00:04:47,665
amelyek mindegyike lehet annyi
mint 4 terabájtos ezekben a napokban.

100
00:04:47,665 --> 00:04:52,140
Tehát lehet, hogy 24 terabájtnyi helyet
csak egy kis szerver, mint ez.

101
00:04:52,140 --> 00:04:55,710
>> És akkor is, ha lopni néhány, hogy a tér
redundancia, biztonsági mentés céljából,

102
00:04:55,710 --> 00:04:57,110
ez még mindig elég sok helyet.

103
00:04:57,110 --> 00:05:00,070
És természetesen egy tipikus honlap
nem kell, hogy sok helyet.

104
00:05:00,070 --> 00:05:03,100
Csak regisztráció felhasználók
és tárolása is megbízások

105
00:05:03,100 --> 00:05:04,640
nem tett meg minden, hogy sok helyet.

106
00:05:04,640 --> 00:05:07,550
Szóval lehet particionálni, hogy elég
egy kicsit, és így minden felhasználó

107
00:05:07,550 --> 00:05:08,980
csak egy kis szeletét.

108
00:05:08,980 --> 00:05:11,310
>> Közben, egy számítógép
mint ez manapság

109
00:05:11,310 --> 00:05:16,370
jellemzően több CPUs-- nemcsak
Egy, talán két, talán négy, talán 16,

110
00:05:16,370 --> 00:05:17,149
vagy még több.

111
00:05:17,149 --> 00:05:18,940
És ezek mindegyike CPU
van egy úgynevezett

112
00:05:18,940 --> 00:05:22,230
egy mag, ami olyan, mint a
agy belsejében egy agy.

113
00:05:22,230 --> 00:05:26,800
Tehát valójában a legtöbb mindenki itt
modern laptop valószínűleg egy kétmagos

114
00:05:26,800 --> 00:05:32,030
vagy négymagos CPU-- és valószínűleg csak
Egy CPU belsejében egy laptop ezekben a napokban.

115
00:05:32,030 --> 00:05:35,030
De asztali számítógépek
és rack számítógépek, mint

116
00:05:35,030 --> 00:05:39,000
ez lehet, hogy jó néhány
több CPU, és viszont magot.

117
00:05:39,000 --> 00:05:44,180
>> És őszintén szólva, még a Mac és PC a
ma, akkor nem igazán kell a kettős mag

118
00:05:44,180 --> 00:05:46,550
vagy quad magok, hogy ellenőrizze az e-mail.

119
00:05:46,550 --> 00:05:49,090
Ha van olyan szűk, ha
jön a számítógép használata,

120
00:05:49,090 --> 00:05:51,925
Ön az emberi valószínűleg a
leglassabb dolog, hogy a számítógép.

121
00:05:51,925 --> 00:05:54,800
És nem lesz képes
ellenőrizze az e-mail minden gyorsabb, ha

122
00:05:54,800 --> 00:05:57,170
van négyszer annyi CPU vagy maghoz.

123
00:05:57,170 --> 00:05:59,700
>> De ugyanaz a fajta
Az igaz a szerveren.

124
00:05:59,700 --> 00:06:02,970
Egyetlen weboldal nem
feltétlenül kell több, mint egy

125
00:06:02,970 --> 00:06:05,756
CPU vagy egy mag, egy
kis agy belsejében csinál

126
00:06:05,756 --> 00:06:07,380
minden gondolkodás és a feldolgozás.

127
00:06:07,380 --> 00:06:10,561
Tehát gyártók hasonló
kezdett szeleteljük fel ezeket az erőforrásokat

128
00:06:10,561 --> 00:06:13,435
így talán a honlapon lesz egy
mag, a honlapon lesz egy mag,

129
00:06:13,435 --> 00:06:15,290
vagy talán mi megosztása egy ilyen magot.

130
00:06:15,290 --> 00:06:16,820
Mi is közös lemezterület.

131
00:06:16,820 --> 00:06:20,000
És mi is megosztás RAM,
vagy Random Access Memory

132
00:06:20,000 --> 00:06:22,520
előtti, amelyből
van még egy véges mennyiségű.

133
00:06:22,520 --> 00:06:23,420
>> És ez a legfontosabb.

134
00:06:23,420 --> 00:06:25,960
Nem számít, milyen drága
A számítógép volt,

135
00:06:25,960 --> 00:06:28,440
van még egy véges
erőforrások mennyisége benne.

136
00:06:28,440 --> 00:06:31,360
És így a több és minél többet
próbálja fogyasztani ezeket az erőforrásokat,

137
00:06:31,360 --> 00:06:32,850
A lassabb dolgok válhatnak.

138
00:06:32,850 --> 00:06:34,646
De miért?

139
00:06:34,646 --> 00:06:39,352
Miért dolgok lassul
tünete a szerver túlterhelését?

140
00:06:39,352 --> 00:06:40,060
Mi történik?

141
00:06:40,060 --> 00:06:42,895

142
00:06:42,895 --> 00:06:46,388
>> KÖZÖNSÉG: [hallható]

143
00:06:46,388 --> 00:06:54,036

144
00:06:54,036 --> 00:06:55,160
DAVID MALAN: Igen, pontosan.

145
00:06:55,160 --> 00:06:57,730
Azt javasolta, hogy a korábbi
RAM egy olyan típusú memória.

146
00:06:57,730 --> 00:07:00,290
Ez illékony, ahol ez
ahol az alkalmazások és az adatok

147
00:07:00,290 --> 00:07:01,890
tárolt amikor ők használják.

148
00:07:01,890 --> 00:07:03,990
Így aztán ott van
csak véges számú

149
00:07:03,990 --> 00:07:05,790
dolog, amit látszólag csinálni egyszerre.

150
00:07:05,790 --> 00:07:07,740
És ez is gyorsabb,
ami jó dolog.

151
00:07:07,740 --> 00:07:09,990
De ez is drágább,
ami rossz dolog.

152
00:07:09,990 --> 00:07:15,376
És ez is így van jelen az alacsonyabb
mennyiségben, mint a lemezterület, merevlemez

153
00:07:15,376 --> 00:07:16,750
tér, amely hajlamos lehet olcsóbb.

154
00:07:16,750 --> 00:07:18,830
>> Más szóval, ha
Lehet, hogy 4 TB

155
00:07:18,830 --> 00:07:20,440
lemezterület a számítógépen.

156
00:07:20,440 --> 00:07:24,300
De lehet, hogy 4
gigabyte-ban vagy 64 gigabájt,

157
00:07:24,300 --> 00:07:29,180
nagyságrendileg, faktorral
1000 kevesebb, RAM a számítógép.

158
00:07:29,180 --> 00:07:30,320
Tehát mit jelent a számítógép nem?

159
00:07:30,320 --> 00:07:32,236
Nos, tegyük fel, hogy
megvan 64 gigabyte

160
00:07:32,236 --> 00:07:35,110
RAM szerveren, mint ez, amely
lenne elég gyakori, ha nem alacsony

161
00:07:35,110 --> 00:07:36,140
ezek a napok.

162
00:07:36,140 --> 00:07:39,220
De tegyük fel, hogy van olyan sok
a felhasználók ezzel sok mindent

163
00:07:39,220 --> 00:07:42,480
hogy milyen fajta
szükség 65 gigabájt memóriával

164
00:07:42,480 --> 00:07:44,960
kezelni az összes, hogy
egyidejű használata?

165
00:07:44,960 --> 00:07:47,580
>> Nos, akkor is csak azt mondják,
Sajnos néhány felhasználók száma

166
00:07:47,580 --> 00:07:48,840
Csak nem tudja elérni az oldalt.

167
00:07:48,840 --> 00:07:51,410
És ez az intézkedés
legvégső esetben biztosan.

168
00:07:51,410 --> 00:07:55,570
Vagy, mint a működési
rendszer, mint a Windows vagy Mac

169
00:07:55,570 --> 00:07:59,480
OS vagy Linux vagy Solaris vagy bármilyen
Számos más operációs rendszerekkel, hogy a szerveren,

170
00:07:59,480 --> 00:08:01,280
lehetett csak úgy, tudod mit?

171
00:08:01,280 --> 00:08:03,780
Már csak 64 GB RAM-mal.

172
00:08:03,780 --> 00:08:05,440
Valahogy szükség 65.

173
00:08:05,440 --> 00:08:06,210
Szóval tudod mit?

174
00:08:06,210 --> 00:08:10,030
Megyek, hogy 1 gigabájt
Érdemes az adatok a RAM-ban

175
00:08:10,030 --> 00:08:15,240
Ez volt a legrégebben elérhető
és csak mozgás lemezre átmenetileg,

176
00:08:15,240 --> 00:08:19,050
Szó átmásolni a gyors
memóriájából a lassabb memória

177
00:08:19,050 --> 00:08:24,000
így én is majd kezelni ezt a
65. gigabyte memória igény,

178
00:08:24,000 --> 00:08:25,650
hogy némi számítást rajta.

179
00:08:25,650 --> 00:08:28,580
Aztán amikor végeztem ezzel, hogy
Én csak mozgatni, hogy a lemezre,

180
00:08:28,580 --> 00:08:35,030
mozgatni a másik RAM én átmenetileg növelte
lemezen vissza a tényleges hardver

181
00:08:35,030 --> 00:08:37,280
így én vagyok ilyen multitasking.

182
00:08:37,280 --> 00:08:41,190
>> Úgyhogy a fajta üzembe dolgokat
átmenetileg ebben lassabban tér

183
00:08:41,190 --> 00:08:44,159
úgyhogy a látszatot keltik,
kezelési mindenkinek.

184
00:08:44,159 --> 00:08:45,290
De van egy lassulás.

185
00:08:45,290 --> 00:08:45,790
Miért?

186
00:08:45,790 --> 00:08:49,380
Nos, belül ilyen kemény
lemezek manapság mi?

187
00:08:49,380 --> 00:08:52,030
Inkább mi tesz egy kemény
meghajtó eltér RAM

188
00:08:52,030 --> 00:08:53,495
a lehető legjobban tudja most?

189
00:08:53,495 --> 00:08:56,750
>> KÖZÖNSÉG: [hallható]

190
00:08:56,750 --> 00:08:59,540

191
00:08:59,540 --> 00:09:01,445
>> DAVID MALAN: OK, igaz.

192
00:09:01,445 --> 00:09:02,320
KÖZÖNSÉG: [hallható]

193
00:09:02,320 --> 00:09:05,440

194
00:09:05,440 --> 00:09:06,750
>> DAVID MALAN: Tehát nagyon igaz.

195
00:09:06,750 --> 00:09:13,709
És ez egy mellékhatása, vagy a szolgáltatás
Az a tény, hogy a RAM valóban gyorsabb.

196
00:09:13,709 --> 00:09:15,750
És ezért azt szeretnénk, hogy
használja a jelenlegi használat.

197
00:09:15,750 --> 00:09:17,290
És egy lemez lassabb.

198
00:09:17,290 --> 00:09:19,630
De ez az állandó, vagy felejtő.

199
00:09:19,630 --> 00:09:21,480
Szóval azt hosszú távú tárolására.

200
00:09:21,480 --> 00:09:25,160
De tekintve
végrehajtására, ha felnézek

201
00:09:25,160 --> 00:09:29,297
egy úgynevezett DIMM, Dual Inline Memory
Modul, ez az, amit egy darab RAM

202
00:09:29,297 --> 00:09:30,380
tipikusan úgy néz ki.

203
00:09:30,380 --> 00:09:35,050
>> Tehát belsejében a Mac-- ez egy hiba.

204
00:09:35,050 --> 00:09:41,080
Belül a Mac és PC, a desktop
számítógépek volna a pálca a memória,

205
00:09:41,080 --> 00:09:43,220
ahogy azt hívják őket,
vagy DIMM-ek vagy SIMM vissza

206
00:09:43,220 --> 00:09:44,970
a nap, a memória
úgy néz ki, mint ez.

207
00:09:44,970 --> 00:09:47,900
A laptopok valószínűleg dolgok
harmad akkora, vagy fele méretű.

208
00:09:47,900 --> 00:09:50,066
Ők egy kicsit kisebb,
de ugyanaz a ötletem kis

209
00:09:50,066 --> 00:09:52,110
db zöld szilícium
ostya vagy műanyag

210
00:09:52,110 --> 00:09:56,237
kevés fekete zsetont rájuk sok
vezetékek összekötő mindent.

211
00:09:56,237 --> 00:09:58,820
Lehet, hogy egy csomó
ezeket számítógép belsejében.

212
00:09:58,820 --> 00:10:00,903
De az itt elvihető
ez teljesen elektronikus.

213
00:10:00,903 --> 00:10:03,130
Már csak az elektronok
áramlik ezen az eszközön.

214
00:10:03,130 --> 00:10:08,170
Ezzel szemben, ha megnézzük
A belsejében egy merevlemez

215
00:10:08,170 --> 00:10:10,760
és húzza fel a képet
Itt kell helyette

216
00:10:10,760 --> 00:10:16,600
valami ilyesmit,
amely nem rendelkezik a villamos

217
00:10:16,600 --> 00:10:17,950
megy keresztül végül.

218
00:10:17,950 --> 00:10:20,265
De mi is kipattan
rád ezt a dolgot?

219
00:10:20,265 --> 00:10:21,140
KÖZÖNSÉG: [hallható]

220
00:10:21,140 --> 00:10:22,710
DAVID MALAN: Igen, van
látszólag mozgó alkatrészek.

221
00:10:22,710 --> 00:10:25,210
Ez olyan, mint egy régi rekordot
lejátszó vagy lemezjátszó.

222
00:10:25,210 --> 00:10:26,200
És ez elég sok van.

223
00:10:26,200 --> 00:10:28,950
Ez egy kicsit cifrább, mint hogy--
mivel a lemezjátszó használt

224
00:10:28,950 --> 00:10:33,150
hornyok a rekord, ez valójában
használja apró mágneses részecskék

225
00:10:33,150 --> 00:10:34,550
hogy nem egészen értem.

226
00:10:34,550 --> 00:10:38,520
De ha egy kicsit mágneses részecske
úgy néz ki, mint ez, ez tekinthető a 1.

227
00:10:38,520 --> 00:10:41,230
És ha ez így néz ki,
észak-déli, hanem a dél-észak,

228
00:10:41,230 --> 00:10:42,252
ez lehet egy 0.

229
00:10:42,252 --> 00:10:45,460
És látni fogjuk holnap hogyan építhetünk
attól, hogy több érdekes dolgot.

230
00:10:45,460 --> 00:10:47,590
>> De bármi, ami
van, hogy fizikailag mozgatni

231
00:10:47,590 --> 00:10:51,010
biztosan fog menni lassabban
mint a fény sebessége,

232
00:10:51,010 --> 00:10:53,250
az elméletben milyen
egy elektron áramlás a,

233
00:10:53,250 --> 00:10:54,620
bár reálisan nem egészen.

234
00:10:54,620 --> 00:10:56,900
Tehát mechanikus devices-- sokkal lassabb.

235
00:10:56,900 --> 00:10:58,320
De ők olcsóbbak.

236
00:10:58,320 --> 00:11:00,944
És akkor illik annyira
További adatok bennük.

237
00:11:00,944 --> 00:11:03,110
Tehát az a tény, hogy van
létezik a világon valami

238
00:11:03,110 --> 00:11:06,840
nevezett virtuális memória,
egy merevlemez, mint ez

239
00:11:06,840 --> 00:11:10,160
mintha ez RAM
a felhasználó számára,

240
00:11:10,160 --> 00:11:15,320
egyszerűen mozgó adatok
RAM-ból a merevlemezre,

241
00:11:15,320 --> 00:11:18,714
majd a mozgó vissza, amikor szükség van
újra létrehozza a lassulás.

242
00:11:18,714 --> 00:11:21,380
Mert szó szerint kell
másolni egyik helyről a másikra.

243
00:11:21,380 --> 00:11:25,100
És az a helyzet, amit a másolás, hogy és
re valójában lassabb, mint a RAM

244
00:11:25,100 --> 00:11:26,150
ahol szeretné, hogy legyen.

245
00:11:26,150 --> 00:11:29,030
>> Az alternatív megoldás here--
Ha nem tetszik, hogy lassul,

246
00:11:29,030 --> 00:11:32,014
és a virtuális memória
fajta is túlterhelt,

247
00:11:32,014 --> 00:11:33,680
mi más megoldás erre a problémára?

248
00:11:33,680 --> 00:11:35,260
>> KÖZÖNSÉG: [hallható]

249
00:11:35,260 --> 00:11:37,260
DAVID MALAN: Nos,
növelni a virtuális memória

250
00:11:37,260 --> 00:11:39,135
azt tegyük ezt
egy még nagyobb léptékű.

251
00:11:39,135 --> 00:11:43,540
Tudtuk kezelni a 66 gigabájt érdemes
A memória igényeket, illetve 67 gigabájt.

252
00:11:43,540 --> 00:11:45,830
De tegyük fel, én nem szeretem
ez a lassú le, sőt

253
00:11:45,830 --> 00:11:49,380
Azt akarom, hogy kapcsolja ki a virtuális
memóriát, ha ez egyáltalán lehetséges,

254
00:11:49,380 --> 00:11:52,350
mi mást dobni
ezt a problémát oldja meg,

255
00:11:52,350 --> 00:11:56,900
ahol szeretnék kezelni több felhasználó
és több memóriát követelmények

256
00:11:56,900 --> 00:11:59,100
mint én fizikailag már abban a pillanatban?

257
00:11:59,100 --> 00:12:02,600
>> KÖZÖNSÉG: [hallható]

258
00:12:02,600 --> 00:12:04,800

259
00:12:04,800 --> 00:12:06,140
>> DAVID MALAN: Sajnos.

260
00:12:06,140 --> 00:12:09,850
Így a CPU és a magok ők
a véges erőforrás.

261
00:12:09,850 --> 00:12:13,280
És nincs analóg ebben az összefüggésben.

262
00:12:13,280 --> 00:12:14,990
Jó kérdés, mégis.

263
00:12:14,990 --> 00:12:19,270
Tehát csak hogy tisztázzuk is, ha
belsejében ez a számítógép,

264
00:12:19,270 --> 00:12:24,510
mondjuk, egy bottal RAM úgy néz ki,
Így-- és így fogjuk hívni ezt a RAM.

265
00:12:24,510 --> 00:12:27,070
És itt van a merevlemez-meghajtót.

266
00:12:27,070 --> 00:12:30,130
És én csak felhívni a
képileg, mint egy kis kört.

267
00:12:30,130 --> 00:12:33,740
Jelenleg 0 és 1-es, mind a
these-- adatokat fogjuk általánosítani azt.

268
00:12:33,740 --> 00:12:38,030
>> És alapvetően, ha a felhasználó
fut egy alkalmazás, mint,

269
00:12:38,030 --> 00:12:46,070
mondjuk, egy weboldal, amely előírja, hogy ezt
mennyi RAM egy felhasználó, amit én javasol,

270
00:12:46,070 --> 00:12:48,380
útján ez a dolog
nevezett virtuális memória,

271
00:12:48,380 --> 00:12:53,990
az, hogy csak ideiglenes jelleggel
hogy itt, hogy most

272
00:12:53,990 --> 00:12:57,810
mozoghat valaki másnak a memória
követelmények ott.

273
00:12:57,810 --> 00:13:00,420
És amikor ez kész,
Tudom másolni ezt vissza felett

274
00:13:00,420 --> 00:13:04,550
és ez megy itt, ezzel megint
amit akartam valahol máshol

275
00:13:04,550 --> 00:13:05,050
teljesen.

276
00:13:05,050 --> 00:13:07,820
>> Tehát csak egy csomó
Switcheroo, az elvihető itt.

277
00:13:07,820 --> 00:13:12,380
Tehát, ha nem tetszik ez, és te nem
szeretnénk, hogy semmit a merevlemezen,

278
00:13:12,380 --> 00:13:16,440
mi fajta nyilvánvaló
vállalkozó megoldása

279
00:13:16,440 --> 00:13:19,684
A probléma, vagy a mérnök
megoldás, ami azt illeti, túl?

280
00:13:19,684 --> 00:13:21,950
>> KÖZÖNSÉG: [hallható]

281
00:13:21,950 --> 00:13:24,750
>> DAVID MALAN: Igen, úgy értem a szó szoros értelmében
dobja pénzt a problémát.

282
00:13:24,750 --> 00:13:27,541
És valóban, ez a tökéletes
segue hogy néhány, a magasabb szintű

283
00:13:27,541 --> 00:13:28,870
viták a számítási felhő.

284
00:13:28,870 --> 00:13:31,390
Mivel sok ez motiválja
a pénzügyi döntések,

285
00:13:31,390 --> 00:13:33,040
nem is feltétlenül a technológiai.

286
00:13:33,040 --> 00:13:37,830
Ha 64 giga RAM túl kevés, jól,
miért nem kap a 128 GB RAM?

287
00:13:37,830 --> 00:13:40,440
Miért nem kap 256 gigabájt RAM?

288
00:13:40,440 --> 00:13:41,732
Nos, miért ne?

289
00:13:41,732 --> 00:13:42,608
>> KÖZÖNSÉG: [hallható]

290
00:13:42,608 --> 00:13:44,482
DAVID MALAN: Nos, ez
költségek több pénzt, az biztos.

291
00:13:44,482 --> 00:13:46,970
És ha már van tartalék
lemezterület, hatékonyan,

292
00:13:46,970 --> 00:13:51,407
vagy azzal egyenértékű, lemezterület, így
sokkal olcsóbb, akkor akár azt is használni.

293
00:13:51,407 --> 00:13:54,490
Tehát megint itt van ez a kompromisszum, hogy
láttuk még korábban ezen a reggelen,

294
00:13:54,490 --> 00:13:56,656
ahol már tényleg nem
szükségszerűen helyes válasz,

295
00:13:56,656 --> 00:14:01,360
ott csak jobb vagy rosszabb válasz
annak alapján, amit valóban törődnek.

296
00:14:01,360 --> 00:14:04,500
>> Tehát van még a technológiai realitásokkal.

297
00:14:04,500 --> 00:14:06,870
Nem tudok vásárolni egy számítógépet,
tudtommal,

298
00:14:06,870 --> 00:14:09,490
egy billió gigabyte
RAM most.

299
00:14:09,490 --> 00:14:11,540
Ez csak fizikailag nem létezik.

300
00:14:11,540 --> 00:14:13,240
Így van némi felső korlátja.

301
00:14:13,240 --> 00:14:15,990
De ha valaha is, vásárolt
a fogyasztó Mac vagy PC,

302
00:14:15,990 --> 00:14:20,180
is, általában ott van
A görbe funkciók

303
00:14:20,180 --> 00:14:23,410
ahol lehet egy jó,
egy jobb és egy a legjobb számítógépet.

304
00:14:23,410 --> 00:14:25,730
>> És a marginális hozam
a dollár vételi

305
00:14:25,730 --> 00:14:30,227
A legjobb számítógépes versus
A jobb számítógépes

306
00:14:30,227 --> 00:14:32,560
Lehet, hogy nem majdnem olyan magas,
mint a kiadások egy kicsit több pénzt

307
00:14:32,560 --> 00:14:35,599
és egyre jobb számítógép
az jó számítógép.

308
00:14:35,599 --> 00:14:38,390
Más szóval, ha fizetünk egy
prémium, hogy a felső sorban.

309
00:14:38,390 --> 00:14:40,790
>> És mit fogunk látni a
vita a számítási felhő

310
00:14:40,790 --> 00:14:44,940
hogy mi a közös ezekben a nagyon
nap, és milyen cégek, mint a Google

311
00:14:44,940 --> 00:14:50,560
korán népszerűvé, nem fizet
A és az épület nagyon divatos, drága

312
00:14:50,560 --> 00:14:53,540
souped fel számítógépek
sok-sok mindent,

313
00:14:53,540 --> 00:15:00,140
hanem a vásárlás, vagy az épület szép
szerény számítógép, de sok közülük,

314
00:15:00,140 --> 00:15:03,280
és használ valamit, ami általában
úgynevezett horizontális skálázás helyett

315
00:15:03,280 --> 00:15:04,320
A függőleges méretezést.

316
00:15:04,320 --> 00:15:08,115
>> Tehát a függőleges méretezést azt jelenti, hogy több
RAM, több lemezt, több mindent,

317
00:15:08,115 --> 00:15:10,187
és egyfajta befektetni
függőlegesen a hardver

318
00:15:10,187 --> 00:15:12,520
így csak most a
legjobb a legjobb a legjobb,

319
00:15:12,520 --> 00:15:13,650
de fizetünk érte.

320
00:15:13,650 --> 00:15:17,580
Vízszintes skálázás fajta kap a
alsó szint dolgokat, a jó modell,

321
00:15:17,580 --> 00:15:19,922
vagy akár a rosszabb modell,
de kap sok közülük.

322
00:15:19,922 --> 00:15:22,630
De amint kap egy halom
them-- például, ebben az esetben,

323
00:15:22,630 --> 00:15:27,330
webszerverek, ha ez az egyik szerver
vagy egy internetes fogadó nem elegendő,

324
00:15:27,330 --> 00:15:32,310
majd csak ösztönösen, a
megoldás erre a problémára a terhelés

325
00:15:32,310 --> 00:15:36,460
vagy a túlterhelés a szervereket
az vagy kap egy nagyobb szerver

326
00:15:36,460 --> 00:15:40,770
vagy, amit én itt javasolt helyett
méretezés függőlegesen úgy mondjam,

327
00:15:40,770 --> 00:15:41,920
lenne, tudod mit?

328
00:15:41,920 --> 00:15:43,580
Csak kap egy második egy ilyen.

329
00:15:43,580 --> 00:15:46,560
Vagy talán még kap egy harmadikat.

330
00:15:46,560 --> 00:15:48,900
De most már létre
mérnöki probléma

331
00:15:48,900 --> 00:15:51,920
természeténél fogva ez az üzlet
vagy pénzügyi döntés.

332
00:15:51,920 --> 00:15:54,312
Mi a mérnöki probléma most?

333
00:15:54,312 --> 00:15:56,040
>> KÖZÖNSÉG: [hallható]

334
00:15:56,040 --> 00:15:59,740
>> DAVID MALAN: Igen, hogyan
csatlakoztatja őket és-- sajnálom?

335
00:15:59,740 --> 00:16:00,651
>> KÖZÖNSÉG: [hallható]

336
00:16:00,651 --> 00:16:02,400
DAVID MALAN: Jobb,
mert még mindig Rézfúvós lévén

337
00:16:02,400 --> 00:16:07,280
ha ismét bevezeti engem ebbe a képbe,
ha ez a laptop valahol

338
00:16:07,280 --> 00:16:12,400
az interneten, ami most között
én és a cég beszélünk,

339
00:16:12,400 --> 00:16:17,960
Most azt kell kitalálni, hogy mely
szerver tudom küldeni az adott felhasználó?

340
00:16:17,960 --> 00:16:25,090
És ha van más felhasználókkal, például
ezt, és akkor ez itt,

341
00:16:25,090 --> 00:16:28,850
és talán ez az A felhasználó, ez
a felhasználó B, ezt a felhasználó a C,

342
00:16:28,850 --> 00:16:34,720
és ez a szerver 1, 2, és 3-- most
intuitív válasz talán itt is csak,

343
00:16:34,720 --> 00:16:37,460
küldünk az A felhasználó 1
és B-2 és C 3-ra.

344
00:16:37,460 --> 00:16:39,900
És tudjuk kezelni 3-szor annyi felhasználó.

345
00:16:39,900 --> 00:16:41,360
>> De ez egy leegyszerűsítés.

346
00:16:41,360 --> 00:16:44,480
Hogyan döntik el, hogy kit küld hol?

347
00:16:44,480 --> 00:16:46,400
Így próbáljuk meggyőzni ezen keresztül.

348
00:16:46,400 --> 00:16:50,110
Tehát tegyük fel, hogy a számítógépek
A, B, és C ügyfelek,

349
00:16:50,110 --> 00:16:53,972
és a szerverek 1, 2, és 3
vízszintesen méretezett szervereket.

350
00:16:53,972 --> 00:16:55,180
Így ők a fajta azonos.

351
00:16:55,180 --> 00:16:57,200
Ők minden futó ugyanazt a szoftvert.

352
00:16:57,200 --> 00:16:59,770
És ők is mind ugyanezt csinálja.

353
00:16:59,770 --> 00:17:01,520
De azért van
hárman annyira

354
00:17:01,520 --> 00:17:04,710
hogy tudjuk kezelni a három
annyi ember egyszerre.

355
00:17:04,710 --> 00:17:07,960
>> Tehát tudjuk, hogy a mi
vita ebéd előtt

356
00:17:07,960 --> 00:17:11,460
hogy van hardver között
A laptopok és a szerverek.

357
00:17:11,460 --> 00:17:14,920
De majd csak egyfajta általánosítása
hogy most az interneten, vagy a felhő.

358
00:17:14,920 --> 00:17:18,707
De tudjuk, hogy az otthonomban,
ott valószínűleg egy otthoni router.

359
00:17:18,707 --> 00:17:21,290
Közel a szerverek, ott valószínűleg
útválasztó, DNS szerver, DHCP.

360
00:17:21,290 --> 00:17:24,780
Van bármi lehet
akarunk ebben a történetben.

361
00:17:24,780 --> 00:17:33,360
>> Tehát hogyan kezdjük dönteni,
amikor a felhasználó egy megy something.com,

362
00:17:33,360 --> 00:17:36,630
amely szerver útvonalon a felhasználó?

363
00:17:36,630 --> 00:17:39,409
Miként kezdjük elmondani ezt a történetet?

364
00:17:39,409 --> 00:17:40,450
KÖZÖNSÉG: Terhelés elosztás?

365
00:17:40,450 --> 00:17:41,120
DAVID MALAN: Terhelés elosztás.

366
00:17:41,120 --> 00:17:42,502
Mit értesz ez alatt?

367
00:17:42,502 --> 00:17:44,660
>> Közönség: Visszatérő
ahol a legtöbb használat

368
00:17:44,660 --> 00:17:47,472
és amely az egyik, az
a legtöbb rendelkezésre álló forrásokat.

369
00:17:47,472 --> 00:17:49,930
DAVID MALAN: OK, hadd
be egy új típusú hardvert

370
00:17:49,930 --> 00:17:53,627
hogy még nem tárgyalt, amely
Pontosan, hogy a terhelés kiegyenlítő.

371
00:17:53,627 --> 00:17:54,960
Ez is lehet, hogy csak a szerver.

372
00:17:54,960 --> 00:17:58,130
Ez lehet pontosan olyanok, mint
Az egyik láttunk egy perce.

373
00:17:58,130 --> 00:18:01,000
A terhelés kiegyenlítő tényleg
csak egy darab szoftver

374
00:18:01,000 --> 00:18:02,660
hogy fut a hardveren.

375
00:18:02,660 --> 00:18:07,310
>> Vagy lehet fizetni egy eladó, mint a
Citrix vagy mások, Cisco vagy mások.

376
00:18:07,310 --> 00:18:10,465
Fizethet a saját hardver,
amely a hardver terhelés kiegyenlítő.

377
00:18:10,465 --> 00:18:12,840
De ez csak azt jelenti,
előre telepített terheléselosztás

378
00:18:12,840 --> 00:18:15,580
szoftvert a hardver és
eladott neked együtt.

379
00:18:15,580 --> 00:18:18,670
Tehát akkor csak rajzolni, mint egy
téglalap céljainknak.

380
00:18:18,670 --> 00:18:22,040
>> Hogy most tudok végre egy terheléselosztót?

381
00:18:22,040 --> 00:18:28,150
Más szóval, amikor a felhasználó egy akar
látogassa meg oldalamon, kérésükre valahogy

382
00:18:28,150 --> 00:18:31,070
vagy más, valószínűleg útján azokat
router beszéltünk korábban,

383
00:18:31,070 --> 00:18:33,750
fog végül eléri
ez a terhelés kiegyenlítő, aki majd

384
00:18:33,750 --> 00:18:36,210
szüksége van, hogy a routing-szerű döntést.

385
00:18:36,210 --> 00:18:38,320
De ez útvonaltervezést sort
Egy magasabb cél most.

386
00:18:38,320 --> 00:18:40,361
Ez nem csak arról szól, hogy
A pont a pont

387
00:18:40,361 --> 00:18:44,730
B. Arról van szó, eldönti, hogy mely
B pont a legjobb az them--

388
00:18:44,730 --> 00:18:46,660
1, 2, vagy 3 ebben az esetben.

389
00:18:46,660 --> 00:18:51,000
>> Nos, hogyan dönt arról, hogy
menni 1, 2, 3?

390
00:18:51,000 --> 00:18:55,180
Mi lehet ez a fekete doboz, így a
beszélni, csinál a belsejében?

391
00:18:55,180 --> 00:18:57,880
Ez is egy másik példa
számítástechnika absztrakció.

392
00:18:57,880 --> 00:19:02,410
Szó szerint kiállított terheléskiegyenlítő
mint egy fekete doboz, fekete tintával, belül

393
00:19:02,410 --> 00:19:05,300
amelynek néhány érdekes
logika, vagy mágikus sőt,

394
00:19:05,300 --> 00:19:07,840
ebből kell, hogy jöjjön
egy decision-- 1, 2, vagy 3.

395
00:19:07,840 --> 00:19:12,220
És a bemenet csak A.

396
00:19:12,220 --> 00:19:13,442
>> KÖZÖNSÉG: [hallható]

397
00:19:13,442 --> 00:19:14,400
DAVID MALAN: Sajnálom?

398
00:19:14,400 --> 00:19:14,770
KÖZÖNSÉG: [hallható]

399
00:19:14,770 --> 00:19:18,310
DAVID MALAN: Rendben, hogyan lehet, hogy mi
kategorizálja a típusú ügyletek

400
00:19:18,310 --> 00:19:19,095
itt?

401
00:19:19,095 --> 00:19:23,772
>> KÖZÖNSÉG: weboldal megtekintése
versus adatbázis-lekérdezések.

402
00:19:23,772 --> 00:19:24,980
DAVID MALAN: OK, ez jó.

403
00:19:24,980 --> 00:19:29,210
Így talán ez a felhasználó egy
azt akarja, hogy olyan weboldalt tekint.

404
00:19:29,210 --> 00:19:32,954
És lehet, hogy még statikus tartalom,
valamit, ami megváltoztatja ritkán, vagy soha.

405
00:19:32,954 --> 00:19:34,870
És úgy tűnik, mint egy
nagyon egyszerű művelet.

406
00:19:34,870 --> 00:19:38,260
Így talán majd csak önkényesen,
de ésszerűen, mondjuk,

407
00:19:38,260 --> 00:19:42,750
1 szerver, a célja az életben,
hogy csak szolgálja ki statikus tartalom,

408
00:19:42,750 --> 00:19:45,150
fájlok ritkán, vagy soha, a változás.

409
00:19:45,150 --> 00:19:46,870
Lehet, hogy a képek az oldalon.

410
00:19:46,870 --> 00:19:50,180
Lehet, hogy ez a szöveg az oldalon, vagy
más ilyen fajta érdektelen dolgok,

411
00:19:50,180 --> 00:19:52,460
semmi tranzakciós, sem dinamikus.

412
00:19:52,460 --> 00:19:57,000
>> Ezzel szemben, ha a felhasználó egy ellenőrzi
ki ő bevásárlókosár

413
00:19:57,000 --> 00:20:00,972
igényel adatbázist, valahol tárolni
és ne feledje, hogy tranzakció, valamint

414
00:20:00,972 --> 00:20:02,680
Talán ezt a kérést
kell menni a szerver 2.

415
00:20:02,680 --> 00:20:03,610
Tehát ez jó.

416
00:20:03,610 --> 00:20:07,010
Így tudjuk tölteni egyensúly alapján
hogy milyen típusú kéréseket.

417
00:20:07,010 --> 00:20:08,278
Hogy más is tesszük ezt?

418
00:20:08,278 --> 00:20:13,690

419
00:20:13,690 --> 00:20:14,686
Milyen másik--

420
00:20:14,686 --> 00:20:17,382
>> KÖZÖNSÉG: alapján a szerver
kihasználása és a kapacitás.

421
00:20:17,382 --> 00:20:18,340
DAVID MALAN: Jobb, OK.

422
00:20:18,340 --> 00:20:19,950
Szóval említette, hogy korábban, Kareem.

423
00:20:19,950 --> 00:20:26,850
Tehát mi lenne, ha némi bemenet
A [hallható] szerverek között 1, 2,

424
00:20:26,850 --> 00:20:32,070
és 3. e terheléselosztót, hogy
ők csak folyamatosan tájékoztatja

425
00:20:32,070 --> 00:20:36,420
A terhelés kiegyenlítő milyen az állapot?

426
00:20:36,420 --> 00:20:39,842
Mint, hé, terhelés kiegyenlítő,
Én 50% -os kihasználtsággal.

427
00:20:39,842 --> 00:20:41,550
Más szóval, azt kell
fele annyi felhasználó

428
00:20:41,550 --> 00:20:43,520
én is képes kezelni most.

429
00:20:43,520 --> 00:20:45,480
Hé, terheléselosztó vagyok
100% -os kihasználtságot.

430
00:20:45,480 --> 00:20:47,929
Hé, terheléselosztó, 0% -os kihasználtságot.

431
00:20:47,929 --> 00:20:49,970
A terhelés kiegyenlítő, ha ez
kialakítva oly módon, hogy

432
00:20:49,970 --> 00:20:53,990
vehet azokban megjegyzések
a bemenet, akkor ezután

433
00:20:53,990 --> 00:20:57,420
dönt, ó, 2. szám eléri a 100%.

434
00:20:57,420 --> 00:21:01,440
Hadd Levél nincs jövő kéréseket neki
más, mint a felhasználó már csatlakozott.

435
00:21:01,440 --> 00:21:02,360
Ez a fickó 0%.

436
00:21:02,360 --> 00:21:03,940
Küldjük a nagy forgalmú neki.

437
00:21:03,940 --> 00:21:05,480
Ez a fickó azt mondta, hogy ez a 50% -ot.

438
00:21:05,480 --> 00:21:08,080
Küldjük némi forgalmat neki.

439
00:21:08,080 --> 00:21:12,012
>> Tehát ez lenne egy összetevő, hogy
vehettünk terhelést figyelembe.

440
00:21:12,012 --> 00:21:13,470
És ez meg fog változni idővel.

441
00:21:13,470 --> 00:21:14,678
Tehát a döntéseket fog változni.

442
00:21:14,678 --> 00:21:17,350
Tehát ez egy nagyon jó technika,
egyik, hogy a leggyakrabban használt.

443
00:21:17,350 --> 00:21:18,410
Mi mást tehettünk volna?

444
00:21:18,410 --> 00:21:20,380
És nézzük valójában csak összefoglalni itt.

445
00:21:20,380 --> 00:21:29,510
Így a döntések itt lehet
a forgalom típusa, hívom meg.

446
00:21:29,510 --> 00:21:32,220
Ez alapja lehet a terhelés.

447
00:21:32,220 --> 00:21:34,692
Lássuk, mi nem
felér egy pár más.

448
00:21:34,692 --> 00:21:35,934
>> KÖZÖNSÉG: [hallható]

449
00:21:35,934 --> 00:21:36,850
DAVID MALAN: Location.

450
00:21:36,850 --> 00:21:37,724
Tehát ez egy jó.

451
00:21:37,724 --> 00:21:40,880
Tehát telephelyein hogy éred
tőkeáttétel ezt az információt?

452
00:21:40,880 --> 00:21:44,317
>> KÖZÖNSÉG: [hallható]

453
00:21:44,317 --> 00:21:54,140

454
00:21:54,140 --> 00:21:57,040
>> DAVID MALAN: Ó, ez jó.

455
00:21:57,040 --> 00:21:59,450
És hány ezredmásodperc
lenne csökken

456
00:21:59,450 --> 00:22:02,466
annak alapján, amit láttam ezt
reggel, mit mondana?

457
00:22:02,466 --> 00:22:04,330
>> KÖZÖNSÉG: [hallható]

458
00:22:04,330 --> 00:22:06,550
>> DAVID MALAN: Nos, alapú
A trace útvonalak

459
00:22:06,550 --> 00:22:09,070
korábban láttuk, ami csak
durva intézkedés valamit,

460
00:22:09,070 --> 00:22:11,800
legalább meddig tart
az adatok, hogy A-ból B

461
00:22:11,800 --> 00:22:16,140
Olyan, mintha valami helyi volt, hogy mi,
mint 74 milliszekundum, ide vagy oda?

462
00:22:16,140 --> 00:22:19,200
És akkor valami 100 plus,
200 plusz valószínűleg külföldön.

463
00:22:19,200 --> 00:22:22,110
És így alapul, hogy egyedül,
ésszerűnek tűnik azt feltételezni,

464
00:22:22,110 --> 00:22:25,310
hogy a felhasználó számára az Egyesült Államokban
elérni egy európai szerver

465
00:22:25,310 --> 00:22:28,900
eltarthat kétszer vagy háromszor
amíg még milliszekundum,

466
00:22:28,900 --> 00:22:31,280
mint ez eltarthat, ha az
szerver is itt található

467
00:22:31,280 --> 00:22:33,370
földrajzilag, vagy fordítva.

468
00:22:33,370 --> 00:22:35,120
Tehát amikor azt javasolta
korábban, hogy különösen

469
00:22:35,120 --> 00:22:37,880
ha egyszer át, hogy 200 milliszekundum
küszöböt, vagy oda,

470
00:22:37,880 --> 00:22:39,210
emberek nem kezdenek észrevenni.

471
00:22:39,210 --> 00:22:42,960
És a traceroute csak
feltételezve nyers, érdektelen adatokat.

472
00:22:42,960 --> 00:22:46,570
Ha van egy weboldal, akkor
kap a felhasználó letölti a képeket vagy filmet

473
00:22:46,570 --> 00:22:49,150
fájlokat, sok szöveg,
további kérések.

474
00:22:49,150 --> 00:22:53,116
Láttuk, amikor meglátogattuk, mi volt
azt, a Facebook vagy az Amazon korábbi,

475
00:22:53,116 --> 00:22:55,490
van egy csomó dolgot
hogy kell letölteni.

476
00:22:55,490 --> 00:22:56,573
Annak érdekében, hogy meg fog összeadni.

477
00:22:56,573 --> 00:23:00,259
Tehát több másodpercig talán
nem lehet ésszerűtlen.

478
00:23:00,259 --> 00:23:01,800
Tehát jó, földrajz egyik összetevője.

479
00:23:01,800 --> 00:23:05,920
Tehát valójában a cégek, mint
Akamai, ha már hallott róluk,

480
00:23:05,920 --> 00:23:10,000
vagy mások már régóta venni
földrajz figyelembe.

481
00:23:10,000 --> 00:23:14,170
És kiderül, hogy a természet egy
IP-cím, a laptop IP-címét,

482
00:23:14,170 --> 00:23:18,277
akkor arra következtethetünk, bizonyos valószínűséggel,
hol van a világon.

483
00:23:18,277 --> 00:23:20,110
És valóban van
harmadik felek által nyújtott szolgáltatások Ön

484
00:23:20,110 --> 00:23:24,480
Fizethet, aki adatbázisokat
Az IP-címek és a földrajzi

485
00:23:24,480 --> 00:23:28,660
hogy nagy biztonsággal lesz
Igaz, amikor megkérdezte, hol a világon

486
00:23:28,660 --> 00:23:30,090
ez az IP-cím?

487
00:23:30,090 --> 00:23:32,130
>> És így valójában milyen
Más cégek használja ezt?

488
00:23:32,130 --> 00:23:35,900
Ha Hulu vagy a Netflix, ha
valaha is külföldre utazik,

489
00:23:35,900 --> 00:23:38,640
és megpróbálja néz valamit
Hulu, és te nem az USA-ban,

490
00:23:38,640 --> 00:23:41,280
megjelenhet egy üzenet
mondván nem az USA-ban.

491
00:23:41,280 --> 00:23:43,208
Sajnos nem lehet nézni ezt a tartalmat.

492
00:23:43,208 --> 00:23:44,420
>> KÖZÖNSÉG: [hallható]

493
00:23:44,420 --> 00:23:46,020
>> DAVID MALAN: Ó, tényleg?

494
00:23:46,020 --> 00:23:48,480
De igen, így valójában ez
egy tökéletes alkalmazás

495
00:23:48,480 --> 00:23:51,060
valami nagyon technikai
hogy egy aktuális probléma.

496
00:23:51,060 --> 00:23:55,100
Ha úgy döntesz, hogy a VPN-re
Európában vagy Ázsiában vagy bárhol

497
00:23:55,100 --> 00:23:57,950
a világon, hogy a vállalati
székhelyén, New Yorkban

498
00:23:57,950 --> 00:24:00,670
vagy bárhol, te
fog hozni a megjelenését

499
00:24:00,670 --> 00:24:03,580
a külső weboldalak
te tényleg a New York-i,

500
00:24:03,580 --> 00:24:05,660
Még akkor is,
fizikailag elég messze van.

501
00:24:05,660 --> 00:24:08,057
>> Most a felhasználó fog
tudja, hogy nyilvánvalóan el.

502
00:24:08,057 --> 00:24:11,140
De te is fog érezni, mert
E kiegészítő milliszekundum.

503
00:24:11,140 --> 00:24:14,510
Ez a további távolság és a
titkosítás, ami történik a VPN

504
00:24:14,510 --> 00:24:15,760
fog lelassulna.

505
00:24:15,760 --> 00:24:17,680
Tehát lehet, hogy nem
egy nagy élmény.

506
00:24:17,680 --> 00:24:21,050
De Hulu és a Netflix fognak látni
Ön, mint ül valahol New Yorkban,

507
00:24:21,050 --> 00:24:23,817
ahogy már tisztán kivehető.

508
00:24:23,817 --> 00:24:25,150
Milyen a tökéletes megoldás.

509
00:24:25,150 --> 00:24:28,490
>> Rendben, földrajz egyik döntés.

510
00:24:28,490 --> 00:24:32,290
Mi mást lehet használjuk annak eldöntésére, hogy milyen
hogy útvonal forgalmat a A, B, és C

511
00:24:32,290 --> 00:24:37,040
az 1., 2., és 3., ismét üzembe
A mérnöki kalap?

512
00:24:37,040 --> 00:24:38,850
Mindez úgy hangzik, nagyon bonyolult.

513
00:24:38,850 --> 00:24:41,490
Uh, én nem is tudom, hol
végrehajtásának megkezdése azokat.

514
00:24:41,490 --> 00:24:44,450
Adj valamit, ami egyszerűbb.

515
00:24:44,450 --> 00:24:48,160
Mi a legegyszerűbb módja annak,
hogy ezt a döntést?

516
00:24:48,160 --> 00:24:49,840
>> KÖZÖNSÉG: A szerver elérhető?

517
00:24:49,840 --> 00:24:51,650
>> DAVID MALAN: A szerver elérhető?

518
00:24:51,650 --> 00:24:53,970
Tehát nem rossz.

519
00:24:53,970 --> 00:24:54,470
Az jó.

520
00:24:54,470 --> 00:24:56,260
Ez egyfajta nuancing a terhelést.

521
00:24:56,260 --> 00:24:58,070
Tehát lássuk, hogy tartsa a terhelés kategóriában.

522
00:24:58,070 --> 00:25:00,010
Ha rendelkezésre áll, én csak
fog küldeni az adatokat is.

523
00:25:00,010 --> 00:25:01,343
De ami sül gyorsan.

524
00:25:01,343 --> 00:25:05,720
Mert ha használja a logika, és ha
Mindig kérdezze 1, állsz, állsz,

525
00:25:05,720 --> 00:25:08,970
van kapcsolva, ha a válasz mindig igen,
Megyek küldeni 100% -át a forgalom

526
00:25:08,970 --> 00:25:11,060
neki, 0% mindenkivel.

527
00:25:11,060 --> 00:25:14,430
És egy bizonyos ponton, megyünk, hogy elérje
hogy lassulás vagy a webhely nem érhető el.

528
00:25:14,430 --> 00:25:17,630
Tehát mi valamivel jobb, mint
hogy de még mindig elég egyszerű

529
00:25:17,630 --> 00:25:22,412
és közel sem olyan okos, mint hogy minden
E további adatokat figyelembe?

530
00:25:22,412 --> 00:25:23,992
>> KÖZÖNSÉG: Költség szerver.

531
00:25:23,992 --> 00:25:25,200
DAVID MALAN: Költség szerver.

532
00:25:25,200 --> 00:25:28,010
OK, így hadd dobd
A terhelés kategóriában is.

533
00:25:28,010 --> 00:25:30,790
Mert amit talál
egy cég, hogy ha too--

534
00:25:30,790 --> 00:25:32,790
frissíteni a szervereket
idővel vagy vásárolni,

535
00:25:32,790 --> 00:25:36,242
előfordulhat, hogy nem lehet tudni, hogy pontosan
Ugyanolyan változatokban a hardver.

536
00:25:36,242 --> 00:25:37,450
Mert esik elavult.

537
00:25:37,450 --> 00:25:38,491
Nem lehet megvenni többé.

538
00:25:38,491 --> 00:25:39,360
Az árak változnak.

539
00:25:39,360 --> 00:25:42,500
>> Tehát lehet, hogy az eltérő szerver
a klaszter, hogy úgy mondjam.

540
00:25:42,500 --> 00:25:43,890
Ez teljesen rendben van.

541
00:25:43,890 --> 00:25:47,100
De a következő évben hardver
Lehet, hogy kétszer olyan gyorsan,

542
00:25:47,100 --> 00:25:49,390
kétszer annyit tud, mint az idei.

543
00:25:49,390 --> 00:25:51,500
Tehát dobd
a terhelés kategóriába.

544
00:25:51,500 --> 00:25:54,260
Ez visszacsatolás között 1,
2, és 3. a terhelés kiegyenlítő

545
00:25:54,260 --> 00:25:57,650
minden bizonnyal azt mondja,
hé, én 50% -os kapacitással.

546
00:25:57,650 --> 00:26:00,100
De az úton, én is
kétszer annyi magot.

547
00:26:00,100 --> 00:26:02,319
Használja ezt az információt.

548
00:26:02,319 --> 00:26:05,110
Még simpler-- és ez fog
hogy egy témát a számítástechnikában.

549
00:26:05,110 --> 00:26:08,990
Ha kétségei vannak, vagy ha szeretne egy egyszerű
megoldás, amely általában jól működik

550
00:26:08,990 --> 00:26:12,730
idővel, nem választja ugyanazt
szerver minden alkalommal, de choose--

551
00:26:12,730 --> 00:26:14,039
>> KÖZÖNSÉG: Egy véletlen egyet?

552
00:26:14,039 --> 00:26:15,330
DAVID MALAN: -A véletlen szerver.

553
00:26:15,330 --> 00:26:16,780
Ja, válasszon egyik vagy a másik.

554
00:26:16,780 --> 00:26:21,160
Tehát véletlenszerűség valójában
ez nagyon erős összetevő

555
00:26:21,160 --> 00:26:23,170
számítástechnika,
és a mérnöki több

556
00:26:23,170 --> 00:26:27,160
általában, különösen, ha azt szeretné,
hogy egy egyszerű gyors döntést

557
00:26:27,160 --> 00:26:30,480
nélkül bonyolítja, hogy az összes
Az ilyen nagyon okos, hanem

558
00:26:30,480 --> 00:26:34,330
Nagyon okos megoldásokat igénylő
annál is inkább műszaki, mind

559
00:26:34,330 --> 00:26:36,220
A több gondolat, amikor
Tényleg, miért nem én

560
00:26:36,220 --> 00:26:39,200
csak egyfajta feldobunk egy érmét, vagy egy
három oldalú érme ebben az esetben,

561
00:26:39,200 --> 00:26:41,690
és eldönteni, hogy menjen az 1, 2, 3?

562
00:26:41,690 --> 00:26:45,610
>> Lehet, hogy ez visszafelé sül véletlenszerűen,
de ugyanúgy, mint az esélyek

563
00:26:45,610 --> 00:26:48,860
essek fejjel újra és
újra és újra és újra

564
00:26:48,860 --> 00:26:53,870
és újra és újra van lehetőség
reality-- szuper, szuper valószínű.

565
00:26:53,870 --> 00:26:58,170
Így idővel, esély
Csak küldő felhasználó véletlenszerűen

566
00:26:58,170 --> 00:27:00,660
az 1., 2., és 3. fog
dolgozzanak ki tökéletesen.

567
00:27:00,660 --> 00:27:03,380
És ez egy olyan technika,
általánosan ismert körmérkőzéses.

568
00:27:03,380 --> 00:27:05,160
>> Vagy valóban, ez nem körmérkőzéses.

569
00:27:05,160 --> 00:27:06,980
Ez lenne a véletlen megközelítés.

570
00:27:06,980 --> 00:27:09,250
És ha azt szeretné, hogy még
egy kicsit egyszerűbb, mint az,

571
00:27:09,250 --> 00:27:12,820
round robin lesz, az első ember megy
1, második személy 2, harmadik személy

572
00:27:12,820 --> 00:27:16,056
3, a negyedik személy 1.

573
00:27:16,056 --> 00:27:17,430
És ebben rejlik a round robin.

574
00:27:17,430 --> 00:27:19,580
Csak ilyen megy körbe a ciklusban.

575
00:27:19,580 --> 00:27:21,300
>> Most kell okos róla.

576
00:27:21,300 --> 00:27:26,490
Nem szabad vakon küld a felhasználónak, hogy
szerver számát egy, ha mi a helyzet?

577
00:27:26,490 --> 00:27:30,060

578
00:27:30,060 --> 00:27:32,870
Ha ez a hely kapacitása, vagy
ez csak nem reagál.

579
00:27:32,870 --> 00:27:35,270
Tehát ideális esetben azt szeretnénk, néhány
fajta visszacsatolás.

580
00:27:35,270 --> 00:27:38,040
Ellenkező esetben, ha csak küld minden
a felhasználókat, hogy zsákutca.

581
00:27:38,040 --> 00:27:40,790
De ez lehet figyelembe venni is.

582
00:27:40,790 --> 00:27:46,520
>> Tehát ne keretében értékelik az értéke
csak véletlenszerű, ami elég gyakran

583
00:27:46,520 --> 00:27:48,970
megoldást az ilyen problémák.

584
00:27:48,970 --> 00:27:51,580
És azt írjuk le körmérkőzéses.

585
00:27:51,580 --> 00:27:55,090
Tehát hogyan néhány vállalat végre
körmérkőzéses vagy véletlenszerűség

586
00:27:55,090 --> 00:27:56,840
vagy ezek bármelyike ​​döntéseket?

587
00:27:56,840 --> 00:28:01,840
Nos sajnos,
dolgokat, mint ez.

588
00:28:01,840 --> 00:28:03,660
Hadd húzza fel egy gyors képet.

589
00:28:03,660 --> 00:28:13,052

590
00:28:13,052 --> 00:28:14,470
>> Valójában, csináljuk kettő.

591
00:28:14,470 --> 00:28:17,420

592
00:28:17,420 --> 00:28:21,370
Nem tudom, hogy miért vagyunk
kapok az összes ilyen ételeket.

593
00:28:21,370 --> 00:28:22,280
Ez nagyon furcsa.

594
00:28:22,280 --> 00:28:31,714

595
00:28:31,714 --> 00:28:33,630
Rendben, amit igazán
szeretnék egy screenshot.

596
00:28:33,630 --> 00:28:36,990

597
00:28:36,990 --> 00:28:40,100
Ez furcsa.

598
00:28:40,100 --> 00:28:42,930
Rendben, így tudok hamis ezt.

599
00:28:42,930 --> 00:28:46,080
Azt nem tudom, hogy sokkal messzebb
Meg akarom tartani a görgetés.

600
00:28:46,080 --> 00:28:53,220
>> Tehát nagyon gyakran, akkor találja magát
címen, mint www.2.acme.com,

601
00:28:53,220 --> 00:28:56,030
Talán www.3 vagy 4 vagy 5.

602
00:28:56,030 --> 00:28:57,424
És tartsa szemmel ezt.

603
00:28:57,424 --> 00:28:58,590
Nem látom, hogy gyakran.

604
00:28:58,590 --> 00:29:02,621
De ha igen, akkor milyen hajlamos
lehet nagyobb, idősebb, stodgier cégek

605
00:29:02,621 --> 00:29:05,370
hogy technológiailag nem igazán
Úgy tűnik, hogy tudják, mit csinálnak.

606
00:29:05,370 --> 00:29:08,150
És látja ezt a tech cégek
Néha, a régiek.

607
00:29:08,150 --> 00:29:09,270
>> Tehát mit csinálnak?

608
00:29:09,270 --> 00:29:11,890
Miben végrehajtási
terheléselosztás, akkor úgy tűnik?

609
00:29:11,890 --> 00:29:15,986
Ha úgy találja magát, mint a
felhasználó gépelés www.something.com,

610
00:29:15,986 --> 00:29:19,760
és hirtelen te meg
www.2.something.com,

611
00:29:19,760 --> 00:29:21,866
mi a terhelés
kiegyensúlyozó valószínűleg tenni?

612
00:29:21,866 --> 00:29:22,741
KÖZÖNSÉG: [hallható]

613
00:29:22,741 --> 00:29:28,210

614
00:29:28,210 --> 00:29:31,079
>> DAVID MALAN: Igen, tehát a
terheléselosztót feltehetően

615
00:29:31,079 --> 00:29:33,870
döntés alapján az egyik
ezek döntéshozó processes--

616
00:29:33,870 --> 00:29:35,210
nem igazán számít, hogy melyik.

617
00:29:35,210 --> 00:29:38,650
De ugyanúgy, mint én felhívta a
számok a táblán van,

618
00:29:38,650 --> 00:29:40,650
A szerverek nem csak
nevű 1, 2, és 3.

619
00:29:40,650 --> 00:29:43,870
Ők valószínűleg az úgynevezett
www1, www2, www3.

620
00:29:43,870 --> 00:29:47,200
És kiderül, hogy belseje
HTTP kérés ezt a funkciót.

621
00:29:47,200 --> 00:29:48,950
És megyek
szimulálni ezt a következőképpen.

622
00:29:48,950 --> 00:29:53,230
>> Megyek nyitni, hogy ugyanaz
fejlesztő hálózat fülön, mint korábban, csak

623
00:29:53,230 --> 00:29:55,560
így látjuk mi folyik
az alatt a motorháztető.

624
00:29:55,560 --> 00:29:57,130
Megyek, hogy törölje a képernyőt.

625
00:29:57,130 --> 00:30:03,420
És fogok menni, nézzük
mondjuk, http://harvard.edu.

626
00:30:03,420 --> 00:30:06,560
Most bármilyen
üzleti okokból, a Harvard

627
00:30:06,560 --> 00:30:08,930
úgy döntött, mint sok,
sok más weboldalakon,

628
00:30:08,930 --> 00:30:12,712
hogy egységesíti
honlap www.harvard.edu

629
00:30:12,712 --> 00:30:14,420
mind technikai
és marketing okokból.

630
00:30:14,420 --> 00:30:16,326
Ez csak egyfajta in
divatban, hogy a www.

631
00:30:16,326 --> 00:30:20,500
>> Így a szerver a Harvard van
valahogy átirányítani a felhasználót,

632
00:30:20,500 --> 00:30:23,830
ahogy mondogatta, honnan
egy URL-t, hogy a többi.

633
00:30:23,830 --> 00:30:24,670
Hogyan működik ez?

634
00:30:24,670 --> 00:30:26,740
Nos, hadd menjen előre, és nyomja meg az Entert.

635
00:30:26,740 --> 00:30:30,830
És vegyük észre az URL valóban gyorsan
változott www.harvard.edu.

636
00:30:30,830 --> 00:30:35,560
Hadd lépjünk vissza ebben a
történelem és kattintson erre a hibakeresés

637
00:30:35,560 --> 00:30:37,650
diagnosztikai információkat, ha úgy tetszik.

638
00:30:37,650 --> 00:30:39,170
Hadd nézzem meg a kérésemet.

639
00:30:39,170 --> 00:30:41,020
>> Tehát itt a kérést tettem.

640
00:30:41,020 --> 00:30:44,870
És észre, hogy ez összhangban van az a fajta
A kérés tettem Facebook előtt.

641
00:30:44,870 --> 00:30:48,010
De észre a választ.

642
00:30:48,010 --> 00:30:50,430
Mi más a
A válasz ebben az időben?

643
00:30:50,430 --> 00:30:51,890
>> KÖZÖNSÉG: [hallható]

644
00:30:51,890 --> 00:30:54,290
>> DAVID MALAN: Igen, tehát ez nem egy 200 OK.

645
00:30:54,290 --> 00:30:56,130
Ez nem egy 404 Nem található.

646
00:30:56,130 --> 00:31:00,150
Ez egy 301 Véglegesen áthelyezve, amely
egyfajta furcsa módja mondván,

647
00:31:00,150 --> 00:31:05,270
Harvard már növelte, és költözött
máshol www.harvard.edu.

648
00:31:05,270 --> 00:31:08,220
A 301 jelzi, hogy egy
ez egy átirányítást.

649
00:31:08,220 --> 00:31:12,812
És hogy hol kell a felhasználó
látszólag átirányítja?

650
00:31:12,812 --> 00:31:15,520
Van egy további csemege
információkat tárolunk a borítékot.

651
00:31:15,520 --> 00:31:19,650
És minden egyes ilyen sorok most
elkezd amelyben egy HTTP fejléc.

652
00:31:19,650 --> 00:31:23,620
Fejléc csak egy kulcs értéke
pair-- valami vastagbél valamit.

653
00:31:23,620 --> 00:31:24,850
Ez egy darab információkat.

654
00:31:24,850 --> 00:31:27,131
Hol kell az új
helyen látszólag lenni?

655
00:31:27,131 --> 00:31:31,120

656
00:31:31,120 --> 00:31:33,692
Figyeljük meg az utolsó sor
mindazok között, fejléceket.

657
00:31:33,692 --> 00:31:34,940
>> KÖZÖNSÉG: [hallható]

658
00:31:34,940 --> 00:31:37,148
>> DAVID MALAN: Igen, így van
további információ.

659
00:31:37,148 --> 00:31:40,120
Az első sorban, hogy amit kiemelt
mondja 301 Véglegesen áthelyezve.

660
00:31:40,120 --> 00:31:42,820
Nos, hol is költözött?

661
00:31:42,820 --> 00:31:45,340
Az utolsó line-- és nem az
kell legyen, ebben a sorrendben.

662
00:31:45,340 --> 00:31:47,020
Ez lehet véletlen.

663
00:31:47,020 --> 00:31:52,120
Hely kettőspont azt jelenti, hé
böngészőt, menjen erre az URL helyett.

664
00:31:52,120 --> 00:31:55,180
>> Tehát böngészők értik HTTP átirányítás.

665
00:31:55,180 --> 00:31:57,540
És ez egy nagyon-nagyon
gyakori módja a pattogó

666
00:31:57,540 --> 00:31:59,680
a felhasználó az egyik helyről a másikra.

667
00:31:59,680 --> 00:32:02,660
Például, ha valaha is próbált
egy webhely, hogy te nem

668
00:32:02,660 --> 00:32:06,360
bejelentkezett, akkor lehet, hogy hirtelen meg
magát egy új URL teljesen mivel

669
00:32:06,360 --> 00:32:07,530
kéri, hogy jelentkezzen be.

670
00:32:07,530 --> 00:32:08,400
>> Hogyan működik ez?

671
00:32:08,400 --> 00:32:10,920
A kiszolgáló feltehetően küldésével 301.

672
00:32:10,920 --> 00:32:14,510
Van még más számok, mint a
302, némileg eltérő a jelentése,

673
00:32:14,510 --> 00:32:16,490
hogy küldjön egy másik URL-t.

674
00:32:16,490 --> 00:32:18,770
És akkor a szerver,
miután bejelentkezett,

675
00:32:18,770 --> 00:32:22,000
küld vissza, ahol
Ön ténylegesen szánták.

676
00:32:22,000 --> 00:32:27,700
>> Tehát mi, akkor rosszul
megtervezett weboldalak csinál?

677
00:32:27,700 --> 00:32:31,340
Amikor meglátogatja
www.acme.com, és ők csak

678
00:32:31,340 --> 00:32:35,490
történetesen nevezték a szerverek
www1, www2, www3, és így tovább,

679
00:32:35,490 --> 00:32:39,100
ezek nagyon simply--
amely igazságos, de nagyon

680
00:32:39,100 --> 00:32:46,080
fajta foolishly-- átirányítása, hogy
Egy valóban másképp nevű szerver.

681
00:32:46,080 --> 00:32:48,650
És ez működik tökéletesen.

682
00:32:48,650 --> 00:32:49,930
Ez szép és egyszerű.

683
00:32:49,930 --> 00:32:52,200
>> Láttuk, milyen lenne,
történik a motorháztető alatt

684
00:32:52,200 --> 00:32:53,490
a virtuális borítékot.

685
00:32:53,490 --> 00:32:56,450
De miért van ez vitathatatlanul a
Rossz mérnöki döntés?

686
00:32:56,450 --> 00:33:00,345
És miért vagyok én valami leereszkedő
felé az adott műszaki

687
00:33:00,345 --> 00:33:00,845
megközelítés?

688
00:33:00,845 --> 00:33:06,420

689
00:33:06,420 --> 00:33:07,850
Azt állítják, hogy ez miért rossz.

690
00:33:07,850 --> 00:33:09,375
Ben?

691
00:33:09,375 --> 00:33:10,250
KÖZÖNSÉG: [hallható]

692
00:33:10,250 --> 00:33:12,864

693
00:33:12,864 --> 00:33:16,030
DAVID MALAN: Minden szerver kellene
egy példányát a honlapon.

694
00:33:16,030 --> 00:33:16,738
Jól vagyok ezzel.

695
00:33:16,738 --> 00:33:19,490
És valóban, ez az, amit én
feltételezve az ez az egész történet,

696
00:33:19,490 --> 00:33:22,104
hiszen ha wanted-- is
valójában, kivéve Dan korábbi

697
00:33:22,104 --> 00:33:25,270
javaslat, amellyel ha a különböző
szerverek különböző dolgokat csinál, akkor

698
00:33:25,270 --> 00:33:27,740
talán már valóban
funkcionálisan különböző dolgokat csinál.

699
00:33:27,740 --> 00:33:30,698
>> De még akkor is, egy bizonyos ponton, a
adatbázis fog túlterhelődik.

700
00:33:30,698 --> 00:33:33,030
A statikus eszköz- szerver
fog túlterhelődik.

701
00:33:33,030 --> 00:33:34,850
Tehát egy bizonyos ponton vagyunk,
vissza ezt a történetet, ahol

702
00:33:34,850 --> 00:33:36,475
szükség több példányban ugyanazt a dolgot.

703
00:33:36,475 --> 00:33:37,395
Tehát jól vagyok ezzel.

704
00:33:37,395 --> 00:33:38,270
KÖZÖNSÉG: [hallható]

705
00:33:38,270 --> 00:33:42,340

706
00:33:42,340 --> 00:33:45,350
>> DAVID MALAN: OK, így bizonyos oldalak
Lehet, hogy aránytalanul népszerű.

707
00:33:45,350 --> 00:33:50,460
És így fixálása egy címet
nem feltétlenül a legjobb dolog.

708
00:33:50,460 --> 00:33:51,110
[NEM HALLHATÓ]?

709
00:33:51,110 --> 00:33:51,985
>> KÖZÖNSÉG: [hallható]

710
00:33:51,985 --> 00:33:54,770

711
00:33:54,770 --> 00:33:57,623
>> DAVID MALAN: Mit jelent ez?

712
00:33:57,623 --> 00:33:58,498
KÖZÖNSÉG: [hallható]

713
00:33:58,498 --> 00:34:03,820

714
00:34:03,820 --> 00:34:05,072
>> DAVID MALAN: Igen, pontosan.

715
00:34:05,072 --> 00:34:07,280
Szóval nem akar
feltétlenül Rézfúvós lévén bizonyára

716
00:34:07,280 --> 00:34:11,370
Nem szeretné, hogy a felhasználók
manuálisan beírni www1 vagy www2.

717
00:34:11,370 --> 00:34:14,550
Egy branding szempontból, hogy
Csak úgy néz ki, egy kicsit nevetséges.

718
00:34:14,550 --> 00:34:17,340
Ha csak azt, egyfajta
tiszta, elegáns tapasztalat,

719
00:34:17,340 --> 00:34:20,364
miután ezek a fajta véletlenszerűen
számozott URL tényleg nem jó.

720
00:34:20,364 --> 00:34:22,780
Mert akkor a felhasználók biztosan
fog másolja be őket

721
00:34:22,780 --> 00:34:24,449
be e-mailek vagy azonnali üzeneteket.

722
00:34:24,449 --> 00:34:25,659
>> Most ők szaporító.

723
00:34:25,659 --> 00:34:28,600
Most meg valami zavaró lehet a
kevésbé technikai közönség, aki azt hiszi,

724
00:34:28,600 --> 00:34:32,239
A webcím www2.something.com.

725
00:34:32,239 --> 00:34:35,434
Nincs meggyőző szemantika, hogy az.

726
00:34:35,434 --> 00:34:38,100
Ez csak előfordul, hogy egy mögöttes
technikai részletek, hogy már

727
00:34:38,100 --> 00:34:40,190
számozott kiszolgálók ezen a módon.

728
00:34:40,190 --> 00:34:45,760
>> És ami még rosszabb, mi van, ha például
Talán a karácsonyi időszakban, amikor

729
00:34:45,760 --> 00:34:50,090
üzlet valóban virágzik,
megvan www1 keresztül www99,

730
00:34:50,090 --> 00:34:53,530
de januárban és februárban
től, akkor kapcsolja ki a fele azoknak,

731
00:34:53,530 --> 00:34:56,440
így csak www1 keresztül www50?

732
00:34:56,440 --> 00:35:01,963
Mi a következménye, hogy most
nagyon ésszerű üzleti döntés?

733
00:35:01,963 --> 00:35:02,838
KÖZÖNSÉG: [hallható]

734
00:35:02,838 --> 00:35:05,628

735
00:35:05,628 --> 00:35:07,752
DAVID MALAN: Meg kell
kezeli az összes ilyen még.

736
00:35:07,752 --> 00:35:10,515
KÖZÖNSÉG: [hallható]

737
00:35:10,515 --> 00:35:11,390
DAVID MALAN: Pontosan.

738
00:35:11,390 --> 00:35:12,681
Ez a fajta a fogás van.

739
00:35:12,681 --> 00:35:16,800
Ha az ügyfelek az a szokása,
könyvjelző dolgokat, küldje el azokat, csak

740
00:35:16,800 --> 00:35:19,351
mentés az URL valahol, vagy
ha ez csak a saját auto

741
00:35:19,351 --> 00:35:22,350
befejezni a böngészőben, így ők
Nem igazán szándékosan beírásával,

742
00:35:22,350 --> 00:35:25,560
ez csak történik, lehet, hogy,
11 hónapig ki az év

743
00:35:25,560 --> 00:35:27,190
hatékonyan elérni egy zsákutca.

744
00:35:27,190 --> 00:35:30,100
És csak a legtöbb okos a
felhasználók fog megvalósítani,

745
00:35:30,100 --> 00:35:32,040
Talán meg kellene kézzel
távolítsa el ezt a számot.

746
00:35:32,040 --> 00:35:35,610
Úgy értem, ez csak nem fog megtörténni
sok felhasználó, így rossz üzlet,

747
00:35:35,610 --> 00:35:37,750
rossz végrehajtás műszaki bölcs.

748
00:35:37,750 --> 00:35:40,230
>> Így szerencsére, ez nem is szükséges.

749
00:35:40,230 --> 00:35:43,120
Kiderült, hogy milyen
terheléskiegyenlítők tehet

750
00:35:43,120 --> 00:35:48,130
van, hanem azt mondja, hogy ha A
tesz request-- hé A, megy 1.

751
00:35:48,130 --> 00:35:50,280
Más szóval, ahelyett,
Az, hogy a küldő átirányítás

752
00:35:50,280 --> 00:35:53,540
oly módon, hogy az első lépés ebben a
folyamat megy itt,

753
00:35:53,540 --> 00:35:55,280
ő akkor azt mondta, hogy menjen máshova.

754
00:35:55,280 --> 00:35:57,530
És így a harmadik lépést, megy máshol.

755
00:35:57,530 --> 00:36:04,600
>> Akkor ehelyett továbbra is az útvonalat, hogy
ne használja ezt a kifejezést, mind az A adatai

756
00:36:04,600 --> 00:36:10,590
a terhelés kiegyenlítő úgy, hogy
soha Kapcsolatok 1, 2, vagy 3 közvetlenül.

757
00:36:10,590 --> 00:36:15,150
Az összes forgalom nem kap "irányítva"
A terhelés kiegyenlítő is.

758
00:36:15,150 --> 00:36:17,524
És így most mi vagyunk a fajta
szándékosan elmossa a vonalakat

759
00:36:17,524 --> 00:36:18,690
Ezek közül a különböző eszközöket.

760
00:36:18,690 --> 00:36:20,930
A terhelés kiegyenlítő érkezhetnek adatokat.

761
00:36:20,930 --> 00:36:22,435
Ez csak egy függvény, amely meg is történt.

762
00:36:22,435 --> 00:36:25,420
>> Tehát egy terheléselosztó is, ez
egy szoftver, tényleg.

763
00:36:25,420 --> 00:36:27,130
És a router a szoftver.

764
00:36:27,130 --> 00:36:29,660
És akkor teljesen meg
két darab szoftver belül

765
00:36:29,660 --> 00:36:34,000
Egy fizikai számítógépen, így a terhelés
kiegyensúlyozó megteheti ezeket több dolgot.

766
00:36:34,000 --> 00:36:36,130
>> Tehát van egy másik út
Ehhez, ami valójában

767
00:36:36,130 --> 00:36:39,670
visszamegy a fajta első elvek
A DNS, amely beszéltünk

768
00:36:39,670 --> 00:36:40,230
szünet előtt.

769
00:36:40,230 --> 00:36:41,634
DNS volt Domain Name System.

770
00:36:41,634 --> 00:36:43,550
Ne feledje, hogy tudsz
kérdezni a DNS szervert, mi

771
00:36:43,550 --> 00:36:46,460
az IP-címét
google.com, facebook.com?

772
00:36:46,460 --> 00:36:48,250
>> És mi is valójában csinálni.

773
00:36:48,250 --> 00:36:51,940
A szerszám nem használtuk korábban az
az egyik, hogy ez csak a hozzáférhető,

774
00:36:51,940 --> 00:36:55,510
nslookup, a névszerver elemzéssel.

775
00:36:55,510 --> 00:36:57,410
És én csak fog írja facebook.com.

776
00:36:57,410 --> 00:37:02,500
És látom, hogy a Facebook IP
cím látszólag ezt.

777
00:37:02,500 --> 00:37:05,520
Hadd menjek előre, és másolja
hogy megy a böngésző,

778
00:37:05,520 --> 00:37:11,690
és menjen a http: //, és hogy
IP-címet és nyomja meg az Entert.

779
00:37:11,690 --> 00:37:14,140
És valóban, úgy tűnik, működik.

780
00:37:14,140 --> 00:37:18,610
>> Most visszafelé haladva, mi volt
belsejében a virtuális boríték

781
00:37:18,610 --> 00:37:25,454
hogy a Facebook válaszolt, amikor
Meglátogattam, hogy az IP-címet közvetlenül?

782
00:37:25,454 --> 00:37:26,745
Mert észre, hol vagyok most?

783
00:37:26,745 --> 00:37:29,250

784
00:37:29,250 --> 00:37:32,484
Hol vagyok most, a cím?

785
00:37:32,484 --> 00:37:33,450
>> KÖZÖNSÉG: [hallható]

786
00:37:33,450 --> 00:37:36,116
>> DAVID MALAN: A biztonságos változatát,
és a www.facebook.com.

787
00:37:36,116 --> 00:37:38,520
Tehát ez nem is csak
A biztonságos IP-címet.

788
00:37:38,520 --> 00:37:42,650
Facebook megtette azt magára
mondani, ez nevetséges.

789
00:37:42,650 --> 00:37:45,710
Nem megyünk, hogy tartsa meg ebben a
csúnya URL ami numerikus.

790
00:37:45,710 --> 00:37:50,120
Megyünk, hogy küldjön egy HTTP
átirányítás útján ugyanezen fejléc

791
00:37:50,120 --> 00:37:53,010
láttuk before--
hely vastagbél valamit.

792
00:37:53,010 --> 00:37:56,340
>> És így ez egyszerűen azt jelenti, hogy alatta
A motorháztető még ezt az IP-címet.

793
00:37:56,340 --> 00:37:59,010
Minden számítógép az interneten
van IP-címe, úgy tűnik.

794
00:37:59,010 --> 00:38:01,480
De nem kell feltétlenül
hogy ki, hogy a felhasználó számára.

795
00:38:01,480 --> 00:38:07,190
És ugyanúgy, mint vissza a nap, ott
volt 1-800-Collect, 1-800-a C-O-L-L-E-C-T,

796
00:38:07,190 --> 00:38:11,700
az USA-ban, egy módja annak, hogy gyűjtsön
felhívja keresztül nagyon könnyen megjegyezhető telefonszám

797
00:38:11,700 --> 00:38:17,140
szám, vagy 1-800-matrac vásárolni egy ágy,
és hasonló memorizálás, amit még látni

798
00:38:17,140 --> 00:38:20,460
A telefon milyen fajta
még, hogy a levelek térkép a számokat.

799
00:38:20,460 --> 00:38:21,470
>> Nos, miért van ez?

800
00:38:21,470 --> 00:38:26,080
Nos, ez sokkal könnyebb memorizálni
1-800-paplan vagy 1-800-COLLECT helyett

801
00:38:26,080 --> 00:38:29,100
A 1-800 valami valami valami
valami valami valami

802
00:38:29,100 --> 00:38:31,030
valamit, ahol az egyes
e egy számjegy.

803
00:38:31,030 --> 00:38:34,390
Hasonlóképpen, a világ tanult
gyorsan, hogy ne

804
00:38:34,390 --> 00:38:35,940
az emberek megjegyezni az IP címeket.

805
00:38:35,940 --> 00:38:36,826
Ez lenne butaság.

806
00:38:36,826 --> 00:38:38,200
Fogunk helyett neveket használhassunk.

807
00:38:38,200 --> 00:38:40,420
És ez az, amiért a DNS-ben született.

808
00:38:40,420 --> 00:38:45,510
>> Rendben, hogy azt mondta, tekintve
A terheléselosztás, próbáljuk yahoo.com.

809
00:38:45,510 --> 00:38:47,030
Nos, ez érdekes.

810
00:38:47,030 --> 00:38:51,464
Yahoo úgy tűnik, hogy visszatér a három IP.

811
00:38:51,464 --> 00:38:53,940
Tehát ebből arra következtetnek,
ha tudnád, mi az

812
00:38:53,940 --> 00:38:58,600
Egy másik módja, hogy sikerült végre
ez a fogalom a terheléselosztásra

813
00:38:58,600 --> 00:39:04,310
talán anélkül, hogy egy fizikai
eszköz, az új fizikai eszköz?

814
00:39:04,310 --> 00:39:08,070
>> Más szóval, lehet elvenni a
finanszírozás van a terhelés kiegyenlítő

815
00:39:08,070 --> 00:39:10,990
és megmondja, hogy használja néhány meglévő
hardverek végrehajtása

816
00:39:10,990 --> 00:39:12,680
ez a fogalom a terheléselosztásra?

817
00:39:12,680 --> 00:39:18,870

818
00:39:18,870 --> 00:39:22,510
És a spoiler,
Igen, de mi, vagy hogyan?

819
00:39:22,510 --> 00:39:27,605
Mi Yahoo talán csinál itt?

820
00:39:27,605 --> 00:39:29,200
Kareem?

821
00:39:29,200 --> 00:39:30,635
OK, Chris?

822
00:39:30,635 --> 00:39:31,510
KÖZÖNSÉG: [hallható]

823
00:39:31,510 --> 00:39:35,119

824
00:39:35,119 --> 00:39:36,910
DAVID MALAN: Igen, minden
Három ilyen munkát.

825
00:39:36,910 --> 00:39:39,890
Tehát véletlenszerűséget, round robin,
telephelyein ha csak

826
00:39:39,890 --> 00:39:44,160
kihasználja a meglévő darab a puzzle
hogy beszéltünk korábban a DNS

827
00:39:44,160 --> 00:39:49,580
rendszer, és egyszerűen azt mondják, ha az első
felhasználó a nap kér yahoo.com,

828
00:39:49,580 --> 00:39:52,970
nekik az első IP-címet,
mint az egyik végződő 45 odafent.

829
00:39:52,970 --> 00:39:55,762
És a következő alkalommal, amikor egy felhasználó kéri
az IP-címét yahoo.com

830
00:39:55,762 --> 00:39:57,970
valahol a világban,
nekik a második IP,

831
00:39:57,970 --> 00:39:59,920
majd a harmadik IP, akkor a
első IP, majd a második.

832
00:39:59,920 --> 00:40:01,850
Vagy okos róla
és csináld grafikusan.

833
00:40:01,850 --> 00:40:05,200
Vagy azt, hogy véletlenszerűen, és nem csinál
ez round robin ilyen módon.

834
00:40:05,200 --> 00:40:07,580
>> És ebben az esetben, akkor
nem is kell,

835
00:40:07,580 --> 00:40:10,190
bevezetni a fekete
doboz a mi kép.

836
00:40:10,190 --> 00:40:11,690
Nem kell az új eszközt.

837
00:40:11,690 --> 00:40:16,930
Mi egyszerűen megmondja számítógépek
menni a szerverek közvetlenül,

838
00:40:16,930 --> 00:40:18,680
hatékonyan, de nem
útján nevüket.

839
00:40:18,680 --> 00:40:20,054
Ők soha nem kell tudni a nevét.

840
00:40:20,054 --> 00:40:25,690
Ők csak azt halljuk, hogy yahoo.com
térképek bármelyike ​​ezek az IP-címek.

841
00:40:25,690 --> 00:40:28,180
>> Tehát küld pontosan ugyanaz a kérést.

842
00:40:28,180 --> 00:40:30,100
De a külső
a borítékot, egyszerűen

843
00:40:30,100 --> 00:40:32,740
helyezi az IP, hogy tájékoztatták.

844
00:40:32,740 --> 00:40:35,590
És így is lehetett
mi terheléselosztásához kérések

845
00:40:35,590 --> 00:40:39,330
mellett csak küld a borítékot a
másikat a Yahoo saját szerver?

846
00:40:39,330 --> 00:40:42,390
>> És ha továbbra is ásni, majd meglátjuk
Valószínűleg más vállalatok több.

847
00:40:42,390 --> 00:40:44,380
A CNN két nyilvánosan hozzáférhető.

848
00:40:44,380 --> 00:40:49,610
Bár valójában, ha ezt újra
és again-- cnn.com-- láthatjuk

849
00:40:49,610 --> 00:40:51,730
ők változó sorrendben, valóban.

850
00:40:51,730 --> 00:40:56,680
Tehát mi mechanizmus
CNN segítségével, nyilván?

851
00:40:56,680 --> 00:40:57,440
>> KÖZÖNSÉG: Véletlen.

852
00:40:57,440 --> 00:40:59,440
DAVID MALAN: Nos, ez
lehet véletlen, bár

853
00:40:59,440 --> 00:41:01,110
Úgy tűnik, hogy a kerékpározás oda-vissza.

854
00:41:01,110 --> 00:41:04,380
Így talán körmérkőzéses ahol
ők csak bekapcsolja a sorrendben,

855
00:41:04,380 --> 00:41:05,880
hogy én valószínűleg, hogy az első.

856
00:41:05,880 --> 00:41:08,860
Saját számítógép kerül
az első minden egyes alkalommal.

857
00:41:08,860 --> 00:41:10,490
Tehát ez a terhelés kiegyenlítésére.

858
00:41:10,490 --> 00:41:18,450
És amely lehetővé teszi számunkra, végül,
feltérképezésére adatok, vagy a térképen kérelmeket,

859
00:41:18,450 --> 00:41:21,240
több szerver között.

860
00:41:21,240 --> 00:41:24,226
Tehát milyen
problémák most is léteznek?

861
00:41:24,226 --> 00:41:26,350
Olyan, mintha azt csak nagyon
megoldott jó probléma.

862
00:41:26,350 --> 00:41:28,740
Kaptunk felhasználók különböző szervereken.

863
00:41:28,740 --> 00:41:31,420
De-- oh, és Chris, nem
Kérdése van már?

864
00:41:31,420 --> 00:41:34,378
>> KÖZÖNSÉG: [hallható]

865
00:41:34,378 --> 00:41:43,670

866
00:41:43,670 --> 00:41:45,120
>> DAVID MALAN: Teljesen függ.

867
00:41:45,120 --> 00:41:47,042
Tehát mi történik itt?

868
00:41:47,042 --> 00:41:48,250
És valóban látni ezt.

869
00:41:48,250 --> 00:41:51,649
Így próbáljuk a Yahoo.

870
00:41:51,649 --> 00:41:52,940
Valójában, menjünk a Facebookra.

871
00:41:52,940 --> 00:41:54,520
Mert tudjuk, hogy az egyik működik.

872
00:41:54,520 --> 00:41:56,545
Így fogok másolni
hogy az IP-cím ismét.

873
00:41:56,545 --> 00:41:58,820
Megyek zárja be az összes ezeket a lapokat.

874
00:41:58,820 --> 00:42:03,800
Megyek menni nyitott, hogy
speciális hálózati lap itt.

875
00:42:03,800 --> 00:42:07,800
És megyek meglátogatni csak a http: //.

876
00:42:07,800 --> 00:42:10,694
És most megyek, hogy elérje az Enter billentyűt.

877
00:42:10,694 --> 00:42:11,860
És lássuk, hogy mi történt.

878
00:42:11,860 --> 00:42:20,662
>> Ha megnézzük, hogy a kérelem, értesítés
hogy my-- Facebook egy rossz példa.

879
00:42:20,662 --> 00:42:22,370
Mert van egy
szuper divatos technika

880
00:42:22,370 --> 00:42:25,960
amely elrejti, hogy részletesen tőlünk.

881
00:42:25,960 --> 00:42:30,690
Hadd használja a Yahoo
instead-- http: // hogy a VI.

882
00:42:30,690 --> 00:42:36,030
Nyissuk meg a hálózati
lapon megőrzése naplót.

883
00:42:36,030 --> 00:42:37,945
És itt is van, Enter.

884
00:42:37,945 --> 00:42:40,669

885
00:42:40,669 --> 00:42:41,210
Ez vicces.

886
00:42:41,210 --> 00:42:44,480
OK, így itt van a híres 404-es üzenetet.

887
00:42:44,480 --> 00:42:48,500
Mi a vicces az, hogy ők
Valószínűleg soha nem lesz újra.

888
00:42:48,500 --> 00:42:51,430
Mert ott valószínűleg
Nem valami baj önmagában.

889
00:42:51,430 --> 00:42:54,050
Ők már csak szándékosan
úgy döntött, hogy nem támogatja a

890
00:42:54,050 --> 00:42:56,250
A numerikus formában kerülnek címet.

891
00:42:56,250 --> 00:43:00,270
>> Tehát mi vagyunk valójában látni a
Network fül, ha kihúzom ezt itt,

892
00:43:00,270 --> 00:43:06,140
van, ahogy mondom, a híres 404, ahol
ha nézem a válasz fejlécét,

893
00:43:06,140 --> 00:43:09,070
ez az, amit kaptam here-- 404 Not Found.

894
00:43:09,070 --> 00:43:11,360
Így próbáljuk egy másik.

895
00:43:11,360 --> 00:43:13,180
Lássuk, CNN együttműködik velünk.

896
00:43:13,180 --> 00:43:19,440
Majd megragad egy CNN IP-címek,
törléséhez, http, dah, dah, dah, tam.

897
00:43:19,440 --> 00:43:21,620
Tehát válaszolva Chris
kérdés, hogy az egyik működött.

898
00:43:21,620 --> 00:43:24,140

899
00:43:24,140 --> 00:43:26,255
>> És menjünk válasz fejlécet.

900
00:43:26,255 --> 00:43:30,810

901
00:43:30,810 --> 00:43:33,640
Igazából nem, minden rendben vagyok
küzd, hogy megtalálja egy működő példa.

902
00:43:33,640 --> 00:43:38,270
Tehát CNN úgy döntött, akkor csak magad
bármilyen szintű címre látogatnak meg,

903
00:43:38,270 --> 00:43:40,359
branding kérdéseket félre.

904
00:43:40,359 --> 00:43:43,275
De mi nem történhet, ha
láttuk, a Facebook esetében,

905
00:43:43,275 --> 00:43:46,700
A kapnánk 301 áthelyezve
Tartósan, a legvalószínűbb,

906
00:43:46,700 --> 00:43:54,420
belsejében, amely
helye: https: //www.facebook.com.

907
00:43:54,420 --> 00:44:01,210
És esély www.facebook.com egy
alias pontosan ugyanazt a szerver már csak

908
00:44:01,210 --> 00:44:01,710
elment.

909
00:44:01,710 --> 00:44:03,500
>> Tehát ez egy kicsit kontraproduktív.

910
00:44:03,500 --> 00:44:05,170
Mi szó szerint látogatás a szerver.

911
00:44:05,170 --> 00:44:07,040
A kiszolgáló ezután mondja, elmegy.

912
00:44:07,040 --> 00:44:08,320
Megy ez a másik címre.

913
00:44:08,320 --> 00:44:10,870
De csak azért történik, hogy
megy vissza, hogy ugyanazon a szerveren.

914
00:44:10,870 --> 00:44:14,550
De feltehetően most maradni, hogy
szerver anélkül, hogy ez oda-vissza.

915
00:44:14,550 --> 00:44:18,600
Mert most mi a neve
változata az oldalon, nem a numerikus.

916
00:44:18,600 --> 00:44:20,060
Jó kérdés.

917
00:44:20,060 --> 00:44:23,690
>> OK, így ha most assume-- mi
megoldotta a terhelés kiegyenlítésére.

918
00:44:23,690 --> 00:44:25,894
Most van egy olyan mechanizmust,
legyen szó akár DNS-en keresztül,

919
00:44:25,894 --> 00:44:29,060
hogy ez keresztül a fekete doboz, hogy
ez bármelyikét használják ezeket a technikákat.

920
00:44:29,060 --> 00:44:33,810
Tudjuk, hogy egy felhasználó kérésére és
kitalálni, hogy melyik szerver, 1, 2 vagy 3,

921
00:44:33,810 --> 00:44:35,420
hogy küld neki.

922
00:44:35,420 --> 00:44:39,180
>> Mit kezd megtörni a mi website?

923
00:44:39,180 --> 00:44:41,160
Más szavakkal, van
épített egy vállalkozás, amely

924
00:44:41,160 --> 00:44:43,480
korábban egyetlen egy szerveren.

925
00:44:43,480 --> 00:44:46,870
Most, hogy az üzleti fut
több szerver között.

926
00:44:46,870 --> 00:44:51,770
Milyen feltételezések,
milyen tervezési döntéseket,

927
00:44:51,770 --> 00:44:54,870
most talán törés?

928
00:44:54,870 --> 00:44:55,745
>> Ez kevésbé nyilvánvaló.

929
00:44:55,745 --> 00:44:58,620
De lássuk, hogy nem tudunk a
ujját néhány probléma voltunk

930
00:44:58,620 --> 00:44:59,780
létre a magunk számára.

931
00:44:59,780 --> 00:45:02,750
Ismét, ez olyan, mint a gazdaság
le a szivárgás a tömlőt.

932
00:45:02,750 --> 00:45:05,094
És most néhány új kérdés
már felbukkant itt.

933
00:45:05,094 --> 00:45:07,880

934
00:45:07,880 --> 00:45:11,380
>> KÖZÖNSÉG: [hallható]

935
00:45:11,380 --> 00:45:16,574

936
00:45:16,574 --> 00:45:19,240
DAVID MALAN: OK, így van, hogy
folyamatosan növekszik a merevlemezen.

937
00:45:19,240 --> 00:45:20,450
Vagyok rendben, hogy most.

938
00:45:20,450 --> 00:45:23,212
Mert azt hiszem, tudok
vízszintesen skála.

939
00:45:23,212 --> 00:45:26,420
Mint ha én kifogyni, Hozok
egy negyedik szerver, talán egy ötödik szerver,

940
00:45:26,420 --> 00:45:30,820
majd növeljük a kapacitást
egy másik 30% -os vagy 50% -os vagy miegymás.

941
00:45:30,820 --> 00:45:32,759
Így vagyok rendben, legalábbis egyelőre.

942
00:45:32,759 --> 00:45:33,634
KÖZÖNSÉG: [hallható]

943
00:45:33,634 --> 00:45:37,314

944
00:45:37,314 --> 00:45:38,980
DAVID MALAN: OK, így ez egy jó pont.

945
00:45:38,980 --> 00:45:42,340
Tegyük fel, hogy a szerverek
nem azonosak.

946
00:45:42,340 --> 00:45:45,260
És ügyfélszolgálat
vagy az e-mail egyenértékű

947
00:45:45,260 --> 00:45:48,690
közben valamilyen üzenetet a felhasználó
mondván, ez nem működik megfelelően.

948
00:45:48,690 --> 00:45:52,070
Ez nagyon is lehetséges, néha,
hogy talán egy vagy több szerver

949
00:45:52,070 --> 00:45:55,000
jár egy kicsit félrecsúszott, de nem
a többiek, ami minden bizonnyal

950
00:45:55,000 --> 00:45:57,096
megnehezítheti, hogy üldözőbe le a problémát.

951
00:45:57,096 --> 00:45:58,720
Lehet, hogy már meg több helyen.

952
00:45:58,720 --> 00:46:00,960
>> Ez megnyilvánulása
A másik fajta hiba,

953
00:46:00,960 --> 00:46:03,950
amely szerint akkor valószínűleg
tervezték meg infrastruktúrájának

954
00:46:03,950 --> 00:46:06,200
hogy minden valóban azonosak.

955
00:46:06,200 --> 00:46:10,390
De ez nem válik egy új problémát
hogy nem volt korábban.

956
00:46:10,390 --> 00:46:11,715
Mi más?

957
00:46:11,715 --> 00:46:12,590
KÖZÖNSÉG: [hallható]

958
00:46:12,590 --> 00:46:16,390

959
00:46:16,390 --> 00:46:19,500
>> DAVID MALAN: Igen,
van még összetettségét.

960
00:46:19,500 --> 00:46:20,792
Van fizikailag több vezetéket.

961
00:46:20,792 --> 00:46:21,750
Van egy másik eszközt.

962
00:46:21,750 --> 00:46:26,310
Ami azt illeti, már be egy alapvető
koncepció és alapvető probléma

963
00:46:26,310 --> 00:46:28,300
ismert, mint egy ponton
kudarc, ami

964
00:46:28,300 --> 00:46:30,110
akkor is, ha még soha nem hallott
a kifejezés, akkor valószínűleg

965
00:46:30,110 --> 00:46:31,780
most visszafelé, és kitalálni.

966
00:46:31,780 --> 00:46:35,560
Mit jelent az, hogy van egy
pont nem az én építészet?

967
00:46:35,560 --> 00:46:39,694
És az építészet, csak
jelenti a topológia belőle.

968
00:46:39,694 --> 00:46:40,610
>> KÖZÖNSÉG: [hallható]

969
00:46:40,610 --> 00:46:42,901
>> DAVID MALAN: Igen, mi van, ha
A terhelés kiegyenlítő lemegy?

970
00:46:42,901 --> 00:46:46,290
Már ki ezt a középső ember, akinek
célja az életben, hogy megoldja a problémát.

971
00:46:46,290 --> 00:46:47,740
De én már egy új probléma.

972
00:46:47,740 --> 00:46:49,350
Egy új szivárgás íveltek a tömlőt.

973
00:46:49,350 --> 00:46:53,500
Mert most, ha a terhelés kiegyenlítő
meghal, vagy elszakad vagy misfunctions,

974
00:46:53,500 --> 00:46:56,350
most elveszíti a hozzáférést
mind a három szerver.

975
00:46:56,350 --> 00:46:58,880
És mielőtt, én nem
ezt közvetítő.

976
00:46:58,880 --> 00:47:03,020
És így ez egy új probléma, vitathatatlanul.

977
00:47:03,020 --> 00:47:05,245
Majd jönnek vissza
hogyan lehet javítani.

978
00:47:05,245 --> 00:47:06,734
>> KÖZÖNSÉG: [hallható]

979
00:47:06,734 --> 00:47:08,400
DAVID MALAN: Ez lenne az egyik megközelítése.

980
00:47:08,400 --> 00:47:13,926
Igen, és így ez lesz elég
A patkány lyukba kezdjük, hogy menjen le.

981
00:47:13,926 --> 00:47:15,800
De térjünk vissza a
hogy csak egy pillanatra.

982
00:47:15,800 --> 00:47:17,299
Milyen egyéb problémák hoztuk létre?

983
00:47:17,299 --> 00:47:25,540

984
00:47:25,540 --> 00:47:27,470
>> Tehát Dan említett adatbázist, mielőtt.

985
00:47:27,470 --> 00:47:29,500
És akkor is, ha nem
is ismerős technikailag,

986
00:47:29,500 --> 00:47:33,220
adatbázis csak egy szerver, ahol
változó adatokat jellemzően tárolják,

987
00:47:33,220 --> 00:47:36,430
talán egy megbízás valaki elhelyezte,
a felhasználói profil, az Ön nevét,

988
00:47:36,430 --> 00:47:40,810
e-mail címét, dolgok, amelyek
bevinni, vagy változott az idők során.

989
00:47:40,810 --> 00:47:44,599
>> Korábban én adatbázis volt
ugyanazon a szerveren, mint az én webszerver.

990
00:47:44,599 --> 00:47:46,390
Mert én csak volt egy
web hosting számla.

991
00:47:46,390 --> 00:47:48,480
Minden volt, minden egy helyen.

992
00:47:48,480 --> 00:47:54,200
Hová tegyem az adatbázis
Most, a szerver 1, 2, vagy 3?

993
00:47:54,200 --> 00:47:55,100
>> KÖZÖNSÉG: 4.

994
00:47:55,100 --> 00:47:58,070
>> DAVID MALAN: 4, OK, minden
Rendben, menjünk oda.

995
00:47:58,070 --> 00:48:01,650
Így fogok tenni én
database-- és nézzük

996
00:48:01,650 --> 00:48:06,520
kezdeni lehessen ezeknek a www, www, www.

997
00:48:06,520 --> 00:48:08,780
És én fogom mondani,
Ez a négyes számú.

998
00:48:08,780 --> 00:48:11,270
És mondom db az adatbázis.

999
00:48:11,270 --> 00:48:12,870
OK, ez tetszik.

1000
00:48:12,870 --> 00:48:17,021
Mi vonal kéne
feltehetően rajz itt?

1001
00:48:17,021 --> 00:48:18,850
>> KÖZÖNSÉG: [hallható]

1002
00:48:18,850 --> 00:48:22,740
>> DAVID MALAN: Igen, így a kód,
ahogy megbeszéljük holnap,

1003
00:48:22,740 --> 00:48:24,900
feltehetően ugyanaz
mindhárom kiszolgálón.

1004
00:48:24,900 --> 00:48:28,374
De most meg kell csatlakoztatni, hogy ne a
futó adatbázis helyi, hanem máshol.

1005
00:48:28,374 --> 00:48:29,040
És ez jó.

1006
00:48:29,040 --> 00:48:31,623
Mi is csak adni az adatbázis egy
megnevezni, mint mi, vagy több.

1007
00:48:31,623 --> 00:48:33,930
És hogy minden jól működik.

1008
00:48:33,930 --> 00:48:35,820
De mit tettünk?

1009
00:48:35,820 --> 00:48:40,640
Már vízszintesen skálázott rendelkező
Három szerverek helyett, amely

1010
00:48:40,640 --> 00:48:41,140
ez jó.

1011
00:48:41,140 --> 00:48:44,240
Mivel most már tudjuk kezelni
háromszor annyi terhelést.

1012
00:48:44,240 --> 00:48:47,710
>> És még jobb, ha egy vagy két
E szerverek lemegy,

1013
00:48:47,710 --> 00:48:49,350
Cégem működik tovább.

1014
00:48:49,350 --> 00:48:53,960
Mert még mindig van egy, még ha én vagyok
fajta sántított mentén teljesítmény-bölcs.

1015
00:48:53,960 --> 00:49:01,020
De milyen új probléma van én
által bevezetett mozgó adatbázisban

1016
00:49:01,020 --> 00:49:04,350
ehhez külön szerver
helyett az 1., 2., és 3.?

1017
00:49:04,350 --> 00:49:05,412
>> KÖZÖNSÉG: [hallható]

1018
00:49:05,412 --> 00:49:08,120
DAVID MALAN: Igen, így most már
másik egyetlen meghibásodási pont.

1019
00:49:08,120 --> 00:49:12,330
Ha az adatbázis meghal, vagy be kell
bővíthető, vagy bármi, most már biztos,

1020
00:49:12,330 --> 00:49:13,610
honlapomon online.

1021
00:49:13,610 --> 00:49:16,270
És tudok szolgálni statikus,
változatlan tartalommal.

1022
00:49:16,270 --> 00:49:21,210
De nem hagyja, hogy a felhasználók be- illetve változás
semmit, vagy hogy semmit, ami még rosszabb.

1023
00:49:21,210 --> 00:49:24,120
Mert ha 4 offline,
majd 1, 2, és 3

1024
00:49:24,120 --> 00:49:27,710
tényleg nem lehet beszélni, hogy definíció szerint.

1025
00:49:27,710 --> 00:49:31,560
>> OK hogy igen, és így ez az oka
Én haboznak felhívni a.

1026
00:49:31,560 --> 00:49:32,690
Tehát térjünk vissza erre.

1027
00:49:32,690 --> 00:49:33,700
Nem úgy értem, hogy ne nyomja ki minket.

1028
00:49:33,700 --> 00:49:36,030
De a kép nagyon
gyorsan fog kapni stresszes.

1029
00:49:36,030 --> 00:49:38,620
Mert meg kell kezdeni
amelynek két mindent.

1030
00:49:38,620 --> 00:49:41,850
Sőt, ha valaha is látott a
film Kapcsolat néhány évvel ezelőtt

1031
00:49:41,850 --> 00:49:45,310
Jodie Foster-- nem?

1032
00:49:45,310 --> 00:49:47,410
>> OK, így a két
nekünk, akik látták Kapcsolat,

1033
00:49:47,410 --> 00:49:50,800
van egy kapcsolat van, ahol
lényegében vásárolt két valaminek

1034
00:49:50,800 --> 00:49:53,250
inkább, mint egy, jóllehet
kétszeres áron.

1035
00:49:53,250 --> 00:49:55,922
Így volt ez a fajta játékos
megjegyzést a filmben.

1036
00:49:55,922 --> 00:49:57,130
Ez a fajta kapcsolódó.

1037
00:49:57,130 --> 00:49:58,290
Tudtuk teljesen csinálni.

1038
00:49:58,290 --> 00:50:00,123
És akkor már csak költség
nekünk kétszer annyi pénzt.

1039
00:50:00,123 --> 00:50:01,300
De mi jön vissza, hogy a.

1040
00:50:01,300 --> 00:50:02,400
>> Így már megoldotta ezt.

1041
00:50:02,400 --> 00:50:03,108
Szóval tudod mit?

1042
00:50:03,108 --> 00:50:04,450
Ez olyan, mint egy csúszós lejtőn.

1043
00:50:04,450 --> 00:50:07,033
Nem akarok foglalkozni, amelyek
hogy egy ismétlődő adatbázisban.

1044
00:50:07,033 --> 00:50:08,037
Túl sok pénzt.

1045
00:50:08,037 --> 00:50:08,620
Tudod mit?

1046
00:50:08,620 --> 00:50:12,880
Azt akarom, hogy az adatbázis
csakúgy, mint a változat egy

1047
00:50:12,880 --> 00:50:17,450
ahol minden szerver
saját helyi adatbázisban.

1048
00:50:17,450 --> 00:50:19,480
Úgyhogy csak fog
felhívni db minden egyes ilyen.

1049
00:50:19,480 --> 00:50:22,240
>> Tehát most minden webszerver
azonos annyiban

1050
00:50:22,240 --> 00:50:25,650
hiszen ugyanazt a kódot, ugyanaz
statikus eszköz-, azonos képek és szöveg

1051
00:50:25,650 --> 00:50:26,720
és így tovább.

1052
00:50:26,720 --> 00:50:29,580
És mindegyiknek megvan a saját adatbázisban.

1053
00:50:29,580 --> 00:50:31,450
Én fix egypontos
A hiba probléma.

1054
00:50:31,450 --> 00:50:32,570
Most van egy adatbázis.

1055
00:50:32,570 --> 00:50:36,210
Nem számít, amelyben két vagy egy ilyen
dolgok meghal, mindig van egy balra.

1056
00:50:36,210 --> 00:50:41,156
De milyen új probléma alkottam
hogy Dan megoldás elkerülni?

1057
00:50:41,156 --> 00:50:42,470
>> KÖZÖNSÉG: [hallható]

1058
00:50:42,470 --> 00:50:44,386
>> DAVID MALAN: Igen,
szinkronizálni kell, ugye?

1059
00:50:44,386 --> 00:50:47,860
Mert akár azt kell szinkronizálni
ki fog where-- más szóval,

1060
00:50:47,860 --> 00:50:50,570
Ha Alice nézte meg
helyén, és ő történt

1061
00:50:50,570 --> 00:50:55,070
hogy véletlenszerűen vagy kerek robined
vagy bármi, a szerver számú,

1062
00:50:55,070 --> 00:50:58,770
ezt követően azt kell mindig
küldjön neki a szerver 1.

1063
00:50:58,770 --> 00:50:59,420
Miért?

1064
00:50:59,420 --> 00:51:01,540
Mert ha küldök neki
a szerver 2, ez lesz

1065
00:51:01,540 --> 00:51:03,140
hogy néz ki, mint ő nem létezik ott.

1066
00:51:03,140 --> 00:51:04,450
>> Nem fogom, hogy ő érdekében történetében.

1067
00:51:04,450 --> 00:51:06,300
Nem fogom, hogy ő profil van.

1068
00:51:06,300 --> 00:51:09,360
És ez olyan, mintha egy
ez hívogató problémákat.

1069
00:51:09,360 --> 00:51:11,400
És amikor Bob látogatásaim
Van, hogy küldjön neki mindig

1070
00:51:11,400 --> 00:51:14,800
ugyanarra a szerverre, 2, vagy bármelyik
egy, és Charlie egy harmadik,

1071
00:51:14,800 --> 00:51:15,797
és következetesen.

1072
00:51:15,797 --> 00:51:17,130
Ez nem ésszerűtlen, mégis.

1073
00:51:17,130 --> 00:51:19,270
Ez az úgynevezett
particionálás az adatbázis.

1074
00:51:19,270 --> 00:51:21,270
És valójában ez az, amit
Facebook tette korán.

1075
00:51:21,270 --> 00:51:24,020
>> Ha követte a történelem
Facebook, hogy itt kezdődött a campus

1076
00:51:24,020 --> 00:51:25,770
mint www.thefacebook.com.

1077
00:51:25,770 --> 00:51:29,260
Akkor alakult ki egyszer Mark indult
elterjedésének más egyetemen

1078
00:51:29,260 --> 00:51:34,450
hogy harvard.thefacebook.com és
mit.thefacebook.com, és valószínűleg

1079
00:51:34,450 --> 00:51:37,027
bu.thefacebook.com, és hasonlók.

1080
00:51:37,027 --> 00:51:38,860
És ez volt az oka,
korán, nem hiszem,

1081
00:51:38,860 --> 00:51:40,484
akkor lehetett volna barátai szerte egyetemen.

1082
00:51:40,484 --> 00:51:41,410
De ez rendben van.

1083
00:51:41,410 --> 00:51:43,930
Mert valaki a Harvardon
kapott érkezik erre a szerverre.

1084
00:51:43,930 --> 00:51:45,744
Bárkit BU kapott érkezik erre a szerverre.

1085
00:51:45,744 --> 00:51:47,910
Bárki MIT kapott küldött
e server-- elméletben.

1086
00:51:47,910 --> 00:51:50,540
Nem elég tudni, hogy minden
mögöttes végrehajtásának részleteit.

1087
00:51:50,540 --> 00:51:55,610
De feltehetően megosztjuk emberek
campus, ahol a hálózat volt.

1088
00:51:55,610 --> 00:51:58,772
>> Tehát ez jó egészen a pontig
ahol szükség van a két szerver a Harvard,

1089
00:51:58,772 --> 00:51:59,980
vagy három szerverek Harvard.

1090
00:51:59,980 --> 00:52:01,800
És akkor, hogy az egyszerűség
fajta elromlik.

1091
00:52:01,800 --> 00:52:03,174
De ez egy ésszerű megközelítés.

1092
00:52:03,174 --> 00:52:04,950
Nézzük mindig küld Alice
ugyanarra a helyre,

1093
00:52:04,950 --> 00:52:06,366
Mindig küld Bob ugyanarra a helyre.

1094
00:52:06,366 --> 00:52:09,680
De mi történik, ha Alice
kiszolgáló offline állapotba kerül?

1095
00:52:09,680 --> 00:52:12,300
Bob és Charlie is vásárolni
dolgokat, és jelentkezzen be az oldalra.

1096
00:52:12,300 --> 00:52:13,462
De Alice nem.

1097
00:52:13,462 --> 00:52:15,170
Szóval elvesztettem egy harmadik
a felhasználói bázis.

1098
00:52:15,170 --> 00:52:16,980
Lehet, hogy jobb, mint a 100%?

1099
00:52:16,980 --> 00:52:20,580
De talán jó lenne, ha tudnánk
még a 100% -os a felhasználók

1100
00:52:20,580 --> 00:52:23,470
akkor is, ha egy harmadik a mi
szerverek offline állapotba kerül.

1101
00:52:23,470 --> 00:52:24,760
>> Így lehet szinkronizálni, mi?

1102
00:52:24,760 --> 00:52:29,250
Nem a felhasználók számára, per se, de a
adatbázis az összes ezeket a szervereket.

1103
00:52:29,250 --> 00:52:33,350
Tehát most azt a fajta kell néhány
fajta összekapcsolás

1104
00:52:33,350 --> 00:52:37,880
itt, hogy a szerverek maguk
lehet sync-- nem ésszerűtlen.

1105
00:52:37,880 --> 00:52:40,090
És valóban, ez a technológia létezik.

1106
00:52:40,090 --> 00:52:45,550
A világon az adatbázisok, van
fogalmát a mester-szolga adatbázisok,

1107
00:52:45,550 --> 00:52:48,240
vagy primer-szekunder
ahol többek között a funkciók

1108
00:52:48,240 --> 00:52:51,050
nem csak az adatok tárolására
és válaszol az adat,

1109
00:52:51,050 --> 00:52:53,375
hanem csak azért, hogy folyamatosan
szinkronizálni egymással.

1110
00:52:53,375 --> 00:52:56,480
Tehát minden alkalommal, amikor írni vagy menteni
valamit az adatbázisban,

1111
00:52:56,480 --> 00:53:00,040
azonnal kap "reprodukálni"
a más adatbázisokhoz is.

1112
00:53:00,040 --> 00:53:02,870
>> És minden alkalommal, amikor olvasni belőle,
nem számít, hogy hol van.

1113
00:53:02,870 --> 00:53:05,170
Mert ha elméletben
ők minden szinkronizált, te

1114
00:53:05,170 --> 00:53:07,710
megy, hogy ugyanazt a nézetet az adatok.

1115
00:53:07,710 --> 00:53:10,800
Tehát ez tökéletesen hangzik.

1116
00:53:10,800 --> 00:53:11,883
Kell lennie egy fogás.

1117
00:53:11,883 --> 00:53:15,200

1118
00:53:15,200 --> 00:53:18,990
Mi lehet a fogás legyen?

1119
00:53:18,990 --> 00:53:21,790
>> KÖZÖNSÉG: [hallható]

1120
00:53:21,790 --> 00:53:25,830
>> DAVID MALAN: Igen, tehát háromszor
annyi cuccot elromolhat.

1121
00:53:25,830 --> 00:53:26,930
Ez a valóság.

1122
00:53:26,930 --> 00:53:28,480
Lehet mind ugyanolyan szellemben.

1123
00:53:28,480 --> 00:53:30,404
De valakinek meg kell konfigurálni ezeket.

1124
00:53:30,404 --> 00:53:33,070
Van egy nagyobb a valószínűsége, hogy
valami van baj.

1125
00:53:33,070 --> 00:53:38,130
Csak kombinatorikusan van
több dolgot hibákat eredményezhet.

1126
00:53:38,130 --> 00:53:40,505
Mi mást is rossz potenciálisan?

1127
00:53:40,505 --> 00:53:41,380
KÖZÖNSÉG: [hallható]

1128
00:53:41,380 --> 00:53:44,100

1129
00:53:44,100 --> 00:53:46,180
>> DAVID MALAN: Igen, tehát
szinkronizálás lehet rossz.

1130
00:53:46,180 --> 00:53:48,110
Még lehet, hogy tudja,
biztonsági másolatok és az ilyen,

1131
00:53:48,110 --> 00:53:50,520
ha csak vakon teszi
mentést, milyen, ha valami

1132
00:53:50,520 --> 00:53:51,560
elromolhat egy adatbázisban?

1133
00:53:51,560 --> 00:53:53,018
Törli, amit nem kellene.

1134
00:53:53,018 --> 00:53:56,299
Már rögtön reprodukálni
hogy a probléma mindenhol máshol.

1135
00:53:56,299 --> 00:53:58,840
Tehát Victoria talking-- mentést
lenne egy jó dolog van.

1136
00:53:58,840 --> 00:54:00,549
És így akkor visszatérünk erre.

1137
00:54:00,549 --> 00:54:03,090
És hogy tisztázzuk, mi beszélünk
Nem a mentést itt önmagában.

1138
00:54:03,090 --> 00:54:08,240
Beszélünk reprodukálták
vagy szinkronizálás a szerverek között.

1139
00:54:08,240 --> 00:54:09,110
Ők mind élőben.

1140
00:54:09,110 --> 00:54:12,074
Ők nem azt jelentette, hogy
használható mentést.

1141
00:54:12,074 --> 00:54:13,294
>> KÖZÖNSÉG: [hallható]

1142
00:54:13,294 --> 00:54:14,335
DAVID MALAN: Mi ez?

1143
00:54:14,335 --> 00:54:14,710
Közönség: Higher--

1144
00:54:14,710 --> 00:54:15,751
DAVID MALAN: Drágább.

1145
00:54:15,751 --> 00:54:20,180
Már megháromszorozódott költsége
biztos, bár legalábbis az

1146
00:54:20,180 --> 00:54:21,100
a hardver.

1147
00:54:21,100 --> 00:54:23,200
Mivel az adatbázis
csak egy darab szoftvert.

1148
00:54:23,200 --> 00:54:25,189
A webszerver és egy szoftver.

1149
00:54:25,189 --> 00:54:27,980
Ez talán szabad, ha mi használ
bármennyi nyílt forráskódú dolgokat.

1150
00:54:27,980 --> 00:54:30,480
De ha mi használ
olyasmi, mint az Oracle,

1151
00:54:30,480 --> 00:54:36,574
fizetünk Oracle több pénz per
engedélyeket, illetve a Microsoft-hozzáférés.

1152
00:54:36,574 --> 00:54:38,240
Kell, hogy legyen valami más fogás.

1153
00:54:38,240 --> 00:54:39,240
Nem lehet ezt az egyszerű.

1154
00:54:39,240 --> 00:54:42,990

1155
00:54:42,990 --> 00:54:47,300
>> Tehát a lényeg, azt hiszem,
Kareem, földrajz earlier-- vagy nem,

1156
00:54:47,300 --> 00:54:50,870
Roman, igaz, az geography-- feltételezni
hogy mi vagyunk, hogy okos erről,

1157
00:54:50,870 --> 00:54:54,080
és mi vagyunk ami az egyik szerver,
és fordítsuk adatbázisok, az USA-ban,

1158
00:54:54,080 --> 00:54:56,910
és egy másik Európában, a másik
Dél-Amerikában, a másik az afrikai,

1159
00:54:56,910 --> 00:55:00,290
másik Ázsiában, bárhol vagyunk
Érdemes az egész világon.

1160
00:55:00,290 --> 00:55:04,220
Azt már tudjuk, a mi nyom
utak, pont és pont

1161
00:55:04,220 --> 00:55:06,910
B, ha ők távolabb egymástól,
megy, hogy több időt.

1162
00:55:06,910 --> 00:55:10,312
>> És ha néhányan már használt
eszközöket, mint a Facebook vagy a Twitter

1163
00:55:10,312 --> 00:55:13,520
vagy az ilyen helyeket manapság, hogy
folyamatosan változik, mert a felhasználó

1164
00:55:13,520 --> 00:55:16,880
létrehozott adatokat, néha, ha
hit Reload vagy nyissa meg az ugyanazon az oldalon

1165
00:55:16,880 --> 00:55:20,270
egy másik böngészőt, látod
különböző változatban, szinte.

1166
00:55:20,270 --> 00:55:22,875
Lehet, hogy valaki állapotát
frissíteni, de itt nincs itt,

1167
00:55:22,875 --> 00:55:25,500
és akkor újratölteni, és akkor
jelenik meg, és újratölti újra,

1168
00:55:25,500 --> 00:55:26,640
és eltűnik.

1169
00:55:26,640 --> 00:55:29,076
Más szavakkal, tartsa
nézzék meg ezeket a legalább

1170
00:55:29,076 --> 00:55:30,950
ha használja a szociális
hálózatépítési.

1171
00:55:30,950 --> 00:55:33,320
>> Ismét, csak azért, mert a
adatok olyan gyorsan változik,

1172
00:55:33,320 --> 00:55:35,710
Néha kiszolgálók még elcsúszhat.

1173
00:55:35,710 --> 00:55:37,230
És lehet, hogy egy szuper kis ablakban.

1174
00:55:37,230 --> 00:55:39,970
De 200 milliszekundum, talán
még jobban, mint hogy-- ez

1175
00:55:39,970 --> 00:55:43,415
fog tartani egy nem nulla összeget
Az idő, hogy ezeket adatbázisok szinkronizálása.

1176
00:55:43,415 --> 00:55:45,290
És mi nem csak
beszél egy kérést.

1177
00:55:45,290 --> 00:55:48,540
Ha egy cég több ezer
felhasználó használja egyszerre,

1178
00:55:48,540 --> 00:55:49,460
lehet, hogy a puffer.

1179
00:55:49,460 --> 00:55:52,240
Más szavakkal, előfordulhat
egy sorban, vagy a várakozás sor

1180
00:55:52,240 --> 00:55:54,950
mielőtt az összes ilyen adatbázis
lekérdezések a szinkronizálás.

1181
00:55:54,950 --> 00:55:56,610
Tehát lehet, hogy valójában egy pár másodpercig.

1182
00:55:56,610 --> 00:55:59,820
>> És valóban, ez igaz azt hiszem, még
a mai napig a Facebook, ahol

1183
00:55:59,820 --> 00:56:02,010
amikor szinkronizálni
East Coast West Coast,

1184
00:56:02,010 --> 00:56:06,026
van egy nem-triviális
késleltetési, hogy úgy mondjam,

1185
00:56:06,026 --> 00:56:07,650
hogy csak ilyen kell elviselni.

1186
00:56:07,650 --> 00:56:11,210
És ez így nem annyira
egy hiba, mint ez a valóság

1187
00:56:11,210 --> 00:56:14,230
hogy a felhasználók ne lássanak
A helyes adatok legalább

1188
00:56:14,230 --> 00:56:14,970
néhány másodpercig.

1189
00:56:14,970 --> 00:56:17,410
>> Látom, ez a Twitteren egy csomó
valójában hol néha én

1190
00:56:17,410 --> 00:56:21,227
tweet egy ablakban nyissa meg a másik, hogy
majd látni, hogy erősítse meg, hogy valóban

1191
00:56:21,227 --> 00:56:22,560
felment, és ez még nincs ott.

1192
00:56:22,560 --> 00:56:25,340
És van, hogy milyen újratölteni,
reload, reload-- ó, ez van.

1193
00:56:25,340 --> 00:56:27,150
És ez nem azért, mert nem volt mentve.

1194
00:56:27,150 --> 00:56:29,850
Csak még nem szaporították
a más szerverek.

1195
00:56:29,850 --> 00:56:33,120
>> Tehát ez a trade-off, too-- te tényleg
akarta kitenni magát annak a veszélynek

1196
00:56:33,120 --> 00:56:37,254
hogy ha a felhasználó elmegy azok sorrendjét
történelem, ez valójában nem létezik még?

1197
00:56:37,254 --> 00:56:38,420
Látom, ez a bizonyos bankok.

1198
00:56:38,420 --> 00:56:42,100
Mindig bosszant, amikor is az egyik,
akkor csak megy, mint hat hónappal ezelőtt

1199
00:56:42,100 --> 00:56:45,160
a banki kimutatások egyes bankok,
noha elméletileg kellene

1200
00:56:45,160 --> 00:56:46,576
hogy képes legyen minden online.

1201
00:56:46,576 --> 00:56:48,630
Ők csak úgy dolgoknak néha.

1202
00:56:48,630 --> 00:56:51,430
Néha too-- mi website ez?

1203
00:56:51,430 --> 00:56:53,570
Van one-- ó, ez GoDaddy, azt hiszem.

1204
00:56:53,570 --> 00:56:56,620
GoDaddy, ha ellenőrizze
vásárol egy domain nevet, vagy valami,

1205
00:56:56,620 --> 00:56:58,630
akkor gyakran kapsz
egy linket a nyugtát.

1206
00:56:58,630 --> 00:57:01,470
És ha a linkre kattint, a jobb
el, ez gyakran nem működik.

1207
00:57:01,470 --> 00:57:03,290
Csak azt mondja, zsákutca, itt semmi.

1208
00:57:03,290 --> 00:57:05,450
>> És ez is azért, mert a
ezeket a terjedési késleltetés.

1209
00:57:05,450 --> 00:57:08,290
Mert bármilyen okból, akkor
szed egy kis időt

1210
00:57:08,290 --> 00:57:09,670
hogy valóban generál, hogy.

1211
00:57:09,670 --> 00:57:12,070
Tehát ez a fajta, mint azt szeretnénk, hogy
húzza ki a hajad egy bizonyos ponton.

1212
00:57:12,070 --> 00:57:14,486
Mivel minden próbál
tennie megoldani egy egyszerű probléma.

1213
00:57:14,486 --> 00:57:16,590
És mi folyamatosan új
problémákat magunknak.

1214
00:57:16,590 --> 00:57:18,770
Tehát lássuk, ha
lehet egyfajta visszavonni.

1215
00:57:18,770 --> 00:57:22,730
>> Kiderült, hogy egyesíti
adatbázisok minden webszerverei

1216
00:57:22,730 --> 00:57:25,090
nem igazán a legjobb gyakorlatot.

1217
00:57:25,090 --> 00:57:27,950
Általában milyen mérnök
tenne, vagy rendszerépítész,

1218
00:57:27,950 --> 00:57:30,340
lenne, hogy a különböző
szintek szerverek.

1219
00:57:30,340 --> 00:57:33,160
És csak a helyet kedvéért, én
készít az adatbázis itt.

1220
00:57:33,160 --> 00:57:38,060
>> Talán van az adatbázisban, és
szerver számát négy itt

1221
00:57:38,060 --> 00:57:42,430
hogy nem rendelkeznek kapcsolattal
Minden ilyen szerverek itt.

1222
00:57:42,430 --> 00:57:45,400
Tehát ez lehet az elülső
végén tier, az emberek azt mondják.

1223
00:57:45,400 --> 00:57:47,770
És ez lenne a mi hátsó réteg.

1224
00:57:47,770 --> 00:57:50,580
És ez csak azt jelenti, hogy
ezek szembe a felhasználó.

1225
00:57:50,580 --> 00:57:53,010
És az adatbázisok nem szembesülnek a felhasználó.

1226
00:57:53,010 --> 00:57:55,480
Nem felhasználó közvetlenül
az adatbázis eléréséhez.

1227
00:57:55,480 --> 00:57:59,280
>> Úgyhogy most talán lemegy
Az útvonal Victoria javasolt.

1228
00:57:59,280 --> 00:58:00,940
Ez egy ponton a kudarc.

1229
00:58:00,940 --> 00:58:02,290
Ami nekem kellemetlen.

1230
00:58:02,290 --> 00:58:05,790
Tehát mi talán
legkézenfekvőbb megoldás?

1231
00:58:05,790 --> 00:58:06,665
KÖZÖNSÉG: [hallható]

1232
00:58:06,665 --> 00:58:09,979

1233
00:58:09,979 --> 00:58:11,437
DAVID MALAN: Sajnálom, azt mondják, hogy megint.

1234
00:58:11,437 --> 00:58:12,352
KÖZÖNSÉG: [hallható]

1235
00:58:12,352 --> 00:58:13,810
DAVID MALAN: Nem termelési kiszolgálóval.

1236
00:58:13,810 --> 00:58:15,364
Hogy érted?

1237
00:58:15,364 --> 00:58:17,120
>> KÖZÖNSÉG: [hallható]

1238
00:58:17,120 --> 00:58:19,120
>> DAVID MALAN: Oh, OK, így a biztonsági másolatok.

1239
00:58:19,120 --> 00:58:21,110
OK, így tudtuk csinálni, biztosan.

1240
00:58:21,110 --> 00:58:23,790
És tulajdonképpen ez igen gyakran történik.

1241
00:58:23,790 --> 00:58:26,470
Ez lehet az adatbázisban száma öt.

1242
00:58:26,470 --> 00:58:28,510
De ez csak
csatlakozik száma négy.

1243
00:58:28,510 --> 00:58:31,110
És lehet, hogy ez egy meleg tartalék.

1244
00:58:31,110 --> 00:58:35,080
Ez a két adatbázist lehet konfigurálni
hogy csak állandóan szinkronizálni

1245
00:58:35,080 --> 00:58:35,850
egymás.

1246
00:58:35,850 --> 00:58:39,010
És így, ha ez a gép meghal, a
bármilyen hülye reason-- a merevlemez

1247
00:58:39,010 --> 00:58:42,100
meghal, valaki megbotlik a
kábel, néhány szoftver hibás

1248
00:58:42,100 --> 00:58:46,560
és a gép lefagy vagy crashes--
ha volna egy emberi szó

1249
00:58:46,560 --> 00:58:51,090
húzza ki ezt a fali
és helyette csatlakoztassa ezt a.

1250
00:58:51,090 --> 00:58:56,340
És akkor belül, mondjuk, egy
Néhány perc, talán fél óra,

1251
00:58:56,340 --> 00:58:57,210
Ön ismét online.

1252
00:58:57,210 --> 00:58:59,259
>> Ez nem jó, de
ez nem is szörnyű.

1253
00:58:59,259 --> 00:59:01,800
És akkor nem kell aggódnia
bármilyen szinkronizációs problémák.

1254
00:59:01,800 --> 00:59:03,080
Mert minden már ott van.

1255
00:59:03,080 --> 00:59:05,000
Mert volt egy tökéletes
hát kész.

1256
00:59:05,000 --> 00:59:07,100
>> Lehet, hogy egy kicsit
szakértő erről,

1257
00:59:07,100 --> 00:59:12,990
mint néhány ember gyakran, ahol
Lehet, hogy az adatbázisban a négyes itt,

1258
00:59:12,990 --> 00:59:17,480
adatbázis szám öt itt,
amelyek egymással kommunikálnak.

1259
00:59:17,480 --> 00:59:24,120
De akkor is van ez
fajta arrangement--

1260
00:59:24,120 --> 00:59:27,440
és szándékosan
úgy néz ki, rendetlen, mert

1261
00:59:27,440 --> 00:59:30,220
is-- ahol az összes
front end szerverek is

1262
00:59:30,220 --> 00:59:32,870
beszélni, hogy minden a hátsó szervereket.

1263
00:59:32,870 --> 00:59:38,130
És így, ha az adatbázisban nem
reagálnak, ezek front end szerverek

1264
00:59:38,130 --> 00:59:40,212
hogy programozási
kódot őket, amely azt mondja,

1265
00:59:40,212 --> 00:59:42,170
ha nem kap
kapcsolat az adatbázisban,

1266
00:59:42,170 --> 00:59:45,830
Az elsődleges azonnal indul
beszél a másodlagos.

1267
00:59:45,830 --> 00:59:48,310
>> De ez most megnyomja a
komplexitás a kódot.

1268
00:59:48,310 --> 00:59:52,070
És most a fejlesztők, a szoftver
fejlesztők, tudni kell ezt.

1269
00:59:52,070 --> 00:59:56,454
És te milyen árukapcsolás, hogy a kód
írsz, hogy a tényleges hátsó

1270
00:59:56,454 --> 00:59:58,370
végrehajtásának részleteit,
ami még nehezebbé teszi,

1271
00:59:58,370 --> 01:00:00,670
különösen egy nagyobb
vállalat vagy egy nagyobb weboldal,

1272
01:00:00,670 --> 01:00:05,020
ahol nem feltétlenül
szeretné, hogy a programozók, hogy

1273
01:00:05,020 --> 01:00:10,890
tudni, hogy az adatbázis
mérnökök csinálnak munkájukat.

1274
01:00:10,890 --> 01:00:13,810
Érdemes megtartani ezeket a szerepeket
fajta funkcionálisan elkülönülő így

1275
01:00:13,810 --> 01:00:16,810
hogy van ez a réteg
absztrakció a kettő között.

1276
01:00:16,810 --> 01:00:17,940
>> Tehát hogyan tudnánk ezt orvosolni?

1277
01:00:17,940 --> 01:00:20,290
Nos, azt a fajta megoldott
ezt a problémát egyszer.

1278
01:00:20,290 --> 01:00:25,680
Miért nem teszünk egy
ezek a dolgok itt, ahol

1279
01:00:25,680 --> 01:00:30,947
Úgy beszél viszont a négyes és
öt, mind a front end webszerverek

1280
01:00:30,947 --> 01:00:33,780
beszéljek a közvetítő, és a
közvetítő viszont útvonalak adataikat?

1281
01:00:33,780 --> 01:00:38,494
Tény, hogy mi lehet a
jó név ez a dolog?

1282
01:00:38,494 --> 01:00:39,704
>> KÖZÖNSÉG: [hallható]

1283
01:00:39,704 --> 01:00:41,120
DAVID MALAN: OK, adatbázis-kezelő.

1284
01:00:41,120 --> 01:00:48,030
De mi lehet a kifejezés lehet, hogy
tudtuk újra ehhez az eszközhöz?

1285
01:00:48,030 --> 01:00:49,760
Mi kiegyensúlyozó.

1286
01:00:49,760 --> 01:00:52,480
Igen, valóban, én
nem tisztességes itt.

1287
01:00:52,480 --> 01:00:56,760
Tehát egy terheléselosztó azt jelentené, hogy
vagyunk váltva oda-vissza van,

1288
01:00:56,760 --> 01:00:58,836
amelynek nem ténylegesen a helyzet.

1289
01:00:58,836 --> 01:01:00,460
Tehát van néhány mód, ezt megteheti.

1290
01:01:00,460 --> 01:01:03,920
>> Ha ez valójában egy terheléselosztó, a
történet pontosan ugyanaz, mint korábban.

1291
01:01:03,920 --> 01:01:05,230
Néhány kérések 4.

1292
01:01:05,230 --> 01:01:06,150
Némelyikük megy 5.

1293
01:01:06,150 --> 01:01:06,710
És ez jó.

1294
01:01:06,710 --> 01:01:08,835
Mivel most már tudjuk kezelni
kétszer annyi teljesítményt.

1295
01:01:08,835 --> 01:01:11,120
De ez a kapcsolat
Itt szuper fontos.

1296
01:01:11,120 --> 01:01:14,050
Meg kell maradni állandóan
szinkronizált, és remélhetőleg

1297
01:01:14,050 --> 01:01:17,670
földrajzilag nem túl messze egymástól, így
hogy a szinkronizációs lényegében

1298
01:01:17,670 --> 01:01:18,520
pillanatnyi.

1299
01:01:18,520 --> 01:01:20,410
Egyébként lehet, hogy van egy kis probléma.

1300
01:01:20,410 --> 01:01:21,330
>> Tehát ez nem rossz.

1301
01:01:21,330 --> 01:01:25,132
De ismét, most már
bevezetett egy új probléma.

1302
01:01:25,132 --> 01:01:26,590
Mi a probléma már csak újra?

1303
01:01:26,590 --> 01:01:30,000

1304
01:01:30,000 --> 01:01:31,020
Egyetlen meghibásodási pont.

1305
01:01:31,020 --> 01:01:32,390
Tehát mi a megoldás erre?

1306
01:01:32,390 --> 01:01:39,270
Így például Victoria szereti a pénzt költeni,
tudjuk venni ezt a fickót, és erre a célra.

1307
01:01:39,270 --> 01:01:41,731
És én csak fog
mozog itt elég hely.

1308
01:01:41,731 --> 01:01:43,230
És ez megy, hogy egy kicsit rendetlen.

1309
01:01:43,230 --> 01:01:44,563
Megyek, hogy vonalakat.

1310
01:01:44,563 --> 01:01:47,080
Tegyük fel, hogy minden
Ezen a vonalon megy mindkettő?

1311
01:01:47,080 --> 01:01:52,670
>> Egy nagyon gyakori technika itt lenne
használja a technikát nevezik szívverés

1312
01:01:52,670 --> 01:01:57,390
ahol minden egyes ilyen eszközök,
A balra és jobbra terheléskiegyenlítők,

1313
01:01:57,390 --> 01:02:00,740
vagy amit csak akarunk hívni őket,
folyamatosan azt mondja, hogy élek,

1314
01:02:00,740 --> 01:02:03,220
Életben vagyok, hogy élek, hogy élek.

1315
01:02:03,220 --> 01:02:05,910
Egyikük alapértelmezés
viselkedik, mint az elsődleges.

1316
01:02:05,910 --> 01:02:09,620
Tehát az összes forgalom halad át
az egyik a bal oldalon, például

1317
01:02:09,620 --> 01:02:11,260
alapértelmezés szerint önkényesen.

1318
01:02:11,260 --> 01:02:16,890
>> De amint a srác a jobb
nem hallja a bal srác többé,

1319
01:02:16,890 --> 01:02:20,440
Az egyik a jobb oldalon van programozva
hogy automatikusan, például

1320
01:02:20,440 --> 01:02:24,110
átveszi az IP-címet
Az egyik a bal oldalon,

1321
01:02:24,110 --> 01:02:28,240
és így lesz az elsődleges, és a
Talán küldjön egy e-mailt vagy szöveges üzenet

1322
01:02:28,240 --> 01:02:31,570
Az emberek azt mondják, hogy, hé,
A bal elsődleges offline.

1323
01:02:31,570 --> 01:02:33,310
Én lesz az elsődleges most.

1324
01:02:33,310 --> 01:02:35,760
Így alelnöke lesz
elnök, hogy úgy mondjam.

1325
01:02:35,760 --> 01:02:38,180
És valaki menni menteni
az elnök, ha akar.

1326
01:02:38,180 --> 01:02:41,090
Mert most van egy ideiglenes
egyetlen meghibásodási pont.

1327
01:02:41,090 --> 01:02:45,020
>> Tehát olyan bonyolult, vagy stresszes, mint
ez úgy tűnik, hogy megkezdődhessen,

1328
01:02:45,020 --> 01:02:46,990
ez hogyan oldja meg ezeket a problémákat.

1329
01:02:46,990 --> 01:02:48,190
Te dobni pénzt rá.

1330
01:02:48,190 --> 01:02:49,370
Akkor dobja hardver rá.

1331
01:02:49,370 --> 01:02:52,170
De sajnos
bonyolulttá érte.

1332
01:02:52,170 --> 01:02:56,450
De az eredmény, végül az, hogy a
van egy sokkal, az elmélet,

1333
01:02:56,450 --> 01:02:57,670
robosztus architektúra.

1334
01:02:57,670 --> 01:02:58,850
Ez még mindig nem tökéletes.

1335
01:02:58,850 --> 01:03:02,470
Mert még ha Itt jönnek talán
nincs egyetlen meghibásodási pont.

1336
01:03:02,470 --> 01:03:05,240
Most már kettős hibapont.

1337
01:03:05,240 --> 01:03:07,630
De ha két dolog rosszra,
ami egyáltalán tudott,

1338
01:03:07,630 --> 01:03:09,030
mi még mindig lesz elérhető.

1339
01:03:09,030 --> 01:03:11,660
>> És így igen gyakori a
ipar leírni

1340
01:03:11,660 --> 01:03:14,000
az idő szempontjából kilences.

1341
01:03:14,000 --> 01:03:18,610
És egyfajta cél
törekedni, hogy a 99,999%

1342
01:03:18,610 --> 01:03:21,580
Az idő a webhely az interneten.

1343
01:03:21,580 --> 01:03:24,170
Vagy még jobb, adjunk hozzá egy
Még néhány kilences e.

1344
01:03:24,170 --> 01:03:28,159
Sajnos, ezek a
kilences nagyon drágák.

1345
01:03:28,159 --> 01:03:29,450
És lássuk ténylegesen ezt ki.

1346
01:03:29,450 --> 01:03:35,510
Tehát, ha én nyit a nagy számológép ismét
365 nap egy évben, 24 óra egy nap,

1347
01:03:35,510 --> 01:03:44,780
60 perc egy óra, és
60 másodperc egy perc alatt,

1348
01:03:44,780 --> 01:03:48,690
ennyi másodperc van
egy év alatt, ha ezt tettem helyesen.

1349
01:03:48,690 --> 01:03:55,740
Tehát, ha alkalommal ezt 0,99999, ami
mennyi időt szeretnénk törekszik.

1350
01:03:55,740 --> 01:04:00,600
Tehát ez azt jelenti, meg kell kezdeni
ennyi másodperc az év során.

1351
01:04:00,600 --> 01:04:03,920
Tehát, ha én most vonjuk le a
eredeti érték, vagy inkább

1352
01:04:03,920 --> 01:04:07,480
ez az új értéket a
first-- 316 másodperc,

1353
01:04:07,480 --> 01:04:09,640
ami természetesen öt percig.

1354
01:04:09,640 --> 01:04:13,770
>> Tehát, ha a honlap, vagy a cég
azt állítva, "öt kilences", amellyel te

1355
01:04:13,770 --> 01:04:17,050
akár 99,99% az idő,
ez azt jelenti, hogy jobban

1356
01:04:17,050 --> 01:04:23,470
már elég okos, és gyorsan
elég flush elég erőforrás

1357
01:04:23,470 --> 01:04:27,890
hogy a szerverek csak elérhető
Öt perccel ki az év.

1358
01:04:27,890 --> 01:04:29,980
Ez egy költséges és
Nehéz dolog, hogy vágynak.

1359
01:04:29,980 --> 01:04:31,430
>> Tehát ez egy kompromisszum is.

1360
01:04:31,430 --> 01:04:35,866
99,999% -ában elég
rohadt nehéz és drága.

1361
01:04:35,866 --> 01:04:38,740
Öt minutes-- akkor alig kap
hogy a szerver fizikailag helyére

1362
01:04:38,740 --> 01:04:40,040
valamit, ami elromlott.

1363
01:04:40,040 --> 01:04:42,810
És ezért kezdjük vezetékek
dolgok együtt bonyolultabb

1364
01:04:42,810 --> 01:04:48,240
Apriori úgy, hogy a számítógépek
lehet egyfajta fix magukat.

1365
01:04:48,240 --> 01:04:49,446
Igen.

1366
01:04:49,446 --> 01:04:52,344
>> KÖZÖNSÉG: [hallható]

1367
01:04:52,344 --> 01:05:02,014

1368
01:05:02,014 --> 01:05:04,430
DAVID MALAN: A probléma oka lehet
lehet bármely helyek számát.

1369
01:05:04,430 --> 01:05:05,090
És fact--

1370
01:05:05,090 --> 01:05:07,101
>> KÖZÖNSÉG: [hallható]

1371
01:05:07,101 --> 01:05:08,600
DAVID MALAN: Abszolút, abszolút.

1372
01:05:08,600 --> 01:05:10,720
És mivel a kép
egyre bonyolultabb,

1373
01:05:10,720 --> 01:05:12,110
ez lehet a web szerver.

1374
01:05:12,110 --> 01:05:14,690
Ez lehet a hatalom, hogy az épületet.

1375
01:05:14,690 --> 01:05:17,900
Ez lehet valami fizikai, mint a
A kábeleket kapott, kopott vagy kirúgták.

1376
01:05:17,900 --> 01:05:19,879
Ez lehet az adatbázis
nem válaszol.

1377
01:05:19,879 --> 01:05:22,920
Meg lehetne úgy frissíteni az operációs
rendszer és valami lóg.

1378
01:05:22,920 --> 01:05:24,634
Tehát olyan sok más mozgó alkatrészek.

1379
01:05:24,634 --> 01:05:27,050
És így sok a mérnöki
hogy el kell menni mögött

1380
01:05:27,050 --> 01:05:30,431
valójában csak kompromisszumokra, mint például hogyan
sok időt, hogy mennyi pénz ténylegesen

1381
01:05:30,431 --> 01:05:32,930
Érdemes, és melyek azok a veszélyek
te nagyon aggódik?

1382
01:05:32,930 --> 01:05:35,471
Például, a
tanfolyamok tanítok Harvard,

1383
01:05:35,471 --> 01:05:38,470
használjuk a sok számítási felhő, amely
kezdjük, hogy egy pillantást most,

1384
01:05:38,470 --> 01:05:41,107
Sőt, ahol az általunk használt
Amazon Web Services.

1385
01:05:41,107 --> 01:05:42,940
Csak azért, mert ez a
Egy elkezdtük a.

1386
01:05:42,940 --> 01:05:45,856
De van még több ezekben a napokban
A Google és a Microsoft és mások.

1387
01:05:45,856 --> 01:05:50,030
És mi tudatosan dönt, hogy minden
Tanfolyamaink "virtuális gép,

1388
01:05:50,030 --> 01:05:55,400
ahogy ők nevezik, a azt hiszem
ez Nyugat-Virginia adatközpont.

1389
01:05:55,400 --> 01:05:57,560
A legtöbb diák
történetesen az USA-ból,

1390
01:05:57,560 --> 01:05:59,820
bár vannak természetesen
Egyes nemzetközi szinten.

1391
01:05:59,820 --> 01:06:02,630
>> De a valóság az, hogy ez csak
egyszerűbb és ez olcsóbb nekünk

1392
01:06:02,630 --> 01:06:05,540
hogy az összes tojást
A Virginia kosár,

1393
01:06:05,540 --> 01:06:08,050
bár tudom, hogy ha valami
elromlik Virginia,

1394
01:06:08,050 --> 01:06:12,760
mivel alkalmanként happened-- mint
ha van egy hurrikán vagy valamilyen időjárás

1395
01:06:12,760 --> 01:06:15,890
ilyen esemény, hogy ha van valami
elektromos hálózatra kiadásakor vagy az, így: minden

1396
01:06:15,890 --> 01:06:20,240
Tanfolyamaink adatai is megy az offline
Egyes számú percek vagy órák

1397
01:06:20,240 --> 01:06:21,600
vagy még hosszabb.

1398
01:06:21,600 --> 01:06:24,020
>> De az összeg a komplexitás
hogy szükség lenne,

1399
01:06:24,020 --> 01:06:26,895
és az összeget, amely
szükséges, hogy működik minden

1400
01:06:26,895 --> 01:06:31,420
párhuzamosan Európában vagy Kaliforniában
csak nincs olyan sok értelme.

1401
01:06:31,420 --> 01:06:35,080
Tehát ez egy ésszerű kereskedelmi
off, de egy fájdalmas

1402
01:06:35,080 --> 01:06:37,740
ha te tényleg
miután a leállás idejét.

1403
01:06:37,740 --> 01:06:41,830
>> Nos, most, hogy átmeneti
néhány felhő alapú megoldások

1404
01:06:41,830 --> 01:06:43,320
néhány ilyen problémákat.

1405
01:06:43,320 --> 01:06:45,040
Minden, amit már
megvitatása eddig

1406
01:06:45,040 --> 01:06:47,527
a fajta probléma, hogy van
velünk volt egy ideig,

1407
01:06:47,527 --> 01:06:49,610
hogy van-e a saját
szerverek a cég,

1408
01:06:49,610 --> 01:06:52,740
hogy elmész egy co-location
hely, mint egy adatközpont és megosztás

1409
01:06:52,740 --> 01:06:55,110
helyet valaki,
vagy manapság a felhő.

1410
01:06:55,110 --> 01:06:57,040
>> És mi szép a
a felhő az, hogy minden

1411
01:06:57,040 --> 01:06:59,540
ezeket a dolgokat én
rajz fizikai tárgyak

1412
01:06:59,540 --> 01:07:02,400
most úgy, mint
egyfajta virtuális tárgyakat

1413
01:07:02,400 --> 01:07:04,659
a felhőben, amely
szimulált szoftver.

1414
01:07:04,659 --> 01:07:07,700
Más szóval, a számítógépek ma,
szerverek ma, mint a Dell kép

1415
01:07:07,700 --> 01:07:11,720
Megmutattam korábban, olyan gyorsan, van
annyi RAM, annyira a processzort, annyi lemez

1416
01:07:11,720 --> 01:07:16,140
hely, hogy az emberek írtak
szoftver gyakorlatilag partíció

1417
01:07:16,140 --> 01:07:21,130
Egy szerver fel az illúziót, hogy
hogy a két szerver, vagy 200 szerver, így

1418
01:07:21,130 --> 01:07:24,150
hogy mindannyian vevők
van az illúziót, amely

1419
01:07:24,150 --> 01:07:29,110
nem csak egy számla néhány web
fogadó, de a saját gépen, hogy mi vagyunk

1420
01:07:29,110 --> 01:07:30,490
bérlés mástól.

1421
01:07:30,490 --> 01:07:34,140
>> De ez egy virtuális gép
amennyiben egy Dell szerver,

1422
01:07:34,140 --> 01:07:39,160
újra lehet megosztjuk fel
Két vagy 200 vagy több virtuális gép,

1423
01:07:39,160 --> 01:07:43,770
amelyek mindegyike ad valaki adminisztratív
hozzáférés, de olyan módon, ahol egyikünk sem

1424
01:07:43,770 --> 01:07:48,040
tudja, vagy a hozzáférést más virtuális
gépek ugyanazon a hardveren.

1425
01:07:48,040 --> 01:07:53,430
Tehát festeni egy képet a mai diák,
Én ezt itt forgatták a honlapon,

1426
01:07:53,430 --> 01:07:54,160
úgynevezett Docker.

1427
01:07:54,160 --> 01:07:56,970
>> Tehát ez egy kicsit
részletességgel, mint mi valójában szüksége van.

1428
01:07:56,970 --> 01:07:59,830
De ha ezt tekinti
Ön infrastructure--

1429
01:07:59,830 --> 01:08:02,910
így csak a hardver a saját,
A kiszolgálók, az állványok, az adatok

1430
01:08:02,910 --> 01:08:06,480
központ, és az összes hogy-- tenné
jellegzetesen a gazda operációs rendszer.

1431
01:08:06,480 --> 01:08:08,275
Tehát valami, így: ez lehet a Windows.

1432
01:08:08,275 --> 01:08:09,430
Nem lenne Mac OS.

1433
01:08:09,430 --> 01:08:11,430
Mert ez nem igazán
vállalkozás ezekben a napokban.

1434
01:08:11,430 --> 01:08:15,670
Így lenne Linux vagy Solaris
vagy Unix vagy BSD vagy a FreeBSD

1435
01:08:15,670 --> 01:08:19,779
vagy akárhány más operációs rendszerek
amelyek vagy szabad vagy kereskedelmi.

1436
01:08:19,779 --> 01:08:22,120
>> És akkor fennáll a
program speciális programot,

1437
01:08:22,120 --> 01:08:26,479
úgynevezett hypervisor, vagy
virtuális gép monitor, VMM.

1438
01:08:26,479 --> 01:08:31,649
És ezek olyan termékek, ha
ismerős, mint a VMware vagy VirtualBox

1439
01:08:31,649 --> 01:08:34,080
vagy Virtual PC vagy mások.

1440
01:08:34,080 --> 01:08:38,430
És mi ezeket a programokat csinálni pontosan
hogy a funkció azt korábban leírtuk.

1441
01:08:38,430 --> 01:08:41,779
Ez azt az illúziót kelti
hogy egyetlen fizikai gépen

1442
01:08:41,779 --> 01:08:44,550
lehet több virtuális gép.

1443
01:08:44,550 --> 01:08:48,260
>> És így ezek a színes dobozokat felső
festmény egy képet a következő.

1444
01:08:48,260 --> 01:08:50,260
Ez hypervisor, ez
szoftver, nevezzük

1445
01:08:50,260 --> 01:08:54,090
VMware futó más
operációs rendszer, nevezzük Linux,

1446
01:08:54,090 --> 01:08:56,910
teremt az illúzió, hogy
ez a fizikai számítógép valójában

1447
01:08:56,910 --> 01:09:00,149
egy, két, három virtuális számítógépek.

1448
01:09:00,149 --> 01:09:04,270
Úgyhogy most vásárolt, a tulajdonos
ez a hardver, egy fizikai számítógép.

1449
01:09:04,270 --> 01:09:06,200
És most bérbeadás
ez három ügyfelek.

1450
01:09:06,200 --> 01:09:09,731
>> És a három említett ügyfelek gondoltok
van egy dedikált virtuális gép.

1451
01:09:09,731 --> 01:09:10,939
És ez nem csali és kapcsolóval.

1452
01:09:10,939 --> 01:09:13,750
Ez több felfedése
te egy virtuális gép.

1453
01:09:13,750 --> 01:09:17,589
De technológiailag, mindannyian
teljes körű felügyeletet

1454
01:09:17,589 --> 01:09:19,880
felett minden egyes ilyen vendég
operációs rendszerek, amelyek

1455
01:09:19,880 --> 01:09:21,370
tetszőleges számú operációs rendszer.

1456
01:09:21,370 --> 01:09:23,029
>> Tudok telepíteni semmit akarok.

1457
01:09:23,029 --> 01:09:24,640
Tudom frissíteni akarok.

1458
01:09:24,640 --> 01:09:27,470
És nem is kell tudni, vagy
törődnek az egyéb működési

1459
01:09:27,470 --> 01:09:29,678
rendszereket, hogy a számítógép,
a többi virtuális gép,

1460
01:09:29,678 --> 01:09:35,290
kivéve, ha a tulajdonos mindez szürke
cucc, hogy egy kicsit kapzsi

1461
01:09:35,290 --> 01:09:37,540
és overselling ő források.

1462
01:09:37,540 --> 01:09:40,800
>> Tehát, ha az ember vesz egy
fizikai gépen és értékesítése

1463
01:09:40,800 --> 01:09:44,399
hogy nem 200, hanem 400
ügyfelek, egy bizonyos ponton

1464
01:09:44,399 --> 01:09:47,270
megyünk, hogy utat azokba
azonos teljesítmény problémák, mint korábban.

1465
01:09:47,270 --> 01:09:50,460
Mert csak véges
lemezterületet és a RAM, és így tovább.

1466
01:09:50,460 --> 01:09:53,450
És egy virtuális gép
csak egy program, ami

1467
01:09:53,450 --> 01:09:56,140
úgy tesz, mintha egy
teljes értékű számítógép.

1468
01:09:56,140 --> 01:09:58,040
Tehát azt kapja, amit fizetni itt.

1469
01:09:58,040 --> 01:10:02,150
>> Így talál az online kellene fizetnie a
jó hírű cég, talán 100 $ havonta

1470
01:10:02,150 --> 01:10:05,660
saját virtuális gép, vagy
saját virtuális privát szerver,

1471
01:10:05,660 --> 01:10:07,090
amely egy másik kifejezés rá.

1472
01:10:07,090 --> 01:10:10,400
Vagy lehet, hogy talál néhány fly
este, ha fizet 5,99 $ havonta

1473
01:10:10,400 --> 01:10:12,080
saját virtuális gép.

1474
01:10:12,080 --> 01:10:15,614
De esély nincs közel
annyi teljesítmény áll az Ön rendelkezésére,

1475
01:10:15,614 --> 01:10:18,530
mert már overselling meg
így, mint ha lenne a magasabb

1476
01:10:18,530 --> 01:10:22,340
szint a szolgáltatás vagy a jobb eladó.

1477
01:10:22,340 --> 01:10:24,590
>> Tehát mit jelent ez valójában jelent számunkra?

1478
01:10:24,590 --> 01:10:26,110
Tehát hadd menjen erre.

1479
01:10:26,110 --> 01:10:29,580
Megyek menni aws.amazon.com.

1480
01:10:29,580 --> 01:10:31,590
Csak azért, mert
Jó menü lehetőséget.

1481
01:10:31,590 --> 01:10:34,700
De ugyanezek a tanulságokat kell alkalmazni a
csomó más felhő gyártók.

1482
01:10:34,700 --> 01:10:38,201
Sajnos, ez gyakran
marketing beszélnek, mint bármi.

1483
01:10:38,201 --> 01:10:39,200
És ez folyamatosan változik.

1484
01:10:39,200 --> 01:10:41,820
Szóval megy a honlapon, mint ez.

1485
01:10:41,820 --> 01:10:44,560
És ez tényleg nem
mondani sok mindent.

1486
01:10:44,560 --> 01:10:47,780
>> És még azt, ahogy nézem ezt, ne
igazán tudom mit jelentenek ezek a dolgok

1487
01:10:47,780 --> 01:10:49,334
feltétlenül csinálni, amíg nem merülni.

1488
01:10:49,334 --> 01:10:50,875
De kezdjük a bal oldalon, Compute.

1489
01:10:50,875 --> 01:10:52,980
És fogok kattintson erre.

1490
01:10:52,980 --> 01:10:56,960
És most Amazon őszintén egy
túlnyomó szolgáltatások száma

1491
01:10:56,960 --> 01:10:57,960
ezek a napok.

1492
01:10:57,960 --> 01:11:01,040
De Amazon EC2 talán a legegyszerűbb.

1493
01:11:01,040 --> 01:11:05,840
>> Amazon EC2 megteremti számunkra pontosan
A kép láttunk egy perce.

1494
01:11:05,840 --> 01:11:10,240
Ez hogyan, hogy egy csomó
pénzüket a felhő.

1495
01:11:10,240 --> 01:11:12,910
Úgy látszik, a Netflix és a többiek
vannak a felhő velük.

1496
01:11:12,910 --> 01:11:16,260
Ez mind jellemzően
bolyhos marketing beszélni.

1497
01:11:16,260 --> 01:11:19,720
Tehát amit akarok menni Pricing--
vagy inkább menjünk példányok

1498
01:11:19,720 --> 01:11:23,790
először csak festeni egy képet e.

1499
01:11:23,790 --> 01:11:25,800
>> Tehát ez változik a gyártó.

1500
01:11:25,800 --> 01:11:29,590
És nem kell, hogy túl mélyen
A gyomok itt, hogyan működik mindez.

1501
01:11:29,590 --> 01:11:34,720
De ahogy az Amazon, például
bérel egy virtuális gép, vagy a szerveren

1502
01:11:34,720 --> 01:11:37,200
a felhő, hogy megvan
ezek a fajta vicces nevek,

1503
01:11:37,200 --> 01:11:41,000
mint t2.nano, ami azt jelenti, kicsi,
vagy t2.large, ami azt jelenti, nagy.

1504
01:11:41,000 --> 01:11:43,970
Mindegyikük ad sem
egy vagy két virtuális processzort.

1505
01:11:43,970 --> 01:11:45,470
>> Miért egy virtuális CPU?

1506
01:11:45,470 --> 01:11:49,440
Nos, a fizikai gép esetleg
van 64 vagy több tényleges CPU.

1507
01:11:49,440 --> 01:11:52,125
De ismétlem, a szoftveren keresztül,
hoznak létre az illúziót

1508
01:11:52,125 --> 01:11:55,410
hogy az egyik gép lehet
divvied akár több felhasználó számára.

1509
01:11:55,410 --> 01:11:58,765
Így tudjuk gondolni ezt
amelynek egy Intel CPU vagy kettő.

1510
01:11:58,765 --> 01:12:01,290
CPU kredit hour-- tenném
El kell olvasni az apró betűs

1511
01:12:01,290 --> 01:12:02,581
hogy ez mit jelent valójában.

1512
01:12:02,581 --> 01:12:05,850
Ez azt jelenti, hogy mennyi a gép
akkor óránként vis-a-vis

1513
01:12:05,850 --> 01:12:07,730
más vásárlók ezen a hardveren.

1514
01:12:07,730 --> 01:12:11,560
>> Itt van, hogy mennyi RAM memória
get-- akár fél gigabyte, vagy 500

1515
01:12:11,560 --> 01:12:14,120
megabájt, vagy 1 gigabyte, vagy 2.

1516
01:12:14,120 --> 01:12:17,390
És akkor a tárolás csak utal
milyen lemezeket adnak.

1517
01:12:17,390 --> 01:12:19,950
Van más tároló
technológiákat kínálnak.

1518
01:12:19,950 --> 01:12:22,870
De ami még érdekesebb,
akkor lehet, hogy az árképzést.

1519
01:12:22,870 --> 01:12:25,860
>> Tehát, ha a CTO vagy
egy mérnök, aki nem

1520
01:12:25,860 --> 01:12:28,420
szeretnénk futtatni a szerver a
irodai, bármilyen okból,

1521
01:12:28,420 --> 01:12:30,230
és ez túl
bonyolult vagy drága

1522
01:12:30,230 --> 01:12:33,930
vásárolni szerverek és co-keresse meg őket, és
bérleti díj fizetésére valamilyen fizikai ketrecben helyet

1523
01:12:33,930 --> 01:12:36,670
somewhere-- csak szeretne ülni
A laptop késő este,

1524
01:12:36,670 --> 01:12:40,480
írja be a hitelkártya adatait,
és kiadó szerverek az cloud-- is,

1525
01:12:40,480 --> 01:12:41,920
mi itt megteheti.

1526
01:12:41,920 --> 01:12:45,769
Megyek lemenni az alábbiakra: Linux
egy népszerű operációs rendszer.

1527
01:12:45,769 --> 01:12:47,310
És nézzük csak, hogy egyfajta dolgot.

1528
01:12:47,310 --> 01:12:48,990
Whoops-- túl nagy.

1529
01:12:48,990 --> 01:12:53,670
>> Tehát nézzük meg a legapróbb
virtuális gép, amely úgy tűnik, hogy,

1530
01:12:53,670 --> 01:12:57,440
céljainknak, egy CPU
és 500 megabájt RAM-mal.

1531
01:12:57,440 --> 01:12:58,440
Ez elég kicsi.

1532
01:12:58,440 --> 01:13:00,820
De őszintén szólva, webszerverek nem
kell tennie, hogy sok minden.

1533
01:13:00,820 --> 01:13:02,630
Van jobb szemüveg a laptop.

1534
01:13:02,630 --> 01:13:04,990
De nem kell azokat
szemüveg manapság a dolgok.

1535
01:13:04,990 --> 01:13:11,490
Meg fogsz fizetni 0,0065 $ óránként.

1536
01:13:11,490 --> 01:13:12,080
>> Tehát lássuk.

1537
01:13:12,080 --> 01:13:15,970
Ha vannak 24 óra egy nap, és
fizetünk ennyit óránként,

1538
01:13:15,970 --> 01:13:20,680
fog kerülni $ 0,15 bérelni, hogy
adott szerveren a felhő.

1539
01:13:20,680 --> 01:13:22,210
És ez csak egy nap.

1540
01:13:22,210 --> 01:13:27,050
Ha ezt tesszük 365-- $ 57
bérbe adott kiszolgálón.

1541
01:13:27,050 --> 01:13:28,420
Így hangzik szuper olcsó.

1542
01:13:28,420 --> 01:13:31,100
>> Ez is szuper alacsony teljesítmény.

1543
01:13:31,100 --> 01:13:37,169
Tehát, kurzusok tanítok itt, inkább
használni azt hiszem t2.smalls vagy t2.mediums.

1544
01:13:37,169 --> 01:13:39,960
És lehet, hogy van egy pár száz
felhasználók, néhány ezer felhasználó, összesen.

1545
01:13:39,960 --> 01:13:40,900
Ez elég szerény.

1546
01:13:40,900 --> 01:13:42,360
Nézzük, mi ez kerülne.

1547
01:13:42,360 --> 01:13:49,260
Tehát, ha én ezt honnan alkalommal 24
órán alkalommal 365, ez az ember 225 $.

1548
01:13:49,260 --> 01:13:51,160
És a tanfolyamok
Tanítok, általában

1549
01:13:51,160 --> 01:13:54,970
fut két mindent, a
redundancia és a teljesítmény.

1550
01:13:54,970 --> 01:13:59,230
Tehát lehet, hogy tölteni, ezért
500 $ a szerverek

1551
01:13:59,230 --> 01:14:00,860
hogy szükségünk lehet évente.

1552
01:14:00,860 --> 01:14:05,210
>> Most, ha több kell performance--
vessünk egy pillantást a memóriát.

1553
01:14:05,210 --> 01:14:06,810
Beszéltünk memória egy kicsit.

1554
01:14:06,810 --> 01:14:09,330
És ha több kell
memory-- és 64 gigabyte

1555
01:14:09,330 --> 01:14:12,310
az a szám, én csak mentioning--
ez majdnem $ 1 óránként.

1556
01:14:12,310 --> 01:14:16,180
És akkor elég gyorsan, hogy hol
ez goes-- így 24 órán alkalommal 365.

1557
01:14:16,180 --> 01:14:20,580
Tehát most már $ 8000 évi
Egy elég tisztességes szerver.

1558
01:14:20,580 --> 01:14:23,010
>> Tehát egy bizonyos ponton, ott
ez inflexiós pont

1559
01:14:23,010 --> 01:14:29,510
ahol most tudtuk tölteni 6000 $
Valószínűleg és vesz egy gépet, mint hogy

1560
01:14:29,510 --> 01:14:33,800
és törleszt a költsége több mint talán két
három év, az élet a gép.

1561
01:14:33,800 --> 01:14:38,880
De mi lehet lökni a
előnyben vagy helytelenít bérbeadás

1562
01:14:38,880 --> 01:14:41,230
a gép a felhő, mint ez?

1563
01:14:41,230 --> 01:14:44,110
Ismét, ez hasonló, valószínűleg
az egyik ilyen Dell szerverek

1564
01:14:44,110 --> 01:14:47,208
láttuk a képen egy kicsit korábban.

1565
01:14:47,208 --> 01:14:51,016
>> KÖZÖNSÉG: [hallható]

1566
01:14:51,016 --> 01:14:54,350

1567
01:14:54,350 --> 01:14:56,190
>> DAVID MALAN: Igen, ez egy hatalmas fejjel.

1568
01:14:56,190 --> 01:14:58,640
Mert mi nem vásárol a
gépet, azt nem kell unbox meg.

1569
01:14:58,640 --> 01:14:59,600
Nem kell, hogy szüntesse meg.

1570
01:14:59,600 --> 01:15:01,110
Nem kell, hogy dugja be a rack.

1571
01:15:01,110 --> 01:15:02,080
Nem kell, hogy dugja be.

1572
01:15:02,080 --> 01:15:03,140
Nem kell fizetni
az elektromos számlát.

1573
01:15:03,140 --> 01:15:05,120
>> Nem kell fordulni
A légkondicionáló berendezés.

1574
01:15:05,120 --> 01:15:07,620
Ha egy merevlemez meghal, nincs
vezetni az éjszaka közepén

1575
01:15:07,620 --> 01:15:08,172
megjavítani.

1576
01:15:08,172 --> 01:15:09,630
Nem kell, hogy hozzanak létre ellenőrzés.

1577
01:15:09,630 --> 01:15:13,750
Nem kell az alábbiakra: a lista megy tovább
és az összes fizikai dolgok

1578
01:15:13,750 --> 01:15:15,810
akkor nem kell csinálni
mert "a felhő."

1579
01:15:15,810 --> 01:15:18,620
>> És hogy tisztázzuk, a számítási felhő
ez nagyon agyonhasznált kifejezést.

1580
01:15:18,620 --> 01:15:22,790
Ez tényleg csak azt jelenti, hogy valaki fizet
mást futtatni szerverek az Ön számára,

1581
01:15:22,790 --> 01:15:25,300
vagy bérlő számára
valaki másnak a szervereket.

1582
01:15:25,300 --> 01:15:27,110
Tehát a "cloud computing" új.

1583
01:15:27,110 --> 01:15:30,260
Az ötlet évtizedes.

1584
01:15:30,260 --> 01:15:32,070
Szóval ez elég meggyőző.

1585
01:15:32,070 --> 01:15:33,960
>> És mi több, nem kapsz?

1586
01:15:33,960 --> 01:15:38,287
Nos, akkor is kap arra, hogy
tegyen meg mindent egy laptop otthon.

1587
01:15:38,287 --> 01:15:40,620
Más szóval, az összes
képeket én csak drawing--

1588
01:15:40,620 --> 01:15:44,010
és nem volt olyan régen, hogy még
Én mászik körül a szerveren emeleten

1589
01:15:44,010 --> 01:15:46,680
csatlakoztassa a kábeleket az
az egyes vonalak, amit látsz,

1590
01:15:46,680 --> 01:15:49,590
és korszerűsítése a működési
rendszerek, és a változó a meghajtókat.

1591
01:15:49,590 --> 01:15:51,610
Van egy csomó
testiség az egésznek.

1592
01:15:51,610 --> 01:15:55,300
>> De mi szép a virtuális
gépek, mint a neve is sugallja, a fajta,

1593
01:15:55,300 --> 01:15:57,600
most van a web-alapú
interfészek, amellyel

1594
01:15:57,600 --> 01:15:59,900
ha azt szeretnénk, az egyenértékű
egy sor erről a szerverről

1595
01:15:59,900 --> 01:16:03,959
a másik, csak írja, írja, írja,
kattintson és húzza, Küldés gombra kattint, és íme,

1596
01:16:03,959 --> 01:16:05,250
van ez a vezetékes fel virtuálisan.

1597
01:16:05,250 --> 01:16:07,235
Mivel ez mind kész szoftver.

1598
01:16:07,235 --> 01:16:09,110
És az ok, hogy kész
a szoftver ismét

1599
01:16:09,110 --> 01:16:12,650
mert van annyi RAM, és így
sok CPU elérhetővé számunkra ezekben a napokban,

1600
01:16:12,650 --> 01:16:14,880
noha az összes
ilyesmi időt vesz igénybe,

1601
01:16:14,880 --> 01:16:18,450
lassabb futtatni a dolgokat
a szoftver, mint a hardver,

1602
01:16:18,450 --> 01:16:23,710
mint ahogy ez lassabb használni a mechanikus
eszköz, mint egy merevlemez, mint a RAM,

1603
01:16:23,710 --> 01:16:25,190
valami tisztán elektronikus.

1604
01:16:25,190 --> 01:16:27,490
Nagyon sok erőforrás
elérhetővé számunkra.

1605
01:16:27,490 --> 01:16:29,920
Mi emberek egyfajta invariantly lassú.

1606
01:16:29,920 --> 01:16:33,840
És így most a gép tehet
így sokkal több egységnyi idő alatt.

1607
01:16:33,840 --> 01:16:36,640
Van ezek a képességek
hogy a dolgokat virtuálisan.

1608
01:16:36,640 --> 01:16:39,120
>> És ezt mondom kurzusok
Tanítok, például itt,

1609
01:16:39,120 --> 01:16:43,464
Jelenleg mintegy talán egy tucat
így a teljes virtuális gépek

1610
01:16:43,464 --> 01:16:45,880
mint hogy a futás egy adott
időt csinál front end cucc,

1611
01:16:45,880 --> 01:16:47,620
csinálsz end cucc.

1612
01:16:47,620 --> 01:16:50,237
Megvan minden kedves tárolására.

1613
01:16:50,237 --> 01:16:52,820
Tehát minden olyan videók, beleértve a dolgok
mint ez, hogy mi forgatás,

1614
01:16:52,820 --> 01:16:54,330
a végén üzembe helyezés a felhő.

1615
01:16:54,330 --> 01:16:58,710
Amazon szolgáltatások nevezett Amazon S3,
az egyszerű tárolási szolgáltatást, amely

1616
01:16:58,710 --> 01:17:00,397
olyan, mint a lemezterület a felhő.

1617
01:17:00,397 --> 01:17:02,230
Van valami
nevezett CloudFront, amely

1618
01:17:02,230 --> 01:17:06,040
egy CDN szolgáltatás, tartalom
Delivery Network szolgáltatás, amely

1619
01:17:06,040 --> 01:17:10,190
azt jelenti, hogy vegye az összes fájlt és
Önnek automágikusan megismételni

1620
01:17:10,190 --> 01:17:11,290
a világ körül.

1621
01:17:11,290 --> 01:17:12,780
>> Tehát ne csináld preemptively.

1622
01:17:12,780 --> 01:17:15,159
De az első alkalom, hogy valaki
Indiában kéri a fájlt,

1623
01:17:15,159 --> 01:17:16,700
akkor esetleg cache helyben.

1624
01:17:16,700 --> 01:17:19,325
Az első alkalommal a kínai, az
először Brazíliában, ami történik,

1625
01:17:19,325 --> 01:17:20,880
elkezdenek caching helyben.

1626
01:17:20,880 --> 01:17:22,730
És akkor nem kell, hogy hajtsa végre ezt.

1627
01:17:22,730 --> 01:17:26,710
És ez így van, így hihetetlenül
kényszerítő manapság mozgatni a dolgokat

1628
01:17:26,710 --> 01:17:27,890
a felhő.

1629
01:17:27,890 --> 01:17:31,890
Mert ezt a képességet szó
hogy nem az emberek csinálnak majdnem annyi

1630
01:17:31,890 --> 01:17:32,390
munka.

1631
01:17:32,390 --> 01:17:35,930
És szó szerint nem kell annyi
emberek csinálnak ezek a munkák anymore--

1632
01:17:35,930 --> 01:17:38,450
"Ops", vagy operatív szerepek többé.

1633
01:17:38,450 --> 01:17:43,150
Te tényleg csak meg kell
fejlesztők és kevesebb mérnökök

1634
01:17:43,150 --> 01:17:44,840
aki csak a dolgok szinte.

1635
01:17:44,840 --> 01:17:46,590
Tény, hogy csak, hogy a
Ön egyfajta ezt,

1636
01:17:46,590 --> 01:17:51,800
hadd menjen árazását
egy másik terméket itt.

1637
01:17:51,800 --> 01:17:58,170
Lássuk valami hasonló CDN S3.

1638
01:17:58,170 --> 01:18:01,140
Tehát ez lényegében egy
virtuális merevlemez a felhő.

1639
01:18:01,140 --> 01:18:14,360
És ha lefelé görgetve pricing--
így 0,007 $ per gigabyte.

1640
01:18:14,360 --> 01:18:16,300
És that's-- hogyan csináljuk ezt?

1641
01:18:16,300 --> 01:18:17,410
Azt hiszem, ez havonta.

1642
01:18:17,410 --> 01:18:21,530
>> Tehát, ha ez egy month-- vagy naponta?

1643
01:18:21,530 --> 01:18:23,200
Dan, ez naponta?

1644
01:18:23,200 --> 01:18:24,700
Ez havonta, OK.

1645
01:18:24,700 --> 01:18:28,280
Szóval, ha ez egy month--
Sajnálom, ez a 0,03 $ havonta.

1646
01:18:28,280 --> 01:18:29,820
Van 12 hónapig az évben.

1647
01:18:29,820 --> 01:18:32,250
Szóval mennyi adat talán
tárolja a felhőben?

1648
01:18:32,250 --> 01:18:37,410
Egy gigabyte nem nagy, de én
Nem tudom, mint 1 TB,

1649
01:18:37,410 --> 01:18:38,460
így, mint 1000 ilyen.

1650
01:18:38,460 --> 01:18:39,501
Ez még nem minden, hogy sok.

1651
01:18:39,501 --> 01:18:44,382
Ez 368 $, hogy tárolja a terabyte
Az adatok az Amazon cloud.

1652
01:18:44,382 --> 01:18:46,090
Tehát mi van néhány
A kompromisszumokra, akkor?

1653
01:18:46,090 --> 01:18:47,970
Ez nem minden jó.

1654
01:18:47,970 --> 01:18:52,260
Semmi sem beszéltünk ma
egyfajta nélkül fogás vagy a költség.

1655
01:18:52,260 --> 01:18:55,269
Tehát mi rosszul mozgó
Mindent a felhő?

1656
01:18:55,269 --> 01:18:56,060
KÖZÖNSÉG: Biztonsági.

1657
01:18:56,060 --> 01:18:57,721
DAVID MALAN: OK, mit jelent?

1658
01:18:57,721 --> 01:18:58,596
KÖZÖNSÉG: [hallható]

1659
01:18:58,596 --> 01:19:01,589

1660
01:19:01,589 --> 01:19:02,630
DAVID MALAN: Igen, így van.

1661
01:19:02,630 --> 01:19:05,130
És nem szeretné
néhány véletlenszerű mérnökök

1662
01:19:05,130 --> 01:19:08,750
Amazon, hogy akkor soha nem találkoznak, amelynek
fizikai hozzáférés azoknak a számítógépeknek,

1663
01:19:08,750 --> 01:19:11,010
és ha valóban
akart, és virtuális hozzáférés?

1664
01:19:11,010 --> 01:19:15,070
És bár a
elmélet software-- is,

1665
01:19:15,070 --> 01:19:17,442
titkosítás teljesen
védelmet nyújt ez ellen.

1666
01:19:17,442 --> 01:19:19,150
Tehát, ha mi te
tárolása a kiszolgálókon

1667
01:19:19,150 --> 01:19:21,470
A encrypted-- kisebb problémát.

1668
01:19:21,470 --> 01:19:25,010
>> De amint egy emberi rendelkezik fizikai
hozzáférése van a géphez, a titkosítás félre,

1669
01:19:25,010 --> 01:19:26,100
minden fogadás fajta ki.

1670
01:19:26,100 --> 01:19:28,240
Lehet, hogy tudják, múlt
hogy PC különösen,

1671
01:19:28,240 --> 01:19:30,360
akkor is, ha már ezek a dolgok
"BIOS jelszavak"

1672
01:19:30,360 --> 01:19:33,360
voltak, amikor az asztali elindult felfelé,
azt kéri a jelszót,

1673
01:19:33,360 --> 01:19:35,980
semmi köze
Windows, akkor általában

1674
01:19:35,980 --> 01:19:39,750
csak nyissa meg a ház a
gép, meg apró tűk,

1675
01:19:39,750 --> 01:19:42,240
és egy ún
egy jumper, és csak csatlakozni

1676
01:19:42,240 --> 01:19:45,690
E két vezetéket körülbelül egy másodpercig,
ezáltal teljessé egy áramkört.

1677
01:19:45,690 --> 01:19:47,360
És, hogy megszüntetné a jelszót.

1678
01:19:47,360 --> 01:19:49,800
>> Tehát, ha van fizikai hozzáférés a
eszköz, meg tudod csinálni az ilyen dolgokat.

1679
01:19:49,800 --> 01:19:51,110
Akkor távolítsa el a merevlemez-meghajtót.

1680
01:19:51,110 --> 01:19:53,060
Akkor hozzáférhet így.

1681
01:19:53,060 --> 01:19:55,442
És így ez az oka annak,
esetében Dropbox,

1682
01:19:55,442 --> 01:19:57,900
Például, ez egy kicsit
aggasztó, hogy nem csak ők

1683
01:19:57,900 --> 01:20:02,860
hogy az adatok, annak ellenére, hogy
titkosított, akkor is van a kulcs.

1684
01:20:02,860 --> 01:20:04,993
További gond?

1685
01:20:04,993 --> 01:20:08,430
>> KÖZÖNSÉG: [hallható]

1686
01:20:08,430 --> 01:20:27,740

1687
01:20:27,740 --> 01:20:30,240
DAVID MALAN: Igen, ez nagyon
true-- a Googles, a Alma,

1688
01:20:30,240 --> 01:20:31,406
A Microsofts a világ.

1689
01:20:31,406 --> 01:20:34,400
És valóban, mióta
Meg volt az iPhone?

1690
01:20:34,400 --> 01:20:35,885
Ja, ide vagy oda.

1691
01:20:35,885 --> 01:20:36,760
KÖZÖNSÉG: [hallható]

1692
01:20:36,760 --> 01:20:37,780
DAVID MALAN: Sajnálom?

1693
01:20:37,780 --> 01:20:39,667
Te azok között, akik
van egy iPhone, igaz?

1694
01:20:39,667 --> 01:20:40,250
KÖZÖNSÉG: Igen.

1695
01:20:40,250 --> 01:20:42,208
DAVID MALAN: Meddig
volt már az iPhone?

1696
01:20:42,208 --> 01:20:43,372
KÖZÖNSÉG: [hallható]

1697
01:20:43,372 --> 01:20:45,080
DAVID MALAN: OK, így
Apple szó tudja

1698
01:20:45,080 --> 01:20:49,030
hol voltál minden órájában
A nap az elmúlt öt évben.

1699
01:20:49,030 --> 01:20:51,112
>> KÖZÖNSÉG: [hallható]

1700
01:20:51,112 --> 01:20:54,626

1701
01:20:54,626 --> 01:20:56,375
DAVID MALAN: Melyik
egy csodálatos tulajdonsága.

1702
01:20:56,375 --> 01:20:57,860
KÖZÖNSÉG: [hallható]

1703
01:20:57,860 --> 01:21:00,875
DAVID MALAN: Igen, de
kompromisszumot az biztos.

1704
01:21:00,875 --> 01:21:01,750
KÖZÖNSÉG: [hallható]

1705
01:21:01,750 --> 01:21:04,720

1706
01:21:04,720 --> 01:21:07,813
>> DAVID MALAN: Igen, ez nagyon könnyű.

1707
01:21:07,813 --> 01:21:08,688
KÖZÖNSÉG: [hallható]

1708
01:21:08,688 --> 01:21:12,040

1709
01:21:12,040 --> 01:21:13,248
DAVID MALAN: Egyéb árnyoldalai?

1710
01:21:13,248 --> 01:21:16,995
KÖZÖNSÉG: [hallható]

1711
01:21:16,995 --> 01:21:26,151

1712
01:21:26,151 --> 01:21:27,900
DAVID MALAN: Absolutely--
technológiailag,

1713
01:21:27,900 --> 01:21:31,550
gazdaságilag, ez elég meggyőző, hogy
fajta megszerezzék ezeket a méretgazdaságosság

1714
01:21:31,550 --> 01:21:33,579
és mozgassa mindent
az úgynevezett felhő.

1715
01:21:33,579 --> 01:21:35,870
De akkor valószínűleg nem akar
megy néhány a legnagyobb

1716
01:21:35,870 --> 01:21:39,380
hal, az amazonok, a Googles, a
Microsofts-- Rackspace elég big--

1717
01:21:39,380 --> 01:21:42,200
és néhány más, és nem
szükségszerűen fly by night emberek

1718
01:21:42,200 --> 01:21:45,640
akiknek ez nagyon könnyű csinálni
ez a fajta technika manapság.

1719
01:21:45,640 --> 01:21:49,140
És ez akivel
fizet 5,99 $ havonta.

1720
01:21:49,140 --> 01:21:50,890
De akkor biztosan
kapja, amit fizetni.

1721
01:21:50,890 --> 01:21:54,014
>> Amikor azt mondja, [hallható], ekkor
dolgok, mint ez az öt kilences jön,

1722
01:21:54,014 --> 01:21:58,017
amellyel még ha technológiailag
nem tudjuk igazán garantálni 99.999,

1723
01:21:58,017 --> 01:22:00,350
mi csak építeni valamilyen
A büntetés a szerződés

1724
01:22:00,350 --> 01:22:03,910
hogy ha ez nem történik, legalábbis
van valami kerül nekünk, az eladó.

1725
01:22:03,910 --> 01:22:07,950
És ez az, amit jellemzően
egyre hozzájárulásához.

1726
01:22:07,950 --> 01:22:09,590
>> KÖZÖNSÉG: [hallható]

1727
01:22:09,590 --> 01:22:12,290
>> DAVID MALAN: És
egyféle áldás

1728
01:22:12,290 --> 01:22:15,630
az, hogy még ha lemegyünk, az
Például, sőt egyes társaságok,

1729
01:22:15,630 --> 01:22:17,800
A valóság az Amazon,
Például oly sok

1730
01:22:17,800 --> 01:22:21,780
stoppol ügyfelek, a jól ismert ügyfelek,
működést bizonyos adatközpontok

1731
01:22:21,780 --> 01:22:26,224
hogy ha valami igazán elromlik,
mint természeti csapások és az időjárás, és az ilyen,

1732
01:22:26,224 --> 01:22:29,390
ha van bármilyen vigasz,
ez, hogy te nagyon jó társaság.

1733
01:22:29,390 --> 01:22:30,680
A honlapon lehet elérhető.

1734
01:22:30,680 --> 01:22:32,750
De olyan, mint a fele
A népszerű internetes.

1735
01:22:32,750 --> 01:22:36,230
És ez így vitathatatlanul egy kicsit
ízletesebb az ügyfelek

1736
01:22:36,230 --> 01:22:38,780
ha inkább egy internetes
dolog, mint egy acme.com dolog.

1737
01:22:38,780 --> 01:22:41,780
De ez egy kicsit csal.

1738
01:22:41,780 --> 01:22:46,740
>> Tehát mind az egyéb dolgokat nézni,
csak azért, hogy ne zárja ki mások,

1739
01:22:46,740 --> 01:22:51,210
ha megy a Microsoft Azure, ők
egy Linux és a Windows cucc

1740
01:22:51,210 --> 01:22:53,190
összevethető az Amazon.

1741
01:22:53,190 --> 01:22:57,540
Ha megy a Google Compute Engine,
van valami hasonló is.

1742
01:22:57,540 --> 01:23:00,500
És csak azért, hogy még kerekebb
ezek felhő kínálatát,

1743
01:23:00,500 --> 01:23:02,762
Csinálok említést egy másik dolog.

1744
01:23:02,762 --> 01:23:04,720
Ez egy népszerű weboldal
ez reprezentatív

1745
01:23:04,720 --> 01:23:08,590
egy osztály technológiákat.

1746
01:23:08,590 --> 01:23:12,350
Azok mi csak beszélgettünk
kb, Amazon, lesz IaaS,

1747
01:23:12,350 --> 01:23:17,150
Infrastruktúra, mint szolgáltatás, ahol
valamiféle fizikai hardver, mint szolgáltatás.

1748
01:23:17,150 --> 01:23:18,757
Van SAAS.

1749
01:23:18,757 --> 01:23:20,090
Valójában, hadd írd le ezeket.

1750
01:23:20,090 --> 01:23:23,290

1751
01:23:23,290 --> 01:23:28,190
>> IAAS-- Infrastruktúra
Mint szolgáltatás SaaS

1752
01:23:28,190 --> 01:23:31,870
és PAAS, melyek
rendkívül zavaró rövidítések

1753
01:23:31,870 --> 01:23:34,400
amelyek leírják három
különböző dolgokat.

1754
01:23:34,400 --> 01:23:36,400
És a mozaikszavak magukat
Nem igazán számít.

1755
01:23:36,400 --> 01:23:38,360
Ez mind a felhő cucc
most voltunk beszélünk,

1756
01:23:38,360 --> 01:23:41,570
Az alsó szinten dolog, a
virtualizáció hardver és tárolás

1757
01:23:41,570 --> 01:23:44,890
Az úgynevezett felhő, hogy ez
Amazon, a Microsoft, a Google, vagy más.

1758
01:23:44,890 --> 01:23:47,270
>> Szoftver mint service--
mindannyian egyfajta ezt használja.

1759
01:23:47,270 --> 01:23:49,810
Ha a Google Apps
Gmail vagy naptár,

1760
01:23:49,810 --> 01:23:52,530
minden ilyen web-alapú
alkalmazásokat, hogy 10 évvel ezelőtt

1761
01:23:52,530 --> 01:23:55,560
volna duplán kattintva ikonok
a desktop, a szoftver mint szolgáltatás

1762
01:23:55,560 --> 01:23:57,400
most tényleg webes alkalmazás.

1763
01:23:57,400 --> 01:24:00,110
És a platform, mint a
szolgáltatás jellegű függ.

1764
01:24:00,110 --> 01:24:03,140
>> És egy példa adok itt
összefüggésben a felhő computing--

1765
01:24:03,140 --> 01:24:06,250
van egy cég, amely elég
népszerű manapság, Heroku.

1766
01:24:06,250 --> 01:24:08,940
És ezek a szolgáltatások,
egy platform, ha úgy tetszik,

1767
01:24:08,940 --> 01:24:11,730
hogy fut tetején
Amazon infrastruktúra.

1768
01:24:11,730 --> 01:24:15,800
És csak, hogy még egyszerűbb
a fejlesztők és mérnökök

1769
01:24:15,800 --> 01:24:18,330
hogy web-alapú alkalmazások az interneten.

1770
01:24:18,330 --> 01:24:22,170
>> Ez a fájdalom, kezdetben, hogy használja
Amazon Web Services és egyéb dolgok.

1771
01:24:22,170 --> 01:24:24,170
Mert valójában
megismerni és megérteni

1772
01:24:24,170 --> 01:24:27,617
körülbelül adatbázisok és web szerverek és
terheléskiegyenlítők és az összes cuccot

1773
01:24:27,617 --> 01:24:28,450
Én csak beszélt.

1774
01:24:28,450 --> 01:24:32,780
Mivel minden Amazon tett nem
rejtett azok tervezési kihívások.

1775
01:24:32,780 --> 01:24:35,790
Már csak virtualizált őket
és mozgassa őket egy böngésző,

1776
01:24:35,790 --> 01:24:37,770
a szoftver helyett a hardver.

1777
01:24:37,770 --> 01:24:43,020
>> De a cégek, mint Heroku és egyéb
PAAS szolgáltatók, platform, mint szolgáltatás,

1778
01:24:43,020 --> 01:24:46,900
arra használják a barebone alapjait
hogy mi csak beszélgettünk,

1779
01:24:46,900 --> 01:24:50,340
és építenek könnyebben
szoftvert használ a tetején

1780
01:24:50,340 --> 01:24:54,241
hogy ha azt akarjuk, hogy a web-alapú
alkalmazás online ezekben a napokban,

1781
01:24:54,241 --> 01:24:55,990
akkor biztos, hogy
tudja, hogyan kell programozni.

1782
01:24:55,990 --> 01:25:00,280
Meg kell tudni, hogy a Java vagy Python vagy PHP
vagy Ruby vagy egy csomó más nyelven.

1783
01:25:00,280 --> 01:25:02,180
>> De akkor is kell egy hely, hogy tegye azt.

1784
01:25:02,180 --> 01:25:04,790
És beszéltünk korábban a
kapok egy web hosting cég.

1785
01:25:04,790 --> 01:25:08,630
Ez a fajta, a hasonló közép-2000s
megközelítés kezd valamit az interneten.

1786
01:25:08,630 --> 01:25:12,140
Manapság talán inkább fizet valaki
mint Heroku néhány dollárt egy hónapban.

1787
01:25:12,140 --> 01:25:15,370
És lényegében Miután
tett néhány kezdeti konfiguráció,

1788
01:25:15,370 --> 01:25:18,704
frissíteni a honlapon, akkor
Csak írja be a parancsot egy ablakban.

1789
01:25:18,704 --> 01:25:21,370
És bármilyen kódot, amit írt
Itt a laptop azonnal

1790
01:25:21,370 --> 01:25:24,350
gets szét bármennyi
A szerverek a felhő.

1791
01:25:24,350 --> 01:25:26,440
>> És Heroku gondoskodik
minden a komplexitás.

1792
01:25:26,440 --> 01:25:28,930
Úgy gondolják összes adatbázis
dolog, a terheléselosztás,

1793
01:25:28,930 --> 01:25:31,480
az összes fejfájást, hogy mi már
Csak írt a táblára,

1794
01:25:31,480 --> 01:25:33,320
és elrejti az összes, hogy az Ön számára.

1795
01:25:33,320 --> 01:25:36,170
És cserébe, csak
fizetnek nekik egy kicsit.

1796
01:25:36,170 --> 01:25:39,810
Szóval ezeket infrastruktúrák
szolgáltatás, platformok, mint szolgáltatás,

1797
01:25:39,810 --> 01:25:41,400
majd a szoftver mint szolgáltatás.

1798
01:25:41,400 --> 01:25:45,390
Ez megint ezt
absztrakció vagy rétegződés.

1799
01:25:45,390 --> 01:25:51,187
>> Bármilyen kérdése van a felhő, vagy
épület saját infrastruktúra?

1800
01:25:51,187 --> 01:25:52,270
Rendben, hogy volt egy csomó.

1801
01:25:52,270 --> 01:25:54,200
Miért nem megyünk előre, és
vesszük a 15 perces szünet van.

1802
01:25:54,200 --> 01:25:57,241
Vissza fogunk térni néhány új fogalmak
és egy kis gyakorlati lehetőség

1803
01:25:57,241 --> 01:25:59,110
mielőtt az esti vége.

1804
01:25:59,110 --> 01:26:00,332