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

2
00:00:00,629 --> 00:00:02,170
DAVID Malan: Dobře, vítej zpátky.

3
00:00:02,170 --> 00:00:06,520
Než se ponoříme do cloud computing,
Myslel jsem, že na chvíli pozastavit

4
00:00:06,520 --> 00:00:11,740
zda existují nějaké nevyřešené otázky
nebo témat, která přišla během oběda

5
00:00:11,740 --> 00:00:13,834
které by mohly být nyní předmětem zájmu.

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

7
00:00:18,470 --> 00:00:21,410
>> Diváků: [neslyšitelné]

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

9
00:00:22,090 --> 00:00:23,555
Oh, OK.

10
00:00:23,555 --> 00:00:24,430
Diváků: [neslyšitelné]

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

12
00:00:29,880 --> 00:00:31,420
>> DAVID Malan: Ne, samozřejmě.

13
00:00:31,420 --> 00:00:35,180
OK, no snad všechny své
Problémy vznikají v nejbližších hodinách

14
00:00:35,180 --> 00:00:36,410
a zítra hlavně.

15
00:00:36,410 --> 00:00:42,700
Ale pojďme se podívat, pak na místo, kde
Poslední diskuse o zřízení

16
00:00:42,700 --> 00:00:45,730
webové stránky vede obecněji
pokud jde o cloud computing,

17
00:00:45,730 --> 00:00:48,210
zřízení serverovou architekturu,
druhy rozhodnutí

18
00:00:48,210 --> 00:00:50,800
že inženýři a
vývojáři a manažeři

19
00:00:50,800 --> 00:00:53,210
muset provést, pokud jde
dělat víc, než jen

20
00:00:53,210 --> 00:00:56,550
přihlášení se k $ 10 za měsíc webhostingu
pokud skutečně chtějí budovat ven

21
00:00:56,550 --> 00:00:57,550
vlastní infrastrukturu.

22
00:00:57,550 --> 00:01:00,400
A my se pokusíme svázat to zpátky,
Například na Dropbox a další

23
00:01:00,400 --> 00:01:01,350
jako oni.

24
00:01:01,350 --> 00:01:06,250
>> Takže začněme uvažovat
jakými problémy vznikají v podnikání

25
00:01:06,250 --> 00:01:09,390
dostane dobré a dobré vzniknou problémy.

26
00:01:09,390 --> 00:01:14,720
Takže ve velmi nejjednodušším případě, že bude
někteří společnost, která má webový server,

27
00:01:14,720 --> 00:01:21,470
můžete mít, řekněme, že server
budeme jen kreslit, které vypadá takto.

28
00:01:21,470 --> 00:01:25,620
A v těchto dnech, většina servers-- a pojďme
skutečně dát obrázek, jak to jen proto,

29
00:01:25,620 --> 00:01:27,680
že je to trochu méně mlhavé.

30
00:01:27,680 --> 00:01:31,510
>> Takže Dell rack server--
zpět v den, tam

31
00:01:31,510 --> 00:01:33,730
byly sálové počítače
že vzal celé místnosti.

32
00:01:33,730 --> 00:01:35,710
V těchto dnech, pokud jste byli
získat server,

33
00:01:35,710 --> 00:01:38,520
může vypadat trochu něco takového.

34
00:01:38,520 --> 00:01:41,760
Servery jsou měřeny v jakých
se nazývají regálové jednotky, nebo železničním podnikům.

35
00:01:41,760 --> 00:01:45,280
A jeden RU je 1,5 palce,
což je průmyslový standard.

36
00:01:45,280 --> 00:01:49,300
Takže to vypadá jako server dvě RU.

37
00:01:49,300 --> 00:01:51,240
Takže je to 3 palce vysoký.

38
00:01:51,240 --> 00:01:54,430
A oni jsou obvykle 19 palců,
což znamená, že všechny tohoto druhu věcí

39
00:01:54,430 --> 00:01:55,160
je standardizován.

40
00:01:55,160 --> 00:01:59,420
>> Takže pokud se podíváte do datového center--
ne jen na jednom serveru, ale pojďme

41
00:01:59,420 --> 00:02:02,110
podívejte se na společnosti Google
datové centrum a uvidíme, jestli budeme

42
00:02:02,110 --> 00:02:04,280
viz pěkný obrázek Google Images.

43
00:02:04,280 --> 00:02:09,090
To je mnohem lepší než ty osvětlené
by obvykle najít a mnoho

44
00:02:09,090 --> 00:02:14,900
svůdnější vypadající jako výsledek. Ale
To je něco, co vypadá jako pár

45
00:02:14,900 --> 00:02:17,380
Sto servery vše
o stejné velikosti,

46
00:02:17,380 --> 00:02:21,450
ve skutečnosti, v rámu po stojanu po
rack po stojanu v datovém centru.

47
00:02:21,450 --> 00:02:26,150
>> Něco podobného by mohlo dojít k tohle-- dobře
Google se to, protože jsem googled společnosti Google.

48
00:02:26,150 --> 00:02:28,330
Ale může to být reprezentativní
of obecněji

49
00:02:28,330 --> 00:02:31,480
datové centrum, ve kterém mnozí
společnosti jsou obvykle umístěny na stejném místě.

50
00:02:31,480 --> 00:02:34,940
A co-umístil se obecně rozumí
že jdete na místo, jako je Equinix

51
00:02:34,940 --> 00:02:40,280
nebo jiných dodavatelů, které mají velký
sklady, které mají hodně energie,

52
00:02:40,280 --> 00:02:42,950
spousta chlazení doufejme
spousta bezpečnosti,

53
00:02:42,950 --> 00:02:47,910
a jednotlivé klece obvodových regály
servery, a to buď pronajmout regály

54
00:02:47,910 --> 00:02:49,150
nebo si přinést stojanů.

55
00:02:49,150 --> 00:02:51,420
>> A jednotlivé společnosti,
začínajících zejména,

56
00:02:51,420 --> 00:02:54,820
bude mít nějaký druh biometrie
dostat se do klece, nebo klíč,

57
00:02:54,820 --> 00:02:55,640
nebo klíč karty.

58
00:02:55,640 --> 00:02:56,990
Můžete otevřít dveře.

59
00:02:56,990 --> 00:03:00,354
A uvnitř je jen
čtvercový záběry stopa

60
00:03:00,354 --> 00:03:03,270
že platíte za, vnitřek
které si můžete dát cokoliv chcete.

61
00:03:03,270 --> 00:03:04,770
>> A obvykle zaplatit za moc.

62
00:03:04,770 --> 00:03:06,920
A budete platit za stopách.

63
00:03:06,920 --> 00:03:08,770
A pak budete platit
yourself pro servery

64
00:03:08,770 --> 00:03:10,560
že jste uvedení do tohoto prostoru.

65
00:03:10,560 --> 00:03:12,850
A co pak mít
Možnost udělat, je zaplatit někoho,

66
00:03:12,850 --> 00:03:15,120
pro připojení k internetu služby.

67
00:03:15,120 --> 00:03:17,240
Můžete si zaplatit libovolný počet
prodejců, z nichž všichni

68
00:03:17,240 --> 00:03:19,210
obvykle přicházejí do tohoto datového centra.

69
00:03:19,210 --> 00:03:22,740
>> Ale skutečná zajímavou otázkou je,
co se vlastně děje v těch regálů?

70
00:03:22,740 --> 00:03:25,020
Mohli by všichni velmi dobře
vypadat jako to, co jsme právě viděli.

71
00:03:25,020 --> 00:03:27,870
Ale oni vykonávají různé funkce
a může být nutné dělat různé věci.

72
00:03:27,870 --> 00:03:29,661
A nechat to vlastně
motivovat tuto diskuzi

73
00:03:29,661 --> 00:03:35,370
s otázkou, jaký problém
začne nastat, pokud jste úspěšní?

74
00:03:35,370 --> 00:03:37,900
>> Takže máte webové stránky
že jste postavena.

75
00:03:37,900 --> 00:03:40,450
A možná to prodává widgety
nebo něco takového.

76
00:03:40,450 --> 00:03:43,620
A vy jste dělal velmi dobře
s tržbami widgety on-line.

77
00:03:43,620 --> 00:03:48,490
A začnete zažít
Některé příznaky, vaše webové stránky.

78
00:03:48,490 --> 00:03:51,070
Co by mohlo být některými z
technické symptomy

79
00:03:51,070 --> 00:03:54,040
že uživatelé budou vykazovat jako podnikání
roste a vzkvétá

80
00:03:54,040 --> 00:03:59,482
a vaše webové stránky
těží z toho vyplývá?

81
00:03:59,482 --> 00:04:02,690
>> Diváků: [neslyšitelné]

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

83
00:04:05,910 --> 00:04:07,050
>> DAVID Malan: Jo, přesně tak.

84
00:04:07,050 --> 00:04:10,040
Takže byste mohli mít
Zpomalení své webové stránky.

85
00:04:10,040 --> 00:04:11,240
A proč by to mohlo stát?

86
00:04:11,240 --> 00:04:12,660
No, pokud budeme předpokládat, pro
Z důvodu diskuse

87
00:04:12,660 --> 00:04:15,160
právě teď, že jste na jednom
z těchto komerčních internetových hostitelů

88
00:04:15,160 --> 00:04:17,860
že jsme o tom mluvili před obědem,
že budete platit určitý počet dolarů

89
00:04:17,860 --> 00:04:20,859
se za měsíc, a vy jste již zaplatili
pro roční náklady na vaší doméně

90
00:04:20,859 --> 00:04:25,300
pojmenovat, že web hostitele je pravděpodobně
overselling své zdroje

91
00:04:25,300 --> 00:04:26,050
do určité míry.

92
00:04:26,050 --> 00:04:29,000
Takže můžete mít uživatelské jméno
a heslo na svém serveru.

93
00:04:29,000 --> 00:04:32,410
Ale stejně tak se může týkat několik druhý nebo několik
desítkami dalších, nebo možná i několik

94
00:04:32,410 --> 00:04:33,980
stovky dalších, uživatelé.

95
00:04:33,980 --> 00:04:37,190
>> A webové stránky žít fyzicky
na stejném serveru.

96
00:04:37,190 --> 00:04:38,340
Proč je to možné?

97
00:04:38,340 --> 00:04:40,680
No v těchto dnech, servery
takhle typicky

98
00:04:40,680 --> 00:04:44,610
mají více pevných disků, možná
tolik jako šest nebo více pevných disků,

99
00:04:44,610 --> 00:04:47,665
přičemž každý z nich může být až
as 4 TB v těchto dnech.

100
00:04:47,665 --> 00:04:52,140
Takže můžete mít 24 terabajtů prostoru
pouze v jednom malém serveru, jako je tato.

101
00:04:52,140 --> 00:04:55,710
>> A i když se ukrást některé z tohoto prostoru
pro redundanci, pro účely zálohování,

102
00:04:55,710 --> 00:04:57,110
je to stále poměrně dost prostoru.

103
00:04:57,110 --> 00:05:00,070
A jistě, typické webové stránky
nepotřebuje tolik prostoru.

104
00:05:00,070 --> 00:05:03,100
Jen registraci uživatelů
a ukládání logů objednávek

105
00:05:03,100 --> 00:05:04,640
nebere všechnu tu mnoho prostoru.

106
00:05:04,640 --> 00:05:07,550
Takže ji můžete rozdělit poměrně
trochu a dát každému uživateli

107
00:05:07,550 --> 00:05:08,980
jen malý plátek to.

108
00:05:08,980 --> 00:05:11,310
>> Mezitím, počítačový
takhle těchto dnech

109
00:05:11,310 --> 00:05:16,370
typicky má více CPUs-- nejen
jeden, možná dva, možná čtyři, možná 16,

110
00:05:16,370 --> 00:05:17,149
nebo i více.

111
00:05:17,149 --> 00:05:18,940
A každý z těchto procesorů
Má něco, co nazývá

112
00:05:18,940 --> 00:05:22,230
jádro, což je něco jako
mozek uvnitř mozku.

113
00:05:22,230 --> 00:05:26,800
Takže ve skutečnosti většina každého zde s
Moderní notebooky má pravděpodobně dvoujádrový

114
00:05:26,800 --> 00:05:32,030
nebo quad core CPU-- a pravděpodobně jen
jeden CPU uvnitř notebooku v těchto dnech.

115
00:05:32,030 --> 00:05:35,030
Ale stolní počítače
a regálové počítače, jako je

116
00:05:35,030 --> 00:05:39,000
to může mít poměrně málo
více CPU, a na oplátku jader.

117
00:05:39,000 --> 00:05:44,180
>> A upřímně řečeno, dokonce i v našich Maců a PC s
Dnes, nemáte opravdu potřebují dvou jader

118
00:05:44,180 --> 00:05:46,550
nebo quad jádra zkontrolovat svůj e-mail.

119
00:05:46,550 --> 00:05:49,090
Pokud existuje nějaká překážkou při
jde o použití počítače,

120
00:05:49,090 --> 00:05:51,925
jste lidský jsou pravděpodobně
nejpomalejší věc na tomto počítači.

121
00:05:51,925 --> 00:05:54,800
A vy nebudete mít možnost
zkontrolovat svůj e-mail rychleji, pokud vás

122
00:05:54,800 --> 00:05:57,170
mají čtyřikrát více procesory nebo jádra.

123
00:05:57,170 --> 00:05:59,700
>> Totéž však druh
true ze serveru.

124
00:05:59,700 --> 00:06:02,970
Jediná možná ne webové stránky
nutně potřebovat více než jeden

125
00:06:02,970 --> 00:06:05,756
CPU nebo jedno jádro, jeden
malý mozek uvnitř dělá

126
00:06:05,756 --> 00:06:07,380
všechny myšlení a zpracování.

127
00:06:07,380 --> 00:06:10,561
Takže výrobci mají podobně
začal krájet těchto zdrojů

128
00:06:10,561 --> 00:06:13,435
takže možná vaše webové stránky dostane jeden
jádro, vaše webové stránky dostane jedno jádro,

129
00:06:13,435 --> 00:06:15,290
nebo možná budeme sdílet jednu takovou jádro.

130
00:06:15,290 --> 00:06:16,820
Jsme také sdílet místo na disku.

131
00:06:16,820 --> 00:06:20,000
A my jsme také sdílet RAM,
nebo Random Access Memory

132
00:06:20,000 --> 00:06:22,520
od dříve, z nichž
tam je také konečné množství.

133
00:06:22,520 --> 00:06:23,420
>> A to je klíč.

134
00:06:23,420 --> 00:06:25,960
Bez ohledu na to, jak drahé
byl počítač,

135
00:06:25,960 --> 00:06:28,440
je tu stále konečný
Výše prostředků v něm.

136
00:06:28,440 --> 00:06:31,360
A tak stále více a více vás
pokusit se konzumovat tyto prostředky,

137
00:06:31,360 --> 00:06:32,850
pomalejší věci se může stát.

138
00:06:32,850 --> 00:06:34,646
Ale proč?

139
00:06:34,646 --> 00:06:39,352
Proč by se věci zpomalit jako
příznakem serveru zahltili?

140
00:06:39,352 --> 00:06:40,060
Co se děje?

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

142
00:06:42,895 --> 00:06:46,388
>> Diváků: [neslyšitelné]

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

144
00:06:54,036 --> 00:06:55,160
DAVID Malan: Jo, přesně tak.

145
00:06:55,160 --> 00:06:57,730
Navrhl jsem, že dříve
RAM je typ paměti.

146
00:06:57,730 --> 00:07:00,290
Je to těkavá, přičemž to je
kde aplikace a data jsou

147
00:07:00,290 --> 00:07:01,890
skladovat, když jsou používány.

148
00:07:01,890 --> 00:07:03,990
A tak tedy tu
jen konečný počet

149
00:07:03,990 --> 00:07:05,790
věcí, které můžete udělat zřejmě najednou.

150
00:07:05,790 --> 00:07:07,740
A je to také rychlejší,
což je dobrá věc.

151
00:07:07,740 --> 00:07:09,990
Ale je to také dražší,
což je špatná věc.

152
00:07:09,990 --> 00:07:15,376
A je to také proto přítomné v dolní
Množství, než místa na disku, pevný disk

153
00:07:15,376 --> 00:07:16,750
prostor, který má tendenci být levnější.

154
00:07:16,750 --> 00:07:18,830
>> Jinými slovy,
může mít 4 TB

155
00:07:18,830 --> 00:07:20,440
místa na disku v počítači.

156
00:07:20,440 --> 00:07:24,300
Ale můžete mít 4
GB nebo 64 GB,

157
00:07:24,300 --> 00:07:29,180
v pořadí velikosti, koeficientem
1000 méně, paměti RAM v počítači.

158
00:07:29,180 --> 00:07:30,320
Takže to, co dělá počítač dělat?

159
00:07:30,320 --> 00:07:32,236
No, předpokládám, že vy
přece mají 64 gigabajtů

160
00:07:32,236 --> 00:07:35,110
RAM na serveru, jako je tato, která
by bylo zcela běžné, není-li nízká

161
00:07:35,110 --> 00:07:36,140
tyto dny.

162
00:07:36,140 --> 00:07:39,220
Ale předpokládejme, že máte tolik
Uživatelé dělat tolik věcí

163
00:07:39,220 --> 00:07:42,480
že tak nějak jaksi
Potřebujeme 65 GB paměti

164
00:07:42,480 --> 00:07:44,960
zvládnout všechno
simultánní využití?

165
00:07:44,960 --> 00:07:47,580
>> No, mohl bys jen říct,
líto, někteří počet uživatelů

166
00:07:47,580 --> 00:07:48,840
prostě nemůže získat přístup k webu.

167
00:07:48,840 --> 00:07:51,410
A to je měřítkem
poslední instance, jistě.

168
00:07:51,410 --> 00:07:55,570
Nebo vy, jako provozní
systém, jako je Windows nebo Mac

169
00:07:55,570 --> 00:07:59,480
OS či Linux nebo Solaris nebo jakékoliv
Řada dalších operačních systémů na tomto serveru,

170
00:07:59,480 --> 00:08:01,280
mohl rozhodnout, víš co?

171
00:08:01,280 --> 00:08:03,780
Mám jen 64 GB paměti RAM.

172
00:08:03,780 --> 00:08:05,440
Tak nějak jsem potřebovat 65.

173
00:08:05,440 --> 00:08:06,210
Tak víte co?

174
00:08:06,210 --> 00:08:10,030
Chystám se vzít 1 gigabajt
v hodnotě dat v paměti RAM

175
00:08:10,030 --> 00:08:15,240
která byla nejméně nedávno přistupovat
a jen přesunout ji na disk dočasně,

176
00:08:15,240 --> 00:08:19,050
Doslova kopírovat to z rychlého
Paměť na pomalejší paměti

177
00:08:19,050 --> 00:08:24,000
takže jsem se pak může zpracovat, že
65. gigabyte potřeba paměti,

178
00:08:24,000 --> 00:08:25,650
udělat nějaké výpočty na to.

179
00:08:25,650 --> 00:08:28,580
Pak, když jsem udělal dělat to,
Budu jen navrhnout, aby na disk,

180
00:08:28,580 --> 00:08:35,030
přesunout tu druhou RAM I dočasně dal
na disku zpět do skutečného hardware

181
00:08:35,030 --> 00:08:37,280
tak, že jsem trochu multitasking.

182
00:08:37,280 --> 00:08:41,190
>> Takže jsem tak nějak uvedení věci
dočasně v tomto pomalejším prostoru

183
00:08:41,190 --> 00:08:44,159
tak jsem vytvořit iluzi
manipulační každého.

184
00:08:44,159 --> 00:08:45,290
Ale je tu zpomalení.

185
00:08:45,290 --> 00:08:45,790
Proč?

186
00:08:45,790 --> 00:08:49,380
No, vnitřek z nich těžké
disky v těchto dnech je to, co?

187
00:08:49,380 --> 00:08:52,030
Spíše to, co dělá tvrdé
jízdy se liší od paměti RAM

188
00:08:52,030 --> 00:08:53,495
jak nejlépe víte teď?

189
00:08:53,495 --> 00:08:56,750
>> Diváků: [neslyšitelné]

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

191
00:08:59,540 --> 00:09:01,445
>> DAVID Malan: OK, to je pravda.

192
00:09:01,445 --> 00:09:02,320
Diváků: [neslyšitelné]

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

194
00:09:05,440 --> 00:09:06,750
>> DAVID Malan: Takže velmi pravdivý.

195
00:09:06,750 --> 00:09:13,709
A to je vedlejší účinek nebo vlastnost
k tomu, že RAM je skutečně rychlejší.

196
00:09:13,709 --> 00:09:15,750
A proto, že chcete
používat jej pro současné použití.

197
00:09:15,750 --> 00:09:17,290
A disk je pomalejší.

198
00:09:17,290 --> 00:09:19,630
Ale je to trvalé, nebo energeticky nezávislá.

199
00:09:19,630 --> 00:09:21,480
Tak jej použít pro dlouhodobé skladování.

200
00:09:21,480 --> 00:09:25,160
Ale pokud jde o
implementace, když vzhlédnout

201
00:09:25,160 --> 00:09:29,297
co se nazývá DIMM Dual Inline Memory
Modul, to je to, co kus RAM

202
00:09:29,297 --> 00:09:30,380
Možná typicky vypadat.

203
00:09:30,380 --> 00:09:35,050
>> Takže uvnitř naší Mac--, že je to chyba.

204
00:09:35,050 --> 00:09:41,080
Uvnitř našich Maců a PC, naše stolních
Počítače by měl hole paměti,

205
00:09:41,080 --> 00:09:43,220
jak byste jim zavolat,
nebo DIMM nebo SIMM zpět

206
00:09:43,220 --> 00:09:44,970
v den, paměti
které vypadají takhle.

207
00:09:44,970 --> 00:09:47,900
Naše notebooky pravděpodobně věci, které
jsou třetiny velikosti nebo poloviční velikost.

208
00:09:47,900 --> 00:09:50,066
Jsou o něco menší,
ale stejný idea-- málo

209
00:09:50,066 --> 00:09:52,110
kousky zeleného křemíku
oplatky nebo plast, který

210
00:09:52,110 --> 00:09:56,237
Má malé černé čipy na nich se spoustou
drátů propojení všechno.

211
00:09:56,237 --> 00:09:58,820
Ty by mohly mít spoustu
Tyto uvnitř počítače.

212
00:09:58,820 --> 00:10:00,903
Ale tady je stánek s jídlem
to je zcela elektronické.

213
00:10:00,903 --> 00:10:03,130
Je tu jen elektrony
tekoucí na tomto zařízení.

214
00:10:03,130 --> 00:10:08,170
Naproti tomu, pokud se podíváme na
uvnitř pevného disku

215
00:10:08,170 --> 00:10:10,760
a vytáhnout obrázek
Odtud byste namísto

216
00:10:10,760 --> 00:10:16,600
vidět něco takového,
který má mít elektřinu

217
00:10:16,600 --> 00:10:17,950
procházejí ní nakonec.

218
00:10:17,950 --> 00:10:20,265
Ale co také vyskočí
u vás o této věci?

219
00:10:20,265 --> 00:10:21,140
Diváků: [neslyšitelné]

220
00:10:21,140 --> 00:10:22,710
DAVID Malan: Jo, je tu
zřejmě pohyblivých částí.

221
00:10:22,710 --> 00:10:25,210
Je to něco jako starý rekord
přehrávač nebo gramofon přehrávač.

222
00:10:25,210 --> 00:10:26,200
A to do značné míry je.

223
00:10:26,200 --> 00:10:28,950
Je to trochu milovník než to--
vzhledem k tomu, gramofonové přehrávače používané

224
00:10:28,950 --> 00:10:33,150
drážek v záznamu, toto vlastně
používá malinké magnetické částice

225
00:10:33,150 --> 00:10:34,550
že nemůžeme zcela vidět.

226
00:10:34,550 --> 00:10:38,520
Ale pokud trochou magnetické částice
vypadá to, že to považuje za 1.

227
00:10:38,520 --> 00:10:41,230
A pokud to vypadá takhle,
sever-jih namísto jih-sever,

228
00:10:41,230 --> 00:10:42,252
to by mohlo být 0.

229
00:10:42,252 --> 00:10:45,460
A uvidíme zítra, jak můžeme budovat
z toho více zajímavých věcí.

230
00:10:45,460 --> 00:10:47,590
>> Ale něco to je
dostal fyzicky přesunout

231
00:10:47,590 --> 00:10:51,010
Je jistě půjde pomaleji
než je rychlost světla,

232
00:10:51,010 --> 00:10:53,250
který teoreticky je to, co
elektron může proudit,

233
00:10:53,250 --> 00:10:54,620
ačkoli realisticky ne tak docela.

234
00:10:54,620 --> 00:10:56,900
Takže mechanické devices-- mnohem pomaleji.

235
00:10:56,900 --> 00:10:58,320
Ale jsou levnější.

236
00:10:58,320 --> 00:11:00,944
A vy se vejde tolik
více dat uvnitř nich.

237
00:11:00,944 --> 00:11:03,110
Tak, že tam
existuje ve světě něčím

238
00:11:03,110 --> 00:11:06,840
volal virtuální paměť,
použití pevného disku, jako je tento

239
00:11:06,840 --> 00:11:10,160
jako by to byl RAM
pro uživatele transparentní,

240
00:11:10,160 --> 00:11:15,320
jednoduše tím, že přesun dat
z paměti na pevný disk,

241
00:11:15,320 --> 00:11:18,714
pak ho vrací zpět, když budete potřebovat
to opět vytvoří zpomalení.

242
00:11:18,714 --> 00:11:21,380
Protože máte doslova na
zkopírovat z jednoho místa na druhé.

243
00:11:21,380 --> 00:11:25,100
A co vy zkopírováním a
z je ve skutečnosti nižší než velikost paměti RAM

244
00:11:25,100 --> 00:11:26,150
kde chcete, aby to bylo.

245
00:11:26,150 --> 00:11:29,030
>> Alternativní řešení here--
pokud se vám nelíbí, že zpomalit,

246
00:11:29,030 --> 00:11:32,014
a vaše virtuální paměť
druh byli přetíženi,

247
00:11:32,014 --> 00:11:33,680
Co je další řešení tohoto problému?

248
00:11:33,680 --> 00:11:35,260
>> Diváků: [neslyšitelné]

249
00:11:35,260 --> 00:11:37,260
DAVID Malan: No,
zvýšení virtuální paměti

250
00:11:37,260 --> 00:11:39,135
by nám to na
ještě větší váha.

251
00:11:39,135 --> 00:11:43,540
Mohli bychom zvládnout 66 gigabajtů hodnotě
paměťových potřebách nebo 67 GB.

252
00:11:43,540 --> 00:11:45,830
Ale předpokládám, že nemám rád
Tento zpomalení, ve skutečnosti

253
00:11:45,830 --> 00:11:49,380
Chci vypnout virtuální
Paměť pokud je to vůbec možné,

254
00:11:49,380 --> 00:11:52,350
co jiného bych mohl hodit na
Tento problém vyřešit,

255
00:11:52,350 --> 00:11:56,900
kde chci zvládnout více uživatelů
a další požadavky na paměť

256
00:11:56,900 --> 00:11:59,100
než jsem fyzicky mají v současné době?

257
00:11:59,100 --> 00:12:02,600
>> Diváků: [neslyšitelné]

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

259
00:12:04,800 --> 00:12:06,140
>> DAVID Malan: Bohužel ne.

260
00:12:06,140 --> 00:12:09,850
Takže CPU a jádra je máte
V je omezený zdroj.

261
00:12:09,850 --> 00:12:13,280
A tam je v tomto kontextu není analogový.

262
00:12:13,280 --> 00:12:14,990
Dobrá otázka, ačkoli.

263
00:12:14,990 --> 00:12:19,270
Jen aby bylo jasno, taky, pokud
Vnitřek je tento počítač,

264
00:12:19,270 --> 00:12:24,510
řekněme, tyč paměti RAM, která vypadá
jako tohle-- a tak budeme nazývat RAM.

265
00:12:24,510 --> 00:12:27,070
A tady je pevný disk.

266
00:12:27,070 --> 00:12:30,130
A já budu jen čerpat toto
obrazově jako malý kruh.

267
00:12:30,130 --> 00:12:33,740
Existuje 0 a 1 je v obou
these-- údaje, budeme generalizovat jako.

268
00:12:33,740 --> 00:12:38,030
>> A v podstatě, pokud je uživatel
spuštění aplikace líbí,

269
00:12:38,030 --> 00:12:46,070
řekněme, webové stránky, které vyžaduje toto
Kolik RAM pro každého uživatele, co tím chci navrhnout,

270
00:12:46,070 --> 00:12:48,380
prostřednictvím této věci
volal virtuální paměť,

271
00:12:48,380 --> 00:12:53,990
Je jen dočasně přesunout
že více než tady, takže teď

272
00:12:53,990 --> 00:12:57,810
se může pohybovat paměti někoho jiného
Požadavky tam.

273
00:12:57,810 --> 00:13:00,420
A pak, když je toto hotovo,
Mohu kopírovat to zpátky přes

274
00:13:00,420 --> 00:13:04,550
a to jde tady, čímž se posouvá
co chtěl jsem tam někde jinde

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

276
00:13:05,050 --> 00:13:07,820
>> Takže je tu jen hodně
Switcheroo, je stánek s jídlem zde.

277
00:13:07,820 --> 00:13:12,380
Takže pokud se vám nelíbí to, a vy ne
chtít dát nic na pevném disku,

278
00:13:12,380 --> 00:13:16,440
co je druh zřejmé
Řešení obchodního osoby

279
00:13:16,440 --> 00:13:19,684
problému, nebo inženýr je
řešení, když na to přijde taky?

280
00:13:19,684 --> 00:13:21,950
>> Diváků: [neslyšitelné]

281
00:13:21,950 --> 00:13:24,750
>> DAVID Malan: Jo, myslím doslovně
házet peníze na problém.

282
00:13:24,750 --> 00:13:27,541
A skutečně, je to perfektní
segue na některé z vyšší úrovně

283
00:13:27,541 --> 00:13:28,870
diskuse o cloud computing.

284
00:13:28,870 --> 00:13:31,390
Vzhledem k tomu, hodně z toho je motivováno
finančními rozhodnutími,

285
00:13:31,390 --> 00:13:33,040
ani nutně technologické.

286
00:13:33,040 --> 00:13:37,830
V případě 64 giga RAM je příliš málo, dobře,
proč ne dostat 128 gigabajty RAM?

287
00:13:37,830 --> 00:13:40,440
Proč ne dostat 256 gigabajty RAM?

288
00:13:40,440 --> 00:13:41,732
No, proč ne?

289
00:13:41,732 --> 00:13:42,608
>> Diváků: [neslyšitelné]

290
00:13:42,608 --> 00:13:44,482
DAVID Malan: No,
stojí více peněz, jistě.

291
00:13:44,482 --> 00:13:46,970
A pokud již máte náhradní
na pevném disku, efektivně,

292
00:13:46,970 --> 00:13:51,407
nebo ekvivalentně místa na pevném disku je natolik
mnohem levnější, můžete jej také použít.

293
00:13:51,407 --> 00:13:54,490
Takže znovu, tam je to kompromis, který
jsme viděli již dříve na tomto ráno,

294
00:13:54,490 --> 00:13:56,656
tam, kde to opravdu není
nutně správná odpověď,

295
00:13:56,656 --> 00:14:01,360
tam prostě lepší nebo horší odpověď
založené na tom, co vlastně záleží.

296
00:14:01,360 --> 00:14:04,500
>> Takže je tu i technologické realitě.

297
00:14:04,500 --> 00:14:06,870
Nemohu koupit počítač,
Pokud vím,

298
00:14:06,870 --> 00:14:09,490
s bilion GB
RAM právě teď.

299
00:14:09,490 --> 00:14:11,540
Je to prostě fyzicky neexistuje.

300
00:14:11,540 --> 00:14:13,240
Takže tam je nějaký horní mez.

301
00:14:13,240 --> 00:14:15,990
Ale pokud jste někdy dokonce nakupovali
pro spotřebitele Mac nebo PC,

302
00:14:15,990 --> 00:14:20,180
Také obecně je tu
Tato křivka funkcí

303
00:14:20,180 --> 00:14:23,410
tam, kde by mohl být dobrý,
lepší, a nejlépe počítač.

304
00:14:23,410 --> 00:14:25,730
>> A marginální vrací
na nákup dolaru

305
00:14:25,730 --> 00:14:30,227
nejlepší počítač oproti
tím lépe počítač

306
00:14:30,227 --> 00:14:32,560
nemusí být téměř tak vysoké
jak strávit trochu více peněz

307
00:14:32,560 --> 00:14:35,599
a získat lepší počítač
přes dobrou počítače.

308
00:14:35,599 --> 00:14:38,390
Jinými slovy, platíte
prémie dostat horní linie.

309
00:14:38,390 --> 00:14:40,790
>> A to, co uvidíme v
Diskuse o cloud computing

310
00:14:40,790 --> 00:14:44,940
je, že to, co je velmi časté tito
dny, a to, co společnosti jako Google

311
00:14:44,940 --> 00:14:50,560
brzy propagován, nevěnoval
pro stavební a opravdu fantazie, drahé

312
00:14:50,560 --> 00:14:53,540
nadupaným do počítače s
spousta všeho,

313
00:14:53,540 --> 00:15:00,140
ale spíše koupi či stavbu dost
skromné ​​počítače, ale mnoho z nich,

314
00:15:00,140 --> 00:15:03,280
a pomocí něco, co je všeobecně
volal horizontální škálování namísto

315
00:15:03,280 --> 00:15:04,320
vertikálního měřítka.

316
00:15:04,320 --> 00:15:08,115
>> Takže vertikální scaling by znamenalo získat více
RAM, větší disk, více všeho,

317
00:15:08,115 --> 00:15:10,187
a tak nějak investovat
vertikálně ve svém hardwaru

318
00:15:10,187 --> 00:15:12,520
takže jste jen získat co
Nejlepší z nejlepších z nejlepších,

319
00:15:12,520 --> 00:15:13,650
ale platíte za to.

320
00:15:13,650 --> 00:15:17,580
Horizontální škálování je tak nějak dostat
spodní řadou věcí, dobrý model

321
00:15:17,580 --> 00:15:19,922
nebo dokonce horší model
ale získat spoustu z nich.

322
00:15:19,922 --> 00:15:22,630
Ale jakmile se objeví spousta
them-- Například, v tomto případě,

323
00:15:22,630 --> 00:15:27,330
webové servery, pokud tento jeden server
nebo jeden web hostitele je nedostatečná,

324
00:15:27,330 --> 00:15:32,310
pak už jen intuitivně se
Řešení tohoto problému zatížení

325
00:15:32,310 --> 00:15:36,460
nebo přetížení na serverech
je buď získat větší serveru

326
00:15:36,460 --> 00:15:40,770
nebo, co tím chci navrhnout zde namísto
škálování vertikálně tak říkajíc,

327
00:15:40,770 --> 00:15:41,920
by bylo, víte co?

328
00:15:41,920 --> 00:15:43,580
Jen si druhý z nich.

329
00:15:43,580 --> 00:15:46,560
Nebo možná dokonce dostat třetiny.

330
00:15:46,560 --> 00:15:48,900
Ale teď jsme vytvořili
inženýrství problém

331
00:15:48,900 --> 00:15:51,920
podle povahy této činnosti
nebo finanční rozhodnutí.

332
00:15:51,920 --> 00:15:54,312
Co je teď inženýrství problém?

333
00:15:54,312 --> 00:15:56,040
>> Diváků: [neslyšitelné]

334
00:15:56,040 --> 00:15:59,740
>> DAVID Malan: Jo, jak se
jim připojit a-- líto?

335
00:15:59,740 --> 00:16:00,651
>> Diváků: [neslyšitelné]

336
00:16:00,651 --> 00:16:02,400
DAVID Malan: Správně,
protože jsem pořád have--

337
00:16:02,400 --> 00:16:07,280
když jsem znovu zavést mě do obrázku,
pokud je to někde můj notebook

338
00:16:07,280 --> 00:16:12,400
na internetu, který je nyní mezi
já a společnost mluvíme,

339
00:16:12,400 --> 00:16:17,960
teď musím přijít na to, ke kterému
serveru mohu poslat tento konkrétní uživatele?

340
00:16:17,960 --> 00:16:25,090
A jestli je ostatní uživatelé, stejně jako
toto, a pak tahle tady,

341
00:16:25,090 --> 00:16:28,850
a možná to je uživatel A tento
je uživatel B, to je uživatel C,

342
00:16:28,850 --> 00:16:34,720
a to je server, 1, 2, a nyní 3--
intuitivní odpověď by mohla být právě zde,

343
00:16:34,720 --> 00:16:37,460
pošleme Uživatel A na 1
a B 2 a C 3.

344
00:16:37,460 --> 00:16:39,900
A můžeme zvládnout 3krát jako mnoho uživatelů.

345
00:16:39,900 --> 00:16:41,360
>> Ale to je oversimplification.

346
00:16:41,360 --> 00:16:44,480
Jak se rozhodnout, koho poslat kde?

347
00:16:44,480 --> 00:16:46,400
Tak zkusme uvažovat přes to.

348
00:16:46,400 --> 00:16:50,110
Takže předpokládám, že počítače
A, B, a C jsou zákazníci,

349
00:16:50,110 --> 00:16:53,972
a servery 1, 2 a 3 jsou
horizontálně zmenšen servery.

350
00:16:53,972 --> 00:16:55,180
Takže jsou tak nějak stejné.

351
00:16:55,180 --> 00:16:57,200
Jsou to všechno běží stejný software.

352
00:16:57,200 --> 00:16:59,770
A mohou všichni dělají totéž.

353
00:16:59,770 --> 00:17:01,520
Ale důvod, proč máme
tři z nich je tak

354
00:17:01,520 --> 00:17:04,710
že můžeme zvládnout tři
časy jako mnoho lidí najednou.

355
00:17:04,710 --> 00:17:07,960
>> Takže víme z našich
Diskuse před obědem

356
00:17:07,960 --> 00:17:11,460
že tam je hardware v rozmezí
notebooky a servery.

357
00:17:11,460 --> 00:17:14,920
Ale my tak nějak zobecnit
že nyní jako je internet nebo oblaku.

358
00:17:14,920 --> 00:17:18,707
Ale víme, že v mém domě,
tam je asi domácí router.

359
00:17:18,707 --> 00:17:21,290
V blízkosti servery, je to asi
router, DNS server DHCP.

360
00:17:21,290 --> 00:17:24,780
Tam může být cokoliv
Chceme v tomto příběhu.

361
00:17:24,780 --> 00:17:33,360
>> Tak jak začneme rozhodnout,
když uživatel A jde do something.com,

362
00:17:33,360 --> 00:17:36,630
který server směrovat uživateli?

363
00:17:36,630 --> 00:17:39,409
Jak můžeme začít vyprávět tento příběh?

364
00:17:39,409 --> 00:17:40,450
Diváků: Vyrovnávání zatížení?

365
00:17:40,450 --> 00:17:41,120
DAVID Malan: Vyrovnávání zatížení.

366
00:17:41,120 --> 00:17:42,502
Co tím myslíš?

367
00:17:42,502 --> 00:17:44,660
>> Diváků: Vrácení
kde je nejvíce použití je

368
00:17:44,660 --> 00:17:47,472
a který má
Většina dostupných zdrojů.

369
00:17:47,472 --> 00:17:49,930
DAVID Malan: OK, tak ať mi
představit nový typ hardware

370
00:17:49,930 --> 00:17:53,627
které jsme dosud diskutovali, což
je přesně to, vyrovnávání zatížení.

371
00:17:53,627 --> 00:17:54,960
I to může být jen server.

372
00:17:54,960 --> 00:17:58,130
Mohlo by to vypadat přesně jako
ta, kterou jsme viděli před chvílí.

373
00:17:58,130 --> 00:18:01,000
Vyrovnávání zatížení je opravdu
jen kus softwaru

374
00:18:01,000 --> 00:18:02,660
spustit na kus hardwaru.

375
00:18:02,660 --> 00:18:07,310
>> Nebo si můžete zaplatit dodavatele, jako je
Citrix nebo jiní, Cisco nebo jiní.

376
00:18:07,310 --> 00:18:10,465
Můžete platit za jejich vlastní hardware,
což je hardwarové vyrovnávání zatížení.

377
00:18:10,465 --> 00:18:12,840
Ale to jen znamená, že
předinstalovaná na vyrovnávání zatížení

378
00:18:12,840 --> 00:18:15,580
software na jejich hardwaru a
prodal vám všem dohromady.

379
00:18:15,580 --> 00:18:18,670
Tak prostě budeme čerpat ji jako
obdélník pro naše účely.

380
00:18:18,670 --> 00:18:22,040
>> Jak teď mohu implementovat vyrovnávání zatížení?

381
00:18:22,040 --> 00:18:28,150
Jinými slovy, když uživatel A chce
na mých stránkách, jejich žádost jaksi

382
00:18:28,150 --> 00:18:31,070
nebo jiné, pravděpodobně prostřednictvím těch
routery jsme hovořili o dříve,

383
00:18:31,070 --> 00:18:33,750
bude nakonec dosáhne
toto vyrovnávání zatížení, který pak

384
00:18:33,750 --> 00:18:36,210
je třeba učinit rozhodnutí o směrování podobně.

385
00:18:36,210 --> 00:18:38,320
Ale je to směrování pro druh
vyššího účelu se.

386
00:18:38,320 --> 00:18:40,361
Není to jen o získání
z bodu A do bodu

387
00:18:40,361 --> 00:18:44,730
B. Je to o rozhodování o tom, které
bod B je nejlepší mezi them--

388
00:18:44,730 --> 00:18:46,660
1, 2 nebo 3 v tomto případě.

389
00:18:46,660 --> 00:18:51,000
>> Tak jak se mám rozhodnout, zda
jít na 1, 2, 3, aby?

390
00:18:51,000 --> 00:18:55,180
Co by to mohlo černá skříňka, tak
mluvit, ať dělají na vnitřní straně?

391
00:18:55,180 --> 00:18:57,880
I to je dalším příkladem
počítačová věda abstrakce.

392
00:18:57,880 --> 00:19:02,410
Jsem doslova nakreslil vyrovnávání zatížení
jako černá skříňka černým inkoustem, uvnitř

393
00:19:02,410 --> 00:19:05,300
z nichž je několik zajímavých
logika, nebo dokonce magie,

394
00:19:05,300 --> 00:19:07,840
z toho musí přijít
decision-- 1, 2, nebo 3.

395
00:19:07,840 --> 00:19:12,220
A vstup je právě A.

396
00:19:12,220 --> 00:19:13,442
>> Diváků: [neslyšitelné]

397
00:19:13,442 --> 00:19:14,400
DAVID Malan: Je mi to líto?

398
00:19:14,400 --> 00:19:14,770
Diváků: [neslyšitelné]

399
00:19:14,770 --> 00:19:18,310
DAVID Malan: Dobře, jak můžeme
kategorizovat typy transakcí

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

401
00:19:19,095 --> 00:19:23,772
>> Diváků: Zobrazení webové stránky
oproti dotazování databáze.

402
00:19:23,772 --> 00:19:24,980
DAVID Malan: OK, to je dobré.

403
00:19:24,980 --> 00:19:29,210
Takže možná to uživatel A
Chce-li zobrazit webovou stránku.

404
00:19:29,210 --> 00:19:32,954
A možná je to i statický obsah,
něco, co změní jen zřídka, pokud vůbec.

405
00:19:32,954 --> 00:19:34,870
A to se jeví jako
docela jednoduchá obsluha.

406
00:19:34,870 --> 00:19:38,260
Takže možná jsme právě libovolně uvidíme,
ale rozumně, řekněme,

407
00:19:38,260 --> 00:19:42,750
Server 1, jeho účel v životě
jen servírovat statický obsah,

408
00:19:42,750 --> 00:19:45,150
Soubory, které jen zřídka, pokud vůbec, změna.

409
00:19:45,150 --> 00:19:46,870
Možná je to obrázků na stránce.

410
00:19:46,870 --> 00:19:50,180
Možná je to text na stránce, nebo
Jiný takový druh nezajímavých věcí,

411
00:19:50,180 --> 00:19:52,460
Nic transakční, nic dynamický.

412
00:19:52,460 --> 00:19:57,000
>> Naproti tomu, pokud uživatel A kontroluje
z jeho nebo její nákupní košík, který

413
00:19:57,000 --> 00:20:00,972
vyžaduje databázi, někde skladovat
a pamatujte, že transakce, dobře

414
00:20:00,972 --> 00:20:02,680
Možná, že žádost
by měl jít do serveru 2.

415
00:20:02,680 --> 00:20:03,610
Tak to je dobře.

416
00:20:03,610 --> 00:20:07,010
Takže můžeme nahrát na bázi zůstatek
na typu žádostí.

417
00:20:07,010 --> 00:20:08,278
Jak jinak můžeme to udělat?

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

419
00:20:13,690 --> 00:20:14,686
Co jiného--

420
00:20:14,686 --> 00:20:17,382
>> Diváků: na serveru Založený
využití a kapacity.

421
00:20:17,382 --> 00:20:18,340
DAVID Malan: Dobře, OK.

422
00:20:18,340 --> 00:20:19,950
Takže jste se zmínil, že dříve, Kareem.

423
00:20:19,950 --> 00:20:26,850
Takže co když se nám poskytnout nějaké vstupy
Na [neslyšitelný] mezi servery 1, 2,

424
00:20:26,850 --> 00:20:32,070
a 3 k tomuto vyrovnávání zatížení tak, že
jsou to jen neustále informování

425
00:20:32,070 --> 00:20:36,420
vyrovnávání zatížení jaký je jejich stav?

426
00:20:36,420 --> 00:20:39,842
Stejně jako, hej, vyrovnávání zatížení,
Jsem na využití 50%.

427
00:20:39,842 --> 00:20:41,550
Jinými slovy, mám
poloviční počet uživatelů

428
00:20:41,550 --> 00:20:43,520
jak jsem si skutečně zvládnout právě teď.

429
00:20:43,520 --> 00:20:45,480
Hej, vyrovnávání zatížení, jsem
při 100% využití.

430
00:20:45,480 --> 00:20:47,929
Hej, vyrovnávání zatížení, 0% využití.

431
00:20:47,929 --> 00:20:49,970
Vyrovnávání zatížení, pokud je to
navržen takovým způsobem, že

432
00:20:49,970 --> 00:20:53,990
mohou mít v těchto připomínkách
jako vstup, může poté

433
00:20:53,990 --> 00:20:57,420
rozhodnout, ooh, číslo dvě je na 100%.

434
00:20:57,420 --> 00:21:01,440
Nech mě posílat žádné další požadavky k němu
jiné než uživatelé již připojen.

435
00:21:01,440 --> 00:21:02,360
Tenhle chlap je na 0%.

436
00:21:02,360 --> 00:21:03,940
Pojďme poslat velký provoz k němu.

437
00:21:03,940 --> 00:21:05,480
Ten chlap řekl, že je na úrovni 50%.

438
00:21:05,480 --> 00:21:08,080
Pojďme poslat nějaký provoz na něj.

439
00:21:08,080 --> 00:21:12,012
>> Tak, že by se složka, která
mohli bychom vzít v úvahu zátěž.

440
00:21:12,012 --> 00:21:13,470
A to bude v průběhu času měnit.

441
00:21:13,470 --> 00:21:14,678
Takže rozhodnutí změní.

442
00:21:14,678 --> 00:21:17,350
Tak to je opravdu dobrá technika,
ten, který je běžně používaný.

443
00:21:17,350 --> 00:21:18,410
Co jiného můžeme dělat?

444
00:21:18,410 --> 00:21:20,380
A pojďme vlastně jen shrnout zde.

445
00:21:20,380 --> 00:21:29,510
Takže rozhodnutí zde může být
podle druhu dopravy, budu říkat.

446
00:21:29,510 --> 00:21:32,220
To může být na základě zatížení.

447
00:21:32,220 --> 00:21:34,692
Uvidíme, jestli nemůžeme
přijít s několika dalšími.

448
00:21:34,692 --> 00:21:35,934
>> Diváků: [neslyšitelné]

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

450
00:21:36,850 --> 00:21:37,724
Tak to je dobrý.

451
00:21:37,724 --> 00:21:40,880
Tak location-- jak můžete
využívat tyto informace?

452
00:21:40,880 --> 00:21:44,317
>> Diváků: [neslyšitelné]

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

454
00:21:54,140 --> 00:21:57,040
>> DAVID Malan: Oh, to je dobré.

455
00:21:57,040 --> 00:21:59,450
A o tom, kolik milisekund
by to snížit o

456
00:21:59,450 --> 00:22:02,466
základě toho, co jsme viděli tento
ráno, byste řekl?

457
00:22:02,466 --> 00:22:04,330
>> Diváků: [neslyšitelné]

458
00:22:04,330 --> 00:22:06,550
>> DAVID Malan: No, založený
na trase trasách

459
00:22:06,550 --> 00:22:09,070
jsme viděli dříve, což je jen
hrubý měřítkem něčeho,

460
00:22:09,070 --> 00:22:11,800
alespoň jak dlouho to trvá
aby byla data dostat z bodu A do bodu B

461
00:22:11,800 --> 00:22:16,140
cítí se jako něco lokální bylo, co,
stejně jako 74 milisekund, plus minus?

462
00:22:16,140 --> 00:22:19,200
A pak něco 100 plus,
200 a byl pravděpodobně v zahraničí.

463
00:22:19,200 --> 00:22:22,110
A tak na základě toho sám,
zdá se rozumné předpokládat,

464
00:22:22,110 --> 00:22:25,310
že pro uživatele v USA
pro přístup k serveru evropské

465
00:22:25,310 --> 00:22:28,900
může trvat dvakrát nebo třikrát
tak dlouho, a to i v milisekundách,

466
00:22:28,900 --> 00:22:31,280
než to může trvat v případě, že
Server zde byly umístěny

467
00:22:31,280 --> 00:22:33,370
geograficky, nebo naopak.

468
00:22:33,370 --> 00:22:35,120
Takže když jsem navrhl
dříve, že obzvláště

469
00:22:35,120 --> 00:22:37,880
Poté, co kříž, který 200 milisekund
práh, plus minus,

470
00:22:37,880 --> 00:22:39,210
Lidé si začnete všímat.

471
00:22:39,210 --> 00:22:42,960
A traceroute je jen
za předpokladu, syrový, nezajímavé data.

472
00:22:42,960 --> 00:22:46,570
Máte-li webové stránky, musíte
dostat uživatel stahuje obrázky nebo videosekvence

473
00:22:46,570 --> 00:22:49,150
Soubory, spousta textu,
následné požadavky.

474
00:22:49,150 --> 00:22:53,116
Viděli jsme, když jsme navštívili, co bylo
to, Facebook nebo Amazon dříve,

475
00:22:53,116 --> 00:22:55,490
tu celá spousta věcí
který je třeba stáhnout.

476
00:22:55,490 --> 00:22:56,573
Takže to bude sčítat.

477
00:22:56,573 --> 00:23:00,259
Takže multi-sekund mohlo
nesmí být nepřiměřené.

478
00:23:00,259 --> 00:23:01,800
Tak dobrá, geografie je jedna složka.

479
00:23:01,800 --> 00:23:05,920
Takže ve skutečnosti společnostech jako
Akamai, pokud jste o nich slyšel,

480
00:23:05,920 --> 00:23:10,000
nebo jiní již dlouho přijata
geografie v úvahu.

481
00:23:10,000 --> 00:23:14,170
A ukázalo se, že podle povahy
IP adresa, IP adresa mého laptopu,

482
00:23:14,170 --> 00:23:18,277
můžete odvodit, s určitou pravděpodobností,
kde jste ve světě.

483
00:23:18,277 --> 00:23:20,110
A ve skutečnosti tam
služby třetích stran,

484
00:23:20,110 --> 00:23:24,480
může zaplatit, kteří budou udržovat databáze
IP adres a zeměpisných oblastech

485
00:23:24,480 --> 00:23:28,660
že s vysokou mírou jistoty bude
pravda, když byl dotázán, kde na světě

486
00:23:28,660 --> 00:23:30,090
Je to IP adresa?

487
00:23:30,090 --> 00:23:32,130
>> A tak v tom, jaké
Jiné společnosti používají to?

488
00:23:32,130 --> 00:23:35,900
Pokud máte Hulu nebo Netflix, pokud
jste někdy byli na cestách do zahraničí,

489
00:23:35,900 --> 00:23:38,640
a pokusu sledovat něco na
Hulu, a nejste ve Spojených státech,

490
00:23:38,640 --> 00:23:41,280
můžete vidět zprávu
říkat, ne ve Spojených státech.

491
00:23:41,280 --> 00:23:43,208
Je nám líto, nelze zobrazit tento obsah.

492
00:23:43,208 --> 00:23:44,420
>> Diváků: [neslyšitelné]

493
00:23:44,420 --> 00:23:46,020
>> DAVID Malan: Oh, opravdu?

494
00:23:46,020 --> 00:23:48,480
Ale ano, tak ve skutečnosti to je
perfektní aplikace

495
00:23:48,480 --> 00:23:51,060
něčeho velmi technický
ke skutečnému problému.

496
00:23:51,060 --> 00:23:55,100
Pokud byste měli VPN ze
Evropa nebo Asie, nebo kdekoliv

497
00:23:55,100 --> 00:23:57,950
ve světě k podnikové
ústředí v New Yorku

498
00:23:57,950 --> 00:24:00,670
nebo tam, kde jste, že jste
hodlá vytvořit vzhled

499
00:24:00,670 --> 00:24:03,580
na vnější webové stránky, které
jste vlastně v New Yorku,

500
00:24:03,580 --> 00:24:05,660
i když jste
fyzicky dost daleko.

501
00:24:05,660 --> 00:24:08,057
>> Nyní si uživatel se chystáte
vím, že jsi zřejmě pryč.

502
00:24:08,057 --> 00:24:11,140
Ale vy jste také bude cítit, protože
těchto dalších milisekund.

503
00:24:11,140 --> 00:24:14,510
Tato dodatečná vzdálenost a
šifrování, které se děje ve VPN

504
00:24:14,510 --> 00:24:15,760
se chystá zpomalit.

505
00:24:15,760 --> 00:24:17,680
Takže to může nebo nemusí
být skvělým zážitkem.

506
00:24:17,680 --> 00:24:21,050
Ale Hulu a Netflix uvidí
vy jako sedět někde v New Yorku,

507
00:24:21,050 --> 00:24:23,817
jak jste jasně sbírala.

508
00:24:23,817 --> 00:24:25,150
Co perfektní řešení pro to.

509
00:24:25,150 --> 00:24:28,490
>> V pořádku, takže geografie je jedno rozhodnutí.

510
00:24:28,490 --> 00:24:32,290
Co jiného můžeme použít k rozhodnutí, jak
dopravně cestu z bodu A, B a C

511
00:24:32,290 --> 00:24:37,040
1, 2 a 3, opět, uvedení
inženýrství klobouk na?

512
00:24:37,040 --> 00:24:38,850
To vše zní velmi komplikované.

513
00:24:38,850 --> 00:24:41,490
Uh, já ani nevím, kde
začít realizovat ty.

514
00:24:41,490 --> 00:24:44,450
Dej mi něco, co je jednodušší.

515
00:24:44,450 --> 00:24:48,160
Co je to nejjednodušší způsob,
aby toto rozhodnutí?

516
00:24:48,160 --> 00:24:49,840
>> Diváků: Je server k dispozici?

517
00:24:49,840 --> 00:24:51,650
>> DAVID Malan: Je server k dispozici?

518
00:24:51,650 --> 00:24:53,970
Takže není špatné.

519
00:24:53,970 --> 00:24:54,470
To je dobré.

520
00:24:54,470 --> 00:24:56,260
To je něco jako nuancing zatížení.

521
00:24:56,260 --> 00:24:58,070
Takže pojďme si to v kategorii zatížení.

522
00:24:58,070 --> 00:25:00,010
Pokud máte k dispozici, jsem jen
pošle data tam.

523
00:25:00,010 --> 00:25:01,343
Ale to by mohlo rychle vymstít.

524
00:25:01,343 --> 00:25:05,720
Protože pokud mohu použít tuto logiku, a kdybych
Vždy se zeptat 1, jste na, jste na,

525
00:25:05,720 --> 00:25:08,970
jste na, v případě, že odpověď je vždy ano,
Jdu poslat 100% z dopravy

526
00:25:08,970 --> 00:25:11,060
k němu, 0% pro všechny ostatní.

527
00:25:11,060 --> 00:25:14,430
A na nějakém místě, budeme zasáhnout
že zpomalení nebo místně nedostupné.

528
00:25:14,430 --> 00:25:17,630
Takže to, co je o něco lepší než
že ale stále docela jednoduché

529
00:25:17,630 --> 00:25:22,412
a není zdaleka tak chytrý, jak s ohledem na všechny
Tyto dodatečné údaje v úvahu?

530
00:25:22,412 --> 00:25:23,992
>> Diváků: Náklady na serveru.

531
00:25:23,992 --> 00:25:25,200
DAVID Malan: Náklady na serveru.

532
00:25:25,200 --> 00:25:28,010
OK, tak ať mi hodit, že
v kategorii zatížení také.

533
00:25:28,010 --> 00:25:30,790
Protože to, co najdete v
společnost, too--, že pokud

534
00:25:30,790 --> 00:25:32,790
inovaci serverů
v průběhu času nebo koupit více,

535
00:25:32,790 --> 00:25:36,242
nemusí být schopni se dostat přesně to,
stejné verze hardwaru.

536
00:25:36,242 --> 00:25:37,450
Vzhledem k tomu, že vypadne z aktuální.

537
00:25:37,450 --> 00:25:38,491
Nemůžete ho koupit už ne.

538
00:25:38,491 --> 00:25:39,360
Ceny se mění.

539
00:25:39,360 --> 00:25:42,500
>> Takže můžete mít různorodé servery
V clusteru, tak říkajíc.

540
00:25:42,500 --> 00:25:43,890
To je naprosto v pořádku.

541
00:25:43,890 --> 00:25:47,100
Ale příští rok hardware
může být dvakrát tak rychle,

542
00:25:47,100 --> 00:25:49,390
dvakrát tak schopní jako letošní.

543
00:25:49,390 --> 00:25:51,500
Takže můžeme vyhodit, že
do kategorie zatížení.

544
00:25:51,500 --> 00:25:54,260
Tato zpětná vazba mezi 1,
2 a 3 ve vyrovnávání zatížení

545
00:25:54,260 --> 00:25:57,650
by jistě říci to,
hej, jsem na 50% kapacity.

546
00:25:57,650 --> 00:26:00,100
Ale mimochodem, já taky
má dvakrát tolik jader.

547
00:26:00,100 --> 00:26:02,319
Tyto informace použít.

548
00:26:02,319 --> 00:26:05,110
Dokonce simpler-- a to se děje
být tématem v oblasti počítačové vědy.

549
00:26:05,110 --> 00:26:08,990
Pokud máte pochybnosti, nebo když chcete jednoduchý
řešení, které obecně funguje dobře

550
00:26:08,990 --> 00:26:12,730
v průběhu času, nevybírejte stejnou
Server po celou dobu, ale vyberte--

551
00:26:12,730 --> 00:26:14,039
>> Diváků: náhodný jedno?

552
00:26:14,039 --> 00:26:15,330
DAVID Malan: -A náhodného serveru.

553
00:26:15,330 --> 00:26:16,780
Jo, vybrat jedno nebo druhé.

554
00:26:16,780 --> 00:26:21,160
Takže náhodnost je vlastně
Tento velmi silný složkou

555
00:26:21,160 --> 00:26:23,170
v informatice,
a ve strojírenství více

556
00:26:23,170 --> 00:26:27,160
obecně, zvláště když chcete
udělat jednoduchou rozhodnout rychle

557
00:26:27,160 --> 00:26:30,480
aniž by komplikovat to se všemi
ze tyto velmi chytrý, ale také

558
00:26:30,480 --> 00:26:34,330
velmi chytrý, řešení, která vyžadují
a to tím spíše inženýrství, vše

559
00:26:34,330 --> 00:26:36,220
Čím víc, když
Opravdu, proč ne já

560
00:26:36,220 --> 00:26:39,200
jen tak hodit mincí, nebo
tři sousedil mince v tomto případě,

561
00:26:39,200 --> 00:26:41,690
a rozhodnout, zda jít 1, 2, 3?

562
00:26:41,690 --> 00:26:45,610
>> To by mohlo vymstít pravděpodobnostně,
ale stejně jako kurzy

563
00:26:45,610 --> 00:26:48,860
of znovu obracející hlavy a
Znovu a znovu a znovu

564
00:26:48,860 --> 00:26:53,870
a znovu a znovu je možné v
reality-- super, super nepravděpodobné.

565
00:26:53,870 --> 00:26:58,170
Takže v průběhu doby, kurzy jsou
posílání uživatelům náhodně

566
00:26:58,170 --> 00:27:00,660
1, 2 a 3 se chystá
vypracovat naprosto v pořádku.

567
00:27:00,660 --> 00:27:03,380
A to je technika
obecně známý jako round robin.

568
00:27:03,380 --> 00:27:05,160
>> Nebo vlastně, to není každý s každým.

569
00:27:05,160 --> 00:27:06,980
To by byl náhodný přístup.

570
00:27:06,980 --> 00:27:09,250
A pokud chcete být ještě
poněkud jednodušší, než to,

571
00:27:09,250 --> 00:27:12,820
Round Robin by bylo, první člověk jede
1, druhá osoba 2, třetí osoba

572
00:27:12,820 --> 00:27:16,056
až 3, čtvrtý až 1.

573
00:27:16,056 --> 00:27:17,430
A v tom spočívá Round Robin.

574
00:27:17,430 --> 00:27:19,580
Můžete tak nějak obejít v cyklu.

575
00:27:19,580 --> 00:27:21,300
>> Nyní byste měli být chytrý o tom.

576
00:27:21,300 --> 00:27:26,490
Byste neměli slepě zaslat uživateli
Server číslo jedna, pokud to, co je případ?

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

578
00:27:30,060 --> 00:27:32,870
Pokud je to na plný výkon max, nebo
je to prostě není citlivý.

579
00:27:32,870 --> 00:27:35,270
Takže v ideálním případě budete chtít některé
druh zpětné vazby.

580
00:27:35,270 --> 00:27:38,040
V opačném případě stačí poslat všichni
z vašich uživatelů do slepé uličky.

581
00:27:38,040 --> 00:27:40,790
Ale které mohou být vzaty v úvahu také.

582
00:27:40,790 --> 00:27:46,520
>> Takže se nemusíte za ocenit hodnotu
jen nahodilosti, což je docela často

583
00:27:46,520 --> 00:27:48,970
řešení na tyto druhy problémů.

584
00:27:48,970 --> 00:27:51,580
A budeme zapisovat Round Robin.

585
00:27:51,580 --> 00:27:55,090
Tak jak se některé společnosti realizovat
Round Robin nebo náhodnost

586
00:27:55,090 --> 00:27:56,840
nebo některý z těchto rozhodnutí?

587
00:27:56,840 --> 00:28:01,840
No bohužel, oni
dělat věci, jako je tento.

588
00:28:01,840 --> 00:28:03,660
Nech mě vytáhnout další rychlý snímek obrazovky.

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

590
00:28:13,052 --> 00:28:14,470
>> Ve skutečnosti, pojďme udělat dva.

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

592
00:28:17,420 --> 00:28:21,370
Nevím, proč jsme
získání všech těchto pokrmů.

593
00:28:21,370 --> 00:28:22,280
To je velmi podivné.

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

595
00:28:31,714 --> 00:28:33,630
Dobře, co opravdu
chci, je screenshot.

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

597
00:28:36,990 --> 00:28:40,100
To je divné.

598
00:28:40,100 --> 00:28:42,930
V pořádku, takže můžu zfalšovat to.

599
00:28:42,930 --> 00:28:46,080
Nevím, jak moc dál
Chci, aby posouvání.

600
00:28:46,080 --> 00:28:53,220
>> Takže velmi často, zjistíte sami
na adrese jako www.2.acme.com,

601
00:28:53,220 --> 00:28:56,030
Možná www.3 nebo 4 nebo 5.

602
00:28:56,030 --> 00:28:57,424
A dávat pozor na to.

603
00:28:57,424 --> 00:28:58,590
Ty to nevidí tak často.

604
00:28:58,590 --> 00:29:02,621
Ale když to uděláte, to jaksi inklinuje
být větší, starší, stodgier společnosti

605
00:29:02,621 --> 00:29:05,370
že technologicky opravdu nemám
Zdá se, že vědí, co dělají.

606
00:29:05,370 --> 00:29:08,150
A vidíte to na tech firem
Někdy, ti starší.

607
00:29:08,150 --> 00:29:09,270
>> Takže to, co dělají?

608
00:29:09,270 --> 00:29:11,890
Jak jsou prováděcí
vyvažování zátěže, by se mohlo zdát?

609
00:29:11,890 --> 00:29:15,986
Ocitnete-li se jako
Uživatel psaní www.something.com,

610
00:29:15,986 --> 00:29:19,760
a najednou jste na
www.2.something.com,

611
00:29:19,760 --> 00:29:21,866
co má svůj náklad
vyvažovací asi udělal?

612
00:29:21,866 --> 00:29:22,741
Diváků: [neslyšitelné]

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

614
00:29:28,210 --> 00:29:31,079
>> DAVID Malan: Jo, takže
Vyrovnávání zatížení je podle všeho

615
00:29:31,079 --> 00:29:33,870
rozhodování založené na jedné ze
Tyto rozhodování processes--

616
00:29:33,870 --> 00:29:35,210
nezáleží který.

617
00:29:35,210 --> 00:29:38,650
Ale stejně jako jsem vybral
Čísla na desce zde

618
00:29:38,650 --> 00:29:40,650
servery nejsou jen
volal 1, 2 a 3.

619
00:29:40,650 --> 00:29:43,870
Nejspíš volal
www1, www2, www3.

620
00:29:43,870 --> 00:29:47,200
A ukázalo se, že vnitřek
požadavek HTTP je tato funkce.

621
00:29:47,200 --> 00:29:48,950
A jdu
simulovat následujícím způsobem.

622
00:29:48,950 --> 00:29:53,230
>> Jdu otevřít ten stejný
Karta Developer Network jako dříve jen

623
00:29:53,230 --> 00:29:55,560
takže můžeme vidět, co se děje
Na pod kapotou.

624
00:29:55,560 --> 00:29:57,130
Chystám se vyčistit obrazovku.

625
00:29:57,130 --> 00:30:03,420
A já jdu do, pojďme
říkají, http://harvard.edu.

626
00:30:03,420 --> 00:30:06,560
Nyní pro cokoliv
obchodních důvodů, Harvard

627
00:30:06,560 --> 00:30:08,930
se rozhodl, stejně jako mnozí,
mnoho jiných webových stránek,

628
00:30:08,930 --> 00:30:12,712
standardizovat své
Webové stránky na www.harvard.edu

629
00:30:12,712 --> 00:30:14,420
pro oba technický
a marketingových důvodů.

630
00:30:14,420 --> 00:30:16,326
Je to jen druh v
móda mít www.

631
00:30:16,326 --> 00:30:20,500
>> Takže server na Harvardu má
nějak přesměrovat uživatele,

632
00:30:20,500 --> 00:30:23,830
jak jsem pořád říkáš, od
jedno URL na druhou.

633
00:30:23,830 --> 00:30:24,670
Jak to funguje?

634
00:30:24,670 --> 00:30:26,740
No, nech mě jít napřed a stiskněte klávesu Enter.

635
00:30:26,740 --> 00:30:30,830
A všimněte si URL opravdu rychle
změněno na www.harvard.edu.

636
00:30:30,830 --> 00:30:35,560
Nech mě listovat v tomto
Historie a klikněte na toto ladění

637
00:30:35,560 --> 00:30:37,650
diagnostické informace, chcete-li.

638
00:30:37,650 --> 00:30:39,170
Podívejme se na mou žádost.

639
00:30:39,170 --> 00:30:41,020
>> Takže tady je žádost jsem udělal.

640
00:30:41,020 --> 00:30:44,870
A všimněte si, že je to v souladu s druhem
žádosti I z Facebooku předtím.

641
00:30:44,870 --> 00:30:48,010
Ale všimněte si odpověď.

642
00:30:48,010 --> 00:30:50,430
Čím se liší
odezva tentokrát?

643
00:30:50,430 --> 00:30:51,890
>> Diváků: [neslyšitelné]

644
00:30:51,890 --> 00:30:54,290
>> DAVID Malan: Jo, tak to není 200 OK.

645
00:30:54,290 --> 00:30:56,130
Není to 404 Not Found.

646
00:30:56,130 --> 00:31:00,150
Je to 301 Trvale přesunuto, který
je druh zábavný způsob, jak říkat,

647
00:31:00,150 --> 00:31:05,270
Harvard se zvýšil a pohyboval
jinde www.harvard.edu.

648
00:31:05,270 --> 00:31:08,220
301 znamená, že
jedná se o přesměrování.

649
00:31:08,220 --> 00:31:12,812
A kde má uživatel
zřejmě bude přesměrován?

650
00:31:12,812 --> 00:31:15,520
Je tu další sousto
Informace v té obálce.

651
00:31:15,520 --> 00:31:19,650
A každý z těchto řádků bude nyní
začít volat HTTP hlavičky.

652
00:31:19,650 --> 00:31:23,620
Hlavička je jen klíčovou hodnotou
pair-- něco něco tlustého střeva.

653
00:31:23,620 --> 00:31:24,850
Je to kus informací.

654
00:31:24,850 --> 00:31:27,131
, Kde má nová
Poloha zřejmě bude?

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

656
00:31:31,120 --> 00:31:33,692
Všimněte si, že poslední řádek
Mezi všemi těmi záhlaví.

657
00:31:33,692 --> 00:31:34,940
>> Diváků: [neslyšitelné]

658
00:31:34,940 --> 00:31:37,148
>> DAVID Malan: Jo, takže je tu
dodatečné informace.

659
00:31:37,148 --> 00:31:40,120
První řádek, které jsem zdůraznila
říká 301 Trvale přesunuto.

660
00:31:40,120 --> 00:31:42,820
No, kde se pohyboval?

661
00:31:42,820 --> 00:31:45,340
Poslední line-- a oni ne
musí být v tomto pořadí.

662
00:31:45,340 --> 00:31:47,020
To může být libovolné.

663
00:31:47,020 --> 00:31:52,120
Místo tlustého střeva znamená, hej
prohlížeč, jděte na tuto adresu URL místo.

664
00:31:52,120 --> 00:31:55,180
>> Takže prohlížeče porozumět HTTP přesměrování.

665
00:31:55,180 --> 00:31:57,540
A to je velmi, velmi
obyčejný způsob, jak odrážení

666
00:31:57,540 --> 00:31:59,680
Uživatel z jednoho místa na druhé.

667
00:31:59,680 --> 00:32:02,660
Například, pokud jste někdy zkoušeli
navštívit webové stránky, které si nejste

668
00:32:02,660 --> 00:32:06,360
přihlášeni, můžete náhle
sami na novou adresu URL úplně bytí

669
00:32:06,360 --> 00:32:07,530
vyzváni k přihlášení.

670
00:32:07,530 --> 00:32:08,400
>> Jak to funguje?

671
00:32:08,400 --> 00:32:10,920
Server je pravděpodobně posílá 301.

672
00:32:10,920 --> 00:32:14,510
K dispozici je také jiná čísla, jako je
302, ve smyslu poněkud odlišný,

673
00:32:14,510 --> 00:32:16,490
kteří vás posílají na jinou adresu URL.

674
00:32:16,490 --> 00:32:18,770
A pak server,
jakmile jste přihlášeni,

675
00:32:18,770 --> 00:32:22,000
budete posílat zpět na místo, kde
jste vlastně určen.

676
00:32:22,000 --> 00:32:27,700
>> Tak co tedy jsou špatně
upravené webové stránky dělá?

677
00:32:27,700 --> 00:32:31,340
Při návštěvě
www.acme.com, a oni jen

678
00:32:31,340 --> 00:32:35,490
náhodou jmenovali své servery
www1, www2, www3, a tak dále,

679
00:32:35,490 --> 00:32:39,100
jsou velmi simply--
který je spravedlivý, ale velmi

680
00:32:39,100 --> 00:32:46,080
druh foolishly-- přesměrování vás
aktuálně různá jména serveru.

681
00:32:46,080 --> 00:32:48,650
A funguje to naprosto v pořádku.

682
00:32:48,650 --> 00:32:49,930
Je to příjemné a snadné.

683
00:32:49,930 --> 00:32:52,200
>> Viděli jsme, jak to bude
provedeno pod kapotou

684
00:32:52,200 --> 00:32:53,490
ve virtuálním obálky.

685
00:32:53,490 --> 00:32:56,450
Ale proč je to pravděpodobně
špatný technika rozhodnutí?

686
00:32:56,450 --> 00:33:00,345
A proč jsem tak nějak blahosklonně
k této konkrétní techniky

687
00:33:00,345 --> 00:33:00,845
přístup?

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

689
00:33:06,420 --> 00:33:07,850
Argumentovat, proč je to špatné.

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

691
00:33:09,375 --> 00:33:10,250
Diváků: [neslyšitelné]

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

693
00:33:12,864 --> 00:33:16,030
DAVID Malan: Každý server by musely
mají duplicitní kopie webové stránky.

694
00:33:16,030 --> 00:33:16,738
Jsem s tím OK.

695
00:33:16,738 --> 00:33:19,490
A ve skutečnosti, že to, co jsem si
za předpokladu, za celý tento příběh,

696
00:33:19,490 --> 00:33:22,104
protože pokud bychom wanted-- dobře
ve skutečnosti, s výjimkou Dan je dříve

697
00:33:22,104 --> 00:33:25,270
náznak, kde máte-li odlišná
Servery dělat různé věci, pak

698
00:33:25,270 --> 00:33:27,740
Možná by mohly být ve skutečnosti
funkčně dělat různé věci.

699
00:33:27,740 --> 00:33:30,698
>> Ale i pak, na nějakém místě, váš
Databáze bude přetížen.

700
00:33:30,698 --> 00:33:33,030
Váš statický majetek serveru
bude přetížen.

701
00:33:33,030 --> 00:33:34,850
Takže na nějakém místě, my jsme
zpět v tomto příběhu, kde jsme

702
00:33:34,850 --> 00:33:36,475
potřebují více kopií stejné věci.

703
00:33:36,475 --> 00:33:37,395
Takže jsem s tím OK.

704
00:33:37,395 --> 00:33:38,270
Diváků: [neslyšitelné]

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

706
00:33:42,340 --> 00:33:45,350
>> DAVID Malan: OK, tak některé stránky
by mohla být neúměrně populární.

707
00:33:45,350 --> 00:33:50,460
A tak fixaci na jedné adrese
není nutně ta nejlepší věc.

708
00:33:50,460 --> 00:33:51,110
[NESLYŠITELNÝ]?

709
00:33:51,110 --> 00:33:51,985
>> Diváků: [neslyšitelné]

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

711
00:33:54,770 --> 00:33:57,623
>> DAVID Malan: Co tím myslíš, že?

712
00:33:57,623 --> 00:33:58,498
Diváků: [neslyšitelné]

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

714
00:34:03,820 --> 00:34:05,072
>> DAVID Malan: Jo, přesně tak.

715
00:34:05,072 --> 00:34:07,280
Takže nechcete, aby
nutně vás jistě have--

716
00:34:07,280 --> 00:34:11,370
nechtějí mít své uživatele
ručním zadáním www1 nebo www2.

717
00:34:11,370 --> 00:34:14,550
Z hlediska brandingu ji
jen vypadá trochu směšné.

718
00:34:14,550 --> 00:34:17,340
Pokud chcete jen jakýsi
čisté, elegantní zkušenosti,

719
00:34:17,340 --> 00:34:20,364
Po těchto druh náhodně
číslované URL opravdu není dobré.

720
00:34:20,364 --> 00:34:22,780
Protože pak uživatelé jistě
bude kopírovat a vložit

721
00:34:22,780 --> 00:34:24,449
do e-mailů nebo rychlých zpráv.

722
00:34:24,449 --> 00:34:25,659
>> Teď se množit.

723
00:34:25,659 --> 00:34:28,600
Teď nějak matoucí vašich
menší technické publikum, kdo si myslí,

724
00:34:28,600 --> 00:34:32,239
vaše webová adresa je www2.something.com.

725
00:34:32,239 --> 00:34:35,434
Neexistuje žádné přesvědčivé sémantiky k tomu.

726
00:34:35,434 --> 00:34:38,100
Prostě se to stane, že je podkladové
technické detaily, které jste

727
00:34:38,100 --> 00:34:40,190
číslované své servery tímto způsobem.

728
00:34:40,190 --> 00:34:45,760
>> A ještě hůře, co když, například,
Možná kolem vánočního času, kdy

729
00:34:45,760 --> 00:34:50,090
podnikání je opravdu na vzestupu,
máte www1 přes www99,

730
00:34:50,090 --> 00:34:53,530
ale v lednu a únoru a
kupředu, vypnout polovinu těch,

731
00:34:53,530 --> 00:34:56,440
takže máte pouze www1 přes www50?

732
00:34:56,440 --> 00:35:01,963
Jaký je důsledek teď za to
velmi rozumné obchodní rozhodnutí?

733
00:35:01,963 --> 00:35:02,838
Diváků: [neslyšitelné]

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

735
00:35:05,628 --> 00:35:07,752
DAVID Malan: Musíte
spravovat všechny ty dosud.

736
00:35:07,752 --> 00:35:10,515
Diváků: [neslyšitelné]

737
00:35:10,515 --> 00:35:11,390
DAVID Malan: Přesně tak.

738
00:35:11,390 --> 00:35:12,681
To je druh tam úlovku.

739
00:35:12,681 --> 00:35:16,800
Pokud jsou vaši zákazníci ve zvyku
bookmarking věci, je posílání e-mailů, jen

740
00:35:16,800 --> 00:35:19,351
uložení URL někam, nebo
když je to jen na jejich auto

741
00:35:19,351 --> 00:35:22,350
dokončit do svého prohlížeče tož
ve skutečnosti záměrně psát to,

742
00:35:22,350 --> 00:35:25,560
je to jen děje, mohli by,
po dobu 11 měsíců ven z roku

743
00:35:25,560 --> 00:35:27,190
účinně dosáhnout do slepé uličky.

744
00:35:27,190 --> 00:35:30,100
A jen ty vychytralý z
Uživatelé se chystá realizovat,

745
00:35:30,100 --> 00:35:32,040
Možná bych měl manuálně
odebrat toto číslo.

746
00:35:32,040 --> 00:35:35,610
Myslím, že to prostě nestane
s mnoha uživateli, tak špatné pro podnikání,

747
00:35:35,610 --> 00:35:37,750
špatná implementace inženýrství moudré.

748
00:35:37,750 --> 00:35:40,230
>> Takže naštěstí to není ani nutné.

749
00:35:40,230 --> 00:35:43,120
Ukazuje se, že to, co
load balancery může dělat

750
00:35:43,120 --> 00:35:48,130
Místo toho je říkat, když A
dělá request-- hej A, jet do 1.

751
00:35:48,130 --> 00:35:50,280
Jinými slovy, místo toho
zasílání které přesměrovávají

752
00:35:50,280 --> 00:35:53,540
tak, že první krok v tomto
Proces je jít sem,

753
00:35:53,540 --> 00:35:55,280
On je pak řekl, aby šla jinam.

754
00:35:55,280 --> 00:35:57,530
A tak krok tři je, půjde jinam.

755
00:35:57,530 --> 00:36:04,600
>> Místo toho můžete pokračovat v cestě, aby
nadále používat tento termín, všechna data A je

756
00:36:04,600 --> 00:36:10,590
přes vyrovnávání zatížení tak, že mu
nikdy kontakty 1, 2, 3 nebo přímo.

757
00:36:10,590 --> 00:36:15,150
Veškerý provoz se dostat "směrována"
o vyrovnávání zatížení sama.

758
00:36:15,150 --> 00:36:17,524
A tak teď jsme tak nějak
záměrně rozmazaný linky

759
00:36:17,524 --> 00:36:18,690
Mezi těmito různými zařízeními.

760
00:36:18,690 --> 00:36:20,930
Vyrovnávání zatížení může dat trasy.

761
00:36:20,930 --> 00:36:22,435
Je to jen funkce, která to má.

762
00:36:22,435 --> 00:36:25,420
>> Takže pro vyrovnávání zatížení, taky, je to
kus software, opravdu.

763
00:36:25,420 --> 00:36:27,130
A router je kus softwaru.

764
00:36:27,130 --> 00:36:29,660
A můžete mít absolutně
dva kusy softwaru uvnitř

765
00:36:29,660 --> 00:36:34,000
na jednom fyzickém počítači, takže zatížení
vyvažovací může dělat tyto věci více.

766
00:36:34,000 --> 00:36:36,130
>> Takže je tu ještě jedna další cesta
jak to udělat, který vlastně

767
00:36:36,130 --> 00:36:39,670
sahá až do jakési prvních principů
DNS, které jsme mluvili

768
00:36:39,670 --> 00:36:40,230
Před přestávkou.

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

770
00:36:41,634 --> 00:36:43,550
Nezapomeňte, že můžete
zeptejte DNS server, co je

771
00:36:43,550 --> 00:36:46,460
IP adresa
google.com, facebook.com?

772
00:36:46,460 --> 00:36:48,250
>> A můžeme skutečně udělat.

773
00:36:48,250 --> 00:36:51,940
Nástroj jsme nevyužili dříve je
ten, který je stejně přístupné,

774
00:36:51,940 --> 00:36:55,510
volal nslookup, pro vyhledání název serveru.

775
00:36:55,510 --> 00:36:57,410
A já jsem prostě jít psát facebook.com.

776
00:36:57,410 --> 00:37:02,500
A vidím, že Facebook je IP
Adresa je zřejmě to.

777
00:37:02,500 --> 00:37:05,520
Nech mě jít dopředu a kopírování
že jdou do prohlížeče,

778
00:37:05,520 --> 00:37:11,690
a přejděte na stránku http: // a že
IP adresu a stiskněte klávesu Enter.

779
00:37:11,690 --> 00:37:14,140
A opravdu, zdá se do práce.

780
00:37:14,140 --> 00:37:18,610
>> Nyní pracuje zpět, co bylo
uvnitř virtuálního obálky

781
00:37:18,610 --> 00:37:25,454
že Facebook reagovali, když
Navštívila jsem, že IP adresa přímo?

782
00:37:25,454 --> 00:37:26,745
Vzhledem k tomu, vývěsní, kde jsem teď?

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

784
00:37:29,250 --> 00:37:32,484
Tam, kde jsem teď, adresa?

785
00:37:32,484 --> 00:37:33,450
>> Diváků: [neslyšitelné]

786
00:37:33,450 --> 00:37:36,116
>> DAVID Malan: Na zabezpečenou verzi,
a na www.facebook.com.

787
00:37:36,116 --> 00:37:38,520
Takže to není dokonce jen
zabezpečený IP adresa.

788
00:37:38,520 --> 00:37:42,650
Facebook vzala ji na sebe
říkat, to je směšné.

789
00:37:42,650 --> 00:37:45,710
Nejdeme, aby vás na to
ošklivé vypadající URL, které je číselný.

790
00:37:45,710 --> 00:37:50,120
Budeme posílat HTTP
přesměrovat prostřednictvím téhož záhlaví

791
00:37:50,120 --> 00:37:53,010
že jsme viděli before--
Poloha tlustého střeva něco.

792
00:37:53,010 --> 00:37:56,340
>> A tak to jednoduše znamená, že pod ním
kapota je stále tato IP adresa.

793
00:37:56,340 --> 00:37:59,010
Každý počítač na internetu
má IP adresu, by se mohlo zdát.

794
00:37:59,010 --> 00:38:01,480
Ale nemusíte mít nutně
vystavit, že pro uživatele.

795
00:38:01,480 --> 00:38:07,190
A podobně jako zpět v den, existuje
Byl 1-800-Collect, 1-800-C-O-L-L-E-C-T,

796
00:38:07,190 --> 00:38:11,700
ve Spojených státech, byl způsob, jak dělat collect
hovory přes velmi snadno památný telefonu

797
00:38:11,700 --> 00:38:17,140
číslo nebo číslo 1-800-MATRACE koupit postel,
a podobné mnemotechnické pomůcky, které jste dokonce vidět

798
00:38:17,140 --> 00:38:20,460
Na telefonu druh druh
přesto, že mapa dopisy na čísla.

799
00:38:20,460 --> 00:38:21,470
>> A teď, proč tomu tak je?

800
00:38:21,470 --> 00:38:26,080
No, je to mnohem snazší si zapamatovat
1-800-MATRACE nebo 1-800-Collect namísto

801
00:38:26,080 --> 00:38:29,100
z 1-800 něco něco něco
něco něco něco

802
00:38:29,100 --> 00:38:31,030
něco, kde každý
z nich je číslice.

803
00:38:31,030 --> 00:38:34,390
Stejně tak se svět dozvěděl
rychle, že bychom neměli

804
00:38:34,390 --> 00:38:35,940
mají lidé pamatovat IP adresy.

805
00:38:35,940 --> 00:38:36,826
To by bylo hloupé.

806
00:38:36,826 --> 00:38:38,200
Budeme se místo toho používat názvy.

807
00:38:38,200 --> 00:38:40,420
A to je důvod, proč se narodil DNS.

808
00:38:40,420 --> 00:38:45,510
>> V pořádku, takže s tím, že z hlediska
vyvažování zátěže, zkusme yahoo.com.

809
00:38:45,510 --> 00:38:47,030
No, to je zajímavé.

810
00:38:47,030 --> 00:38:51,464
Yahoo se zdá být návratem tři IP adresy.

811
00:38:51,464 --> 00:38:53,940
Takže vyvozovat z toho,
kdybyste mohli, co je

812
00:38:53,940 --> 00:38:58,600
Dalším způsobem, že bychom mohli realizovat
toto ponětí o vyrovnávání zátěže

813
00:38:58,600 --> 00:39:04,310
možná i bez použití fyzické
zařízení, tento nový fyzické zařízení?

814
00:39:04,310 --> 00:39:08,070
>> Jinými slovy, mohu vzít pryč
financování máte k vyrovnávání zatížení

815
00:39:08,070 --> 00:39:10,990
a řeknu vám použít některé existující
kus hardwaru realizovat

816
00:39:10,990 --> 00:39:12,680
toto ponětí o vyrovnávání zátěže?

817
00:39:12,680 --> 00:39:18,870

818
00:39:18,870 --> 00:39:22,510
A spoiler je,
ano, ale co, nebo jak?

819
00:39:22,510 --> 00:39:27,605
Co je Yahoo snad tady dělá?

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
Diváků: [neslyšitelné]

823
00:39:31,510 --> 00:39:35,119

824
00:39:35,119 --> 00:39:36,910
DAVID Malan: Jo,
Tři z těchto prací.

825
00:39:36,910 --> 00:39:39,890
Takže nahodilosti, každý s každým,
location-- můžete jen

826
00:39:39,890 --> 00:39:44,160
využít existující kousek skládačky
že jsme mluvili o dřívější z DNS

827
00:39:44,160 --> 00:39:49,580
Systém a jednoduše říci, když první
Uživatel dne požádá yahoo.com,

828
00:39:49,580 --> 00:39:52,970
dát jim první adresu IP,
jako ten končí v 45 tam nahoře.

829
00:39:52,970 --> 00:39:55,762
A příště uživatel požádá
IP adresa yahoo.com

830
00:39:55,762 --> 00:39:57,970
z někde ve světě,
dát jim druhou IP,

831
00:39:57,970 --> 00:39:59,920
pak třetí IP, pak se
První IP, pak druhý.

832
00:39:59,920 --> 00:40:01,850
Nebo být chytrý o tom
a to graficky.

833
00:40:01,850 --> 00:40:05,200
Nebo se to náhodně a ne jen dělat
je každý s každým v této módě.

834
00:40:05,200 --> 00:40:07,580
>> A v tomto případě, poté
nemáme ani potřebovat

835
00:40:07,580 --> 00:40:10,190
zavést tato černá
box do našeho obrazu.

836
00:40:10,190 --> 00:40:11,690
Nepotřebujeme nové zařízení.

837
00:40:11,690 --> 00:40:16,930
Jsme prostě říkají počítačů
jít k serverům přímo,

838
00:40:16,930 --> 00:40:18,680
účinně, ale ne
prostřednictvím jejich jména.

839
00:40:18,680 --> 00:40:20,054
Nikdy potřebují znát název.

840
00:40:20,054 --> 00:40:25,690
Jsou to právě řekl, že yahoo.com
mapy některého z těchto IP adres.

841
00:40:25,690 --> 00:40:28,180
>> Tak to pošle přesně stejný požadavek.

842
00:40:28,180 --> 00:40:30,100
Ale na vnější straně
obálka, to prostě

843
00:40:30,100 --> 00:40:32,740
klade IP že byla informována.

844
00:40:32,740 --> 00:40:35,590
A tímto způsobem také mohl
načteme vyvážit požadavky

845
00:40:35,590 --> 00:40:39,330
pouhým zasláním obálku do A
odlišné jeden z vlastních serverech Yahoo?

846
00:40:39,330 --> 00:40:42,390
>> A pokud se budeme držet kopání, uvidíme
pravděpodobně ostatní společnosti s více.

847
00:40:42,390 --> 00:40:44,380
CNN má dvě veřejně vystaveny.

848
00:40:44,380 --> 00:40:49,610
I když ve skutečnosti, jestli to uděláme znovu
a again-- cnn.com-- vidíte

849
00:40:49,610 --> 00:40:51,730
oni mění pořadí, ve skutečnosti.

850
00:40:51,730 --> 00:40:56,680
Takže to, co je mechanismus
CNN s použitím očividně?

851
00:40:56,680 --> 00:40:57,440
>> Diváků: Random.

852
00:40:57,440 --> 00:40:59,440
DAVID Malan: No,
by mohly být náhodný, i když

853
00:40:59,440 --> 00:41:01,110
Zdá se, že jízda na kole tam a zpět.

854
00:41:01,110 --> 00:41:04,380
Takže je to asi každý s každým, kde
jsou to jen přepínání pořadí tak,

855
00:41:04,380 --> 00:41:05,880
že budu pravděpodobně trvat první.

856
00:41:05,880 --> 00:41:08,860
Můj počítač bude trvat
První pokaždé.

857
00:41:08,860 --> 00:41:10,490
Tak to je vyvažování zátěže.

858
00:41:10,490 --> 00:41:18,450
A že nám umožňuje v konečném důsledku
mapování dat nebo žádosti o mapové,

859
00:41:18,450 --> 00:41:21,240
mezi více serverů.

860
00:41:21,240 --> 00:41:24,226
Takže, jaké druhy
Problémy teď ještě existují?

861
00:41:24,226 --> 00:41:26,350
Vypadá to, že jsme prostě opravdu
vyřešil dobrou problém.

862
00:41:26,350 --> 00:41:28,740
Máme uživatele na různých serverech.

863
00:41:28,740 --> 00:41:31,420
Ale-- oh, a Chris, dělal
máte nějakou otázku dřív?

864
00:41:31,420 --> 00:41:34,378
>> Diváků: [neslyšitelné]

865
00:41:34,378 --> 00:41:43,670

866
00:41:43,670 --> 00:41:45,120
>> DAVID Malan: Zcela záleží.

867
00:41:45,120 --> 00:41:47,042
Takže to, co se tu děje?

868
00:41:47,042 --> 00:41:48,250
A můžeme skutečně vidět.

869
00:41:48,250 --> 00:41:51,649
Takže pojďme zkusit Yahoo.

870
00:41:51,649 --> 00:41:52,940
Ve skutečnosti, pojďme na Facebooku.

871
00:41:52,940 --> 00:41:54,520
Protože víme, že jeden pracuje.

872
00:41:54,520 --> 00:41:56,545
Takže jdu ke kopírování
Znovu že IP adresa.

873
00:41:56,545 --> 00:41:58,820
Chystám se zavřít všechny tyto karty.

874
00:41:58,820 --> 00:42:03,800
Chystám se jít open že
Zvláštní síť karta tady dole.

875
00:42:03,800 --> 00:42:07,800
A já jdu navštívit pouze http: //.

876
00:42:07,800 --> 00:42:10,694
A teď budu stiskněte klávesu Enter.

877
00:42:10,694 --> 00:42:11,860
A podívejme se, co se stalo.

878
00:42:11,860 --> 00:42:20,662
>> Když se podívám na tuto žádost, oznámení
že my-- Facebook je špatný příklad.

879
00:42:20,662 --> 00:42:22,370
Vzhledem k tomu, že mají
Super efektní technika

880
00:42:22,370 --> 00:42:25,960
který skrývá tento detail od nás.

881
00:42:25,960 --> 00:42:30,690
Dovolte mi použít Yahoo
instead-- http: // tohoto šetření.

882
00:42:30,690 --> 00:42:36,030
Pojďme otevřít naši síť
Karta, zachovat log.

883
00:42:36,030 --> 00:42:37,945
A je to tady, Enter.

884
00:42:37,945 --> 00:42:40,669

885
00:42:40,669 --> 00:42:41,210
To je legrační.

886
00:42:41,210 --> 00:42:44,480
OK, takže tady je známý 404 hlášení.

887
00:42:44,480 --> 00:42:48,500
Co je legrační je, že oni
Pravděpodobně nikdy nebude zpět.

888
00:42:48,500 --> 00:42:51,430
Protože je to asi
Není něco v pořádku samo o sobě.

889
00:42:51,430 --> 00:42:54,050
Mají jen úmyslně
rozhodl nepodpořit

890
00:42:54,050 --> 00:42:56,250
číselnou formu jejich adresu.

891
00:42:56,250 --> 00:43:00,270
>> Takže to, co jsme vlastně viděli v
Záložka Network, když jsem vytáhnout to tady,

892
00:43:00,270 --> 00:43:06,140
je, jak říkám, známý 404, kde
Podívám-li se na hlaviček odpovědí,

893
00:43:06,140 --> 00:43:09,070
To je to, co jsem dostal here-- 404 Not Found.

894
00:43:09,070 --> 00:43:11,360
Takže pojďme vyzkoušet některý jiný.

895
00:43:11,360 --> 00:43:13,180
Uvidíme, jestli CNN spolupracuje s námi.

896
00:43:13,180 --> 00:43:19,440
Vezmu jeden z IP adres CNN,
vymazat toto, HTTP, Dah, Dah, Dah, DAH.

897
00:43:19,440 --> 00:43:21,620
Takže v odpovědi na Chrise
Otázkou, že jeden pracuje.

898
00:43:21,620 --> 00:43:24,140

899
00:43:24,140 --> 00:43:26,255
>> A pojďme do hlaviček odpovědí.

900
00:43:26,255 --> 00:43:30,810

901
00:43:30,810 --> 00:43:33,640
Vlastně ne, v pořádku, jsem
snaží se najít pracovní příklad.

902
00:43:33,640 --> 00:43:38,270
Takže CNN se rozhodl, budeme prostě nechat
na libovolnou adresu jste vlastně návštěvě,

903
00:43:38,270 --> 00:43:40,359
označovat problémy stranou.

904
00:43:40,359 --> 00:43:43,275
Ale to, co by se stalo, pokud
jsme ho mohli vidět v případě Facebooku,

905
00:43:43,275 --> 00:43:46,700
Je bychom se dostali 301 Moved
Trvale, s největší pravděpodobností,

906
00:43:46,700 --> 00:43:54,420
uvnitř kterého je
Poloha: https: //www.facebook.com.

907
00:43:54,420 --> 00:44:01,210
A šance jsou www.facebook.com je
alias přesně stejný server Prostě jsme

908
00:44:01,210 --> 00:44:01,710
šel do.

909
00:44:01,710 --> 00:44:03,500
>> Takže je to trochu kontraproduktivní.

910
00:44:03,500 --> 00:44:05,170
Jsme doslova návštěvě serveru.

911
00:44:05,170 --> 00:44:07,040
Server je pak nám říká, jdi pryč.

912
00:44:07,040 --> 00:44:08,320
Jděte na tuto jinou adresu.

913
00:44:08,320 --> 00:44:10,870
Ale my jsme jen tak náhodou
se vrací do stejného serveru.

914
00:44:10,870 --> 00:44:14,550
Ale podle všeho nyní zůstali na tom
Server aniž by to tam a zpět.

915
00:44:14,550 --> 00:44:18,600
Vzhledem k tomu, teď jsme pomocí pojmenované
verze stránek, ne numerické.

916
00:44:18,600 --> 00:44:20,060
Dobrá otázka.

917
00:44:20,060 --> 00:44:23,690
>> OK, takže když jsme teď my assume--
vyřešili vyrovnávání zatížení.

918
00:44:23,690 --> 00:44:25,894
Nyní máme mechanismus,
ať už je to přes DNS,

919
00:44:25,894 --> 00:44:29,060
ať už je to přes tuto černou skříňku, zda
to je s použitím některé z těchto technik.

920
00:44:29,060 --> 00:44:33,810
Můžeme si vzít žádost uživatele va
přijít na který server, 1, 2 nebo 3,

921
00:44:33,810 --> 00:44:35,420
aby ho nebo ji odeslat.

922
00:44:35,420 --> 00:44:39,180
>> To, co začíná rozbít o našich stránkách?

923
00:44:39,180 --> 00:44:41,160
Jinými slovy, máme
vybudoval firmu, která

924
00:44:41,160 --> 00:44:43,480
byl předtím na jednom serveru.

925
00:44:43,480 --> 00:44:46,870
Nyní, že obchodní běží
mezi více serverů.

926
00:44:46,870 --> 00:44:51,770
Jaké druhy předpokladů,
jaké druhy rozhodnutí o návrhu,

927
00:44:51,770 --> 00:44:54,870
Nyní by mohlo být porušení?

928
00:44:54,870 --> 00:44:55,745
>> To je méně zřejmé.

929
00:44:55,745 --> 00:44:58,620
Ale uvidíme, jestli nemůžeme dát náš
prst na některé z problému jsme

930
00:44:58,620 --> 00:44:59,780
vytvořený pro sebe.

931
00:44:59,780 --> 00:45:02,750
Opět je to něco jako držení
po úniku v hadici.

932
00:45:02,750 --> 00:45:05,094
A teď nějaký nový problém
se objevilo tady.

933
00:45:05,094 --> 00:45:07,880

934
00:45:07,880 --> 00:45:11,380
>> Diváků: [neslyšitelné]

935
00:45:11,380 --> 00:45:16,574

936
00:45:16,574 --> 00:45:19,240
DAVID Malan: OK, takže musíme
neustále rostou naše místo na pevném disku.

937
00:45:19,240 --> 00:45:20,450
Jsem v pořádku s tím právě teď.

938
00:45:20,450 --> 00:45:23,212
Vzhledem k tomu, myslím, že mohu
horizontálně stupnice.

939
00:45:23,212 --> 00:45:26,420
Stejně jako v případě Běžím nízká, budu jen dostat
čtvrtina serveru, možná pětina server

940
00:45:26,420 --> 00:45:30,820
a pak zvýšit naši kapacitu
o dalších 30%, nebo 50%, nebo čímkoliv jiném.

941
00:45:30,820 --> 00:45:32,759
Takže jsem s tím OK, alespoň pro tuto chvíli.

942
00:45:32,759 --> 00:45:33,634
Diváků: [neslyšitelné]

943
00:45:33,634 --> 00:45:37,314

944
00:45:37,314 --> 00:45:38,980
DAVID Malan: OK, tak to je dobrý postřeh.

945
00:45:38,980 --> 00:45:42,340
Takže předpokládám, že servery
nejsou totožné.

946
00:45:42,340 --> 00:45:45,260
A zákaznický servis
nebo e-mail ekvivalent

947
00:45:45,260 --> 00:45:48,690
je získat nějaké zprávy od uživatele
říkat, to nefunguje správně.

948
00:45:48,690 --> 00:45:52,070
Je velmi pravděpodobné, někdy,
že možná jeden nebo více serverů

949
00:45:52,070 --> 00:45:55,000
se chová trochu nakřivo, ale ne
ostatní, což může jistě

950
00:45:55,000 --> 00:45:57,096
ztěžují honit problém.

951
00:45:57,096 --> 00:45:58,720
Možná budete muset hledat více míst.

952
00:45:58,720 --> 00:46:00,960
>> To je projevem
na jiný druh chyby,

953
00:46:00,960 --> 00:46:03,950
což je to, že možná budete mít
Navrhli svou infrastrukturu tak,

954
00:46:03,950 --> 00:46:06,200
že všechno, co je skutečně identické.

955
00:46:06,200 --> 00:46:10,390
Ale to odhalí nový problém
že jsme neměli předtím.

956
00:46:10,390 --> 00:46:11,715
Co dalšího?

957
00:46:11,715 --> 00:46:12,590
Diváků: [neslyšitelné]

958
00:46:12,590 --> 00:46:16,390

959
00:46:16,390 --> 00:46:19,500
>> DAVID Malan: Jo,
tam je víc komplexnosti.

960
00:46:19,500 --> 00:46:20,792
K dispozici je fyzicky dráty.

961
00:46:20,792 --> 00:46:21,750
Je tu další zařízení.

962
00:46:21,750 --> 00:46:26,310
Ve skutečnosti jsem představil zásadní
Koncepce a zásadní problém zde

963
00:46:26,310 --> 00:46:28,300
známý jako jediný bod
selhání, které,

964
00:46:28,300 --> 00:46:30,110
i když jste nikdy neslyšeli
fráze, můžete pravděpodobně

965
00:46:30,110 --> 00:46:31,780
nyní pracovat dozadu a na to přijít.

966
00:46:31,780 --> 00:46:35,560
Co to znamená, že mám jediný
bod selhání ve své architektuře?

967
00:46:35,560 --> 00:46:39,694
A architekturou, jen jsem
znamenat topologii něj.

968
00:46:39,694 --> 00:46:40,610
>> Diváků: [neslyšitelné]

969
00:46:40,610 --> 00:46:42,901
>> DAVID Malan: Jo, co když
vyrovnávání zatížení klesá?

970
00:46:42,901 --> 00:46:46,290
Já jsem doplnila toto prostřední muže, jehož
Smyslem života je vyřešit problém.

971
00:46:46,290 --> 00:46:47,740
Ale já jsem zavedl nový problém.

972
00:46:47,740 --> 00:46:49,350
Nový únik se objevily v hadici.

973
00:46:49,350 --> 00:46:53,500
Protože teď v případě, že vyrovnávání zatížení
zemře nebo přerušení či misfunctions,

974
00:46:53,500 --> 00:46:56,350
teď se ztratí přístup k
Všechny tři z mých serverů.

975
00:46:56,350 --> 00:46:58,880
A předtím, já ne
mají tuto prostředníka.

976
00:46:58,880 --> 00:47:03,020
A tak se jedná o nový problém, pravděpodobně.

977
00:47:03,020 --> 00:47:05,245
Vrátíme se k
jak bychom mohli napravit.

978
00:47:05,245 --> 00:47:06,734
>> Diváků: [neslyšitelné]

979
00:47:06,734 --> 00:47:08,400
DAVID Malan: To by byl jeden přístup.

980
00:47:08,400 --> 00:47:13,926
Jo, a tak to bude dost
díra krysy začneme jít dolů.

981
00:47:13,926 --> 00:47:15,800
Ale pojďme se vrátit do
že za chvíli.

982
00:47:15,800 --> 00:47:17,299
Jaké další problémy jsme vytvořili?

983
00:47:17,299 --> 00:47:25,540

984
00:47:25,540 --> 00:47:27,470
>> Takže Dan předtím zmínil databáze.

985
00:47:27,470 --> 00:47:29,500
A i když nejste
moc dobře technicky,

986
00:47:29,500 --> 00:47:33,220
databáze je jen server,
změně údajů jsou obvykle uloženy,

987
00:47:33,220 --> 00:47:36,430
Možná, že objednávka někdo umístil,
váš uživatelský profil, vaše jméno,

988
00:47:36,430 --> 00:47:40,810
e-mailovou adresu, věci, které by mohly
zbývá nebo měnily v průběhu času.

989
00:47:40,810 --> 00:47:44,599
>> Dříve můj databáze byla na
stejný server jako můj webový server.

990
00:47:44,599 --> 00:47:46,390
Protože Jen jsem měl jeden
web hosting účtu.

991
00:47:46,390 --> 00:47:48,480
Všechno bylo vše na jednom místě.

992
00:47:48,480 --> 00:47:54,200
Kam mám dát své databázi
Nyní, na serveru 1, 2, nebo 3?

993
00:47:54,200 --> 00:47:55,100
>> Diváků: 4.

994
00:47:55,100 --> 00:47:58,070
>> DAVID Malan: 4, OK, všichni
Dobře, tak se pojďme tam.

995
00:47:58,070 --> 00:48:01,650
Takže jdu dát své
database-- a pojďme

996
00:48:01,650 --> 00:48:06,520
zahájit označování těchto www, www, www.

997
00:48:06,520 --> 00:48:08,780
A budu říkat,
To je číslo čtyři.

998
00:48:08,780 --> 00:48:11,270
A já budu říkat DB pro databázi.

999
00:48:11,270 --> 00:48:12,870
OK, já to líbí.

1000
00:48:12,870 --> 00:48:17,021
Co bych měl linka
pravděpodobně bude kresba tady?

1001
00:48:17,021 --> 00:48:18,850
>> Diváků: [neslyšitelné]

1002
00:48:18,850 --> 00:48:22,740
>> DAVID Malan: Jo, takže kód,
jak budeme diskutovat zítra,

1003
00:48:22,740 --> 00:48:24,900
pravděpodobně je stejný
na všech třech serverech.

1004
00:48:24,900 --> 00:48:28,374
Ale nyní potřebuje připojit nikoliv na
Databáze běží lokálně, ale i jinde.

1005
00:48:28,374 --> 00:48:29,040
A to je v pořádku.

1006
00:48:29,040 --> 00:48:31,623
Můžeme jen dát do databáze
pojmenovat, jako my, nebo číslo.

1007
00:48:31,623 --> 00:48:33,930
A to všechno funguje.

1008
00:48:33,930 --> 00:48:35,820
Ale co jsme udělali?

1009
00:48:35,820 --> 00:48:40,640
Máme horizontálně zmenšen tím, že
tři servery namísto jednoho, který

1010
00:48:40,640 --> 00:48:41,140
je dobrý.

1011
00:48:41,140 --> 00:48:44,240
Vzhledem k tomu, nyní můžeme zvládnout
třikrát tolik zatížení.

1012
00:48:44,240 --> 00:48:47,710
>> A ještě lépe, pokud je jeden nebo dva
z těchto serverů jde dolů,

1013
00:48:47,710 --> 00:48:49,350
moje firma může pokračovat v činnosti.

1014
00:48:49,350 --> 00:48:53,960
Protože mám ještě jeden, i když jsem
druh pokulhává výkon-moudrý.

1015
00:48:53,960 --> 00:49:01,020
Ale to, co nový problém jsem
zaveden přesunutí databáze

1016
00:49:01,020 --> 00:49:04,350
na tento samostatný server
namísto na 1, 2 a 3?

1017
00:49:04,350 --> 00:49:05,412
>> Diváků: [neslyšitelné]

1018
00:49:05,412 --> 00:49:08,120
DAVID Malan: Jo, takže teď mám
Dalším jediný bod selhání.

1019
00:49:08,120 --> 00:49:12,330
Kdyby moje databáze zemře, nebo potřebuje
být upgradován, nebo cokoliv jiného, ​​teď jistý,

1020
00:49:12,330 --> 00:49:13,610
moje webové stránky on-line.

1021
00:49:13,610 --> 00:49:16,270
A mohu sloužit statická,
neměnný obsah.

1022
00:49:16,270 --> 00:49:21,210
Ale nemohu umožnit uživatelům přihlásit nebo změna
něco nebo objednat cokoliv, ještě hůř.

1023
00:49:21,210 --> 00:49:24,120
Protože jestli 4 je v režimu offline,
potom 1, 2, a 3

1024
00:49:24,120 --> 00:49:27,710
opravdu není možné s ním mluvit ze své podstaty.

1025
00:49:27,710 --> 00:49:31,560
>> OK, takže jo, a tak to je důvod, proč
Jsem váhá k tomu to.

1026
00:49:31,560 --> 00:49:32,690
Takže pojďme se vrátit k tomu.

1027
00:49:32,690 --> 00:49:33,700
Nechci, aby vás tlačí pryč.

1028
00:49:33,700 --> 00:49:36,030
Ale obraz je velmi
Rychle dostane stresující.

1029
00:49:36,030 --> 00:49:38,620
Vzhledem k tomu, budete muset začít
mající dvě všeho.

1030
00:49:38,620 --> 00:49:41,850
Ve skutečnosti, pokud jste někdy viděli
Film Kontaktní před několika lety

1031
00:49:41,850 --> 00:49:45,310
s Jodie Foster-- ne?

1032
00:49:45,310 --> 00:49:47,410
>> OK, takže pro dva
my, kdo viděli kontakt,

1033
00:49:47,410 --> 00:49:50,800
je tam, kde vztah oni
v podstatě koupil dvě z něčeho

1034
00:49:50,800 --> 00:49:53,250
spíše než jeden, i když
dvojnásobnou cenu.

1035
00:49:53,250 --> 00:49:55,922
Takže to bylo něco jako hravý
komentář ve filmu.

1036
00:49:55,922 --> 00:49:57,130
Je to trochu tím souvisí.

1037
00:49:57,130 --> 00:49:58,290
Mohli bychom absolutně udělat.

1038
00:49:58,290 --> 00:50:00,123
A právě jste náklady
us dvakrát tolik peněz.

1039
00:50:00,123 --> 00:50:01,300
Ale my se vrátíme k tomu.

1040
00:50:01,300 --> 00:50:02,400
>> Tak jsme vyřešili tohle.

1041
00:50:02,400 --> 00:50:03,108
Tak víte co?

1042
00:50:03,108 --> 00:50:04,450
Je to jako kluzkém svahu.

1043
00:50:04,450 --> 00:50:07,033
Nechci se zabývat s tím
mít duplicitní databáze.

1044
00:50:07,033 --> 00:50:08,037
Je to příliš mnoho peněz.

1045
00:50:08,037 --> 00:50:08,620
Víš co?

1046
00:50:08,620 --> 00:50:12,880
Chci mít svou databázi
stejně jako ve verzi jedna

1047
00:50:12,880 --> 00:50:17,450
kde každý server má
vlastní lokální databáze.

1048
00:50:17,450 --> 00:50:19,480
Takže jsem prostě jít
čerpat db na každou z nich.

1049
00:50:19,480 --> 00:50:22,240
>> Takže teď každý web server
je identická v němž

1050
00:50:22,240 --> 00:50:25,650
protože má stejný kód, stejný
statické aktiva, stejné obrázky a text

1051
00:50:25,650 --> 00:50:26,720
a tak dále.

1052
00:50:26,720 --> 00:50:29,580
A každý má svou vlastní databázi.

1053
00:50:29,580 --> 00:50:31,450
Opravil jsem na jediný bod
problému selhání.

1054
00:50:31,450 --> 00:50:32,570
Teď mám databázi.

1055
00:50:32,570 --> 00:50:36,210
Bez ohledu na to, kdy jsou dvě nebo jeden z nich
věci zemřít, je tu vždy jedna vlevo.

1056
00:50:36,210 --> 00:50:41,156
Ale to, co nový problém mít jsem vytvořil
že Danův řešení vyhnout?

1057
00:50:41,156 --> 00:50:42,470
>> Diváků: [neslyšitelné]

1058
00:50:42,470 --> 00:50:44,386
>> DAVID Malan: Jo, já
muset synchronizovat, že jo?

1059
00:50:44,386 --> 00:50:47,860
Protože buď musím synchronizovat
kdo bude where-- jinými slovy,

1060
00:50:47,860 --> 00:50:50,570
pokud Alice navštěvuje můj
site, a ona se stalo

1061
00:50:50,570 --> 00:50:55,070
aby se náhodně nebo kulatý robined
nebo cokoliv, na server číslo jedna,

1062
00:50:55,070 --> 00:50:58,770
potom musím vždycky
poslat ji do serveru 1.

1063
00:50:58,770 --> 00:50:59,420
Proč?

1064
00:50:59,420 --> 00:51:01,540
Protože když jsem ji poslat
na server 2, bude to

1065
00:51:01,540 --> 00:51:03,140
vypadat jako ona nemá existují.

1066
00:51:03,140 --> 00:51:04,450
>> Nebudu mít její historii objednávek.

1067
00:51:04,450 --> 00:51:06,300
Nebudu mít její profil tam.

1068
00:51:06,300 --> 00:51:09,360
A to prostě připadá jako
to zve problémy.

1069
00:51:09,360 --> 00:51:11,400
A když Bob navštíví, I
muset poslat ho vždy

1070
00:51:11,400 --> 00:51:14,800
ke stejnému serveru, 2, nebo podle toho,
jeden, a Charlie do třetí,

1071
00:51:14,800 --> 00:51:15,797
a důsledně.

1072
00:51:15,797 --> 00:51:17,130
To není nerozumné, ačkoli.

1073
00:51:17,130 --> 00:51:19,270
To se nazývá
rozdělování databáze.

1074
00:51:19,270 --> 00:51:21,270
A ve skutečnosti to bylo to, co
Facebook udělal brzy.

1075
00:51:21,270 --> 00:51:24,020
>> Pokud jste postupovali historii
Facebook, tady to začalo v areálu

1076
00:51:24,020 --> 00:51:25,770
jako www.thefacebook.com.

1077
00:51:25,770 --> 00:51:29,260
Pak to se vyvinulo jednou Mark začal
šíří do dalších areálech

1078
00:51:29,260 --> 00:51:34,450
být harvard.thefacebook.com a
mit.thefacebook.com, a pravděpodobně

1079
00:51:34,450 --> 00:51:37,027
bu.thefacebook.com, a podobně.

1080
00:51:37,027 --> 00:51:38,860
A to jen proto,
brzy, nemyslím si,

1081
00:51:38,860 --> 00:51:40,484
byste mohli mít kamarády přes areálech.

1082
00:51:40,484 --> 00:51:41,410
Ale to je v pořádku.

1083
00:51:41,410 --> 00:51:43,930
Vzhledem k tomu, nikoho z Harvardu
poslali k tomuto serveru.

1084
00:51:43,930 --> 00:51:45,744
Kdokoli z BU poslali na tento server.

1085
00:51:45,744 --> 00:51:47,910
Kdokoli z MIT poslali
k tomuto server-- v teorii.

1086
00:51:47,910 --> 00:51:50,540
Nemám dost vědět všechno
podkladové implementační detaily.

1087
00:51:50,540 --> 00:51:55,610
Ale pravděpodobně rozdělí lidi podle
Jejich kampus, kde byla jejich síť.

1088
00:51:55,610 --> 00:51:58,772
>> Tak to je dobře až do okamžiku
kde budete potřebovat dva servery na Harvardu,

1089
00:51:58,772 --> 00:51:59,980
nebo tři servery pro Harvardu.

1090
00:51:59,980 --> 00:52:01,800
A pak, že jednoduchost
druh porouchá.

1091
00:52:01,800 --> 00:52:03,174
Ale to je rozumný přístup.

1092
00:52:03,174 --> 00:52:04,950
Pojďme vždy poslat Alici
na stejné místo,

1093
00:52:04,950 --> 00:52:06,366
Vždy poslat Bobovi na stejné místo.

1094
00:52:06,366 --> 00:52:09,680
Ale co se stane, když Alice
Server přejde do režimu offline?

1095
00:52:09,680 --> 00:52:12,300
Bob a Charlie si ještě koupit
věci a přihlásit se do místa.

1096
00:52:12,300 --> 00:52:13,462
Ale Alice nemůže.

1097
00:52:13,462 --> 00:52:15,170
Takže jste ztratili třetiny
vaší uživatelské základny.

1098
00:52:15,170 --> 00:52:16,980
Možná je to lepší než 100%?

1099
00:52:16,980 --> 00:52:20,580
Ale možná, že by bylo hezké, kdybychom mohli
stále podporují 100% našich uživatelů

1100
00:52:20,580 --> 00:52:23,470
i když třetina našeho
servery přejde do režimu offline.

1101
00:52:23,470 --> 00:52:24,760
>> Takže bychom mohli synchronizovat, co?

1102
00:52:24,760 --> 00:52:29,250
Ne uživatele, samy o sobě, ale
databázi všech těchto serverů.

1103
00:52:29,250 --> 00:52:33,350
Takže teď jsme trochu need some
druh propojení

1104
00:52:33,350 --> 00:52:37,880
zde tak, že sami servery
může sync-- nerozumné.

1105
00:52:37,880 --> 00:52:40,090
A ve skutečnosti, tato technologie existuje.

1106
00:52:40,090 --> 00:52:45,550
Ve světě databází, je tu
Pojem databází master-slave,

1107
00:52:45,550 --> 00:52:48,240
nebo primární sekundární,
kde některé z funkcí

1108
00:52:48,240 --> 00:52:51,050
není jen pro ukládání dat
a reagovat s daty,

1109
00:52:51,050 --> 00:52:53,375
ale také jen neustále
synchronizovat mezi sebou navzájem.

1110
00:52:53,375 --> 00:52:56,480
Takže kdykoli budete zapisovat nebo uložit
něco, co do této databáze,

1111
00:52:56,480 --> 00:53:00,040
okamžitě dostane "replikována"
do jiných databází, jakož.

1112
00:53:00,040 --> 00:53:02,870
>> A kdykoliv budete číst z něj,
nezáleží na tom, kde jste.

1113
00:53:02,870 --> 00:53:05,170
Protože jestli v teorii
Ti všichni synchronizují, že jste

1114
00:53:05,170 --> 00:53:07,710
dostane stejný pohled na data.

1115
00:53:07,710 --> 00:53:10,800
Takže to zní perfektní.

1116
00:53:10,800 --> 00:53:11,883
Musí tu být nějaký háček.

1117
00:53:11,883 --> 00:53:15,200

1118
00:53:15,200 --> 00:53:18,990
Co by mohlo být háček?

1119
00:53:18,990 --> 00:53:21,790
>> Diváků: [neslyšitelné]

1120
00:53:21,790 --> 00:53:25,830
>> DAVID Malan: Jo, třikrát
jak mnoho věcí se může pokazit.

1121
00:53:25,830 --> 00:53:26,930
To je realita.

1122
00:53:26,930 --> 00:53:28,480
To všechno by mohlo být stejné v duchu.

1123
00:53:28,480 --> 00:53:30,404
Ale někdo potřebuje nakonfigurovat tyto.

1124
00:53:30,404 --> 00:53:33,070
Tam je vyšší pravděpodobnost, že
něco děje pokazit.

1125
00:53:33,070 --> 00:53:38,130
Jen combinatorially máte
více věcí náchylný k chybám.

1126
00:53:38,130 --> 00:53:40,505
Co jiného je špatné potenciálně?

1127
00:53:40,505 --> 00:53:41,380
Diváků: [neslyšitelné]

1128
00:53:41,380 --> 00:53:44,100

1129
00:53:44,100 --> 00:53:46,180
>> DAVID Malan: Jo,
Synchronizace může být špatné.

1130
00:53:46,180 --> 00:53:48,110
I když možná víte
ze záloh a takové,

1131
00:53:48,110 --> 00:53:50,520
pokud jste právě se slepě dělat
zálohování, co když se něco dělá

1132
00:53:50,520 --> 00:53:51,560
pokazí na jedné databáze?

1133
00:53:51,560 --> 00:53:53,018
Smažete něco, co by neměli.

1134
00:53:53,018 --> 00:53:56,299
Vy jste okamžitě replikovány
že problém všude jinde.

1135
00:53:56,299 --> 00:53:58,840
Takže Victoria byla talking-- zálohy
by byla dobrá věc tady.

1136
00:53:58,840 --> 00:54:00,549
A tak dostaneme zpět na to.

1137
00:54:00,549 --> 00:54:03,090
A aby bylo jasné, mluvíme
Nejde o zálohách tady sama o sobě.

1138
00:54:03,090 --> 00:54:08,240
Mluvíme o skutečném replikaci
nebo synchronizaci mezi servery.

1139
00:54:08,240 --> 00:54:09,110
Jsou to všechno živé.

1140
00:54:09,110 --> 00:54:12,074
Oni nejsou určeny k
použít pro zálohování.

1141
00:54:12,074 --> 00:54:13,294
>> Diváků: [neslyšitelné]

1142
00:54:13,294 --> 00:54:14,335
DAVID Malan: Co je to?

1143
00:54:14,335 --> 00:54:14,710
Diváků: Higher--

1144
00:54:14,710 --> 00:54:15,751
DAVID Malan: Vyšší náklady.

1145
00:54:15,751 --> 00:54:20,180
Máme ztrojnásobil náklady na
Samozřejmě, i když přinejmenším pokud jde

1146
00:54:20,180 --> 00:54:21,100
hardwaru.

1147
00:54:21,100 --> 00:54:23,200
Vzhledem k tomu, je databáze
jen kus softwaru.

1148
00:54:23,200 --> 00:54:25,189
A webový server je kus softwaru.

1149
00:54:25,189 --> 00:54:27,980
Je to asi zdarma, pokud používáme
libovolný počet open source věcí.

1150
00:54:27,980 --> 00:54:30,480
Ale pokud jsme pomocí
něco jako Oracle,

1151
00:54:30,480 --> 00:54:36,574
budeme platit více peněz za Oracle
licencí nebo Microsoft pro přístup.

1152
00:54:36,574 --> 00:54:38,240
Musí tu být nějaký jiný úlovek zde.

1153
00:54:38,240 --> 00:54:39,240
Nemůže to být tak jednoduché.

1154
00:54:39,240 --> 00:54:42,990

1155
00:54:42,990 --> 00:54:47,300
>> Takže ke svému bodu, myslím, že to bylo
Kareem pro geografii earlier-- nebo ne,

1156
00:54:47,300 --> 00:54:50,870
Roman, to bylo pro geography-- předpokládám
že jsme chytrý o tom,

1157
00:54:50,870 --> 00:54:54,080
a my jsme dávat jeden z našich serverů,
a podle pořadí našich databází, ve Spojených státech,

1158
00:54:54,080 --> 00:54:56,910
a další v Evropě, další v
Jižní Amerika, další v Africe,

1159
00:54:56,910 --> 00:55:00,290
další v Asii, kam budeme
může být vhodné po celém světě.

1160
00:55:00,290 --> 00:55:04,220
Již známe z naší stopy
trasy, že bod A a bod

1161
00:55:04,220 --> 00:55:06,910
B, v případě, že jsou dál od sebe,
budou vyžadovat více času.

1162
00:55:06,910 --> 00:55:10,312
>> A pokud někteří z vás používá
nástroje, jako jsou Facebook nebo Twitter

1163
00:55:10,312 --> 00:55:13,520
nebo jakékoliv z těchto lokalit v těchto dnech, že
se neustále mění, protože uživatele

1164
00:55:13,520 --> 00:55:16,880
vytvořených dat, někdy jestli vás
hit Načíst znovu nebo otevřít stejnou stránku

1165
00:55:16,880 --> 00:55:20,270
v jiném prohlížeči, vidíte
různé verze, skoro.

1166
00:55:20,270 --> 00:55:22,875
Můžete vidět něčí stav
aktualizovat zde ale ne tady,

1167
00:55:22,875 --> 00:55:25,500
a pak znovu a znovu ji
Zobrazí se, a znovu načíst,

1168
00:55:25,500 --> 00:55:26,640
a zmizí.

1169
00:55:26,640 --> 00:55:29,076
Jinými slovy, aktualizuje
pozor na to, přinejmenším

1170
00:55:29,076 --> 00:55:30,950
Pokud používáte sociální
vytváření sítí zejména.

1171
00:55:30,950 --> 00:55:33,320
>> Opět platí, že jen proto, že
Údaje se mění tak rychle,

1172
00:55:33,320 --> 00:55:35,710
Někdy servery dostat ven synchronizace.

1173
00:55:35,710 --> 00:55:37,230
A možná je to super malé okno.

1174
00:55:37,230 --> 00:55:39,970
Ale 200 milisekund, možná
dokonce více než to-- to

1175
00:55:39,970 --> 00:55:43,415
bude trvat nějakou nenulovou hodnotu
času na tyto databáze pro synchronizaci.

1176
00:55:43,415 --> 00:55:45,290
A nejsme jen
mluví o jedné žádosti.

1177
00:55:45,290 --> 00:55:48,540
Pokud má společnost tisíce
Uživatelé jej používat současně,

1178
00:55:48,540 --> 00:55:49,460
oni by mohli vyrovnávací paměti.

1179
00:55:49,460 --> 00:55:52,240
Jinými slovy, může dojít
být fronty nebo čekací čáru

1180
00:55:52,240 --> 00:55:54,950
přede všemi z těchto databází
Dotazy mohou se synchronizují.

1181
00:55:54,950 --> 00:55:56,610
Takže možná je to vlastně jen pár vteřin.

1182
00:55:56,610 --> 00:55:59,820
>> A skutečně je to pravda, že i I
až do dnešního dne s Facebook, přičemž

1183
00:55:59,820 --> 00:56:02,010
když synchronizaci z
Východní pobřeží na západním pobřeží,

1184
00:56:02,010 --> 00:56:06,026
má netriviální
propagace zpoždění, tak říkajíc,

1185
00:56:06,026 --> 00:56:07,650
že jste tak nějak tolerovat.

1186
00:56:07,650 --> 00:56:11,210
A tak to není tak moc
chyba, protože to je realita

1187
00:56:11,210 --> 00:56:14,230
že uživatelé nemusí vidět
správná data pro alespoň

1188
00:56:14,230 --> 00:56:14,970
několik sekund.

1189
00:56:14,970 --> 00:56:17,410
>> Vidím to na Twitteru hodně
ve skutečnosti, kde někdy budu

1190
00:56:17,410 --> 00:56:21,227
pípání v jednom okně, otevírat další, aby
pak ji vidět potvrdit, že to opravdu

1191
00:56:21,227 --> 00:56:22,560
vzrostly, a to není ještě nedosáhla.

1192
00:56:22,560 --> 00:56:25,340
A musím trochu načíst,
reload, reload-- ach, tady to je.

1193
00:56:25,340 --> 00:56:27,150
A to ne proto, že nebyl uložen.

1194
00:56:27,150 --> 00:56:29,850
To prostě není šířeny
na jiné servery.

1195
00:56:29,850 --> 00:56:33,120
>> Takže tento kompromis, too-- Opravdu
chtějí vystavovat se riziku

1196
00:56:33,120 --> 00:56:37,254
že v případě, že uživatel přejde na jejich pořadí
historie, není to ve skutečnosti tam ještě?

1197
00:56:37,254 --> 00:56:38,420
Vidím to na některých bank.

1198
00:56:38,420 --> 00:56:42,100
Vždy mě štve, když dobře, pro jednoho,
můžete jít jen tak šest měsíců zpět

1199
00:56:42,100 --> 00:56:45,160
ve svých bankovních výpisů v některých bankách,
i když teoreticky by měly

1200
00:56:45,160 --> 00:56:46,576
moci mít všechno online.

1201
00:56:46,576 --> 00:56:48,630
Oni jen se občas stažení offline.

1202
00:56:48,630 --> 00:56:51,430
Někdy too-- jaké webové stránky, je to?

1203
00:56:51,430 --> 00:56:53,570
Je tu one-- ach, to je GoDaddy, myslím.

1204
00:56:53,570 --> 00:56:56,620
GoDaddy, když check out
nákup doménové jméno, nebo tak něco,

1205
00:56:56,620 --> 00:56:58,630
budou často vám
odkaz na stvrzence.

1206
00:56:58,630 --> 00:57:01,470
A pokud kliknete na tento odkaz právo
pryč, to často nefunguje.

1207
00:57:01,470 --> 00:57:03,290
Je to jen říká, slepá ulička, nic zde.

1208
00:57:03,290 --> 00:57:05,450
>> A to je taky kvůli
Tyto propagační zpoždění.

1209
00:57:05,450 --> 00:57:08,290
Vzhledem k tomu, z jakéhokoli důvodu, že
užíváte trochu času

1210
00:57:08,290 --> 00:57:09,670
skutečně generovat to.

1211
00:57:09,670 --> 00:57:12,070
Takže tohle je něco jako chcete
vytáhnout si vlasy v určitém okamžiku.

1212
00:57:12,070 --> 00:57:14,486
Protože vše, co se snažíte
udělat, je vyřešit jednoduchý problém.

1213
00:57:14,486 --> 00:57:16,590
A držíme vytváření nových
problémy pro sebe.

1214
00:57:16,590 --> 00:57:18,770
Tak uvidíme, jestli budeme
může trochu vrátit zpět.

1215
00:57:18,770 --> 00:57:22,730
>> Ukazuje se, že kombinování
databází na všech svých webových serverů

1216
00:57:22,730 --> 00:57:25,090
není zrovna nejlepší praxe.

1217
00:57:25,090 --> 00:57:27,950
Obecně platí, že to, co inženýr
udělá, nebo systémy architekt,

1218
00:57:27,950 --> 00:57:30,340
by bylo mít odlišné
úrovněmi serverů.

1219
00:57:30,340 --> 00:57:33,160
A právě kvůli prostoru je, budu
čerpají databáze sem.

1220
00:57:33,160 --> 00:57:38,060
>> Mohli bychom mít databázi a
Číslo serveru čtyři zde

1221
00:57:38,060 --> 00:57:42,430
že má mít připojení k
každý z těchto serverů zde.

1222
00:57:42,430 --> 00:57:45,400
Takže by to mohlo být naše přední
skončit vrstvu, protože lidé by se říct.

1223
00:57:45,400 --> 00:57:47,770
A to by byl náš zadní konec tier.

1224
00:57:47,770 --> 00:57:50,580
A to právě znamená, že
Tyto tváří uživatele.

1225
00:57:50,580 --> 00:57:53,010
A databází nečelí uživatele.

1226
00:57:53,010 --> 00:57:55,480
Žádný uživatel může přímo
přístup k databázi.

1227
00:57:55,480 --> 00:57:59,280
>> Takže pojďme teď možná jít dolů
trasa Victoria navrhoval.

1228
00:57:59,280 --> 00:58:00,940
Jedná se o jediný bod selhání.

1229
00:58:00,940 --> 00:58:02,290
To mě nepříjemné.

1230
00:58:02,290 --> 00:58:05,790
Takže to, co je možná
Nejviditelnější řešení?

1231
00:58:05,790 --> 00:58:06,665
Diváků: [neslyšitelné]

1232
00:58:06,665 --> 00:58:09,979

1233
00:58:09,979 --> 00:58:11,437
DAVID Malan: Je nám líto, že znovu.

1234
00:58:11,437 --> 00:58:12,352
Diváků: [neslyšitelné]

1235
00:58:12,352 --> 00:58:13,810
DAVID Malan: Non-produkční server.

1236
00:58:13,810 --> 00:58:15,364
Co tím myslíš?

1237
00:58:15,364 --> 00:58:17,120
>> Diváků: [neslyšitelné]

1238
00:58:17,120 --> 00:58:19,120
>> DAVID Malan: Oh, OK, takže zálohování.

1239
00:58:19,120 --> 00:58:21,110
OK, takže jsme mohli udělat, určitě.

1240
00:58:21,110 --> 00:58:23,790
A ve skutečnosti to je velmi často provádí.

1241
00:58:23,790 --> 00:58:26,470
To může být databáze číslo pět.

1242
00:58:26,470 --> 00:58:28,510
Ale to je jen
připojen k číslo čtyři.

1243
00:58:28,510 --> 00:58:31,110
A vy jste to mohli nazvat hot spare.

1244
00:58:31,110 --> 00:58:35,080
Tyto dvě databáze by mohly být konfigurovány
jen neustále synchronizovat

1245
00:58:35,080 --> 00:58:35,850
navzájem.

1246
00:58:35,850 --> 00:58:39,010
A tak jestli tento stroj zemře, pro
cokoliv hloupý reason-- pevného disku

1247
00:58:39,010 --> 00:58:42,100
zemře, někdo výlety přes
šňůra, některé software je vadný

1248
00:58:42,100 --> 00:58:46,560
a zablokuje stroj nebo crashes--
byste mohli mít člověka doslova

1249
00:58:46,560 --> 00:58:51,090
odpojte jeden ze zdi
a namísto toho zapojit tento jeden v.

1250
00:58:51,090 --> 00:58:56,340
A poté do, řekněme, je
pár minut, možná půl hodiny,

1251
00:58:56,340 --> 00:58:57,210
budete znovu online.

1252
00:58:57,210 --> 00:58:59,259
>> Není to skvělé, ale
Je to také není hrozné.

1253
00:58:59,259 --> 00:59:01,800
A nemusíte mít strach
o případné problémy synchronizace.

1254
00:59:01,800 --> 00:59:03,080
Protože všechno je už tam.

1255
00:59:03,080 --> 00:59:05,000
Vzhledem k tomu, že jste měli dokonalý
zálohování připraven jít.

1256
00:59:05,000 --> 00:59:07,100
>> Ty by mohly být trochu
milovník o tom,

1257
00:59:07,100 --> 00:59:12,990
jak někteří lidé často dělají, kde vás
může mít databáze číslo čtyři tady,

1258
00:59:12,990 --> 00:59:17,480
Databáze číslo pět sem,
které se mluví k sobě navzájem.

1259
00:59:17,480 --> 00:59:24,120
Ale máte také tento
druh arrangement--

1260
00:59:24,120 --> 00:59:27,440
a to úmyslně
vypadá chaotický, protože to

1261
00:59:27,440 --> 00:59:30,220
je-- kde všechny
přední end servery mohou

1262
00:59:30,220 --> 00:59:32,870
mluvit všechny zadní konec servery.

1263
00:59:32,870 --> 00:59:38,130
A tak pokud tato databáze není
reagovat, tyto přední end servery mají

1264
00:59:38,130 --> 00:59:40,212
mít programování
Kód v nich, která říká,

1265
00:59:40,212 --> 00:59:42,170
pokud nechcete dostat
Připojení k této databázi,

1266
00:59:42,170 --> 00:59:45,830
Primární okamžitě začne
mluvit s sekundární.

1267
00:59:45,830 --> 00:59:48,310
>> Ale to teď tlačí
složitost kódu.

1268
00:59:48,310 --> 00:59:52,070
A teď vaše vývojáře, váš software
vývojáři, musí vědět o tom.

1269
00:59:52,070 --> 00:59:56,454
A vy druh vázání kód, který
píšete do svého skutečného back-end

1270
00:59:56,454 --> 00:59:58,370
implementační detaily,
což ztěžuje,

1271
00:59:58,370 --> 01:00:00,670
zejména ve větším
společnost nebo větší webové stránky,

1272
01:00:00,670 --> 01:00:05,020
kde se nemusí nutně
Chcete-programátoři mít

1273
01:00:05,020 --> 01:00:10,890
vědět, jak databáze
inženýři dělají svou práci.

1274
01:00:10,890 --> 01:00:13,810
Možná budete chtít, aby tyto role
druh funkčně odlišné, takže

1275
01:00:13,810 --> 01:00:16,810
že tam je tato vrstva
abstrakce mezi těmito dvěma.

1276
01:00:16,810 --> 01:00:17,940
>> Tak jak můžeme tento problém vyřešit?

1277
01:00:17,940 --> 01:00:20,290
No, jsme trochu vyřešen
Tento problém jednou.

1278
01:00:20,290 --> 01:00:25,680
Proč ne my dal jeden z
tyto věci tady, kde

1279
01:00:25,680 --> 01:00:30,947
hovoří zase na číslo čtyři a
pět, všechny webové servery front end

1280
01:00:30,947 --> 01:00:33,780
promluvit k tomuto prostředníka, a
prostředníka podle pořadí trasách svá data?

1281
01:00:33,780 --> 01:00:38,494
Ve skutečnosti, co by mohlo být
dobré jméno pro tuto věc?

1282
01:00:38,494 --> 01:00:39,704
>> Diváků: [neslyšitelné]

1283
01:00:39,704 --> 01:00:41,120
DAVID Malan: OK, správce databáze.

1284
01:00:41,120 --> 01:00:48,030
Ale to, co by mohlo být, že termín
můžeme znovu použít pro toto zařízení?

1285
01:00:48,030 --> 01:00:49,760
Jsme vyvažování.

1286
01:00:49,760 --> 01:00:52,480
Jo, vlastně jsem
Není tady fér.

1287
01:00:52,480 --> 01:00:56,760
Takže pro vyrovnávání zatížení by znamenalo, že
my přepínání tam a zpět tady,

1288
01:00:56,760 --> 01:00:58,836
která nemusí být ve skutečnosti tento případ.

1289
01:00:58,836 --> 01:01:00,460
Takže tam je několik způsobů, jak bychom to mohli udělat.

1290
01:01:00,460 --> 01:01:03,920
>> Pokud je to ve skutečnosti pro vyrovnávání zatížení je
příběh je přesně stejný jako předtím.

1291
01:01:03,920 --> 01:01:05,230
Některé z těchto požadavků přejděte na 4.

1292
01:01:05,230 --> 01:01:06,150
Některé z nich jdou až 5.

1293
01:01:06,150 --> 01:01:06,710
A to je dobře.

1294
01:01:06,710 --> 01:01:08,835
Vzhledem k tomu, nyní můžeme zvládnout
dvakrát tolik propustnost.

1295
01:01:08,835 --> 01:01:11,120
Ale toto spojení
Zde je super důležité.

1296
01:01:11,120 --> 01:01:14,050
Mají neustále zůstat
synchronizované a doufejme

1297
01:01:14,050 --> 01:01:17,670
nejsou geograficky příliš daleko od sebe, takže
že je v podstatě synchronizace

1298
01:01:17,670 --> 01:01:18,520
okamžitý.

1299
01:01:18,520 --> 01:01:20,410
V opačném případě bychom mohli mít problém.

1300
01:01:20,410 --> 01:01:21,330
>> Takže to není špatné.

1301
01:01:21,330 --> 01:01:25,132
Ale opět, my máme
představil nový problém.

1302
01:01:25,132 --> 01:01:26,590
Jaký problém jsem právě znovu?

1303
01:01:26,590 --> 01:01:30,000

1304
01:01:30,000 --> 01:01:31,020
Jediný bod selhání.

1305
01:01:31,020 --> 01:01:32,390
Takže jaké je řešení, aby to?

1306
01:01:32,390 --> 01:01:39,270
Tak jako Victoria je rád utrácet peníze,
můžeme vzít toho chlapa ven a to udělat.

1307
01:01:39,270 --> 01:01:41,731
A já jsem prostě jít
přesunout zde dostatek prostoru.

1308
01:01:41,731 --> 01:01:43,230
A to bude trochu chaotický.

1309
01:01:43,230 --> 01:01:44,563
Budu držet kreslení čar.

1310
01:01:44,563 --> 01:01:47,080
Domníváme se, že všechny
tyto linky jít do obojí?

1311
01:01:47,080 --> 01:01:52,670
>> Velmi časté technika by zde být
používat techniku ​​zvanou tep

1312
01:01:52,670 --> 01:01:57,390
přičemž každé z těchto zařízení,
levý a pravý balancery zatížení,

1313
01:01:57,390 --> 01:02:00,740
nebo co chceme nazývat,
se neustále říká, že jsem naživu,

1314
01:02:00,740 --> 01:02:03,220
Jsem naživu, jsem naživu, jsem naživu.

1315
01:02:03,220 --> 01:02:05,910
Jeden z nich ve výchozím nastavení
působí jako primární.

1316
01:02:05,910 --> 01:02:09,620
Takže veškerý provoz je směrován skrz
jeden na levé straně, například,

1317
01:02:09,620 --> 01:02:11,260
Ve výchozím nastavení, libovolně.

1318
01:02:11,260 --> 01:02:16,890
>> Ale jakmile ten chlap na pravé straně
není slyšet z levého chlapa už,

1319
01:02:16,890 --> 01:02:20,440
ten, na pravé straně je naprogramován
automaticky, například,

1320
01:02:20,440 --> 01:02:24,110
převzít IP adresu
z jednoho nalevo,

1321
01:02:24,110 --> 01:02:28,240
a proto se stal hlavním a
Možná poslat e-mail nebo textovou zprávu

1322
01:02:28,240 --> 01:02:31,570
k lidem říct, hej,
levý primární je v režimu offline.

1323
01:02:31,570 --> 01:02:33,310
I stane primárním nyní.

1324
01:02:33,310 --> 01:02:35,760
Takže viceprezident se stane
prezident, tak říkajíc.

1325
01:02:35,760 --> 01:02:38,180
A někdo musí jít zachránit
prezident, chcete-li.

1326
01:02:38,180 --> 01:02:41,090
Vzhledem k tomu, teď máme dočasný
jediný bod selhání.

1327
01:02:41,090 --> 01:02:45,020
>> Tak jak komplikované nebo stresující as
to může zdát na začátek bytí,

1328
01:02:45,020 --> 01:02:46,990
To je, jak tyto problémy řešit.

1329
01:02:46,990 --> 01:02:48,190
Uděláte házet peníze na něj.

1330
01:02:48,190 --> 01:02:49,370
Hodíte hardware na něj.

1331
01:02:49,370 --> 01:02:52,170
Ale bohužel vám
přidat složitost pro něj.

1332
01:02:52,170 --> 01:02:56,450
Ale výsledek, nakonec, je to, že
máte mnohem více, teoreticky,

1333
01:02:56,450 --> 01:02:57,670
robustní architektury.

1334
01:02:57,670 --> 01:02:58,850
Je to stále není dokonalý.

1335
01:02:58,850 --> 01:03:02,470
Protože i když jsme have-- bychom mohli
nebude mít jediný bod selhání.

1336
01:03:02,470 --> 01:03:05,240
Nyní máme dvojí body selhání.

1337
01:03:05,240 --> 01:03:07,630
Ale pokud dvě věci pokazí,
který absolutně mohl,

1338
01:03:07,630 --> 01:03:09,030
pořád bude v režimu offline.

1339
01:03:09,030 --> 01:03:11,660
>> A tak velmi časté v
průmysl je popsat

1340
01:03:11,660 --> 01:03:14,000
Vaše doba, pokud jde o devítky.

1341
01:03:14,000 --> 01:03:18,610
A druh brány
aspirovat, je 99,999%

1342
01:03:18,610 --> 01:03:21,580
času jsou vaše stránky on-line.

1343
01:03:21,580 --> 01:03:24,170
Nebo ještě lépe, přidejte
Ještě pár devítky na to.

1344
01:03:24,170 --> 01:03:28,159
Bohužel, tito
devítky jsou velmi drahé.

1345
01:03:28,159 --> 01:03:29,450
A pojďme vlastně to ven.

1346
01:03:29,450 --> 01:03:35,510
Takže když otevřu můj velký kalkulačku znovu,
365 dní v roce, 24 hodin denně,

1347
01:03:35,510 --> 01:03:44,780
60 minut za hodinu, a
60 sekund za minutu,

1348
01:03:44,780 --> 01:03:48,690
To je, kolik sekund existují
za rok, jestli jsem to udělal správně.

1349
01:03:48,690 --> 01:03:55,740
Pokud tedy časy tím .99999, to je
kolik času chceme usilovat.

1350
01:03:55,740 --> 01:04:00,600
Takže to znamená, že bychom měli být vzhůru
O mnoho sekund v průběhu roku.

1351
01:04:00,600 --> 01:04:03,920
Takže když jsem teď odečíst
Původní hodnota, nebo spíše

1352
01:04:03,920 --> 01:04:07,480
tato nová hodnota od
first-- 316 sekund,

1353
01:04:07,480 --> 01:04:09,640
což je samozřejmě je pět minut.

1354
01:04:09,640 --> 01:04:13,770
>> Takže pokud vaše webové stránky nebo vaše společnost
prohlašovat "pět devítky", čímž kde jsi

1355
01:04:13,770 --> 01:04:17,050
až 99,99% času,
které vás znamená lepší

1356
01:04:17,050 --> 01:04:23,470
byli dost chytrý a rychlý
dost a dost v jedné rovině se zdroji

1357
01:04:23,470 --> 01:04:27,890
že vaše servery jsou pouze v režimu offline
pět minut z celého roku.

1358
01:04:27,890 --> 01:04:29,980
Je to drahé a
tvrdá věc usilovat.

1359
01:04:29,980 --> 01:04:31,430
>> Takže je to kompromis, taky.

1360
01:04:31,430 --> 01:04:35,866
99,999% času je dost
zatraceně těžké a drahé.

1361
01:04:35,866 --> 01:04:38,740
Pět minutes-- můžete jen stěží dostat
na server fyzicky nahradit

1362
01:04:38,740 --> 01:04:40,040
něco, co se pokazilo.

1363
01:04:40,040 --> 01:04:42,810
A to je důvod, proč začneme elektroinstalace
věci dohromady složitější

1364
01:04:42,810 --> 01:04:48,240
apriori tak, že počítače
může nějak opravit sami.

1365
01:04:48,240 --> 01:04:49,446
To jo.

1366
01:04:49,446 --> 01:04:52,344
>> Diváků: [neslyšitelné]

1367
01:04:52,344 --> 01:05:02,014

1368
01:05:02,014 --> 01:05:04,430
DAVID Malan: problém by mohl
být v libovolném počtu míst.

1369
01:05:04,430 --> 01:05:05,090
A v fact--

1370
01:05:05,090 --> 01:05:07,101
>> Diváků: [neslyšitelné]

1371
01:05:07,101 --> 01:05:08,600
DAVID Malan: Určitě, určitě.

1372
01:05:08,600 --> 01:05:10,720
A jak je obraz
stále složitější,

1373
01:05:10,720 --> 01:05:12,110
Mohlo by to být webové servery.

1374
01:05:12,110 --> 01:05:14,690
Mohlo by to být moc budovy.

1375
01:05:14,690 --> 01:05:17,900
Mohlo by to být něco fyzického, jako
kabely dostal roztřepené či vyhozen.

1376
01:05:17,900 --> 01:05:19,879
Mohlo by to být databáze
neodpovídá.

1377
01:05:19,879 --> 01:05:22,920
Mohlo by to být oni aktualizovat svůj provoz
Systém a něco visí.

1378
01:05:22,920 --> 01:05:24,634
Takže existuje mnoho dalších pohyblivých částí.

1379
01:05:24,634 --> 01:05:27,050
A tak hodně inženýrství
že musí jít za tímto

1380
01:05:27,050 --> 01:05:30,431
je opravdu jen kompromisy, jako jak
kolik času, kolik peněz je to vlastně

1381
01:05:30,431 --> 01:05:32,930
stojí za to, a jaké jsou hrozby
jste opravdu starosti?

1382
01:05:32,930 --> 01:05:35,471
Například, v
kurzy Učím na Harvardu,

1383
01:05:35,471 --> 01:05:38,470
používáme hodně cloud computing, který
začneme se podrobněji podíváme na teď,

1384
01:05:38,470 --> 01:05:41,107
Ve skutečnosti, pokud použijeme
Amazon Web Services.

1385
01:05:41,107 --> 01:05:42,940
Jen proto, že je
jednou jsme začali.

1386
01:05:42,940 --> 01:05:45,856
Ale je tu stále v těchto dnech
od Google a Microsoft a další.

1387
01:05:45,856 --> 01:05:50,030
A my vědomě dát všechny
virtuálních strojů našich kurzů ',

1388
01:05:50,030 --> 01:05:55,400
jak se jim říká, v myslím,
je to Západní Virginie datových center.

1389
01:05:55,400 --> 01:05:57,560
Většina našich studentů
stalo, že se z USA,

1390
01:05:57,560 --> 01:05:59,820
ačkoli tam jsou jistě
některé mezinárodní úrovni.

1391
01:05:59,820 --> 01:06:02,630
>> Ale skutečnost je taková, že je to jen
jednodušší a je to levnější pro nás

1392
01:06:02,630 --> 01:06:05,540
aby všechny naše vejce
V Virginie koše,

1393
01:06:05,540 --> 01:06:08,050
i když vím, jestli se něco
pokazí ve Virginii,

1394
01:06:08,050 --> 01:06:12,760
as má občas happened-- jako
jestli je tu hurikán nebo nějaký počasí

1395
01:06:12,760 --> 01:06:15,890
událost jako to, jestli existuje nějaký
Problém rozvodnou síť nebo všechny jako--

1396
01:06:15,890 --> 01:06:20,240
datové našich kurzů "by mohl přejít do režimu offline
na určitý počet minut nebo hodin

1397
01:06:20,240 --> 01:06:21,600
nebo ještě déle.

1398
01:06:21,600 --> 01:06:24,020
>> Ale množství složitosti
které by byly zapotřebí,

1399
01:06:24,020 --> 01:06:26,895
a množství peněz, které by
být požadováno, aby provoz vše

1400
01:06:26,895 --> 01:06:31,420
paralelně v Evropě nebo v Kalifornii
prostě nedává tolik smysl.

1401
01:06:31,420 --> 01:06:35,080
Takže je to racionální obchod
off, ale bolestivé jednom

1402
01:06:35,080 --> 01:06:37,740
když jste vlastně
která s tímto prostoje.

1403
01:06:37,740 --> 01:06:41,830
>> Dobře, pojďme přechod právě teď
některá řešení na principu shluků

1404
01:06:41,830 --> 01:06:43,320
na některé z těchto problémů.

1405
01:06:43,320 --> 01:06:45,040
Všechno, co jsme byli
diskutovat tak daleko

1406
01:06:45,040 --> 01:06:47,527
je druh problémů, jež mají
Byl s námi na nějakou dobu,

1407
01:06:47,527 --> 01:06:49,610
zda máte svůj vlastní
servery ve vaší společnosti,

1408
01:06:49,610 --> 01:06:52,740
zda jdete do společného umístění
umístit jako datovém centru a podíl

1409
01:06:52,740 --> 01:06:55,110
prostor s někým jiným,
nebo v současné době v cloudu.

1410
01:06:55,110 --> 01:06:57,040
>> A co je hezké o
mrak je, že všechny

1411
01:06:57,040 --> 01:06:59,540
z těchto věcí, jsem
kreslení jako fyzické objekty

1412
01:06:59,540 --> 01:07:02,400
Nyní si lze představit jako
jakési virtuální předměty

1413
01:07:02,400 --> 01:07:04,659
V oblaku, které jsou
simulován se softwarem.

1414
01:07:04,659 --> 01:07:07,700
Jinými slovy, počítače dnes,
servery dnes, jako na obrázku Dell

1415
01:07:07,700 --> 01:07:11,720
I ukázal dříve, jsou tak rychle, mají
tolik RAM, CPU tolik, tolik disk

1416
01:07:11,720 --> 01:07:16,140
space, že lidé psali
software prakticky partition

1417
01:07:16,140 --> 01:07:21,130
jeden server až do iluze toho
přičemž dva servery, nebo 200 serverů, takže

1418
01:07:21,130 --> 01:07:24,150
že každý z nás zákazníků
má iluzi mít

1419
01:07:24,150 --> 01:07:29,110
není jen konto na nějakém webu
hostit, ale naše vlastní stroj, který jsme

1420
01:07:29,110 --> 01:07:30,490
pronájem od někoho jiného.

1421
01:07:30,490 --> 01:07:34,140
>> Ale je to virtuální stroj
pokud je na jednom serveru Dell,

1422
01:07:34,140 --> 01:07:39,160
se opět mohla být rozdělena až do
dva nebo 200 či více virtuálních počítačů,

1423
01:07:39,160 --> 01:07:43,770
z nichž všechny, aby někdo administrativní
přístup, ale takovým způsobem, kdy nikdo z nás

1424
01:07:43,770 --> 01:07:48,040
ví nebo mohou přistupovat jiný virtuální
Stroje na stejném hardwaru.

1425
01:07:48,040 --> 01:07:53,430
Takže namalovat obraz v dnešních skluzavky,
Jsem si to tady střílel z webových stránek

1426
01:07:53,430 --> 01:07:54,160
volal Docker.

1427
01:07:54,160 --> 01:07:56,970
>> Tak tohle je trochu více
detail, než jsme skutečně potřebují.

1428
01:07:56,970 --> 01:07:59,830
Ale pokud si to jako
váš infrastructure--

1429
01:07:59,830 --> 01:08:02,910
tak jen hardware svůj vlastní,
servery, stojany, data

1430
01:08:02,910 --> 01:08:06,480
centrum, a všichni to-- byste
obvykle běží operační systém hostitele.

1431
01:08:06,480 --> 01:08:08,275
Takže něco jako-- by to mohlo být Windows.

1432
01:08:08,275 --> 01:08:09,430
Nebylo by Mac OS.

1433
01:08:09,430 --> 01:08:11,430
Vzhledem k tomu, že to není opravdu
podnik v těchto dnech.

1434
01:08:11,430 --> 01:08:15,670
Tak to by bylo Linux nebo Solaris
nebo Unix či BSD nebo FreeBSD

1435
01:08:15,670 --> 01:08:19,779
nebo libovolný počet jiných operačních systémů
že jsou buď zdarma nebo obchodní.

1436
01:08:19,779 --> 01:08:22,120
>> A pak spustit
Program, speciální program,

1437
01:08:22,120 --> 01:08:26,479
volal hypervisor, nebo
Virtuální počítač monitor, VMM.

1438
01:08:26,479 --> 01:08:31,649
A jedná se o produkty, pokud jste
obeznámeni, jako je VMware nebo VirtualBox

1439
01:08:31,649 --> 01:08:34,080
nebo Virtual PC nebo jiné osoby.

1440
01:08:34,080 --> 01:08:38,430
A co tyto programy udělat, je přesně to,
že rys jsem popsal dříve.

1441
01:08:38,430 --> 01:08:41,779
To vytváří iluzi,
že jednom fyzickém počítači

1442
01:08:41,779 --> 01:08:44,550
může být více virtuálních strojů.

1443
01:08:44,550 --> 01:08:48,260
>> A tak tyto barevné boxy nahoru vrcholu je
malování obrázku z následujících možností.

1444
01:08:48,260 --> 01:08:50,260
To hypervisor, toto
kus softwaru, říkejte tomu

1445
01:08:50,260 --> 01:08:54,090
VMware, běžící na nějaký jiný
operační systém, volat to Linux,

1446
01:08:54,090 --> 01:08:56,910
vytváří iluzi, že
Tento fyzický počítač je ve skutečnosti

1447
01:08:56,910 --> 01:09:00,149
Jedna, dvě, tři virtuálních počítačů.

1448
01:09:00,149 --> 01:09:04,270
Takže jsem teď koupil, jako majitel
Tento hardware, jeden fyzický počítač.

1449
01:09:04,270 --> 01:09:06,200
A teď jsem pronájem
to tři zákazníky.

1450
01:09:06,200 --> 01:09:09,731
>> A tyto tři zákazníci všichni myslí
mají vyhrazené virtuální stroj.

1451
01:09:09,731 --> 01:09:10,939
A není to návnadu a přepínač.

1452
01:09:10,939 --> 01:09:13,750
Je to víc, že ​​zpřístupnění
používáte virtuální stroj.

1453
01:09:13,750 --> 01:09:17,589
Ale technologicky, my všichni
mít plnou kontrolu nad správou

1454
01:09:17,589 --> 01:09:19,880
více než každý z těchto hosta
operační systémy, které by mohly

1455
01:09:19,880 --> 01:09:21,370
být libovolný počet operačních systémů.

1456
01:09:21,370 --> 01:09:23,029
>> Mohu instalovat cokoliv chci.

1457
01:09:23,029 --> 01:09:24,640
I to lze provést upgrade, jak chci.

1458
01:09:24,640 --> 01:09:27,470
A já nemají ani vědět, nebo
záleží na ostatních provozních

1459
01:09:27,470 --> 01:09:29,678
systémy na tomto počítači,
ostatní virtuální stroje,

1460
01:09:29,678 --> 01:09:35,290
pokud je vlastníkem veškerého této šedi
věc je být trochu chamtivý

1461
01:09:35,290 --> 01:09:37,540
a je overselling jeho nebo její zdroje.

1462
01:09:37,540 --> 01:09:40,800
>> Takže pokud jste s některou
fyzický počítač a prodávat ji

1463
01:09:40,800 --> 01:09:44,399
aby ne 200, ale 400
zákazníci v určitém okamžiku

1464
01:09:44,399 --> 01:09:47,270
jdeme na výlet na ty,
Stejné problémy s výkonem jako předtím.

1465
01:09:47,270 --> 01:09:50,460
Protože máte jen omezené
Množství disku a RAM a tak dále.

1466
01:09:50,460 --> 01:09:53,450
A virtuální stroj
je jen program, který je

1467
01:09:53,450 --> 01:09:56,140
předstírat, že je
plnohodnotným počítačem.

1468
01:09:56,140 --> 01:09:58,040
Takže dostanete, co si zaplatí zde.

1469
01:09:58,040 --> 01:10:02,150
>> Takže najdete on-line můžete platit
seriózní firma asi 100 $ za měsíc

1470
01:10:02,150 --> 01:10:05,660
pro své vlastní virtuální stroj, nebo
svůj vlastní virtuální privátní server,

1471
01:10:05,660 --> 01:10:07,090
což je další termín pro to.

1472
01:10:07,090 --> 01:10:10,400
Nebo byste mohli najít nějaký letí
Noční kde platíte 5,99 $ za měsíc

1473
01:10:10,400 --> 01:10:12,080
pro své vlastní virtuální stroj.

1474
01:10:12,080 --> 01:10:15,614
Ale šance jsou nemáte zdaleka
tolik výkonu máte k dispozici,

1475
01:10:15,614 --> 01:10:18,530
protože to už overselling
ano, než byste s vyšším

1476
01:10:18,530 --> 01:10:22,340
tier služby nebo lépe prodejce.

1477
01:10:22,340 --> 01:10:24,590
>> Takže co to vlastně znamená pro nás?

1478
01:10:24,590 --> 01:10:26,110
Tak nech mě jít na to.

1479
01:10:26,110 --> 01:10:29,580
Chystám se jít do aws.amazon.com.

1480
01:10:29,580 --> 01:10:31,590
Jen proto, že mají
pěkná nabídka možností.

1481
01:10:31,590 --> 01:10:34,700
Titíž ponaučení platí do A
celá řada jiných dodavatelů cloud.

1482
01:10:34,700 --> 01:10:38,201
Bohužel, je to často více
marketing mluvit než cokoli jiného.

1483
01:10:38,201 --> 01:10:39,200
A to se neustále mění.

1484
01:10:39,200 --> 01:10:41,820
Takže jdete na webové stránky, jako je tento.

1485
01:10:41,820 --> 01:10:44,560
A to opravdu není
ti nic moc.

1486
01:10:44,560 --> 01:10:47,780
>> A dokonce jsem, jak se dívám na to, že ano
Opravdu víte, co některé z těchto věcí

1487
01:10:47,780 --> 01:10:49,334
nutně dělat, dokud jsem se ponořit.

1488
01:10:49,334 --> 01:10:50,875
Ale začněme na levé straně, spočítat.

1489
01:10:50,875 --> 01:10:52,980
A já jdu kliknout to.

1490
01:10:52,980 --> 01:10:56,960
A teď Amazon má otevřeně
ohromující množství služeb

1491
01:10:56,960 --> 01:10:57,960
tyto dny.

1492
01:10:57,960 --> 01:11:01,040
Ale Amazon EC2 je možná nejjednodušší.

1493
01:11:01,040 --> 01:11:05,840
>> Amazon EC2 bude vytvářet pro nás přesně
obraz jsme viděli před chvílí.

1494
01:11:05,840 --> 01:11:10,240
Je to, jak oni dělají hodně
jejich peníze v cloudu.

1495
01:11:10,240 --> 01:11:12,910
Zřejmě Netflix a další
jsou v oblaku s nimi.

1496
01:11:12,910 --> 01:11:16,260
To je vše, typicky
načechraný marketing mluvit.

1497
01:11:16,260 --> 01:11:19,720
Takže to, co chci udělat, je jít do Pricing--
nebo raději pojďme do instancí

1498
01:11:19,720 --> 01:11:23,790
První prostě namalovat obraz tohoto.

1499
01:11:23,790 --> 01:11:25,800
>> Takže to bude lišit podle dodavatele.

1500
01:11:25,800 --> 01:11:29,590
A nepotřebujeme se dostat příliš hluboko do
plevel tady, jak to všechny práce.

1501
01:11:29,590 --> 01:11:34,720
Ale způsob, jakým Amazonie, například,
pronajme vám virtuální stroj nebo server

1502
01:11:34,720 --> 01:11:37,200
v cloudu je, že mám
Tyto jakési legrační jména,

1503
01:11:37,200 --> 01:11:41,000
jako t2.nano, což znamená, že malé,
nebo t2.large, což znamená, že velká.

1504
01:11:41,000 --> 01:11:43,970
Každý z nich vám dá buď
jedna nebo dvě virtuální CPU.

1505
01:11:43,970 --> 01:11:45,470
>> Proč je to virtuální CPU?

1506
01:11:45,470 --> 01:11:49,440
No, mohlo fyzický stroj
mají 64 nebo více skutečných CPU.

1507
01:11:49,440 --> 01:11:52,125
Ale opět, pomocí softwaru,
oni vytvářejí iluzi

1508
01:11:52,125 --> 01:11:55,410
že jeden stroj může být
divvied až více uživatelů.

1509
01:11:55,410 --> 01:11:58,765
Takže můžeme myslet na to, jak
mající jeden procesor Intel nebo dva.

1510
01:11:58,765 --> 01:12:01,290
CPU kreditů za hour-- bych
muset přečíst drobným písmem

1511
01:12:01,290 --> 01:12:02,581
o tom, co to vlastně znamená.

1512
01:12:02,581 --> 01:12:05,850
To znamená, že, jak velká část stroje
můžete použít za hodinu vis-a-vis

1513
01:12:05,850 --> 01:12:07,730
ostatní zákazníci na tomto hardwaru.

1514
01:12:07,730 --> 01:12:11,560
>> Tady je, kolik paměti RAM nebo paměťové vás
get-- buď půl gigabyte, nebo 500

1515
01:12:11,560 --> 01:12:14,120
MB, nebo 1GB, nebo 2.

1516
01:12:14,120 --> 01:12:17,390
A pak se skladování jen odkazuje
jaký druh disků dávají vás.

1517
01:12:17,390 --> 01:12:19,950
K dispozici je něco jiného úložiště
Technologie, které nabízejí.

1518
01:12:19,950 --> 01:12:22,870
Ale mnohem zajímavější než to
pak může být stanovení cen.

1519
01:12:22,870 --> 01:12:25,860
>> Takže pokud jste ČTÚ nebo
inženýr, který nemá

1520
01:12:25,860 --> 01:12:28,420
chcete spustit server ve vašem
úřadě, z jakéhokoli důvodu,

1521
01:12:28,420 --> 01:12:30,230
a je to způsob, jak moc
komplikované nebo nákladné

1522
01:12:30,230 --> 01:12:33,930
kupovat servery a co-lokalizovat je a
platit nájem v nějakém fyzickém prostoru klece

1523
01:12:33,930 --> 01:12:36,670
somewhere-- chcete jen sedět
na svém notebooku pozdě v noci,

1524
01:12:36,670 --> 01:12:40,480
zadejte údaje o kreditní kartě,
a pronájem serverů v cloud-- dobře,

1525
01:12:40,480 --> 01:12:41,920
můžeme učinit zde.

1526
01:12:41,920 --> 01:12:45,769
Chystám se jít dolů to-- Linux
je populární operační systém.

1527
01:12:45,769 --> 01:12:47,310
A ať to jen získat pocit věcí.

1528
01:12:47,310 --> 01:12:48,990
Whoops-- příliš velký.

1529
01:12:48,990 --> 01:12:53,670
>> Takže pojďme se podívat na jejich nejmenšího
virtuální stroj, který vypadá, že má,

1530
01:12:53,670 --> 01:12:57,440
Pro naše účely, jeden CPU
a 500 MB RAM.

1531
01:12:57,440 --> 01:12:58,440
To je docela malý.

1532
01:12:58,440 --> 01:13:00,820
Ale upřímně řečeno, webové servery nemají
je třeba udělat vše, co moc.

1533
01:13:00,820 --> 01:13:02,630
Máte lepší specifikace ve vašem notebooku.

1534
01:13:02,630 --> 01:13:04,990
Ale vy nemusíte ty,
Specifikace těchto dnech pro věci.

1535
01:13:04,990 --> 01:13:11,490
Budeš platit $ ,0065 za hodinu.

1536
01:13:11,490 --> 01:13:12,080
>> Takže uvidíme.

1537
01:13:12,080 --> 01:13:15,970
Pokud existují 24 hodin denně, a
budeme platit tolik za hodinu,

1538
01:13:15,970 --> 01:13:20,680
to vás bude stát $ 0,15 až pronajmout že
Zejména serveru v cloudu.

1539
01:13:20,680 --> 01:13:22,210
A to je jen na jeden den.

1540
01:13:22,210 --> 01:13:27,050
Pokud bychom to udělat 365-- 57 $ na
nájemné, které konkrétní server.

1541
01:13:27,050 --> 01:13:28,420
Tak zní to mimořádně levné.

1542
01:13:28,420 --> 01:13:31,100
>> To je také mimořádně nízký výkon.

1543
01:13:31,100 --> 01:13:37,169
Tak jsme, kurzy učím tady, mají tendenci
používat Myslím, že t2.smalls nebo t2.mediums.

1544
01:13:37,169 --> 01:13:39,960
A mohli bychom mít několik set
Uživatelé, několik tisíc uživatelů, celkem.

1545
01:13:39,960 --> 01:13:40,900
Je to docela skromný.

1546
01:13:40,900 --> 01:13:42,360
Tak uvidíme, co by to stálo.

1547
01:13:42,360 --> 01:13:49,260
Takže pokud mám s těmito náklady krát 24
hodin časy 365, tohle je $ 225.

1548
01:13:49,260 --> 01:13:51,160
A do kurzů
Učím, jsme se obecně

1549
01:13:51,160 --> 01:13:54,970
spustit všechno dvakrát, pro
redundance a také pro výkon.

1550
01:13:54,970 --> 01:13:59,230
Takže bychom mohli utratit, tedy
$ 500 pro servery

1551
01:13:59,230 --> 01:14:00,860
že bychom mohli potřebovat ročně.

1552
01:14:00,860 --> 01:14:05,210
>> Nyní, pokud budete potřebovat více performance--
pojďme se podívat na paměti.

1553
01:14:05,210 --> 01:14:06,810
Mluvili jsme o paměti docela dost.

1554
01:14:06,810 --> 01:14:09,330
A pokud potřebujete více
memory-- a 64 gigabajtů

1555
01:14:09,330 --> 01:14:12,310
je číslo jsem si nechal mentioning--
To je téměř $ 1 na hodinu.

1556
01:14:12,310 --> 01:14:16,180
A můžete si docela rychle zjistit, kde
to tak goes-- 24 hodin krát 365.

1557
01:14:16,180 --> 01:14:20,580
Takže teď je to $ 8,000 za rok
za docela slušné serveru.

1558
01:14:20,580 --> 01:14:23,010
>> Takže v určitém bodě, je tu
Tento inflexní bod

1559
01:14:23,010 --> 01:14:29,510
kde teď jsme mohli strávit $ 6000
Pravděpodobně a koupit stroj takhle

1560
01:14:29,510 --> 01:14:33,800
a umořovat své náklady přes možná dvě,
tři roky, životnost stroje.

1561
01:14:33,800 --> 01:14:38,880
Ale co byste mohli tlačit
upřednostňují nebo nelibost pronájmu

1562
01:14:38,880 --> 01:14:41,230
stroj v cloudu jako je tohle?

1563
01:14:41,230 --> 01:14:44,110
Opět platí, že toto je srovnatelný, pravděpodobně
k jednomu z těchto serverů Dell

1564
01:14:44,110 --> 01:14:47,208
jsme viděli na snímku před bit.

1565
01:14:47,208 --> 01:14:51,016
>> Diváků: [neslyšitelné]

1566
01:14:51,016 --> 01:14:54,350

1567
01:14:54,350 --> 01:14:56,190
>> DAVID Malan: Jo, to je obrovský vzhůru.

1568
01:14:56,190 --> 01:14:58,640
Protože nejsme kupte si to
Stroj, nemusíme ji Unbox.

1569
01:14:58,640 --> 01:14:59,600
Nemáme ji zvednout.

1570
01:14:59,600 --> 01:15:01,110
Nemáme ji zapojit do našeho racku.

1571
01:15:01,110 --> 01:15:02,080
Nemáme ji zapojit.

1572
01:15:02,080 --> 01:15:03,140
Nemáme platit
elektrické bill.

1573
01:15:03,140 --> 01:15:05,120
>> Nemáme se obrátit
klimatizace dál.

1574
01:15:05,120 --> 01:15:07,620
Když pevný disk umírá, nemáme
řídit v uprostřed noci

1575
01:15:07,620 --> 01:15:08,172
to opravit.

1576
01:15:08,172 --> 01:15:09,630
Nemáme nastavit sledování.

1577
01:15:09,630 --> 01:15:13,750
Nemáme to-- seznam pokračuje
a ze všech fyzických věcí

1578
01:15:13,750 --> 01:15:15,810
nemusíte dělat
protože "oblaku".

1579
01:15:15,810 --> 01:15:18,620
>> A aby bylo jasno, cloud computing
Je to velmi nadužíváno termín.

1580
01:15:18,620 --> 01:15:22,790
Je to opravdu jen znamená platit někoho, kdo
else spustit servery pro vás,

1581
01:15:22,790 --> 01:15:25,300
nebo pronájem prostor na
Servery někoho jiného.

1582
01:15:25,300 --> 01:15:27,110
Takže termín "cloud computing" je nový.

1583
01:15:27,110 --> 01:15:30,260
Myšlenka je desítek let.

1584
01:15:30,260 --> 01:15:32,070
Tak to je docela přesvědčivé.

1585
01:15:32,070 --> 01:15:33,960
>> A co víc dostanete?

1586
01:15:33,960 --> 01:15:38,287
No, můžete také získat schopnost
dělat vše na notebooku doma.

1587
01:15:38,287 --> 01:15:40,620
Jinými slovy, všechny
Fotografie: Jen jsem se drawing--

1588
01:15:40,620 --> 01:15:44,010
a nebylo to tak dávno, že i
Byl jsem procházení kolem na serveru podlaze

1589
01:15:44,010 --> 01:15:46,680
zapojování kabelů v pro
každý z řádků, které vidíte,

1590
01:15:46,680 --> 01:15:49,590
a inovace operačního
systémy a změna jednotky v okolí.

1591
01:15:49,590 --> 01:15:51,610
Je tu spousta
tělesnost, aby všechno.

1592
01:15:51,610 --> 01:15:55,300
>> Ale co je krásné o virtuální
stroje, jak již název napovídá druh,

1593
01:15:55,300 --> 01:15:57,600
Nyní existuje webová
rozhraní pricemž

1594
01:15:57,600 --> 01:15:59,900
Chcete-li ekvivalent
čáry z tohoto serveru

1595
01:15:59,900 --> 01:16:03,959
do druhého, stačí napsat, typ, typ,
kliknutím a tažením, klepněte na tlačítko Odeslat a voila,

1596
01:16:03,959 --> 01:16:05,250
Máte to zapojen virtuálně.

1597
01:16:05,250 --> 01:16:07,235
Vzhledem k tomu, to vše provedeno v softwaru.

1598
01:16:07,235 --> 01:16:09,110
A důvod, proč se to dělá
V software je opět

1599
01:16:09,110 --> 01:16:12,650
protože máme tolik RAM a tak
hodně CPU k dispozici pro nás v těchto dnech,

1600
01:16:12,650 --> 01:16:14,880
i když všechny
že věc vyžaduje určitý čas,

1601
01:16:14,880 --> 01:16:18,450
to je pomalejší spustit věci
V softwaru než hardwaru,

1602
01:16:18,450 --> 01:16:23,710
stejně jako je to pomalejší použít mechanické
Zařízení funguje jako pevný disk, než RAM,

1603
01:16:23,710 --> 01:16:25,190
něco čistě elektronický.

1604
01:16:25,190 --> 01:16:27,490
Máme tolik zdrojů
které máme k dispozici.

1605
01:16:27,490 --> 01:16:29,920
My lidé jsou nějak invariantly pomalé.

1606
01:16:29,920 --> 01:16:33,840
A tak teď stroje mohou dělat
mnohem více za jednotku času.

1607
01:16:33,840 --> 01:16:36,640
Máme tyto schopnosti
dělat věci virtuálně.

1608
01:16:36,640 --> 01:16:39,120
>> A řeknu kurzy
Učím, například tady,

1609
01:16:39,120 --> 01:16:43,464
máme asi možná tucet
takže celková virtuálních strojů

1610
01:16:43,464 --> 01:16:45,880
takhle běží na nějaký daný
Doba dělá přední koncovou věci,

1611
01:16:45,880 --> 01:16:47,620
vyváděl end věci.

1612
01:16:47,620 --> 01:16:50,237
Máme všechny naše skladování.

1613
01:16:50,237 --> 01:16:52,820
Takže jakákoliv videa, včetně věcí
jako je tato, že jsme střelbu,

1614
01:16:52,820 --> 01:16:54,330
skončíme uvedení do cloudu.

1615
01:16:54,330 --> 01:16:58,710
Amazon má služby s názvem Amazon S3,
Jejich jednoduchý skladovací služby, které

1616
01:16:58,710 --> 01:17:00,397
je stejně jako místa na disku v cloudu.

1617
01:17:00,397 --> 01:17:02,230
Mají něco
volal CloudFront, který

1618
01:17:02,230 --> 01:17:06,040
je CDN služba, Content
Delivery Network služba, která

1619
01:17:06,040 --> 01:17:10,190
znamená, že berou všechny vaše soubory a
pro vás automagicky replikovat

1620
01:17:10,190 --> 01:17:11,290
okolo světa.

1621
01:17:11,290 --> 01:17:12,780
>> Takže oni nedělají to preventivně.

1622
01:17:12,780 --> 01:17:15,159
Ale první, když někdo
v Indii vyžádá soubor,

1623
01:17:15,159 --> 01:17:16,700
budou potenciálně do mezipaměti jej lokálně.

1624
01:17:16,700 --> 01:17:19,325
Poprvé v Číně,
Poprvé v Brazílii se to stane,

1625
01:17:19,325 --> 01:17:20,880
začnou mezipaměti jej lokálně.

1626
01:17:20,880 --> 01:17:22,730
A nemusíte dělat nic z toho.

1627
01:17:22,730 --> 01:17:26,710
A tak to je tak neuvěřitelně
přesvědčivé v těchto dnech se věci pohnuly

1628
01:17:26,710 --> 01:17:27,890
do oblaku.

1629
01:17:27,890 --> 01:17:31,890
Vzhledem k tomu budete mít tuto schopnost doslova
nemít lidé dělají skoro stejně

1630
01:17:31,890 --> 01:17:32,390
práce.

1631
01:17:32,390 --> 01:17:35,930
A vy doslova nepotřebují tolik
Lidé dělají tyto úlohy anymore--

1632
01:17:35,930 --> 01:17:38,450
"ops" nebo provozní role, už ne.

1633
01:17:38,450 --> 01:17:43,150
Opravdu stačí
vývojáři a méně inženýři

1634
01:17:43,150 --> 01:17:44,840
kteří mohou jen dělat věci virtuálně.

1635
01:17:44,840 --> 01:17:46,590
Ve skutečnosti, jen proto, aby
Jste pocit z toho,

1636
01:17:46,590 --> 01:17:51,800
nech mě jít do cen pro
jeden další produkt zde.

1637
01:17:51,800 --> 01:17:58,170
Podívejme se něco podobného CDN S3.

1638
01:17:58,170 --> 01:18:01,140
Tak to je v podstatě
virtuální pevný disk v cloudu.

1639
01:18:01,140 --> 01:18:14,360
A pokud bychom nalistujte pricing--
takže je to 0,007 $ za gigabajt.

1640
01:18:14,360 --> 01:18:16,300
A that's-- jak to děláme?

1641
01:18:16,300 --> 01:18:17,410
Myslím, že to měsíčně.

1642
01:18:17,410 --> 01:18:21,530
>> Takže pokud je to za měsíc-- nebo za den?

1643
01:18:21,530 --> 01:18:23,200
Dane, to je za den?

1644
01:18:23,200 --> 01:18:24,700
To je měsíčně, OK.

1645
01:18:24,700 --> 01:18:28,280
Takže, pokud je to na měsíc--
Omlouvám se, to je 0,03 $ měsíčně.

1646
01:18:28,280 --> 01:18:29,820
K dispozici je 12 měsíců z roku.

1647
01:18:29,820 --> 01:18:32,250
Tak kolik dat by mohly
ukládat do cloudu?

1648
01:18:32,250 --> 01:18:37,410
Gigabyte není velký, ale já
nevědí, jako 1 terabyte,

1649
01:18:37,410 --> 01:18:38,460
tak jako 1000 z nich.

1650
01:18:38,460 --> 01:18:39,501
To není tak moc.

1651
01:18:39,501 --> 01:18:44,382
Je to 368 $ pro uložení terabyte
dat v Amazon mrak.

1652
01:18:44,382 --> 01:18:46,090
Takže jaké jsou některé z
obchodní off, pak?

1653
01:18:46,090 --> 01:18:47,970
Nemůže být všechny dobré.

1654
01:18:47,970 --> 01:18:52,260
Nic jsme mluvili o kterém dnes je
druh bez úlovku nebo náklady.

1655
01:18:52,260 --> 01:18:55,269
Takže co je špatného na tom stěhování
vše do oblak?

1656
01:18:55,269 --> 01:18:56,060
Diváků: Security.

1657
01:18:56,060 --> 01:18:57,721
DAVID Malan: OK, co tím myslíš?

1658
01:18:57,721 --> 01:18:58,596
Diváků: [neslyšitelné]

1659
01:18:58,596 --> 01:19:01,589

1660
01:19:01,589 --> 01:19:02,630
DAVID Malan: Jo, jasně.

1661
01:19:02,630 --> 01:19:05,130
A opravdu chceš
Některé náhodné inženýři

1662
01:19:05,130 --> 01:19:08,750
na Amazon, že budete nikdy nesetkají s
fyzický přístup k těmto počítačům,

1663
01:19:08,750 --> 01:19:11,010
a zda skutečně
Chtěli, virtuální přístup?

1664
01:19:11,010 --> 01:19:15,070
A i když v
Teorie software-- dobře,

1665
01:19:15,070 --> 01:19:17,442
Šifrování může absolutně
chránit proti tomu.

1666
01:19:17,442 --> 01:19:19,150
Takže pokud to, co jste
uchovávání dat na svých serverech

1667
01:19:19,150 --> 01:19:21,470
Je encrypted-- menší obavy.

1668
01:19:21,470 --> 01:19:25,010
>> Jakmile se však člověk má fyzikální
přístup ke stroji, šifrování stranou,

1669
01:19:25,010 --> 01:19:26,100
všechny sázky jsou tak nějak mimo.

1670
01:19:26,100 --> 01:19:28,240
Možná budete znát z dávných dob
že osobní počítače, zejména,

1671
01:19:28,240 --> 01:19:30,360
i když jste měli ty věci
zvané "hesla BIOS,"

1672
01:19:30,360 --> 01:19:33,360
bylo, když váš desktop bota autobus,
byste být vyzváni s heslem, které

1673
01:19:33,360 --> 01:19:35,980
nemá nic společného s
Windows, můžete typicky

1674
01:19:35,980 --> 01:19:39,750
stačí otevřít podvozku
Stroj, najít malinké kolíky,

1675
01:19:39,750 --> 01:19:42,240
a použít něco jako
skokan a stačí připojit

1676
01:19:42,240 --> 01:19:45,690
tyto dva dráty pro asi vteřinu
čímž se dokončí obvod.

1677
01:19:45,690 --> 01:19:47,360
A to by odstranilo heslo.

1678
01:19:47,360 --> 01:19:49,800
>> Takže pokud máte fyzický přístup k
zařízení, můžete dělat takové věci.

1679
01:19:49,800 --> 01:19:51,110
Můžete vyjmout pevný disk.

1680
01:19:51,110 --> 01:19:53,060
Můžete získat přístup k němu tímto způsobem.

1681
01:19:53,060 --> 01:19:55,442
A tak to je důvod, proč v
případ Dropbox,

1682
01:19:55,442 --> 01:19:57,900
Například, je to trochu
znepokojující, že nejen to, že

1683
01:19:57,900 --> 01:20:02,860
mají data, i když je to
šifrované, mají také klíč.

1684
01:20:02,860 --> 01:20:04,993
Jiné starosti?

1685
01:20:04,993 --> 01:20:08,430
>> Diváků: [neslyšitelné]

1686
01:20:08,430 --> 01:20:27,740

1687
01:20:27,740 --> 01:20:30,240
DAVID Malan: Jo, je to velmi
true-- na brýle, jablka,

1688
01:20:30,240 --> 01:20:31,406
že Microsofts světa.

1689
01:20:31,406 --> 01:20:34,400
A ve skutečnosti, jak dlouho mají
jste měli váš iPhone pro?

1690
01:20:34,400 --> 01:20:35,885
Jo, plus mínus.

1691
01:20:35,885 --> 01:20:36,760
Diváků: [neslyšitelné]

1692
01:20:36,760 --> 01:20:37,780
DAVID Malan: Je mi to líto?

1693
01:20:37,780 --> 01:20:39,667
Jsi mezi těmi, kteří
má iPhone, ne?

1694
01:20:39,667 --> 01:20:40,250
Diváků: Ano.

1695
01:20:40,250 --> 01:20:42,208
DAVID Malan: Jak dlouho
jste měl váš iPhone?

1696
01:20:42,208 --> 01:20:43,372
Diváků: [neslyšitelné]

1697
01:20:43,372 --> 01:20:45,080
DAVID Malan: OK, takže
Apple doslova ví

1698
01:20:45,080 --> 01:20:49,030
kde jste byli každou hodinu
den za posledních pět let.

1699
01:20:49,030 --> 01:20:51,112
>> Diváků: [neslyšitelné]

1700
01:20:51,112 --> 01:20:54,626

1701
01:20:54,626 --> 01:20:56,375
DAVID Malan: Což je
úžasná vlastnost.

1702
01:20:56,375 --> 01:20:57,860
Diváků: [neslyšitelné]

1703
01:20:57,860 --> 01:21:00,875
DAVID Malan: Jo, ale
trade off jisté.

1704
01:21:00,875 --> 01:21:01,750
Diváků: [neslyšitelné]

1705
01:21:01,750 --> 01:21:04,720

1706
01:21:04,720 --> 01:21:07,813
>> DAVID Malan: Jo, je to velmi snadné.

1707
01:21:07,813 --> 01:21:08,688
Diváků: [neslyšitelné]

1708
01:21:08,688 --> 01:21:12,040

1709
01:21:12,040 --> 01:21:13,248
DAVID Malan: Další nevýhody?

1710
01:21:13,248 --> 01:21:16,995
Diváků: [neslyšitelné]

1711
01:21:16,995 --> 01:21:26,151

1712
01:21:26,151 --> 01:21:27,900
DAVID Malan: Absolutely--
technologicky,

1713
01:21:27,900 --> 01:21:31,550
z ekonomického hlediska, je to docela přesvědčivé, aby
nějak získat tyto úspory z rozsahu

1714
01:21:31,550 --> 01:21:33,579
a přesunout vše do
takzvaný cloud.

1715
01:21:33,579 --> 01:21:35,870
Ale vy pravděpodobně chtít
jít s některými z největších

1716
01:21:35,870 --> 01:21:39,380
ryby, Amazonky se Brýle se
Microsofts-- Rackspace je docela big--

1717
01:21:39,380 --> 01:21:42,200
a pár dalších, a ne
nutně létat nočními lidí

1718
01:21:42,200 --> 01:21:45,640
pro něž je to velmi snadné dělat
tento druh techniky v současné době.

1719
01:21:45,640 --> 01:21:49,140
A to je, kterého můžete
zaplatit $ 5,99 za měsíc.

1720
01:21:49,140 --> 01:21:50,890
Ale budete určitě
dostanete, co si zaplatí.

1721
01:21:50,890 --> 01:21:54,014
>> Když říkáte [neslyšitelné], to je, když
věci, jako je těchto pět devítek přijít,

1722
01:21:54,014 --> 01:21:58,017
přičemž i v případě, technologicky
opravdu nemůžeme zaručit 99.999,

1723
01:21:58,017 --> 01:22:00,350
prostě budeme stavět v nějakém druhu
penále ke smlouvě

1724
01:22:00,350 --> 01:22:03,910
tak, že v případě, že se stane, alespoň
tam je nějaký náklady na nás, prodejce.

1725
01:22:03,910 --> 01:22:07,950
A to je to, co byste typicky
být jak se jim dohodnout na.

1726
01:22:07,950 --> 01:22:09,590
>> Diváků: [neslyšitelné]

1727
01:22:09,590 --> 01:22:12,290
>> DAVID Malan: A
jeden druh požehnání

1728
01:22:12,290 --> 01:22:15,630
je, že i když jdeme dolů, pro
instance, nebo dokonce některé společnosti,

1729
01:22:15,630 --> 01:22:17,800
realita je Amazon,
Například, má tolik

1730
01:22:17,800 --> 01:22:21,780
zatraceně zákazníci, známí zákazníci,
operující z určitých datových center

1731
01:22:21,780 --> 01:22:26,224
že když něco opravdu pokazí,
jako živelných pohrom a počasí a tak,

1732
01:22:26,224 --> 01:22:29,390
jestli existuje nějaký druh stříbrné obložení,
je to, že jste ve velmi dobré společnosti.

1733
01:22:29,390 --> 01:22:30,680
Vaše webové stránky by mohly být v režimu offline.

1734
01:22:30,680 --> 01:22:32,750
Ale stejně tak je jako polovina
populární internet.

1735
01:22:32,750 --> 01:22:36,230
A tak je to pravděpodobně trochu
chutnější svým zákazníkům

1736
01:22:36,230 --> 01:22:38,780
jestli je to spíše internetu
věc, než acme.com věc.

1737
01:22:38,780 --> 01:22:41,780
Ale to je tak trochu podvodník.

1738
01:22:41,780 --> 01:22:46,740
>> Takže, pokud jde o jiné věci na pohled,
jen proto, že nemáme vyloučit ostatní,

1739
01:22:46,740 --> 01:22:51,210
pokud jdete na Microsoft Azure, že
mají jak Linux a Windows věci

1740
01:22:51,210 --> 01:22:53,190
To je srovnatelné s Amazon.

1741
01:22:53,190 --> 01:22:57,540
Pokud půjdete do Google Compute Engine
mají něco podobného stejně.

1742
01:22:57,540 --> 01:23:00,500
A jen proto, aby kola ven
Tyto oblak nabídky,

1743
01:23:00,500 --> 01:23:02,762
Udělám zmínku ještě jedna věc.

1744
01:23:02,762 --> 01:23:04,720
To je populární webové stránky
To je reprezentativní

1745
01:23:04,720 --> 01:23:08,590
třídy technologií.

1746
01:23:08,590 --> 01:23:12,350
Ty, které jsme právě hovořili
o, Amazon, by IAAS,

1747
01:23:12,350 --> 01:23:17,150
Infrastruktura jako služba, kde vás
druh fyzický hardware jako služba.

1748
01:23:17,150 --> 01:23:18,757
Je tu SAAS.

1749
01:23:18,757 --> 01:23:20,090
Ve skutečnosti mi dovolte poznamenat těchto dolů.

1750
01:23:20,090 --> 01:23:23,290

1751
01:23:23,290 --> 01:23:28,190
>> IAAS-- infrastruktura
Jako služba, SAAS,

1752
01:23:28,190 --> 01:23:31,870
a PaaS, které jsou
pozoruhodně matoucí zkratky

1753
01:23:31,870 --> 01:23:34,400
které jsou popsány tři
různé druhy věcí.

1754
01:23:34,400 --> 01:23:36,400
A samotných akronymy
to vůbec nevadí.

1755
01:23:36,400 --> 01:23:38,360
To je vše, o oblaku věci
jsme právě mluví,

1756
01:23:38,360 --> 01:23:41,570
Věci nižší úroveň, tím
virtualizace hardwaru a skladování

1757
01:23:41,570 --> 01:23:44,890
V tzv mraku, ať už je to
Amazon, Microsoft, Google, nebo jiné.

1758
01:23:44,890 --> 01:23:47,270
>> Software jako service--
každý z nás trochu používat.

1759
01:23:47,270 --> 01:23:49,810
Pokud používáte Google Apps
pro Gmail nebo kalendáře,

1760
01:23:49,810 --> 01:23:52,530
některé z nich na bázi webových
Před aplikací, které 10 lety jsme

1761
01:23:52,530 --> 01:23:55,560
by poklepání na ikony
náš desktop, software jako služba

1762
01:23:55,560 --> 01:23:57,400
Nyní je opravdu webové aplikace.

1763
01:23:57,400 --> 01:24:00,110
A platforma jako
Služba druh závisí.

1764
01:24:00,110 --> 01:24:03,140
>> A jeden příklad dám ti tady
v souvislosti s cloud computing--

1765
01:24:03,140 --> 01:24:06,250
je tu ještě jedna společnost, která je docela
populární v těchto dnech, Heroku.

1766
01:24:06,250 --> 01:24:08,940
A jsou služby,
platforma, chcete-li,

1767
01:24:08,940 --> 01:24:11,730
který běží na vrcholu
Amazon infrastruktura.

1768
01:24:11,730 --> 01:24:15,800
A oni jen aby to bylo ještě jednodušší
pro vývojáře a inženýry

1769
01:24:15,800 --> 01:24:18,330
získat webové aplikace on-line.

1770
01:24:18,330 --> 01:24:22,170
>> To je bolest, zpočátku, k použití
Amazon Web Services a další věci.

1771
01:24:22,170 --> 01:24:24,170
Vzhledem k tomu, jste skutečně
znát a chápat

1772
01:24:24,170 --> 01:24:27,617
o databází a webových serverů a
zatížení balancery a všechny ty věci,

1773
01:24:27,617 --> 01:24:28,450
Právě jsem mluvil o.

1774
01:24:28,450 --> 01:24:32,780
Protože všechny Amazon odvedl není
skrytý tyto designové výzvy.

1775
01:24:32,780 --> 01:24:35,790
Už jen virtualizována jim
a přesunout je do prohlížeče,

1776
01:24:35,790 --> 01:24:37,770
do softwaru namísto hardwaru.

1777
01:24:37,770 --> 01:24:43,020
>> Ale firmy jako Heroku a další
poskytovatelé PaaS, platforma jako služba,

1778
01:24:43,020 --> 01:24:46,900
oni používají tyto základy barebone
že jsme právě mluvili,

1779
01:24:46,900 --> 01:24:50,340
a vytvářet jednodušší
použitelný software na něj

1780
01:24:50,340 --> 01:24:54,241
takže pokud se chcete dostat na bázi webových
Aplikační on-line v těchto dnech,

1781
01:24:54,241 --> 01:24:55,990
máte jistě
umět programovat.

1782
01:24:55,990 --> 01:25:00,280
Musíte vědět, Java nebo Python nebo PHP
nebo Ruby nebo spoustu dalších jazyků.

1783
01:25:00,280 --> 01:25:02,180
>> Ale také potřebují místo, kam jej.

1784
01:25:02,180 --> 01:25:04,790
A mluvili jsme o dřívější
získání web hosting společnost.

1785
01:25:04,790 --> 01:25:08,630
To je tak nějak podobně poloviny 2000s
Přístup k získání něčeho online.

1786
01:25:08,630 --> 01:25:12,140
V současné době můžete místo toho platit někoho,
jako Heroku pár dolarů za měsíc.

1787
01:25:12,140 --> 01:25:15,370
A v podstatě, jakmile jste
udělal nějaké počáteční konfigurace,

1788
01:25:15,370 --> 01:25:18,704
aktualizovat své webové stránky,
stačí zadat příkaz v okně.

1789
01:25:18,704 --> 01:25:21,370
A bez ohledu na kód jste napsali
tady na svém notebooku okamžitě

1790
01:25:21,370 --> 01:25:24,350
dostane rozdělí na libovolný počet
serverů v cloudu.

1791
01:25:24,350 --> 01:25:26,440
>> A Heroku pečuje o
všechny složitosti.

1792
01:25:26,440 --> 01:25:28,930
Myslí si všechny databáze
věci, vše vyvažování zátěže,

1793
01:25:28,930 --> 01:25:31,480
všechny bolesti hlavy, které jsme
právě napsal na tabuli,

1794
01:25:31,480 --> 01:25:33,320
a skrýt to vše za vás.

1795
01:25:33,320 --> 01:25:36,170
A na oplátku, stačí
platit jim trochu víc.

1796
01:25:36,170 --> 01:25:39,810
Takže máte tyto infrastruktury jsou
služby, platformy jako služby,

1797
01:25:39,810 --> 01:25:41,400
a pak software jako služba.

1798
01:25:41,400 --> 01:25:45,390
Je to, znovu,
abstrakce nebo vrstvení.

1799
01:25:45,390 --> 01:25:51,187
>> Jakékoliv dotazy na oblaku nebo
budování něčí vlastní infrastrukturu?

1800
01:25:51,187 --> 01:25:52,270
Dobře, to bylo hodně.

1801
01:25:52,270 --> 01:25:54,200
Proč nejdeme do toho a
vzít naši 15 minut přestávku zde.

1802
01:25:54,200 --> 01:25:57,241
Vrátíme se s několika nových koncepcí
a trochu hands-na příležitost

1803
01:25:57,241 --> 01:25:59,110
před tím, než večer je u konce.

1804
01:25:59,110 --> 01:26:00,332