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

2
00:00:00,629 --> 00:00:02,170
DAVID Malan: Todo ben, Benvido de volta.

3
00:00:02,170 --> 00:00:06,520
Antes de mergullo computación en nube,
Pensei en deixar por un momento

4
00:00:06,520 --> 00:00:11,740
se hai cuestións pendentes
ou temas que xurdiron durante o xantar

5
00:00:11,740 --> 00:00:13,834
que agora pode ser de interese.

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

7
00:00:18,470 --> 00:00:21,410
>> Audiencia: [inaudível]

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
Audiencia: [inaudível]

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

12
00:00:29,880 --> 00:00:31,420
>> DAVID Malan: Non, por suposto.

13
00:00:31,420 --> 00:00:35,180
OK, así, espero que todos os seus
problemas xorden nas próximas horas

14
00:00:35,180 --> 00:00:36,410
e mañá, especialmente.

15
00:00:36,410 --> 00:00:42,700
Pero imos dar un ollo, entón, a onde
a última discusión sobre a configuración

16
00:00:42,700 --> 00:00:45,730
un sitio leva, de forma máis xeral
cando se trata de computación en nube,

17
00:00:45,730 --> 00:00:48,210
a creación dunha arquitectura de servidor,
tipo de decisións

18
00:00:48,210 --> 00:00:50,800
que os enxeñeiros e
desenvolvedores e xerentes

19
00:00:50,800 --> 00:00:53,210
que facer cando se trata
facendo máis que

20
00:00:53,210 --> 00:00:56,550
Rexístrate para un US $ 10 por servidor mes
cando realmente quere construír fóra

21
00:00:56,550 --> 00:00:57,550
a súa propia infraestrutura.

22
00:00:57,550 --> 00:01:00,400
E nós imos tratar amarre iso de volta,
por exemplo, para Dropbox e outros

23
00:01:00,400 --> 00:01:01,350
como eles.

24
00:01:01,350 --> 00:01:06,250
>> Entón, imos comezar a considerar
cales son os problemas que xorden como negocio

25
00:01:06,250 --> 00:01:09,390
queda bo e xorden bos problemas.

26
00:01:09,390 --> 00:01:14,720
Así, no caso máis simple de
algunha empresa que teña un servidor web,

27
00:01:14,720 --> 00:01:21,470
pode que, digamos, un servidor que
imos chamar a que se parece con isto.

28
00:01:21,470 --> 00:01:25,620
E estes días, a maioría servers-- e imos
en realidade, unha imaxe a este tan

29
00:01:25,620 --> 00:01:27,680
que é un pouco menos nebuloso.

30
00:01:27,680 --> 00:01:31,510
>> Entón server-- cremalleira Dell
de volta ao día, hai

31
00:01:31,510 --> 00:01:33,730
eran ordenadores Exposicións
que ocupaba salas enteiras.

32
00:01:33,730 --> 00:01:35,710
Estes días, se fose
para un servidor, el

33
00:01:35,710 --> 00:01:38,520
Pode parecer un pouco algo así.

34
00:01:38,520 --> 00:01:41,760
Os servidores son medidos en que
chámanse unidades de rack, ou Rus.

35
00:01:41,760 --> 00:01:45,280
E un RU é de 1,5 polgadas,
que é un estándar da industria.

36
00:01:45,280 --> 00:01:49,300
Polo tanto, este parece ser un servidor de dous RU.

37
00:01:49,300 --> 00:01:51,240
Entón é 3 polgadas de altura.

38
00:01:51,240 --> 00:01:54,430
E son xeralmente 19 polgadas de ancho,
o que significa todo isto tipo de cousas

39
00:01:54,430 --> 00:01:55,160
é estándar.

40
00:01:55,160 --> 00:01:59,420
>> Entón, se ollar nun center-- datos
non só en un servidor, pero imos

41
00:01:59,420 --> 00:02:02,110
vexan Google de
centro de datos para ver se nós

42
00:02:02,110 --> 00:02:04,280
ver unha imaxe agradable en Google Imaxes.

43
00:02:04,280 --> 00:02:09,090
Isto é moito mellor iluminado do que
normalmente atopar, e moito máis

44
00:02:09,090 --> 00:02:14,900
sexy mirando como resultado. pero
Isto é o que se parece un par

45
00:02:14,900 --> 00:02:17,380
cen servidores todo
sobre iso mesmo tamaño,

46
00:02:17,380 --> 00:02:21,450
en realidade, no andel tras andel tras
bastidor tras bastidor nun centro de datos.

47
00:02:21,450 --> 00:02:26,150
>> Algo así como isto-- Isto pode moi ben
ser o de Google, sempre que eu pesquisei Google.

48
00:02:26,150 --> 00:02:28,330
Pero podería ser representativa
dun modo máis xeral

49
00:02:28,330 --> 00:02:31,480
un centro no que moitos
empresas son tipicamente co-localizados.

50
00:02:31,480 --> 00:02:34,940
E co-localizados xeralmente significa
que vai a un lugar como Equinix

51
00:02:34,940 --> 00:02:40,280
ou doutros provedores que teñen grandes
almacéns que teñen moita enerxía,

52
00:02:40,280 --> 00:02:42,950
lotes de refrixeración, esperanza
moita seguridade,

53
00:02:42,950 --> 00:02:47,910
e gaiolas individuais poñendo baldas de
servidores, e quere alugar as baldas

54
00:02:47,910 --> 00:02:49,150
ou traer as baldas en.

55
00:02:49,150 --> 00:02:51,420
>> E as empresas individuais,
startups especialmente,

56
00:02:51,420 --> 00:02:54,820
terá algún tipo de biometría
para entrar na súa gaiola, ou unha chave,

57
00:02:54,820 --> 00:02:55,640
ou unha tarxeta clave.

58
00:02:55,640 --> 00:02:56,990
Abre a porta.

59
00:02:56,990 --> 00:03:00,354
E dentro de alí é só
unha pegada metragem cadrada

60
00:03:00,354 --> 00:03:03,270
que está pagando para, dentro
que pode poñer o que queiras.

61
00:03:03,270 --> 00:03:04,770
>> E normalmente paga o poder.

62
00:03:04,770 --> 00:03:06,920
E paga as pegadas.

63
00:03:06,920 --> 00:03:08,770
E entón paga
-Se aos servidores

64
00:03:08,770 --> 00:03:10,560
que está levando a este espazo.

65
00:03:10,560 --> 00:03:12,850
E o que ten entón a
opción de facer é pagar alguén

66
00:03:12,850 --> 00:03:15,120
para a súa conectividade servizo de Internet.

67
00:03:15,120 --> 00:03:17,240
Pode pagar calquera número
dos provedores, os cales

68
00:03:17,240 --> 00:03:19,210
normalmente veñen en que o centro de datos.

69
00:03:19,210 --> 00:03:22,740
>> Pero a cuestión realmente interesante é,
que realmente pasa nos bastidores?

70
00:03:22,740 --> 00:03:25,020
Poden moi ben
parecido ao que acabamos de ver.

71
00:03:25,020 --> 00:03:27,870
Pero desempeñan funcións diferentes
e quizais necesite facer cousas distintas.

72
00:03:27,870 --> 00:03:29,661
E imos realmente
motivar esta conversa

73
00:03:29,661 --> 00:03:35,370
coa cuestión de, cal é o problema
comeza a xurdir se é exitoso?

74
00:03:35,370 --> 00:03:37,900
>> Entón tes un sitio
que construíu.

75
00:03:37,900 --> 00:03:40,450
E quizais vende flores
ou algo así.

76
00:03:40,450 --> 00:03:43,620
E ten feito moi ben
con vendas de widgets en liña.

77
00:03:43,620 --> 00:03:48,490
E comeza a experimentar
algúns síntomas, a súa web.

78
00:03:48,490 --> 00:03:51,070
Cales poden ser algunhas das
os síntomas técnicas

79
00:03:51,070 --> 00:03:54,040
que os usuarios relatan como negocio
está crecendo e crecendo

80
00:03:54,040 --> 00:03:59,482
eo seu sitio é
beneficiando con iso?

81
00:03:59,482 --> 00:04:02,690
>> Audiencia: [inaudível]

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

83
00:04:05,910 --> 00:04:07,050
>> DAVID Malan: Si, exactamente.

84
00:04:07,050 --> 00:04:10,040
Entón vostede pode ter un
desaceleración do seu sitio.

85
00:04:10,040 --> 00:04:11,240
E por que isto pode ocorrer?

86
00:04:11,240 --> 00:04:12,660
Ben, se asumirmos, por
fins de discusión

87
00:04:12,660 --> 00:04:15,160
agora, que está nun
destes anfitrións web comerciais

88
00:04:15,160 --> 00:04:17,860
que falamos antes do xantar,
que pagar algún número de dólares

89
00:04:17,860 --> 00:04:20,859
para por mes, e xa pagou
ao custo anual de dominio

90
00:04:20,859 --> 00:04:25,300
nome, para que servidor é probablemente
overselling seus recursos

91
00:04:25,300 --> 00:04:26,050
en certa medida.

92
00:04:26,050 --> 00:04:29,000
Entón vostede pode ter un nome de usuario
e contrasinal no seu servidor.

93
00:04:29,000 --> 00:04:32,410
Pero iso talvez outros, ou varios
ducia de outros, ou quizais mesmo varios

94
00:04:32,410 --> 00:04:33,980
cen outras, usuarios.

95
00:04:33,980 --> 00:04:37,190
>> E sitios vivir fisicamente
no mesmo servidor.

96
00:04:37,190 --> 00:04:38,340
Por que iso é posible?

97
00:04:38,340 --> 00:04:40,680
Ben estes días, servidores
como este normalmente

98
00:04:40,680 --> 00:04:44,610
ten varios discos duros, quizais
como moitos como seis ou máis unidades de disco duro,

99
00:04:44,610 --> 00:04:47,665
cada un dos cales pode ser tanto
como 4 terabytes nos días de hoxe.

100
00:04:47,665 --> 00:04:52,140
Entón vostede pode ter 24 terabytes de espazo
en só un pequeno servidor como este.

101
00:04:52,140 --> 00:04:55,710
>> E mesmo se roubar algo dese espazo
para redundancia, para fins de copia de seguridade,

102
00:04:55,710 --> 00:04:57,110
aínda é unha morea de espazo.

103
00:04:57,110 --> 00:05:00,070
E, por suposto, un sitio típico
Non precisa de tanto espazo.

104
00:05:00,070 --> 00:05:03,100
Basta rexistrar usuarios
e almacenar os rexistros de ordes

105
00:05:03,100 --> 00:05:04,640
non leva todo o que moito espazo.

106
00:05:04,640 --> 00:05:07,550
Así, pode particionar moi
un pouco e dar a cada usuario

107
00:05:07,550 --> 00:05:08,980
só un pequeno anaco do que iso.

108
00:05:08,980 --> 00:05:11,310
>> Mentres tanto, un ordenador
como este nos días de hoxe

109
00:05:11,310 --> 00:05:16,370
normalmente ten varios CPUs-- non só
un, quizais dous, quizais catro, quizais 16,

110
00:05:16,370 --> 00:05:17,149
ou máis.

111
00:05:17,149 --> 00:05:18,940
E cada un deses procesadores
ten unha cousa chamada

112
00:05:18,940 --> 00:05:22,230
un núcleo, que é tipo de como
un cerebro dentro dun cerebro.

113
00:05:22,230 --> 00:05:26,800
Entón, en realidade a maioría de todos aquí
portátiles modernos ten, probabelmente, un dual core

114
00:05:26,800 --> 00:05:32,030
ou quad core CPU-- e, probablemente, só
unha CPU dentro dun portátil estes días.

115
00:05:32,030 --> 00:05:35,030
Pero os computadores de escritorio
e ordenadores de rack como

116
00:05:35,030 --> 00:05:39,000
isto pode ter moi poucos
máis CPUs, e en núcleos de volta.

117
00:05:39,000 --> 00:05:44,180
>> E, francamente, mesmo nos nosos Macs e PCs de
hoxe, o que realmente non precisa de dous núcleos

118
00:05:44,180 --> 00:05:46,550
ou quad core para comprobar o seu e-mail.

119
00:05:46,550 --> 00:05:49,090
Se hai algún pescozo cando
se trata de usar un ordenador,

120
00:05:49,090 --> 00:05:51,925
vós, os humanos son probablemente a
máis lento cousa sobre este ordenador.

121
00:05:51,925 --> 00:05:54,800
E non vai ser capaz de
comprobe o seu correo electrónico máis rápido se

122
00:05:54,800 --> 00:05:57,170
teñen catro veces máis CPUs ou núcleos.

123
00:05:57,170 --> 00:05:59,700
>> Pero o mesmo é tipo
da verdadeira dun servidor.

124
00:05:59,700 --> 00:06:02,970
Un único sitio quizais non
necesariamente precisa máis que un

125
00:06:02,970 --> 00:06:05,756
CPU ou un núcleo, unha
pequeno cerebro dentro facendo

126
00:06:05,756 --> 00:06:07,380
todos os pensamentos e procesamento.

127
00:06:07,380 --> 00:06:10,561
Así, os fabricantes teñen semellante
comezou a cortar estas características

128
00:06:10,561 --> 00:06:13,435
de xeito que se cadra o seu sitio recibe un
core, o seu sitio web recibe un núcleo,

129
00:06:13,435 --> 00:06:15,290
ou que estamos compartindo un tal núcleo.

130
00:06:15,290 --> 00:06:16,820
Tamén estamos compartindo espazo en disco.

131
00:06:16,820 --> 00:06:20,000
E tamén estamos compartindo RAM,
ou memoria de acceso aleatorio

132
00:06:20,000 --> 00:06:22,520
de antes, dos cales
hai tamén unha cantidade finita.

133
00:06:22,520 --> 00:06:23,420
>> E esa é a clave.

134
00:06:23,420 --> 00:06:25,960
Non importa o quão caro
o ordenador estaba,

135
00:06:25,960 --> 00:06:28,440
aínda hai un finito
cantidade de recursos na mesma.

136
00:06:28,440 --> 00:06:31,360
E así a máis e máis
tentar consumir estes recursos,

137
00:06:31,360 --> 00:06:32,850
as cousas máis lentas pode facer.

138
00:06:32,850 --> 00:06:34,646
Pero por qué?

139
00:06:34,646 --> 00:06:39,352
Por que as cousas a modo como
síntoma dun servidor que está a ser resaltado?

140
00:06:39,352 --> 00:06:40,060
Que pasa?

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

142
00:06:42,895 --> 00:06:46,388
>> Audiencia: [inaudível]

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

144
00:06:54,036 --> 00:06:55,160
DAVID Malan: Si, exactamente.

145
00:06:55,160 --> 00:06:57,730
Propuxen anteriormente que
RAM é un tipo de memoria.

146
00:06:57,730 --> 00:07:00,290
É volátil, en que é
onde as aplicacións e os datos están

147
00:07:00,290 --> 00:07:01,890
almacenado cando están a ser empregados.

148
00:07:01,890 --> 00:07:03,990
E así, polo tanto, non hai
só un número finito

149
00:07:03,990 --> 00:07:05,790
de cousas que aparentemente pode facer dunha soa vez.

150
00:07:05,790 --> 00:07:07,740
E tamén é máis rápido,
que é unha cousa boa.

151
00:07:07,740 --> 00:07:09,990
Pero tamén é máis caro,
que é unha cousa mala.

152
00:07:09,990 --> 00:07:15,376
E tamén é, polo tanto, presentes en menor
cantidades que espazo en disco, disco duro

153
00:07:15,376 --> 00:07:16,750
espazo, o que tende a ser máis barato.

154
00:07:16,750 --> 00:07:18,830
>> Noutras palabras,
pode ter 4 terabytes

155
00:07:18,830 --> 00:07:20,440
de espazo en disco no seu ordenador.

156
00:07:20,440 --> 00:07:24,300
Pero pode ter 4
gigabytes, ou 64 gigabytes,

157
00:07:24,300 --> 00:07:29,180
en orde de magnitude, dun factor
1.000 a menos de RAM no seu ordenador.

158
00:07:29,180 --> 00:07:30,320
Entón, o que un ordenador fai?

159
00:07:30,320 --> 00:07:32,236
Ben, supoñamos que
ten 64 gigabytes

160
00:07:32,236 --> 00:07:35,110
de memoria RAM nun servidor como este, que
sería moi común, se non baixa

161
00:07:35,110 --> 00:07:36,140
estes días.

162
00:07:36,140 --> 00:07:39,220
Pero supoñamos que teña tantos
os usuarios que fan tantas cousas

163
00:07:39,220 --> 00:07:42,480
que tipo de tipo de
Debe de 65 gigabytes de memoria

164
00:07:42,480 --> 00:07:44,960
para xestionar todo isto
uso simultáneo?

165
00:07:44,960 --> 00:07:47,580
>> Ben, podería só dicir,
Sentímolo, algúns número de usuarios

166
00:07:47,580 --> 00:07:48,840
só non pode acceder ao sitio.

167
00:07:48,840 --> 00:07:51,410
E esa é a medida
de último recurso, por suposto.

168
00:07:51,410 --> 00:07:55,570
Ou, como o operativo
sistema, como Windows ou Mac

169
00:07:55,570 --> 00:07:59,480
OS ou Linux ou Solaris ou calquera
número de outros sistemas operativos no servidor,

170
00:07:59,480 --> 00:08:01,280
podería simplemente decidir, vostede sabe o que?

171
00:08:01,280 --> 00:08:03,780
Eu só teño 64 gigabytes de memoria RAM.

172
00:08:03,780 --> 00:08:05,440
Eu medio que ten 65.

173
00:08:05,440 --> 00:08:06,210
Entón vostede sabe o que?

174
00:08:06,210 --> 00:08:10,030
Vou tomar 1 gigabyte
valor dos datos na memoria RAM

175
00:08:10,030 --> 00:08:15,240
que foi o menos recentemente acceder
e só movelo ao disco temporalmente,

176
00:08:15,240 --> 00:08:19,050
literalmente, copia o do rápido
memoria para a memoria máis lenta

177
00:08:19,050 --> 00:08:24,000
para que eu poida, logo tratar con isto
necesidade gigabyte 65ª á memoria,

178
00:08:24,000 --> 00:08:25,650
facer algunha computación nel.

179
00:08:25,650 --> 00:08:28,580
Entón, cando eu rematar de facelo,
Eu só vou pasar que para o disco,

180
00:08:28,580 --> 00:08:35,030
mover a outra RAM engada temporalmente
no disco ao seu hardware real

181
00:08:35,030 --> 00:08:37,280
de xeito que eu son o tipo de multitarefa.

182
00:08:37,280 --> 00:08:41,190
>> Entón, eu son unha especie de poñer as cousas
temporalmente neste espazo máis lento

183
00:08:41,190 --> 00:08:44,159
entón eu crear a ilusión
de manipulación de todos.

184
00:08:44,159 --> 00:08:45,290
Pero hai unha desaceleración.

185
00:08:45,290 --> 00:08:45,790
Por que?

186
00:08:45,790 --> 00:08:49,380
Ben, dentro destes disco
discos nos días de hoxe é o que?

187
00:08:49,380 --> 00:08:52,030
Pola contra, o que fai un disco
dirixir distinta da RAM

188
00:08:52,030 --> 00:08:53,495
o mellor que sei agora?

189
00:08:53,495 --> 00:08:56,750
>> Audiencia: [inaudível]

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

191
00:08:59,540 --> 00:09:01,445
>> DAVID Malan: OK, é verdade.

192
00:09:01,445 --> 00:09:02,320
Audiencia: [inaudível]

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

194
00:09:05,440 --> 00:09:06,750
>> DAVID Malan: Entón, moi certo.

195
00:09:06,750 --> 00:09:13,709
E iso é un efecto colateral ou recurso
o feito de que a memoria RAM é realmente máis rápida.

196
00:09:13,709 --> 00:09:15,750
E, polo tanto, quere
usalo para uso corrente.

197
00:09:15,750 --> 00:09:17,290
E un disco é máis lento.

198
00:09:17,290 --> 00:09:19,630
Pero é permanente ou non-volátil.

199
00:09:19,630 --> 00:09:21,480
Entón usalo para o almacenamento a longo prazo.

200
00:09:21,480 --> 00:09:25,160
Pero en termos de
implantación, se eu ollar para arriba

201
00:09:25,160 --> 00:09:29,297
o que se chama un DIMM, memoria dual in-line
Módulo, isto é o que unha peza de RAM

202
00:09:29,297 --> 00:09:30,380
pode normalmente ser parecida.

203
00:09:30,380 --> 00:09:35,050
>> Entón, dentro da nosa Mac-- iso é un erro.

204
00:09:35,050 --> 00:09:41,080
Dentro dos nosos Macs e PCs, a nosa área de traballo
ordenadores tería sticks de memoria,

205
00:09:41,080 --> 00:09:43,220
como sería chamalos,
ou DIMMs, ou SIMM de volta

206
00:09:43,220 --> 00:09:44,970
o día, da memoria
que se parecen con iso.

207
00:09:44,970 --> 00:09:47,900
Os nosos portátiles probablemente ten cousas que
son un terzo do tamaño ou a metade do tamaño.

208
00:09:47,900 --> 00:09:50,066
Son un pouco menores,
pero o mesmo pouco idea--

209
00:09:50,066 --> 00:09:52,110
pezas de silicio verde
ou de plástico que galleta

210
00:09:52,110 --> 00:09:56,237
ten poucas fichas negras sobre eles con moita
de fíos de interconexión todo.

211
00:09:56,237 --> 00:09:58,820
Pode ter unha chea de
estes interior do seu ordenador.

212
00:09:58,820 --> 00:10:00,903
Pero o takeaway aquí é
é enteiramente electrónico.

213
00:10:00,903 --> 00:10:03,130
Hai só electróns
fluíndo neste dispositivo.

214
00:10:03,130 --> 00:10:08,170
Por outra banda, se miramos
o interior de unha unidade de disco duro

215
00:10:08,170 --> 00:10:10,760
e tirar para arriba unha imaxe
aquí, faría en vez

216
00:10:10,760 --> 00:10:16,600
ver algo como isto,
que non teñen electricidade

217
00:10:16,600 --> 00:10:17,950
pasando por iso, en última instancia.

218
00:10:17,950 --> 00:10:20,265
Pero o que tamén salta para fóra
con vostede sobre iso?

219
00:10:20,265 --> 00:10:21,140
Audiencia: [inaudível]

220
00:10:21,140 --> 00:10:22,710
DAVID Malan: Si, hai
aparentemente partes móbiles.

221
00:10:22,710 --> 00:10:25,210
É como unha especie de rexistro vello
ou lector de fonógrafo.

222
00:10:25,210 --> 00:10:26,200
E iso é moi fermoso.

223
00:10:26,200 --> 00:10:28,950
É un pouco máis sofisticado que isso--
mentres que un xogador fonógrafo usado

224
00:10:28,950 --> 00:10:33,150
rañuras no rexistro, que realmente
usa minúsculas partículas magnéticas pequenas

225
00:10:33,150 --> 00:10:34,550
que non pode ver.

226
00:10:34,550 --> 00:10:38,520
Pero, se unha pequena partícula magnética
parécese tanto, é considerado un 1.

227
00:10:38,520 --> 00:10:41,230
E se el se parece con isto,
norte-sur, no canto de sur-norte,

228
00:10:41,230 --> 00:10:42,252
que podería ser un 0.

229
00:10:42,252 --> 00:10:45,460
E veremos mañá como podemos construír
de que, para as cousas máis interesantes.

230
00:10:45,460 --> 00:10:47,590
>> Pero todo o que é
ten que mover fisicamente

231
00:10:47,590 --> 00:10:51,010
e por suposto vai ir máis a modo
que a velocidade da luz,

232
00:10:51,010 --> 00:10:53,250
que en teoría é a que
un electrón pode fluír a,

233
00:10:53,250 --> 00:10:54,620
aínda realista non completamente.

234
00:10:54,620 --> 00:10:56,900
devices-- tan mecánica moito máis lento.

235
00:10:56,900 --> 00:10:58,320
Pero son máis baratos.

236
00:10:58,320 --> 00:11:00,944
E pode caber tanta
máis datos dentro deles.

237
00:11:00,944 --> 00:11:03,110
Así, o feito de haber
existe no mundo algo

238
00:11:03,110 --> 00:11:06,840
chamado de memoria virtual,
usando un disco duro como este

239
00:11:06,840 --> 00:11:10,160
como se fose RAM
transparente para o usuario,

240
00:11:10,160 --> 00:11:15,320
simplemente movendo datos
desde a RAM para o disco duro,

241
00:11:15,320 --> 00:11:18,714
logo movelo de volta cando precisa
Lo novo, crea a desaceleración.

242
00:11:18,714 --> 00:11:21,380
Porque literalmente ten que
copialo dun lugar a outro.

243
00:11:21,380 --> 00:11:25,100
E a cousa que está copiando o para e
de, en realidade, é máis lenta que a RAM

244
00:11:25,100 --> 00:11:26,150
onde queira que sexa.

245
00:11:26,150 --> 00:11:29,030
>> O aqui-- solución alternativa
Se non gusta do que desacelerar,

246
00:11:29,030 --> 00:11:32,014
ea súa memoria virtual é
tipo de ser resaltado,

247
00:11:32,014 --> 00:11:33,680
o que é outra solución a este problema?

248
00:11:33,680 --> 00:11:35,260
>> Audiencia: [inaudível]

249
00:11:35,260 --> 00:11:37,260
DAVID Malan: Ben,
aumento da memoria virtual

250
00:11:37,260 --> 00:11:39,135
nos deixaría facelo
unha escala aínda maior.

251
00:11:39,135 --> 00:11:43,540
Poderíamos xestionar 66 gigabytes
das necesidades de memoria, ou 67 gigabytes.

252
00:11:43,540 --> 00:11:45,830
Pero supoñamos que eu non me gusta
esta desaceleración, de feito

253
00:11:45,830 --> 00:11:49,380
Quero desconectar virtual
memoria, se iso é posible,

254
00:11:49,380 --> 00:11:52,350
o que máis podería xogar na
este problema para resolver-lo,

255
00:11:52,350 --> 00:11:56,900
onde quero tratar con máis usuarios
e requisitos máis memoria

256
00:11:56,900 --> 00:11:59,100
do que eu fisicamente teñen no momento?

257
00:11:59,100 --> 00:12:02,600
>> Audiencia: [inaudível]

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

259
00:12:04,800 --> 00:12:06,140
>> DAVID Malan: Por desgraza non.

260
00:12:06,140 --> 00:12:09,850
Polo tanto, a CPU e os núcleos son
en son un recurso finito.

261
00:12:09,850 --> 00:12:13,280
E non hai analóxico nese contexto.

262
00:12:13,280 --> 00:12:14,990
Boa pregunta.

263
00:12:14,990 --> 00:12:19,270
Entón, só para quedar claro, tamén, se
interior deste computador é,

264
00:12:19,270 --> 00:12:24,510
digamos, unha vara de memoria RAM que se parece
como isto-- e por iso imos chamar iso de RAM.

265
00:12:24,510 --> 00:12:27,070
E aquí é a unidade de disco duro.

266
00:12:27,070 --> 00:12:30,130
E eu vou sacar esa
pictoricamente como un pequeno círculo.

267
00:12:30,130 --> 00:12:33,740
Hai 0 e 1s en ambos
datos these--, imos xeneralizar-lo como.

268
00:12:33,740 --> 00:12:38,030
>> E, esencialmente, se un usuario é
executar unha aplicación como,

269
00:12:38,030 --> 00:12:46,070
digamos, un sitio que require este
cantidade de RAM por usuario, o que estou propoñendo,

270
00:12:46,070 --> 00:12:48,380
por medio desta cousa
chamado de memoria virtual,

271
00:12:48,380 --> 00:12:53,990
é mover-se só temporalmente
que por aquí para que agora

272
00:12:53,990 --> 00:12:57,810
pode mover a memoria de alguén
requisitos alí.

273
00:12:57,810 --> 00:13:00,420
E entón, cando iso é feito,
I pode copiar este cara atrás sobre

274
00:13:00,420 --> 00:13:04,550
e isto vai aquí, movendo-se, así,
o que eu quería alí noutro lugar

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

276
00:13:05,050 --> 00:13:07,820
>> Polo tanto, hai só unha morea de
switcheroo, é o takeaway aquí.

277
00:13:07,820 --> 00:13:12,380
Entón, se non gusta diso, e non fai
Quere poñer nada no disco duro,

278
00:13:12,380 --> 00:13:16,440
o que é unha especie de evidente
A solución da persoa da empresa

279
00:13:16,440 --> 00:13:19,684
ao problema, ou o enxeñeiro de
solución, para que o asunto, tamén?

280
00:13:19,684 --> 00:13:21,950
>> Audiencia: [inaudível]

281
00:13:21,950 --> 00:13:24,750
>> DAVID Malan: Si, quero dicir literalmente
xogar cartos no problema.

282
00:13:24,750 --> 00:13:27,541
E, de feito, esta é a perfecta
Segue a algún do nivel

283
00:13:27,541 --> 00:13:28,870
discusións sobre a computación en nube.

284
00:13:28,870 --> 00:13:31,390
Porque unha morea de que está motivado
por decisións financeiras,

285
00:13:31,390 --> 00:13:33,040
nin sequera necesariamente tecnolóxico.

286
00:13:33,040 --> 00:13:37,830
Se 64 GB de RAM é moi pouco, así,
por que non comezar 128 gigabytes de memoria RAM?

287
00:13:37,830 --> 00:13:40,440
Por que non comezar 256 gigabytes de memoria RAM?

288
00:13:40,440 --> 00:13:41,732
Ben, por que non?

289
00:13:41,732 --> 00:13:42,608
>> Audiencia: [inaudível]

290
00:13:42,608 --> 00:13:44,482
DAVID Malan: Ben,
custa máis cartos, con certeza.

291
00:13:44,482 --> 00:13:46,970
E se xa ten reposición
espazo no disco duro, de forma eficaz,

292
00:13:46,970 --> 00:13:51,407
ou equivalentemente, espazo en disco duro é tan
moito máis barato así como pode usalo.

293
00:13:51,407 --> 00:13:54,490
Entón, de novo, non hai ese trade off que
vimos aínda máis cedo esta mañá,

294
00:13:54,490 --> 00:13:56,656
onde non hai realmente
necesariamente unha resposta correcta,

295
00:13:56,656 --> 00:14:01,360
hai só unha resposta mellor ou peor
con base no que realmente se preocupan.

296
00:14:01,360 --> 00:14:04,500
>> Polo tanto, hai tamén realidades tecnolóxicas.

297
00:14:04,500 --> 00:14:06,870
Non podo mercar un ordenador,
a meu coñecemento,

298
00:14:06,870 --> 00:14:09,490
con un billón de gigabytes
de RAM agora.

299
00:14:09,490 --> 00:14:11,540
É só fisicamente non existe.

300
00:14:11,540 --> 00:14:13,240
Polo tanto, hai algún límite superior.

301
00:14:13,240 --> 00:14:15,990
Pero se xa mesmo mercar
para un consumidor Mac ou PC,

302
00:14:15,990 --> 00:14:20,180
Tamén, en xeral, hai
esta curva de recursos

303
00:14:20,180 --> 00:14:23,410
onde pode haber unha boa,
unha mellor e un mellor equipo.

304
00:14:23,410 --> 00:14:25,730
>> E os retorno marxinais
na súa compra do dólar

305
00:14:25,730 --> 00:14:30,227
o mellor equipo contra
o mellor equipo

306
00:14:30,227 --> 00:14:32,560
pode non ser tan alta
como gastar un pouco máis de diñeiro

307
00:14:32,560 --> 00:14:35,599
e obter o mellor equipo
sobre o bo equipo.

308
00:14:35,599 --> 00:14:38,390
Noutras palabras, está pagando un
premio para o cumio da liña.

309
00:14:38,390 --> 00:14:40,790
>> E o que veremos na
discusión de computación en nube

310
00:14:40,790 --> 00:14:44,940
é que o que é moi común nestes
días, e que empresas como Google

311
00:14:44,940 --> 00:14:50,560
no inicio popularizou, non estaba prestando
para e construción realmente sofisticados, caros

312
00:14:50,560 --> 00:14:53,540
souped enriba computadores con
lotes e lotes de todo,

313
00:14:53,540 --> 00:15:00,140
senón comprar ou construír fermosa
ordenadores modestos, pero moitos deles,

314
00:15:00,140 --> 00:15:03,280
e usando algo que adoita
chamado escala horizontal, no canto

315
00:15:03,280 --> 00:15:04,320
de escala vertical.

316
00:15:04,320 --> 00:15:08,115
>> Entón escala vertical significaría estar máis
RAM, máis duro, máis de todo,

317
00:15:08,115 --> 00:15:10,187
e unha especie de investir
vertical no seu hardware

318
00:15:10,187 --> 00:15:12,520
entón está só comezando a
mellor dos mellores dos mellores,

319
00:15:12,520 --> 00:15:13,650
pero está pagando por iso.

320
00:15:13,650 --> 00:15:17,580
escala horizontal é unha especie de obter o
bottom capas cousas, o bo modelo,

321
00:15:17,580 --> 00:15:19,922
ou mesmo o modelo peor,
pero moitos deles.

322
00:15:19,922 --> 00:15:22,630
Pero, logo que obter lotes de
eles-- por exemplo, neste caso,

323
00:15:22,630 --> 00:15:27,330
servidores web, se este servidor
ou dun sitio web é insuficiente,

324
00:15:27,330 --> 00:15:32,310
a continuación, só intuitivamente, o
solución a este problema de carga

325
00:15:32,310 --> 00:15:36,460
ou sobrecarga nos seus servidores
ou é obter un servidor grande

326
00:15:36,460 --> 00:15:40,770
ou, o que estou propoñendo aquí en vez
de escalar verticalmente por así dicir,

327
00:15:40,770 --> 00:15:41,920
sería, vostede sabe o que?

328
00:15:41,920 --> 00:15:43,580
Basta obter unha segunda destes.

329
00:15:43,580 --> 00:15:46,560
Ou quizais ata obter un terceiro.

330
00:15:46,560 --> 00:15:48,900
Pero agora creamos
un problema de enxeñaría

331
00:15:48,900 --> 00:15:51,920
por natureza deste negocio
ou decisión financeira.

332
00:15:51,920 --> 00:15:54,312
Cal é o problema de enxeñaría agora?

333
00:15:54,312 --> 00:15:56,040
>> Audiencia: [inaudível]

334
00:15:56,040 --> 00:15:59,740
>> DAVID Malan: Si, como facer
conecta-los e- pena?

335
00:15:59,740 --> 00:16:00,651
>> Audiencia: [inaudível]

336
00:16:00,651 --> 00:16:02,400
DAVID Malan: Dereito,
porque eu have--

337
00:16:02,400 --> 00:16:07,280
se eu reintroducir-me a esta imaxe,
se este é o meu portátil en algún lugar

338
00:16:07,280 --> 00:16:12,400
en internet, que está agora entre
me ea empresa que estamos a falar,

339
00:16:12,400 --> 00:16:17,960
agora eu teño que descubrir, ao cal
servidor podo enviar este usuario específico?

340
00:16:17,960 --> 00:16:25,090
E se hai outros usuarios, como
este, a continuación, este aquí,

341
00:16:25,090 --> 00:16:28,850
e quizais este é o usuario A este
é o usuario B, que é o usuario C,

342
00:16:28,850 --> 00:16:34,720
e este é o servidor 1, 2, e 3-- agora
unha resposta intuitiva pode aquí ser só,

343
00:16:34,720 --> 00:16:37,460
imos enviar o usuario A a 1
e B e C de 2 a 3.

344
00:16:37,460 --> 00:16:39,900
E se xestione 3 veces o número de usuarios.

345
00:16:39,900 --> 00:16:41,360
>> Pero iso é unha simplificación esaxerada.

346
00:16:41,360 --> 00:16:44,480
Como decide quen enviar a onde?

347
00:16:44,480 --> 00:16:46,400
Entón, imos tratar argumentar por iso.

348
00:16:46,400 --> 00:16:50,110
Entón, supoña que os ordenadores
A, B, e C son os clientes,

349
00:16:50,110 --> 00:16:53,972
e servidores 1, 2 e 3 son
horizontal escalado servidores.

350
00:16:53,972 --> 00:16:55,180
Entón, eles están tipo de idéntica.

351
00:16:55,180 --> 00:16:57,200
Están todos rodando o mesmo programa.

352
00:16:57,200 --> 00:16:59,770
E todos eles poden facer o mesmo.

353
00:16:59,770 --> 00:17:01,520
Pero a razón pola que temos
tres deles é tan

354
00:17:01,520 --> 00:17:04,710
que podemos xestionar tres
veces máis persoas á vez.

355
00:17:04,710 --> 00:17:07,960
>> Entón, nós sabemos da nosa
discusión antes do xantar

356
00:17:07,960 --> 00:17:11,460
que hai en hardware entre
os ordenadores portátiles e servidores.

357
00:17:11,460 --> 00:17:14,920
Pero imos só unha especie de xeneralizar
que agora, como a internet ou a nube.

358
00:17:14,920 --> 00:17:18,707
Pero sabemos que, na miña casa,
hai probablemente un router na casa.

359
00:17:18,707 --> 00:17:21,290
Preto os servidores, hai probablemente
un router, servidor DNS, DHCP.

360
00:17:21,290 --> 00:17:24,780
Non pode ser calquera cousa
queremos nesta historia.

361
00:17:24,780 --> 00:17:33,360
>> Entón, como é que imos comezar a decidir,
cando o usuario A vai something.com,

362
00:17:33,360 --> 00:17:36,630
cal servidor para enviar o usuario?

363
00:17:36,630 --> 00:17:39,409
Como podemos comezar a contar esta historia?

364
00:17:39,409 --> 00:17:40,450
Audiencia: O balance de carga?

365
00:17:40,450 --> 00:17:41,120
DAVID Malan: O balance de carga.

366
00:17:41,120 --> 00:17:42,502
Que queres dicir con iso?

367
00:17:42,502 --> 00:17:44,660
>> Audiencia: Volvendo
onde o uso é máis

368
00:17:44,660 --> 00:17:47,472
e cal deles ten o
a maioría dos recursos dispoñibles.

369
00:17:47,472 --> 00:17:49,930
DAVID Malan: OK, entón deixe-me
introducir un novo tipo de hardware

370
00:17:49,930 --> 00:17:53,627
que aínda non discutir, que
é exactamente iso, un balance de carga.

371
00:17:53,627 --> 00:17:54,960
Isto tamén podería ser só un servidor.

372
00:17:54,960 --> 00:17:58,130
Pode parecer exactamente como
a que vimos hai pouco.

373
00:17:58,130 --> 00:18:01,000
Un balance de carga é realmente
só unha peza de software

374
00:18:01,000 --> 00:18:02,660
que executa en un pedazo de hardware.

375
00:18:02,660 --> 00:18:07,310
>> Ou pode pagar un provedor, como
Citrix ou outros, Cisco ou outros.

376
00:18:07,310 --> 00:18:10,465
Pode pagar polo seu propio hardware,
que é un balance de carga de hardware.

377
00:18:10,465 --> 00:18:12,840
Pero iso só significa que
preinstalado o balance de carga

378
00:18:12,840 --> 00:18:15,580
software no seu hardware e
vendeu para ti todos xuntos.

379
00:18:15,580 --> 00:18:18,670
Entón imos deseña-lo como un
rectángulo para os nosos propósitos.

380
00:18:18,670 --> 00:18:22,040
>> Como agora aplicar un balance de carga?

381
00:18:22,040 --> 00:18:28,150
Noutras palabras, cando o usuario A quere
visita o meu sitio, a proposta de algunha maneira

382
00:18:28,150 --> 00:18:31,070
ou outro, probablemente a través de quen
routers que falamos anteriormente,

383
00:18:31,070 --> 00:18:33,750
chegará finalmente
este balance de carga, que, a continuación,

384
00:18:33,750 --> 00:18:36,210
Debe de facer unha decisión de enrutamento-like.

385
00:18:36,210 --> 00:18:38,320
Pero é o enrutamento de tipo
dun propósito maior agora.

386
00:18:38,320 --> 00:18:40,361
Non é só sobre a obtención de
do punto A ó punto

387
00:18:40,361 --> 00:18:44,730
B. Trátase de decidir cal
punto B é o mellor entre eles--

388
00:18:44,730 --> 00:18:46,660
1, 2, ou 3, neste caso.

389
00:18:46,660 --> 00:18:51,000
>> Entón, como fago para decidir se
ir a 1, a 2, a 3?

390
00:18:51,000 --> 00:18:55,180
O que pode esta caixa negra, por así
falar, estar facendo no interior?

391
00:18:55,180 --> 00:18:57,880
Isto tamén é outro exemplo en
ciencia da computación da abstracción.

392
00:18:57,880 --> 00:19:02,410
Teño literalmente tirado dun balanceador de carga
como unha caixa negra en tinta negra, dentro

393
00:19:02,410 --> 00:19:05,300
de que é un pouco interesante
lóxica, ou maxia, mesmo,

394
00:19:05,300 --> 00:19:07,840
dos cales ten vir
un decision-- 1, 2, ou 3.

395
00:19:07,840 --> 00:19:12,220
E a entrada é só A.

396
00:19:12,220 --> 00:19:13,442
>> Audiencia: [inaudível]

397
00:19:13,442 --> 00:19:14,400
DAVID Malan: Eu sinto moito?

398
00:19:14,400 --> 00:19:14,770
Audiencia: [inaudível]

399
00:19:14,770 --> 00:19:18,310
DAVID Malan: Todo ben, como podemos
categorizar os tipos de transaccións

400
00:19:18,310 --> 00:19:19,095
aquí?

401
00:19:19,095 --> 00:19:23,772
>> Audiencia: ver unha páxina web
contra consultando unha base de datos.

402
00:19:23,772 --> 00:19:24,980
DAVID Malan: OK, iso é bo.

403
00:19:24,980 --> 00:19:29,210
Entón, talvez este usuario
quere ver unha páxina web.

404
00:19:29,210 --> 00:19:32,954
E quizais sexa mesmo contido estático,
algo que cambia raramente, ou nunca.

405
00:19:32,954 --> 00:19:34,870
E parece ser unha
operación moi sinxelo.

406
00:19:34,870 --> 00:19:38,260
Entón, talvez nós imos arbitrariamente,
pero razoablemente, digamos,

407
00:19:38,260 --> 00:19:42,750
servidor 1, o seu propósito na vida é
só para servir contido estático,

408
00:19:42,750 --> 00:19:45,150
arquivos que raramente, ou nunca, cambio.

409
00:19:45,150 --> 00:19:46,870
Quizais sexa as imaxes na páxina.

410
00:19:46,870 --> 00:19:50,180
Quizais sexa o texto na páxina ou
outro tal tipo de cousas desinteressante,

411
00:19:50,180 --> 00:19:52,460
nada transacional, nada dinámico.

412
00:19:52,460 --> 00:19:57,000
>> Por outra banda, se o usuario A está comprobando
fóra do seu carro de compras que

413
00:19:57,000 --> 00:20:00,972
require unha base de datos, un lugar para almacenar
e lembra que a transacción, así

414
00:20:00,972 --> 00:20:02,680
quizais esta proposta
debe ir ao servidor 2.

415
00:20:02,680 --> 00:20:03,610
Entón, iso é bo.

416
00:20:03,610 --> 00:20:07,010
Así, podemos subir equilibrio baseado
do tipo de solicitudes.

417
00:20:07,010 --> 00:20:08,278
Como máis podemos facer iso?

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

419
00:20:13,690 --> 00:20:14,686
o que outro--

420
00:20:14,686 --> 00:20:17,382
>> Audiencia: Baseado no servidor
uso e capacidade.

421
00:20:17,382 --> 00:20:18,340
DAVID Malan: Certo, OK.

422
00:20:18,340 --> 00:20:19,950
Entón, mencionar que antes, Kareem.

423
00:20:19,950 --> 00:20:26,850
Así que se nos das algunha entrada
no [inaudível] entre os servidores 1, 2,

424
00:20:26,850 --> 00:20:32,070
e 3 do presente balance de carga para que
están só constantemente informando

425
00:20:32,070 --> 00:20:36,420
o balance de carga que o seu estado é?

426
00:20:36,420 --> 00:20:39,842
Como, hey, balance de carga,
Estou no uso do 50%.

427
00:20:39,842 --> 00:20:41,550
Noutras palabras, eu teño
metade do número de usuarios

428
00:20:41,550 --> 00:20:43,520
como podo realmente soster agora.

429
00:20:43,520 --> 00:20:45,480
Hey, balance de carga, eu son
o uso de 100%.

430
00:20:45,480 --> 00:20:47,929
Hey, balance de carga, 0% de utilización.

431
00:20:47,929 --> 00:20:49,970
O balance de carga, se é
deseñado dun xeito que

432
00:20:49,970 --> 00:20:53,990
pode tomar eses comentarios
como entrada, pode, entón,

433
00:20:53,990 --> 00:20:57,420
decidir, ooh, número 2 está 100%.

434
00:20:57,420 --> 00:21:01,440
Déixeme non enviar solicitudes futuras para el
ademais dos usuarios xa conectados.

435
00:21:01,440 --> 00:21:02,360
Este cara é de 0%.

436
00:21:02,360 --> 00:21:03,940
Imos enviar unha morea de tráfico para el.

437
00:21:03,940 --> 00:21:05,480
Este cara dixo que está no 50%.

438
00:21:05,480 --> 00:21:08,080
Imos enviar un tráfico para el.

439
00:21:08,080 --> 00:21:12,012
>> Así que sería un ingrediente, que
poderiamos tomar carga en conta.

440
00:21:12,012 --> 00:21:13,470
E iso vai cambiar co paso do tempo.

441
00:21:13,470 --> 00:21:14,678
Así, as decisións van cambiar.

442
00:21:14,678 --> 00:21:17,350
Entón, iso é realmente unha boa técnica,
un que é comunmente usado.

443
00:21:17,350 --> 00:21:18,410
O que máis poderiamos facer?

444
00:21:18,410 --> 00:21:20,380
E imos realmente só resumir aquí.

445
00:21:20,380 --> 00:21:29,510
Así, as decisións poden ser aquí
por tipo de tráfico, eu vou chamalo.

446
00:21:29,510 --> 00:21:32,220
Pode ser baseado na carga.

447
00:21:32,220 --> 00:21:34,692
Imos ver se non podemos
veña con algúns outros.

448
00:21:34,692 --> 00:21:35,934
>> Audiencia: [inaudível]

449
00:21:35,934 --> 00:21:36,850
DAVID Malan: Localización.

450
00:21:36,850 --> 00:21:37,724
Entón, iso é unha boa.

451
00:21:37,724 --> 00:21:40,880
Entón localização-- como pode vostede
alavancar esta información?

452
00:21:40,880 --> 00:21:44,317
>> Audiencia: [inaudível]

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

454
00:21:54,140 --> 00:21:57,040
>> DAVID Malan: Oh, iso é bo.

455
00:21:57,040 --> 00:21:59,450
E sobre cantos milisegundos
sería diminuír

456
00:21:59,450 --> 00:22:02,466
con base no que vimos este
mañá, diría?

457
00:22:02,466 --> 00:22:04,330
>> Audiencia: [inaudível]

458
00:22:04,330 --> 00:22:06,550
>> DAVID Malan: Ben, en base
nas rutas de seguimento

459
00:22:06,550 --> 00:22:09,070
vimos anteriormente, que non é máis
unha medida aproximada de algo,

460
00:22:09,070 --> 00:22:11,800
polo menos canto tempo leva
de datos para ir de A para B

461
00:22:11,800 --> 00:22:16,140
Se sente como nada locais era, o que,
como 74 milisegundos, máis ou menos?

462
00:22:16,140 --> 00:22:19,200
E entón nada 100 máis,
200 máis probabelmente no exterior.

463
00:22:19,200 --> 00:22:22,110
E así con base nesa só,
parece razoable supoñer

464
00:22:22,110 --> 00:22:25,310
que para un usuario en EEUU
para acceder a un servidor Europea

465
00:22:25,310 --> 00:22:28,900
pode levar dúas ou tres veces
tal, mesmo en milisegundos,

466
00:22:28,900 --> 00:22:31,280
que podería tomar que
servidor localizáronse aquí

467
00:22:31,280 --> 00:22:33,370
xeograficamente, ou viceversa.

468
00:22:33,370 --> 00:22:35,120
Entón, cando eu propuxen
antes que todo

469
00:22:35,120 --> 00:22:37,880
xa que cruza esa 200 milisegundos
limiar, máis ou menos,

470
00:22:37,880 --> 00:22:39,210
humanos que comezan a notar.

471
00:22:39,210 --> 00:22:42,960
E a ruta do trazo é só
asumindo datos en bruto, desinteressante.

472
00:22:42,960 --> 00:22:46,570
Cando ten un sitio web, ten que
obter o usuario a descarga de imaxes ou película

473
00:22:46,570 --> 00:22:49,150
arquivos, gran cantidade de texto,
as solicitudes posteriores.

474
00:22:49,150 --> 00:22:53,116
Vimos cando visitamos, o que era
Lo, Facebook ou Amazon antes,

475
00:22:53,116 --> 00:22:55,490
hai unha morea de cousas
que ten que ser descargado.

476
00:22:55,490 --> 00:22:56,573
Entón, que vai sumar.

477
00:22:56,573 --> 00:23:00,259
Entón varias segundos pode
non ser razoable.

478
00:23:00,259 --> 00:23:01,800
Tan bo, a xeografía é un ingrediente.

479
00:23:01,800 --> 00:23:05,920
Así, en empresas de feitos como
Akamai, se xa escoitou falar deles,

480
00:23:05,920 --> 00:23:10,000
ou outros hai moito tomadas
xeografía en conta.

481
00:23:10,000 --> 00:23:14,170
E verifícase que, por natureza, un
enderezo IP, o enderezo IP do meu portátil,

482
00:23:14,170 --> 00:23:18,277
podes deducir, con algunha probabilidade,
onde está no mundo.

483
00:23:18,277 --> 00:23:20,110
E, de feito, hai
servizos de terceiros Vostede

484
00:23:20,110 --> 00:23:24,480
Pode pagar que manteñen bases de datos
de enderezos IP e xeografías

485
00:23:24,480 --> 00:23:28,660
que, con alta confianza será
certo cando proceda, onde no mundo

486
00:23:28,660 --> 00:23:30,090
Este enderezo IP?

487
00:23:30,090 --> 00:23:32,130
>> E así, de feito, o que
outras empresas usan iso?

488
00:23:32,130 --> 00:23:35,900
Se tes Hulu ou Netflix, se
xa foi viaxar ao exterior,

489
00:23:35,900 --> 00:23:38,640
e tenta ver algo na
Hulu, e non está en Estados Unidos,

490
00:23:38,640 --> 00:23:41,280
verás unha mensaxe
dicindo, non en Estados Unidos.

491
00:23:41,280 --> 00:23:43,208
Sentímolo, non pode ver este contido.

492
00:23:43,208 --> 00:23:44,420
>> Audiencia: [inaudível]

493
00:23:44,420 --> 00:23:46,020
>> DAVID Malan: Ah, realmente?

494
00:23:46,020 --> 00:23:48,480
Pero si, entón en realidade iso é
unha aplicación perfecta

495
00:23:48,480 --> 00:23:51,060
algo moi técnico
a un problema real.

496
00:23:51,060 --> 00:23:55,100
Se fose para VPN dende
Europa ou en Asia ou en calquera lugar

497
00:23:55,100 --> 00:23:57,950
no mundo ao seu corporativo
sede en Nova York

498
00:23:57,950 --> 00:24:00,670
ou onde queira que estea, está
vai crear a aparencia

499
00:24:00,670 --> 00:24:03,580
a sitios externos que
está realmente en New York,

500
00:24:03,580 --> 00:24:05,660
aínda que estea
fisicamente moi lonxe.

501
00:24:05,660 --> 00:24:08,057
>> Agora o usuario está indo
sei que está, obviamente, de distancia.

502
00:24:08,057 --> 00:24:11,140
Pero tamén vai sentir-lo porque
destes milisegundos adicionais.

503
00:24:11,140 --> 00:24:14,510
Esa distancia adicional ea
cifrado que está pasando na VPN

504
00:24:14,510 --> 00:24:15,760
vai retardar as cousas.

505
00:24:15,760 --> 00:24:17,680
Por iso, pode ou non
ser unha gran experiencia.

506
00:24:17,680 --> 00:24:21,050
Pero Hulu e Netflix verá
Lo como sentado nalgún lugar en Nova York,

507
00:24:21,050 --> 00:24:23,817
como claramente adquirida.

508
00:24:23,817 --> 00:24:25,150
¿Que é unha perfecta solución para iso.

509
00:24:25,150 --> 00:24:28,490
>> Todo ben, entón a xeografía é unha decisión.

510
00:24:28,490 --> 00:24:32,290
Que máis podemos utilizar para decidir como
para rotear o tráfico de A, B, e C

511
00:24:32,290 --> 00:24:37,040
a 1, 2, e 3, de novo, poñendo
o sombreiro de enxeñaría en?

512
00:24:37,040 --> 00:24:38,850
Isto todo soa moi complicado.

513
00:24:38,850 --> 00:24:41,490
Uh, eu non sei mesmo onde
para comezar a aplicar esas.

514
00:24:41,490 --> 00:24:44,450
Déame algo que é máis sinxelo.

515
00:24:44,450 --> 00:24:48,160
Cal é o xeito máis sinxelo
para tomar esta decisión?

516
00:24:48,160 --> 00:24:49,840
>> Audiencia: É o servidor dispoñible?

517
00:24:49,840 --> 00:24:51,650
>> DAVID Malan: É o servidor dispoñible?

518
00:24:51,650 --> 00:24:53,970
Entón, non é malo.

519
00:24:53,970 --> 00:24:54,470
Iso é bo.

520
00:24:54,470 --> 00:24:56,260
Isto é unha especie de nuanças de carga.

521
00:24:56,260 --> 00:24:58,070
Entón, imos manter isto na categoría de carga.

522
00:24:58,070 --> 00:25:00,010
Se está dispoñible, eu son só
enviará os datos alí.

523
00:25:00,010 --> 00:25:01,343
Pero isto pode saír pola culata rapidamente.

524
00:25:01,343 --> 00:25:05,720
Porque se eu usar esa lóxica, e se eu
sempre pedir 1, está, está,

525
00:25:05,720 --> 00:25:08,970
está, se a resposta é sempre si,
Eu estou indo a enviar o 100% do tráfico

526
00:25:08,970 --> 00:25:11,060
para el, 0% para todos os demais.

527
00:25:11,060 --> 00:25:14,430
E nalgún momento, nós estamos indo bater
que a desaceleración ou o sitio web non dispoñible.

528
00:25:14,430 --> 00:25:17,630
Entón, o que é lixeiramente mellor que
iso, senón que moi sinxelo

529
00:25:17,630 --> 00:25:22,412
e non case tan intelixente como tomando todas
Estes datos adicionais en conta?

530
00:25:22,412 --> 00:25:23,992
>> Audiencia: Custo por servidor.

531
00:25:23,992 --> 00:25:25,200
DAVID Malan: Custo por servidor.

532
00:25:25,200 --> 00:25:28,010
OK, entón deixe-me tirar que
na categoría de carga, tamén.

533
00:25:28,010 --> 00:25:30,790
Porque o que vai atopar en
unha empresa, demasiado-- que se

534
00:25:30,790 --> 00:25:32,790
actualizar os seus servidores
co paso do tempo ou mercar máis,

535
00:25:32,790 --> 00:25:36,242
que pode non ser capaz de obter exactamente
as mesmas versións de hardware.

536
00:25:36,242 --> 00:25:37,450
Porque cae fóra da data.

537
00:25:37,450 --> 00:25:38,491
Non podes mercar máis.

538
00:25:38,491 --> 00:25:39,360
Os prezos varían.

539
00:25:39,360 --> 00:25:42,500
>> Entón vostede pode ter diferentes servidores
no seu conxunto, por así dicir.

540
00:25:42,500 --> 00:25:43,890
Isto é totalmente ben.

541
00:25:43,890 --> 00:25:47,100
Pero o hardware do ano
pode ser dúas veces máis rápido,

542
00:25:47,100 --> 00:25:49,390
dúas veces tan capaces como os deste ano.

543
00:25:49,390 --> 00:25:51,500
Así, podemos lanza que
na categoría de carga.

544
00:25:51,500 --> 00:25:54,260
Este ciclo de feedback entre o 1,
2 e 3 no balance de carga

545
00:25:54,260 --> 00:25:57,650
seguramente podería dicir que,
hey, eu estou no 50% da capacidade.

546
00:25:57,650 --> 00:26:00,100
Pero ao parecer, eu tamén
teñen o dobre de núcleos.

547
00:26:00,100 --> 00:26:02,319
Use esta información.

548
00:26:02,319 --> 00:26:05,110
Mesmo simpler-- e iso vai
ser un tema en ciencia da computación.

549
00:26:05,110 --> 00:26:08,990
En caso de dúbida, ou cando quere unha simple
solución que xeralmente funciona ben

550
00:26:08,990 --> 00:26:12,730
co paso do tempo, non escoller o mesmo
servidor o tempo, pero choose--

551
00:26:12,730 --> 00:26:14,039
>> Audiencia: un acaso?

552
00:26:14,039 --> 00:26:15,330
DAVID Malan: -Un servidor aleatorio.

553
00:26:15,330 --> 00:26:16,780
Si, escoller un ou outro.

554
00:26:16,780 --> 00:26:21,160
Así aleatoriedade é realmente
este ingrediente moi poderoso

555
00:26:21,160 --> 00:26:23,170
en ciencia da computación,
e en enxeñaría máis

556
00:26:23,170 --> 00:26:27,160
en xeral, especialmente cando quere
para tomar unha decisión sinxela rapidamente

557
00:26:27,160 --> 00:26:30,480
sen complicarse con toda
destes moi intelixente, pero tamén

558
00:26:30,480 --> 00:26:34,330
moi intelixente, que requiren solucións
aínda máis enxeñaría, todo

559
00:26:34,330 --> 00:26:36,220
canto máis pensamento, cando
realmente, por que non me

560
00:26:36,220 --> 00:26:39,200
só unha especie de lanzar unha moeda ou unha
tres caras da moeda, e neste caso

561
00:26:39,200 --> 00:26:41,690
e decidir se quere ir 1, 2, 3?

562
00:26:41,690 --> 00:26:45,610
>> Isto pode saír pola culata probabilisticamente,
pero moi parecido as probabilidades

563
00:26:45,610 --> 00:26:48,860
de virar cabezas de novo e
de novo e de novo e de novo

564
00:26:48,860 --> 00:26:53,870
e de novo e de novo é posible en
Super reality--, super improbable.

565
00:26:53,870 --> 00:26:58,170
Entón, ao longo do tempo, as probabilidades son
só o envío usuarios aleatoriamente

566
00:26:58,170 --> 00:27:00,660
a 1, 2, 3 e vai
traballar perfectamente.

567
00:27:00,660 --> 00:27:03,380
E esta é unha técnica
xeralmente coñecido como round robin.

568
00:27:03,380 --> 00:27:05,160
>> Ou, en realidade, iso non é round robin.

569
00:27:05,160 --> 00:27:06,980
Esta sería a visión aleatoria.

570
00:27:06,980 --> 00:27:09,250
E se queres ser aínda
un pouco máis simple do que iso,

571
00:27:09,250 --> 00:27:12,820
round robin sería, primeira persoa vai
para 1, segunda persoa a 2, terceira persoa

572
00:27:12,820 --> 00:27:16,056
a 3, a unha cuarta persoa.

573
00:27:16,056 --> 00:27:17,430
E é aí onde reside o round robin.

574
00:27:17,430 --> 00:27:19,580
Só tipo de ir ao redor nun ciclo.

575
00:27:19,580 --> 00:27:21,300
>> Agora, ten que ser intelixente sobre iso.

576
00:27:21,300 --> 00:27:26,490
Non debe cegamente enviar ao usuario
número do servidor de un, o que é o caso?

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

578
00:27:30,060 --> 00:27:32,870
Se é a capacidade máxima, ou
é só non responsabilidade.

579
00:27:32,870 --> 00:27:35,270
Así, idealmente quere algunha
tipo de loop de producto.

580
00:27:35,270 --> 00:27:38,040
Se non, acaba de enviar
dos seus usuarios para unha rúa sen saída.

581
00:27:38,040 --> 00:27:40,790
Pero que poden ser tomadas en conta, tamén.

582
00:27:40,790 --> 00:27:46,520
>> Polo tanto, non so a apreciar o valor da
só aleatoriedade, que é moi frecuente

583
00:27:46,520 --> 00:27:48,970
unha solución para este tipo de problemas.

584
00:27:48,970 --> 00:27:51,580
E nós imos escribir o round robin.

585
00:27:51,580 --> 00:27:55,090
Así como algunhas empresas aplicar
round robin ou aleatoriedade

586
00:27:55,090 --> 00:27:56,840
ou calquera destas decisións?

587
00:27:56,840 --> 00:28:01,840
Ben, por desgraza,
facer cousas como esta.

588
00:28:01,840 --> 00:28:03,660
Déixeme puxar arriba outra imaxe rápida.

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

590
00:28:13,052 --> 00:28:14,470
>> De feito, imos facer dous.

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

592
00:28:17,420 --> 00:28:21,370
Non sei por que estamos
quedando todos estes pratos.

593
00:28:21,370 --> 00:28:22,280
Isto é moi estraño.

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

595
00:28:31,714 --> 00:28:33,630
Todo ben, o que realmente
quere é unha captura de pantalla.

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

597
00:28:36,990 --> 00:28:40,100
Isto é raro.

598
00:28:40,100 --> 00:28:42,930
Todo ben, entón eu podo falsificar iso.

599
00:28:42,930 --> 00:28:46,080
Non sei o que máis lonxe
Quero seguir desprazamento.

600
00:28:46,080 --> 00:28:53,220
>> Entón, moi comunmente, vai atopar-se
nun enderezo como www.2.acme.com,

601
00:28:53,220 --> 00:28:56,030
quizais www.3 ou 4 ou 5.

602
00:28:56,030 --> 00:28:57,424
E manter un ollo para iso.

603
00:28:57,424 --> 00:28:58,590
Non ve que moitas veces.

604
00:28:58,590 --> 00:29:02,621
Pero cando o fai, iso medio que tende a
ser maior, máis vellos, empresas stodgier

605
00:29:02,621 --> 00:29:05,370
que tecnoloxicamente realmente non
parecen saber o que están facendo.

606
00:29:05,370 --> 00:29:08,150
E ves isto en empresas de tecnoloxía
ás veces, os máis vellos.

607
00:29:08,150 --> 00:29:09,270
>> Entón, o que están facendo?

608
00:29:09,270 --> 00:29:11,890
Como están aplicando
balance de carga, ía parecer?

609
00:29:11,890 --> 00:29:15,986
Se atopa-se como o
user dixitación www.something.com,

610
00:29:15,986 --> 00:29:19,760
e de súpeto está
www.2.something.com,

611
00:29:19,760 --> 00:29:21,866
o que ten a súa carga
balance probablemente feito?

612
00:29:21,866 --> 00:29:22,741
Audiencia: [inaudível]

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

614
00:29:28,210 --> 00:29:31,079
>> DAVID Malan: Si, de xeito que o
balance de carga é de supoñer

615
00:29:31,079 --> 00:29:33,870
tomar unha decisión baseada nun dos
estes toma de decisións processes--

616
00:29:33,870 --> 00:29:35,210
Realmente non importa cal.

617
00:29:35,210 --> 00:29:38,650
Pero así como eu deseño a
os números no cadro aquí,

618
00:29:38,650 --> 00:29:40,650
os servidores non só
chamado 1, 2, e 3.

619
00:29:40,650 --> 00:29:43,870
Están probablemente chamada
www1, www2, www3.

620
00:29:43,870 --> 00:29:47,200
E verifícase que dentro
unha solicitude HTTP é este recurso.

621
00:29:47,200 --> 00:29:48,950
E eu vou
simular este como segue.

622
00:29:48,950 --> 00:29:53,230
>> Vou abrir esta mesma
separador Developer Network como antes só

623
00:29:53,230 --> 00:29:55,560
para que poidamos ver o que está pasando
por baixo do capuz.

624
00:29:55,560 --> 00:29:57,130
Eu estou indo a limpar a pantalla.

625
00:29:57,130 --> 00:30:03,420
E eu estou indo a ir, imos
dicir, http://harvard.edu.

626
00:30:03,420 --> 00:30:06,560
Agora, para o que
razóns de negocios, Harvard

627
00:30:06,560 --> 00:30:08,930
decidiu, como moitos,
moitos outros sitios,

628
00:30:08,930 --> 00:30:12,712
para estandarizar a
sitio www.harvard.edu

629
00:30:12,712 --> 00:30:14,420
tanto para técnicos
e razóns de marketing.

630
00:30:14,420 --> 00:30:16,326
É só unha especie de en
voga para ter o www.

631
00:30:16,326 --> 00:30:20,500
>> Así, o servidor en Harvard ten
redireccionar algún usuario,

632
00:30:20,500 --> 00:30:23,830
como eu sigo dicindo, de
un URL para outra.

633
00:30:23,830 --> 00:30:24,670
Como é que isto funciona?

634
00:30:24,670 --> 00:30:26,740
Ben, deixe-me ir adiante e prema Intro.

635
00:30:26,740 --> 00:30:30,830
E teña en conta o URL de feito rapidamente
cambiado www.harvard.edu.

636
00:30:30,830 --> 00:30:35,560
Déixeme rolar cara atrás neste
historia e premer nesta depuración

637
00:30:35,560 --> 00:30:37,650
información de diagnóstico, se quere.

638
00:30:37,650 --> 00:30:39,170
Déixeme mirar a miña petición.

639
00:30:39,170 --> 00:30:41,020
>> Entón aquí está o pedido que fixen.

640
00:30:41,020 --> 00:30:44,870
E teña en conta que é consistente co tipo
de solicitar que fixen de Facebook antes.

641
00:30:44,870 --> 00:30:48,010
Pero teña en conta a resposta.

642
00:30:48,010 --> 00:30:50,430
Que é diferente en
a resposta desta vez?

643
00:30:50,430 --> 00:30:51,890
>> Audiencia: [inaudível]

644
00:30:51,890 --> 00:30:54,290
>> DAVID Malan: Si, por iso non é un 200 OK.

645
00:30:54,290 --> 00:30:56,130
Non é un 404 Not Found.

646
00:30:56,130 --> 00:31:00,150
É un 301 movido permanentemente, o que
é unha especie de unha maneira divertida de dicir:

647
00:31:00,150 --> 00:31:05,270
Harvard elevou e trasladouse
noutros lugares para www.harvard.edu.

648
00:31:05,270 --> 00:31:08,220
Os 301 significa que
este é unha redirección.

649
00:31:08,220 --> 00:31:12,812
E para que o usuario debe
aparentemente ser redirixido?

650
00:31:12,812 --> 00:31:15,520
Hai un rumor adicional de
información privilexiada que sobre.

651
00:31:15,520 --> 00:31:19,650
E cada unha destas liñas será agora
comezar a chamar unha cabeceira HTTP.

652
00:31:19,650 --> 00:31:23,620
Header é só un valor de clave
pair-- algo colon algo.

653
00:31:23,620 --> 00:31:24,850
É unha peza de información.

654
00:31:24,850 --> 00:31:27,131
Onde debe ser o novo
localización aparentemente ser?

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

656
00:31:31,120 --> 00:31:33,692
Teña en conta a última liña
Entre as cabeceiras.

657
00:31:33,692 --> 00:31:34,940
>> Audiencia: [inaudível]

658
00:31:34,940 --> 00:31:37,148
>> DAVID Malan: Si, por iso hai
Información adicional.

659
00:31:37,148 --> 00:31:40,120
A primeira liña que eu teño resaltado
di 301 movido permanentemente.

660
00:31:40,120 --> 00:31:42,820
Ben, por onde se cambiou?

661
00:31:42,820 --> 00:31:45,340
A última linha-- e non
ten que ser nesa orde.

662
00:31:45,340 --> 00:31:47,020
Pode ser aleatoria.

663
00:31:47,020 --> 00:31:52,120
Localización colon significa, hey
navegador, vaia este URL no seu lugar.

664
00:31:52,120 --> 00:31:55,180
>> Entón navegadores entender redireccións HTTP.

665
00:31:55,180 --> 00:31:57,540
E iso é moi, moi
forma común de ir

666
00:31:57,540 --> 00:31:59,680
o usuario dun lugar a outro.

667
00:31:59,680 --> 00:32:02,660
Por exemplo, se xa intentou
para visitar un sitio web que non está

668
00:32:02,660 --> 00:32:06,360
engadiu, pode de súpeto considerar
-se nunha nova URL completo sendo

669
00:32:06,360 --> 00:32:07,530
solicitada a entrar.

670
00:32:07,530 --> 00:32:08,400
>> Como é que isto funciona?

671
00:32:08,400 --> 00:32:10,920
O servidor, probabelmente está enviando unha 301.

672
00:32:10,920 --> 00:32:14,510
Hai tamén outros números, como
302, un pouco diferente en significado,

673
00:32:14,510 --> 00:32:16,490
que envialo a outro URL.

674
00:32:16,490 --> 00:32:18,770
E, a continuación, o servidor,
xa que dentro do sistema,

675
00:32:18,770 --> 00:32:22,000
pode enviar-lle de volta a onde
realmente pretendía.

676
00:32:22,000 --> 00:32:27,700
>> Entón, o que, entón, son mal
sitios de enxeñaría está facendo?

677
00:32:27,700 --> 00:32:31,340
Cando visita
www.acme.com, e eles simplemente

678
00:32:31,340 --> 00:32:35,490
ocorrer de ter chamado seus servidores
www1, www2, www3, etc.,

679
00:32:35,490 --> 00:32:39,100
son moi simply--
que é xusto, pero moi

680
00:32:39,100 --> 00:32:46,080
tipo de foolishly-- redirixido vostede para
en realidade, un servidor diferente chamado.

681
00:32:46,080 --> 00:32:48,650
E funciona perfectamente ben.

682
00:32:48,650 --> 00:32:49,930
É agradable e doado.

683
00:32:49,930 --> 00:32:52,200
>> Vimos como sería
feito por baixo do capuz

684
00:32:52,200 --> 00:32:53,490
no sobre virtual.

685
00:32:53,490 --> 00:32:56,450
Pero por que isto é, sen dúbida, un
decisión de enxeñaría malo?

686
00:32:56,450 --> 00:33:00,345
E por que eu son unha especie de condescendencia
desta enxeñaría especial

687
00:33:00,345 --> 00:33:00,845
visión?

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

689
00:33:06,420 --> 00:33:07,850
Argumentan por que iso é malo.

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

691
00:33:09,375 --> 00:33:10,250
Audiencia: [inaudível]

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

693
00:33:12,864 --> 00:33:16,030
DAVID Malan: Cada servidor tería que
ter unha copia duplicada web.

694
00:33:16,030 --> 00:33:16,738
Eu estou ben con iso.

695
00:33:16,738 --> 00:33:19,490
E, de feito, é o que eu son
supoñendo para toda esta historia,

696
00:33:19,490 --> 00:33:22,104
xa que, se ben wanted--
en realidade, con excepción de Dan do anterior

697
00:33:22,104 --> 00:33:25,270
suxestión, onde se ten diferentes
servidores facendo cousas diferentes, entón

698
00:33:25,270 --> 00:33:27,740
quizais eles poderían realmente ser
funcionalmente facer cousas distintas.

699
00:33:27,740 --> 00:33:30,698
>> Pero, aínda así, nalgún momento, o seu
base de datos vai estar resaltado.

700
00:33:30,698 --> 00:33:33,030
O seu servidor de activos estática
Vai estar resaltado.

701
00:33:33,030 --> 00:33:34,850
Entón, en algún momento, estamos
volta a esta historia, onde nós

702
00:33:34,850 --> 00:33:36,475
necesita varias copias da mesma cousa.

703
00:33:36,475 --> 00:33:37,395
Entón, eu estou ben con iso.

704
00:33:37,395 --> 00:33:38,270
Audiencia: [inaudível]

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

706
00:33:42,340 --> 00:33:45,350
>> DAVID Malan: OK, entón algunhas páxinas
pode ser desproporcionalmente popular.

707
00:33:45,350 --> 00:33:50,460
E así fixarse ​​en un enderezo
non é necesariamente o mellor.

708
00:33:50,460 --> 00:33:51,110
[Inaudível]?

709
00:33:51,110 --> 00:33:51,985
>> Audiencia: [inaudível]

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

711
00:33:54,770 --> 00:33:57,623
>> DAVID Malan: Que quere dicir con iso?

712
00:33:57,623 --> 00:33:58,498
Audiencia: [inaudível]

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

714
00:34:03,820 --> 00:34:05,072
>> DAVID Malan: Si, exactamente.

715
00:34:05,072 --> 00:34:07,280
Entón non quere
necesariamente have-- certamente

716
00:34:07,280 --> 00:34:11,370
non queren que os seus usuarios
escribindo a man no www1 ou www2.

717
00:34:11,370 --> 00:34:14,550
Unha perspectiva de branding, que
só parece un pouco ridículo.

718
00:34:14,550 --> 00:34:17,340
Se quere só unha especie de
limpo, experiencia elegante,

719
00:34:17,340 --> 00:34:20,364
Tendo este tipo de forma aleatoria
URL numeradas realmente non é bo.

720
00:34:20,364 --> 00:34:22,780
Porque, entón, os usuarios son certamente
vai copiar e cola-los

721
00:34:22,780 --> 00:34:24,449
en correos electrónicos ou mensaxería instantánea.

722
00:34:24,449 --> 00:34:25,659
>> Agora están propagando.

723
00:34:25,659 --> 00:34:28,600
Agora está tipo de confundir o
menos público técnico, que pensa

724
00:34:28,600 --> 00:34:32,239
o seu enderezo web é www2.something.com.

725
00:34:32,239 --> 00:34:35,434
Non hai ningunha semántica convincentes para iso.

726
00:34:35,434 --> 00:34:38,100
El só pasa a ser un subxacente
detalles técnicos que ten

727
00:34:38,100 --> 00:34:40,190
numerados seus servidores deste xeito.

728
00:34:40,190 --> 00:34:45,760
>> E peor aínda, e se, por exemplo,
quizais na época do Nadal, cando

729
00:34:45,760 --> 00:34:50,090
negocio é realmente crecendo,
tes www1 través www99,

730
00:34:50,090 --> 00:34:53,530
pero en xaneiro e febreiro e
en diante, desactiva a metade dos

731
00:34:53,530 --> 00:34:56,440
así só ten www1 través www50?

732
00:34:56,440 --> 00:35:01,963
Cal é a implicación agora para que
decisión de negocio moi razoable?

733
00:35:01,963 --> 00:35:02,838
Audiencia: [inaudível]

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

735
00:35:05,628 --> 00:35:07,752
DAVID Malan: Debe
xestionar todos os que aínda están.

736
00:35:07,752 --> 00:35:10,515
Audiencia: [inaudível]

737
00:35:10,515 --> 00:35:11,390
DAVID Malan: Exactamente.

738
00:35:11,390 --> 00:35:12,681
Este é un tipo de captura alí.

739
00:35:12,681 --> 00:35:16,800
Se os seus clientes teñen o costume de
bookmarking cousas, enviando-os, só

740
00:35:16,800 --> 00:35:19,351
gardar o URL nalgún lugar, ou
se é só na súa auto

741
00:35:19,351 --> 00:35:22,350
completar no seu navegador para que estean
Non realmente escribindo a intencionalmente,

742
00:35:22,350 --> 00:35:25,560
é só a ocorrer, eles poderían,
durante 11 meses do ano

743
00:35:25,560 --> 00:35:27,190
efectivamente, chegar a unha rúa sen saída.

744
00:35:27,190 --> 00:35:30,100
E só o máis astuto de
usuarios notarás,

745
00:35:30,100 --> 00:35:32,040
talvez debese manualmente
eliminar ese número.

746
00:35:32,040 --> 00:35:35,610
Quero dicir, el simplemente non vai ocorrer
con moitos usuarios, tan malo para os negocios,

747
00:35:35,610 --> 00:35:37,750
mala enxeñaría de aplicación sabio.

748
00:35:37,750 --> 00:35:40,230
>> Entón, por sorte, non é necesario.

749
00:35:40,230 --> 00:35:43,120
Acontece que o que
balance de carga pode facer

750
00:35:43,120 --> 00:35:48,130
é máis que dicir, cando a
fai unha request-- hey A, ir a un.

751
00:35:48,130 --> 00:35:50,280
Noutras palabras, no canto
de envío de que redirección

752
00:35:50,280 --> 00:35:53,540
de tal xeito que un paso neste
proceso é o movemento aquí,

753
00:35:53,540 --> 00:35:55,280
é, entón, dixo para ir a outro lugar.

754
00:35:55,280 --> 00:35:57,530
E así o paso tres é, que vai a outro lugar.

755
00:35:57,530 --> 00:36:04,600
>> en vez diso pode continuar a ruta, a
continuar a utilizar ese termo, todos os datos da

756
00:36:04,600 --> 00:36:10,590
a través do balance de carga para que
nunca contactos 1, 2, ou 3 directamente.

757
00:36:10,590 --> 00:36:15,150
Todo o tráfico non estar "encamiñado"
polo balance de carga propia.

758
00:36:15,150 --> 00:36:17,524
E agora somos tipo de
deliberadamente borrar as liñas

759
00:36:17,524 --> 00:36:18,690
Entre estes distintos dispositivos.

760
00:36:18,690 --> 00:36:20,930
Un balance de carga pode encamiñar os datos.

761
00:36:20,930 --> 00:36:22,435
É só unha función que ten.

762
00:36:22,435 --> 00:36:25,420
>> Así, un balance de carga, tamén, é
unha peza de software, en realidade.

763
00:36:25,420 --> 00:36:27,130
E un router é unha peza de software.

764
00:36:27,130 --> 00:36:29,660
E pode absolutamente ter
dúas pezas de software dentro

765
00:36:29,660 --> 00:36:34,000
dun ordenador físico para unha carga
balance pode facer estas varias cousas.

766
00:36:34,000 --> 00:36:36,130
>> Polo tanto, hai outra forma
Ao facelo, o que realmente

767
00:36:36,130 --> 00:36:39,670
remóntase a especie de primeiros principios
DNS, o que falamos de

768
00:36:39,670 --> 00:36:40,230
antes das vacacións.

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

770
00:36:41,634 --> 00:36:43,550
Lembre que pode
pedir a un servidor DNS, o que é

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

772
00:36:46,460 --> 00:36:48,250
>> E podemos realmente facer iso.

773
00:36:48,250 --> 00:36:51,940
A ferramenta non usan anteriormente é
un que é tan accesible,

774
00:36:51,940 --> 00:36:55,510
chamado nslookup, para investigación de servidor de nomes.

775
00:36:55,510 --> 00:36:57,410
E eu estou indo só para escribir facebook.com.

776
00:36:57,410 --> 00:37:02,500
E vexo que o IP do Facebook
dirección, ao parecer, é iso.

777
00:37:02,500 --> 00:37:05,520
Deixe-me ir adiante e copiar
diso, vai a un navegador,

778
00:37:05,520 --> 00:37:11,690
e vaia http: // e que
enderezo IP e prema Intro.

779
00:37:11,690 --> 00:37:14,140
E por suposto, parece funcionar.

780
00:37:14,140 --> 00:37:18,610
>> Agora a traballar para atrás, o que era
dentro do sobre virtual

781
00:37:18,610 --> 00:37:25,454
que Facebook respondeu con cando
Visitei que IP directamente?

782
00:37:25,454 --> 00:37:26,745
Porque o aviso previo, onde estou agora?

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

784
00:37:29,250 --> 00:37:32,484
Onde estou agora, a dirección?

785
00:37:32,484 --> 00:37:33,450
>> Audiencia: [inaudível]

786
00:37:33,450 --> 00:37:36,116
>> DAVID Malan: Na versión segura,
e no www.facebook.com.

787
00:37:36,116 --> 00:37:38,520
Polo tanto, non é mesmo só
o enderezo IP seguro.

788
00:37:38,520 --> 00:37:42,650
Facebook tomou sobre si
quere dicir, iso é ridículo.

789
00:37:42,650 --> 00:37:45,710
Non estamos indo a mantelo neste
URL mirando feo que é numérico.

790
00:37:45,710 --> 00:37:50,120
Estamos indo para enviar un HTTP
redirixido a través de que mesmo encabezado

791
00:37:50,120 --> 00:37:53,010
que vimos antes--
localización colon algo.

792
00:37:53,010 --> 00:37:56,340
>> E así isto significa simplemente que, baixo
o capó aínda é este enderezo IP.

793
00:37:56,340 --> 00:37:59,010
Cada ordenador en internet
ten un enderezo IP, ao parecer.

794
00:37:59,010 --> 00:38:01,480
Pero non teñen necesariamente
para expoñer que para o usuario.

795
00:38:01,480 --> 00:38:07,190
E así como de volta ao día, hai
foi 1-800-Collect, 1-800-C-O-L-L-E-C-T,

796
00:38:07,190 --> 00:38:11,700
en Estados Unidos, era unha forma de facer a cobrar
chama a través dun teléfono moi facilmente memorable

797
00:38:11,700 --> 00:38:17,140
número ou 1-800-colchón para mercar unha cama,
e mnemônicos similares que mesmo ver

798
00:38:17,140 --> 00:38:20,460
no teléfono tipo de tipo de
aínda que as cartas mapeiam para números.

799
00:38:20,460 --> 00:38:21,470
>> Agora, por que isto?

800
00:38:21,470 --> 00:38:26,080
Ben, é moito máis fácil de memorizar
1-800-colchón ou 1-800-Collect vez

801
00:38:26,080 --> 00:38:29,100
de 1-800 algo algo algo
algo algo algo

802
00:38:29,100 --> 00:38:31,030
algo, onde cada
daqueles é un díxito.

803
00:38:31,030 --> 00:38:34,390
Do mesmo xeito, o mundo aprendeu
rapidamente que non debemos

804
00:38:34,390 --> 00:38:35,940
ter persoas Recordar enderezos IP.

805
00:38:35,940 --> 00:38:36,826
Iso sería tolería.

806
00:38:36,826 --> 00:38:38,200
Nós imos empregar nomes no seu lugar.

807
00:38:38,200 --> 00:38:40,420
E é por iso DNS naceu.

808
00:38:40,420 --> 00:38:45,510
>> Todo ben, entón o que dixo, en termos
de balance de carga, imos tratar yahoo.com.

809
00:38:45,510 --> 00:38:47,030
Ben, iso é interesante.

810
00:38:47,030 --> 00:38:51,464
Yahoo parece estar volvendo tres IPs.

811
00:38:51,464 --> 00:38:53,940
Entón inferir a partir diso,
se puidese, o que é

812
00:38:53,940 --> 00:38:58,600
outra forma que puidésemos aplicar
esa noción de balance de carga

813
00:38:58,600 --> 00:39:04,310
quizais mesmo sen usar un físico
dispositivo, este novo dispositivo físico?

814
00:39:04,310 --> 00:39:08,070
>> Noutras palabras, podo aproveitar o
financiamento que ten para o balance de carga

815
00:39:08,070 --> 00:39:10,990
e dicir-lle para usar algún xa existente
peza de hardware para aplicar

816
00:39:10,990 --> 00:39:12,680
esa noción de balance de carga?

817
00:39:12,680 --> 00:39:18,870

818
00:39:18,870 --> 00:39:22,510
E o spoiler é,
si, pero que, ou como?

819
00:39:22,510 --> 00:39:27,605
Qué é o Yahoo quizais facendo aquí?

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
Audiencia: [inaudível]

823
00:39:31,510 --> 00:39:35,119

824
00:39:35,119 --> 00:39:36,910
DAVID Malan: Si, todo
tres deses traballos.

825
00:39:36,910 --> 00:39:39,890
Entón, aleatoriedade, round robin,
localização-- pode só

826
00:39:39,890 --> 00:39:44,160
alavancar unha parte existente do puzzle
que falamos anteriormente do DNS

827
00:39:44,160 --> 00:39:49,580
sistema e simplemente dicir, cando o primeiro
usuario do día pide yahoo.com,

828
00:39:49,580 --> 00:39:52,970
darlles o primeiro enderezo IP,
como aquel que termina en 45 alí enriba.

829
00:39:52,970 --> 00:39:55,762
E a próxima vez que un usuario solicita
o enderezo IP do yahoo.com

830
00:39:55,762 --> 00:39:57,970
dalgún lugar no mundo,
darlles a segunda IP,

831
00:39:57,970 --> 00:39:59,920
a continuación, o terceiro IP, a continuación, o
primeiro PI, a continuación, o segundo.

832
00:39:59,920 --> 00:40:01,850
Ou ser intelixente sobre iso
e facelo gráficamente.

833
00:40:01,850 --> 00:40:05,200
Ou facelo de forma aleatoria e non só facer
Lo round robin deste xeito.

834
00:40:05,200 --> 00:40:07,580
>> E neste caso, entón
nós nin sequera ten

835
00:40:07,580 --> 00:40:10,190
para introducir este negro
en caixa para a nosa imaxe.

836
00:40:10,190 --> 00:40:11,690
Non necesitamos un novo dispositivo.

837
00:40:11,690 --> 00:40:16,930
Estamos simplemente dicindo ordenadores
para ir para os servidores directamente,

838
00:40:16,930 --> 00:40:18,680
eficazmente, pero non
por medio do seu nome.

839
00:40:18,680 --> 00:40:20,054
Nunca que saber o nome.

840
00:40:20,054 --> 00:40:25,690
Están só a ser dito que yahoo.com
mapas para calquera destes enderezos IP.

841
00:40:25,690 --> 00:40:28,180
>> El envía exactamente a mesma solicitude.

842
00:40:28,180 --> 00:40:30,100
Pero do lado de fóra
o sobre, simplemente

843
00:40:30,100 --> 00:40:32,740
pon a IP que foi informado da.

844
00:40:32,740 --> 00:40:35,590
E, deste xeito, tamén, podería
nós balancear as solicitudes

845
00:40:35,590 --> 00:40:39,330
por só enviar o sobre un
distinto dos propios servidores de Yahoo?

846
00:40:39,330 --> 00:40:42,390
>> E se seguimos a escavación, veremos
probablemente outras empresas con máis.

847
00:40:42,390 --> 00:40:44,380
CNN ten dous expostos ao público.

848
00:40:44,380 --> 00:40:49,610
Aínda que, en realidade, se facemos iso de novo
e novamente-- cnn.com-- verás

849
00:40:49,610 --> 00:40:51,730
están cambiando fin, en realidade.

850
00:40:51,730 --> 00:40:56,680
Entón, o mecanismo é
CNN usando aparentemente?

851
00:40:56,680 --> 00:40:57,440
>> Audiencia: aleatoria.

852
00:40:57,440 --> 00:40:59,440
DAVID Malan: Ben,
pode ser aleatoria, aínda

853
00:40:59,440 --> 00:41:01,110
parece ser o ciclismo e cara atrás.

854
00:41:01,110 --> 00:41:04,380
Por iso é probablemente round robin, onde
están só cambiando a orde de xeito

855
00:41:04,380 --> 00:41:05,880
que eu vou supoñer tomar a primeira.

856
00:41:05,880 --> 00:41:08,860
O meu ordenador vai levar
o primeiro de cada vez.

857
00:41:08,860 --> 00:41:10,490
Entón, iso é o balance de carga.

858
00:41:10,490 --> 00:41:18,450
E iso nos permite, en definitiva,
para mapear os datos, ou peticións de mapa,

859
00:41:18,450 --> 00:41:21,240
en varios servidores.

860
00:41:21,240 --> 00:41:24,226
Entón, que tipo de
problemas agora aínda existe?

861
00:41:24,226 --> 00:41:26,350
Parece que só realmente
resolveu un problema bo.

862
00:41:26,350 --> 00:41:28,740
Temos usuarios distintos servidores.

863
00:41:28,740 --> 00:41:31,420
Mas-- oh, e Chris, fixo
ten unha pregunta antes?

864
00:41:31,420 --> 00:41:34,378
>> Audiencia: [inaudível]

865
00:41:34,378 --> 00:41:43,670

866
00:41:43,670 --> 00:41:45,120
>> DAVID Malan: depende totalmente.

867
00:41:45,120 --> 00:41:47,042
Entón, o que está pasando aquí?

868
00:41:47,042 --> 00:41:48,250
E podemos realmente ver iso.

869
00:41:48,250 --> 00:41:51,649
Entón, imos tratar o Yahoo.

870
00:41:51,649 --> 00:41:52,940
De feito, imos para Facebook.

871
00:41:52,940 --> 00:41:54,520
Porque sabemos que se traballa.

872
00:41:54,520 --> 00:41:56,545
Entón eu vou para copiar
este enderezo IP de novo.

873
00:41:56,545 --> 00:41:58,820
Vou pechar todas estas guías.

874
00:41:58,820 --> 00:42:03,800
Eu estou indo a ir aberto que
separador de rede especial aquí abaixo.

875
00:42:03,800 --> 00:42:07,800
E eu vou visitar só http: //.

876
00:42:07,800 --> 00:42:10,694
E agora eu vou bater Intro.

877
00:42:10,694 --> 00:42:11,860
E imos ver o que pasou.

878
00:42:11,860 --> 00:42:20,662
>> Se eu ollar para esta proposta, previo
que meu-- Facebook é un mal exemplo.

879
00:42:20,662 --> 00:42:22,370
Porque eles teñen un
técnica super sofisticado

880
00:42:22,370 --> 00:42:25,960
que esconde este detalle de nós.

881
00:42:25,960 --> 00:42:30,690
Déixeme usar Yahoo
instead-- http: // que o IP.

882
00:42:30,690 --> 00:42:36,030
Imos abrir a nosa rede
guía, preservar rexistro.

883
00:42:36,030 --> 00:42:37,945
E aquí imos nós, Intro.

884
00:42:37,945 --> 00:42:40,669

885
00:42:40,669 --> 00:42:41,210
É divertido.

886
00:42:41,210 --> 00:42:44,480
OK, entón aquí está o famoso 404 mensaxes.

887
00:42:44,480 --> 00:42:48,500
Que é divertido é que
probablemente nunca estará de volta.

888
00:42:48,500 --> 00:42:51,430
Porque non hai, probablemente,
non algo de malo per se.

889
00:42:51,430 --> 00:42:54,050
Teñen só deliberadamente
decidiu non apoiar

890
00:42:54,050 --> 00:42:56,250
a forma numérica de enderezo.

891
00:42:56,250 --> 00:43:00,270
>> Entón, o que estamos realmente a ver na
guía Rede, se eu conseguir isto aquí enriba,

892
00:43:00,270 --> 00:43:06,140
é, como dixen, o famoso 404, onde
se eu ollar para as cabeceiras de resposta,

893
00:43:06,140 --> 00:43:09,070
este é o que eu teño aqui-- 404 Not Found.

894
00:43:09,070 --> 00:43:11,360
Entón, imos tratar outro.

895
00:43:11,360 --> 00:43:13,180
Imos ver se CNN coopera coa xente.

896
00:43:13,180 --> 00:43:19,440
Vou coller un dos enderezos IP da CNN,
limpar isto, http, dá, dá, dá, dá.

897
00:43:19,440 --> 00:43:21,620
Así, en resposta a Chris de
pregunta, que se traballou.

898
00:43:21,620 --> 00:43:24,140

899
00:43:24,140 --> 00:43:26,255
>> E imos para cabeceiras de resposta.

900
00:43:26,255 --> 00:43:30,810

901
00:43:30,810 --> 00:43:33,640
En realidade non, todo ben, eu son
loitando para atopar un exemplo de traballo.

902
00:43:33,640 --> 00:43:38,270
Entón CNN decidiu, imos deixalo
en calquera dirección que realmente visitar,

903
00:43:38,270 --> 00:43:40,359
cuestións de marca de lado.

904
00:43:40,359 --> 00:43:43,275
Pero o que non estaría pasando, se
puidésemos velo no caso de Facebook,

905
00:43:43,275 --> 00:43:46,700
é que sería un 301 Moved
Permanentemente, moi probablemente,

906
00:43:46,700 --> 00:43:54,420
dentro do cal é
Localización: https: //www.facebook.com.

907
00:43:54,420 --> 00:44:01,210
E as probabilidades son www.facebook.com é un
Alias ​​para exactamente o mesmo servidor que acabamos

908
00:44:01,210 --> 00:44:01,710
fun.

909
00:44:01,710 --> 00:44:03,500
>> Polo tanto, é un pouco contraproducente.

910
00:44:03,500 --> 00:44:05,170
Estamos visitar literalmente servidor.

911
00:44:05,170 --> 00:44:07,040
O servidor é entón a dicirnos, ir aínda.

912
00:44:07,040 --> 00:44:08,320
Ir estoutro enderezo.

913
00:44:08,320 --> 00:44:10,870
Pero só así pasar de ser
vai volver a ese mesmo servidor.

914
00:44:10,870 --> 00:44:14,550
Pero, presuntamente, que agora permanecer nesa
servidor sen este e cara atrás.

915
00:44:14,550 --> 00:44:18,600
Porque agora estamos usando a chamada
versión do sitio, e non a numérico.

916
00:44:18,600 --> 00:44:20,060
Boa pregunta.

917
00:44:20,060 --> 00:44:23,690
>> OK, por iso, se nós agora assume-- nós
resolver o balance de carga.

918
00:44:23,690 --> 00:44:25,894
Temos agora un mecanismo,
se é a través de DNS,

919
00:44:25,894 --> 00:44:29,060
se é a través desta caixa negra, sexa
se está a usar calquera destas técnicas.

920
00:44:29,060 --> 00:44:33,810
Podemos tomar unha solicitude do usuario e
descubrir a cal servidor, 1, 2, ou 3,

921
00:44:33,810 --> 00:44:35,420
para enviar el ou ela.

922
00:44:35,420 --> 00:44:39,180
>> O que comeza a romper sobre o noso sitio web?

923
00:44:39,180 --> 00:44:41,160
Noutras palabras, temos
construíu un negocio que

924
00:44:41,160 --> 00:44:43,480
foi anteriormente nun único servidor.

925
00:44:43,480 --> 00:44:46,870
Agora que o negocio está en execución
en varios servidores.

926
00:44:46,870 --> 00:44:51,770
Que tipos de suposicións,
que tipo de decisións de deseño,

927
00:44:51,770 --> 00:44:54,870
pode agora ser romper?

928
00:44:54,870 --> 00:44:55,745
>> Iso é menos evidente.

929
00:44:55,745 --> 00:44:58,620
Pero imos ver se non podemos poñer o noso
dedo sobre algúns dos problemas que teño

930
00:44:58,620 --> 00:44:59,780
creado por nós mesmos.

931
00:44:59,780 --> 00:45:02,750
Unha vez máis, é unha especie de como soster
baixo o baleirado na mangueira.

932
00:45:02,750 --> 00:45:05,094
E agora un novo problema
apareceu por aquí.

933
00:45:05,094 --> 00:45:07,880

934
00:45:07,880 --> 00:45:11,380
>> Audiencia: [inaudível]

935
00:45:11,380 --> 00:45:16,574

936
00:45:16,574 --> 00:45:19,240
DAVID Malan: OK, entón temos que
seguir crecendo o noso espazo no disco duro.

937
00:45:19,240 --> 00:45:20,450
Eu estou ben con iso agora.

938
00:45:20,450 --> 00:45:23,212
Porque eu creo que podo
escala horizontal.

939
00:45:23,212 --> 00:45:26,420
Como se eu estou funcionando baixo, eu vou ir
cuarto servidor, quizais unha quinta de servidores,

940
00:45:26,420 --> 00:45:30,820
e, a continuación, aumentar a nosa capacidade
por outra o 30% ou 50% ou estante.

941
00:45:30,820 --> 00:45:32,759
Entón, eu estou OK con iso, polo menos por agora.

942
00:45:32,759 --> 00:45:33,634
Audiencia: [inaudível]

943
00:45:33,634 --> 00:45:37,314

944
00:45:37,314 --> 00:45:38,980
DAVID Malan: OK, entón iso é un bo punto.

945
00:45:38,980 --> 00:45:42,340
Entón, supoña que os servidores
non son idénticos.

946
00:45:42,340 --> 00:45:45,260
E servizo ao cliente
ou o equivalente electrónico

947
00:45:45,260 --> 00:45:48,690
está a recibir algunha mensaxe dun usuario
dicindo, iso non funciona dereito.

948
00:45:48,690 --> 00:45:52,070
É moi posible, ás veces,
que quizais un ou máis servidores

949
00:45:52,070 --> 00:45:55,000
está actuando un pouco mal, pero non
os outros, o que pode, por suposto,

950
00:45:55,000 --> 00:45:57,096
facer máis difícil para perseguir o tema.

951
00:45:57,096 --> 00:45:58,720
Pode ter que ollar para varios lugares.

952
00:45:58,720 --> 00:46:00,960
>> Isto é manifestación
doutro tipo de erro,

953
00:46:00,960 --> 00:46:03,950
que é o que probablemente debería
ter deseñado súa infraestrutura de xeito

954
00:46:03,950 --> 00:46:06,200
todo o que é verdadeiramente idénticos.

955
00:46:06,200 --> 00:46:10,390
Pero iso non revelar un novo problema
que non tiña antes.

956
00:46:10,390 --> 00:46:11,715
Que máis?

957
00:46:11,715 --> 00:46:12,590
Audiencia: [inaudível]

958
00:46:12,590 --> 00:46:16,390

959
00:46:16,390 --> 00:46:19,500
>> DAVID Malan: Si,
hai máis complexidade.

960
00:46:19,500 --> 00:46:20,792
Hai fisicamente máis fíos.

961
00:46:20,792 --> 00:46:21,750
Hai outro dispositivo.

962
00:46:21,750 --> 00:46:26,310
En realidade, eu xa introduciu un dereito fundamental
concepto e un problema fundamental aquí

963
00:46:26,310 --> 00:46:28,300
coñecido como un único punto
de falla, o que,

964
00:46:28,300 --> 00:46:30,110
mesmo se nunca escoitou falar
a frase, probablemente pode

965
00:46:30,110 --> 00:46:31,780
agora traballar para atrás e descubrir iso.

966
00:46:31,780 --> 00:46:35,560
O que significa que eu teño un único
punto de fallo na miña arquitectura?

967
00:46:35,560 --> 00:46:39,694
E pola arquitectura, só
significa a topoloxía do mesmo.

968
00:46:39,694 --> 00:46:40,610
>> Audiencia: [inaudível]

969
00:46:40,610 --> 00:46:42,901
>> DAVID Malan: Si, o que se
o balance de carga vai para abaixo?

970
00:46:42,901 --> 00:46:46,290
Eu inserir este home de mediana cuxas
propósito na vida é para resolver un problema.

971
00:46:46,290 --> 00:46:47,740
Pero eu xa introduciu un novo problema.

972
00:46:47,740 --> 00:46:49,350
Un novo escape xurdiu na mangueira.

973
00:46:49,350 --> 00:46:53,500
Porque agora o balance de carga
morre ou quebras ou misfunctions,

974
00:46:53,500 --> 00:46:56,350
agora perder o acceso a
os tres dos meus servidores.

975
00:46:56,350 --> 00:46:58,880
E antes, eu non fixen
ten ese intermediario.

976
00:46:58,880 --> 00:47:03,020
E por iso este é un problema novo, sen dúbida.

977
00:47:03,020 --> 00:47:05,245
Nós imos volver
como podemos solucionar isto.

978
00:47:05,245 --> 00:47:06,734
>> Audiencia: [inaudível]

979
00:47:06,734 --> 00:47:08,400
DAVID Malan: Isto sería unha visión.

980
00:47:08,400 --> 00:47:13,926
Si, e por iso este vai ser moi
burato do rato comezan a ir para abaixo.

981
00:47:13,926 --> 00:47:15,800
Pero imos voltar a
que en só un momento.

982
00:47:15,800 --> 00:47:17,299
Que outros problemas que creamos?

983
00:47:17,299 --> 00:47:25,540

984
00:47:25,540 --> 00:47:27,470
>> Entón Dan mencionado base de datos antes.

985
00:47:27,470 --> 00:47:29,500
E mesmo se non está
moi familiar tecnicamente,

986
00:47:29,500 --> 00:47:33,220
unha base de datos é só un servidor onde
cambiar os datos son tipicamente almacenados,

987
00:47:33,220 --> 00:47:36,430
quizais unha orde que alguén colocado,
perfil de usuario, o seu nome,

988
00:47:36,430 --> 00:47:40,810
o seu enderezo de correo-e, cousas que poden
ser inseridos ou modificados ao longo do tempo.

989
00:47:40,810 --> 00:47:44,599
>> Anteriormente, foi o meu banco de datos sobre
no mesmo servidor que o meu servidor web.

990
00:47:44,599 --> 00:47:46,390
Porque eu só tiña un
conta de Aloxamento web.

991
00:47:46,390 --> 00:47:48,480
Estaba todo no mesmo sitio.

992
00:47:48,480 --> 00:47:54,200
Onde debo poñer o meu banco de datos
Agora, no servidor 1, 2, ou 3?

993
00:47:54,200 --> 00:47:55,100
>> Audiencia: 4.

994
00:47:55,100 --> 00:47:58,070
>> DAVID Malan: 4, OK, todo
ben, entón imos alí.

995
00:47:58,070 --> 00:48:01,650
Entón eu vou poñer o meu
database-- e imos

996
00:48:01,650 --> 00:48:06,520
comezar a etiquetar estes www, www, www.

997
00:48:06,520 --> 00:48:08,780
E eu vou dicir,
este é o número catro.

998
00:48:08,780 --> 00:48:11,270
E eu vou dicir db para base de datos.

999
00:48:11,270 --> 00:48:12,870
OK, me gusta diso.

1000
00:48:12,870 --> 00:48:17,021
Que liña que eu debería
presuntamente estar chegando aquí?

1001
00:48:17,021 --> 00:48:18,850
>> Audiencia: [inaudível]

1002
00:48:18,850 --> 00:48:22,740
>> DAVID Malan: Si, entón o código,
como discutir mañá,

1003
00:48:22,740 --> 00:48:24,900
presuntamente é o mesmo
en todos os tres servidores.

1004
00:48:24,900 --> 00:48:28,374
Pero agora se conectar non a un
base de datos rodando localmente, pero noutros lugares.

1005
00:48:28,374 --> 00:48:29,040
E iso é bo.

1006
00:48:29,040 --> 00:48:31,623
Podemos só dar a base de datos a
nomear, como temos, ou un número.

1007
00:48:31,623 --> 00:48:33,930
E que todo funciona ben.

1008
00:48:33,930 --> 00:48:35,820
Pero o que nós fixemos?

1009
00:48:35,820 --> 00:48:40,640
Temos horizontal escalado por
tres servidores no canto de unha que,

1010
00:48:40,640 --> 00:48:41,140
é bo.

1011
00:48:41,140 --> 00:48:44,240
Porque agora podemos xestionar
tres veces máis carga.

1012
00:48:44,240 --> 00:48:47,710
>> E mellor aínda, un ou dous
destes servidores vai para abaixo,

1013
00:48:47,710 --> 00:48:49,350
meu negocio pode continuar a operar.

1014
00:48:49,350 --> 00:48:53,960
Porque eu teño un, aínda que eu son
tipo de mancando en termos de rendemento.

1015
00:48:53,960 --> 00:49:01,020
Pero o novo problema I
introducido, movendo a base de datos

1016
00:49:01,020 --> 00:49:04,350
a este servidor separado
en vez de 1, 2, e 3?

1017
00:49:04,350 --> 00:49:05,412
>> Audiencia: [inaudível]

1018
00:49:05,412 --> 00:49:08,120
DAVID Malan: Si, entón agora eu teño
outro punto único de fallo.

1019
00:49:08,120 --> 00:49:12,330
Se o meu banco de datos morre, ou precisa
ser actualizado, ou o que quere, agora seguramente,

1020
00:49:12,330 --> 00:49:13,610
meu sitio está en liña.

1021
00:49:13,610 --> 00:49:16,270
E podo servir estática,
contido inmutable.

1022
00:49:16,270 --> 00:49:21,210
Pero non podo deixar que os usuarios fan sesión ou modificación
algo ou pedir algo, peor aínda.

1023
00:49:21,210 --> 00:49:24,120
Porque se 4 é desconectada,
logo, 1, 2, e 3

1024
00:49:24,120 --> 00:49:27,710
Realmente non pode falar con el por definición.

1025
00:49:27,710 --> 00:49:31,560
>> OK, entón si, e entón é por iso
Estou dubidando en deseñar ese.

1026
00:49:31,560 --> 00:49:32,690
Entón, imos volver a iso.

1027
00:49:32,690 --> 00:49:33,700
Non quero seguir a empurrar-lo fóra.

1028
00:49:33,700 --> 00:49:36,030
Pero o cadro é moi
rapidamente se ve estresante.

1029
00:49:36,030 --> 00:49:38,620
Porque precisa para comezar
ter dous de todo.

1030
00:49:38,620 --> 00:49:41,850
En realidade, se xa viu a
filme Contactar hai uns anos

1031
00:49:41,850 --> 00:49:45,310
con Jodie Foster-- non?

1032
00:49:45,310 --> 00:49:47,410
>> OK, entón para os dous
nós que vin Contact,

1033
00:49:47,410 --> 00:49:50,800
hai unha relación alí onde
esencialmente compras dous de algo

1034
00:49:50,800 --> 00:49:53,250
ao contrario dun, aínda
polo dobre do prezo.

1035
00:49:53,250 --> 00:49:55,922
Por iso, foi unha especie de brincallón
comentar na película.

1036
00:49:55,922 --> 00:49:57,130
É unha especie de relación a iso.

1037
00:49:57,130 --> 00:49:58,290
Poderiamos absolutamente facelo.

1038
00:49:58,290 --> 00:50:00,123
E acaba de custo
-Nos dúas veces máis diñeiro.

1039
00:50:00,123 --> 00:50:01,300
Pero imos voltar a iso.

1040
00:50:01,300 --> 00:50:02,400
>> Entón nós resolvemos isto.

1041
00:50:02,400 --> 00:50:03,108
Entón vostede sabe o que?

1042
00:50:03,108 --> 00:50:04,450
Isto é como unha ladeira escorregadia.

1043
00:50:04,450 --> 00:50:07,033
Non quero xestionar ter
de ter unha base de datos duplicada.

1044
00:50:07,033 --> 00:50:08,037
É moito diñeiro.

1045
00:50:08,037 --> 00:50:08,620
Vostede sabe o que?

1046
00:50:08,620 --> 00:50:12,880
Quero ter o meu banco de datos
así como na versión dun

1047
00:50:12,880 --> 00:50:17,450
onde cada servidor ten
o seu propio banco de datos local.

1048
00:50:17,450 --> 00:50:19,480
Entón, eu estou indo só para
deseñar db en cada unha delas.

1049
00:50:19,480 --> 00:50:22,240
>> Polo tanto, agora cada servidor web
é o mesmo que na medida

1050
00:50:22,240 --> 00:50:25,650
xa que ten o mesmo código, o mesmo
activos estáticos, mesmas imaxes e texto

1051
00:50:25,650 --> 00:50:26,720
e así por diante.

1052
00:50:26,720 --> 00:50:29,580
E cada un ten o seu propio banco de datos.

1053
00:50:29,580 --> 00:50:31,450
Fixei o único punto
de problema de falla.

1054
00:50:31,450 --> 00:50:32,570
Agora eu teño unha base de datos.

1055
00:50:32,570 --> 00:50:36,210
Non importa que dous ou un destes
cousas morren, sempre hai unha esquerda.

1056
00:50:36,210 --> 00:50:41,156
Pero o novo problema creei
que a solución da Dan evitado?

1057
00:50:41,156 --> 00:50:42,470
>> Audiencia: [inaudível]

1058
00:50:42,470 --> 00:50:44,386
>> DAVID Malan: Si, eu
Ten que sincronizalo los, non?

1059
00:50:44,386 --> 00:50:47,860
Porque ou eu teño para sincronizar
quen vai where-- noutras palabras,

1060
00:50:47,860 --> 00:50:50,570
Se Alicia visita miña
local, e ela pasou

1061
00:50:50,570 --> 00:50:55,070
para de forma aleatoria ou redondo robined
ou o que quere, a número un servidor,

1062
00:50:55,070 --> 00:50:58,770
despois diso teño que sempre
manda-la para o servidor 1.

1063
00:50:58,770 --> 00:50:59,420
Por que?

1064
00:50:59,420 --> 00:51:01,540
Porque se eu enviala
ao servidor 2, que vai

1065
00:51:01,540 --> 00:51:03,140
para ollar como se non existe alí.

1066
00:51:03,140 --> 00:51:04,450
>> Eu non estou indo a ter o seu historial de solicitudes.

1067
00:51:04,450 --> 00:51:06,300
Non vou ter o seu perfil alí.

1068
00:51:06,300 --> 00:51:09,360
E iso só se sente como
está invitando problemas.

1069
00:51:09,360 --> 00:51:11,400
E cando Bob visita, I
Ten que envialo sempre

1070
00:51:11,400 --> 00:51:14,800
para o mesmo servidor, 2, ou calquera
un, e Charlie para un terceiro,

1071
00:51:14,800 --> 00:51:15,797
e consistente.

1072
00:51:15,797 --> 00:51:17,130
Isto non é razoable, a pesar de todo.

1073
00:51:17,130 --> 00:51:19,270
Isto chámase
particionamento de base de datos.

1074
00:51:19,270 --> 00:51:21,270
E de feito iso era o que
Facebook fixo no inicio.

1075
00:51:21,270 --> 00:51:24,020
>> Se seguiu a historia do
Facebook, que comezou aquí no campus

1076
00:51:24,020 --> 00:51:25,770
como www.thefacebook.com.

1077
00:51:25,770 --> 00:51:29,260
A continuación, el evolucionou xa Mark comezou
estendendo a outros campus

1078
00:51:29,260 --> 00:51:34,450
e para ser harvard.thefacebook.com
mit.thefacebook.com, e probablemente

1079
00:51:34,450 --> 00:51:37,027
bu.thefacebook.com, e semellantes.

1080
00:51:37,027 --> 00:51:38,860
E iso foi porque
en principio, eu non creo que

1081
00:51:38,860 --> 00:51:40,484
podería ter amigos en todo campus.

1082
00:51:40,484 --> 00:51:41,410
Pero iso é bo.

1083
00:51:41,410 --> 00:51:43,930
Porque ninguén de Harvard
teño enviado a este servidor.

1084
00:51:43,930 --> 00:51:45,744
Calquera de BU teño enviado a este servidor.

1085
00:51:45,744 --> 00:51:47,910
Calquera de MIT enviou
para este server-- en teoría.

1086
00:51:47,910 --> 00:51:50,540
Non sei ben toda a
detalles de implementación subxacentes.

1087
00:51:50,540 --> 00:51:55,610
Pero a xente presuntamente dividida por
seu campus, onde a rede era.

1088
00:51:55,610 --> 00:51:58,772
>> Entón, iso é bo ata o punto
que precisa de dous servidores para Harvard,

1089
00:51:58,772 --> 00:51:59,980
ou tres servidores para Harvard.

1090
00:51:59,980 --> 00:52:01,800
E despois que a sinxeleza
tipo de quebra.

1091
00:52:01,800 --> 00:52:03,174
Pero iso é unha visión razoable.

1092
00:52:03,174 --> 00:52:04,950
Imos sempre enviar Alice
para o mesmo lugar,

1093
00:52:04,950 --> 00:52:06,366
enviar sempre Bob ao mesmo lugar.

1094
00:52:06,366 --> 00:52:09,680
Pero o que acontece se Alicia de
servidor estar conectado?

1095
00:52:09,680 --> 00:52:12,300
Bob e Charlie aínda pode mercar
cousas e facer sesión no sitio web.

1096
00:52:12,300 --> 00:52:13,462
Pero Alicia non pode.

1097
00:52:13,462 --> 00:52:15,170
Entón xa perdeu un terzo
da súa base de usuarios.

1098
00:52:15,170 --> 00:52:16,980
Quizais iso é mellor que o 100%?

1099
00:52:16,980 --> 00:52:20,580
Pero quizais sería bo se puidésemos
aínda apoio 100% dos nosos usuarios

1100
00:52:20,580 --> 00:52:23,470
mesmo cando un terzo da nosa
servidores estar desconectado.

1101
00:52:23,470 --> 00:52:24,760
>> Para que puidésemos sincronizar o que?

1102
00:52:24,760 --> 00:52:29,250
Nin os usuarios, por si só, pero o
base de datos en todos estes servidores.

1103
00:52:29,250 --> 00:52:33,350
Entón, agora nós medio que precisa dalgún
tipo de interconexión

1104
00:52:33,350 --> 00:52:37,880
aquí, para que os propios servidores
Pode sync-- razoable.

1105
00:52:37,880 --> 00:52:40,090
E, de feito, esta tecnoloxía existe.

1106
00:52:40,090 --> 00:52:45,550
No mundo dos bancos de datos, non hai
a noción de bases de datos master-slave,

1107
00:52:45,550 --> 00:52:48,240
ou primaria-secundaria,
onde, entre as características

1108
00:52:48,240 --> 00:52:51,050
non é só para almacenar datos
e responder cos datos,

1109
00:52:51,050 --> 00:52:53,375
pero tamén só para sempre
sincronizar co outro.

1110
00:52:53,375 --> 00:52:56,480
Entón cada vez que escribe ou gardar
algo a ese banco de datos,

1111
00:52:56,480 --> 00:53:00,040
Lo inmediatamente "replicado"
para as outras bases de datos así.

1112
00:53:00,040 --> 00:53:02,870
>> E calquera momento que lelo,
Non importa onde está.

1113
00:53:02,870 --> 00:53:05,170
Porque, en teoría,
todos eles sincronizados, está

1114
00:53:05,170 --> 00:53:07,710
indo para obter o mesmo punto de vista dos datos.

1115
00:53:07,710 --> 00:53:10,800
Entón, iso soa perfecto.

1116
00:53:10,800 --> 00:53:11,883
Ten que haber unha captura.

1117
00:53:11,883 --> 00:53:15,200

1118
00:53:15,200 --> 00:53:18,990
O que pode ser a captura?

1119
00:53:18,990 --> 00:53:21,790
>> Audiencia: [inaudível]

1120
00:53:21,790 --> 00:53:25,830
>> DAVID Malan: Si, por iso tres veces
tanta cousa podería dar mal.

1121
00:53:25,830 --> 00:53:26,930
Isto é unha realidade.

1122
00:53:26,930 --> 00:53:28,480
Todo isto podería ser o mesmo en espírito.

1123
00:53:28,480 --> 00:53:30,404
Pero alguén ten que configuralo los.

1124
00:53:30,404 --> 00:53:33,070
Hai unha maior probabilidade de que
algo vai dar mal.

1125
00:53:33,070 --> 00:53:38,130
Só combinatoria ten
máis cousas propenso a erros.

1126
00:53:38,130 --> 00:53:40,505
O que máis é malo potencialmente?

1127
00:53:40,505 --> 00:53:41,380
Audiencia: [inaudível]

1128
00:53:41,380 --> 00:53:44,100

1129
00:53:44,100 --> 00:53:46,180
>> DAVID Malan: Si, entón
sincronización pode ser malo.

1130
00:53:46,180 --> 00:53:48,110
Mesmo como ten que saber
desde backups e tal,

1131
00:53:48,110 --> 00:53:50,520
se só está facendo cegamente
backups, o que si algo

1132
00:53:50,520 --> 00:53:51,560
dar mal nunha base de datos?

1133
00:53:51,560 --> 00:53:53,018
Eliminar algo que non debería.

1134
00:53:53,018 --> 00:53:56,299
Vostede inmediatamente replicada
este problema en calquera outro lugar.

1135
00:53:56,299 --> 00:53:58,840
Entón, Victoria foi backups talking--
sería bo aquí.

1136
00:53:58,840 --> 00:54:00,549
E por iso imos volver a iso.

1137
00:54:00,549 --> 00:54:03,090
E para ser claro, estamos falando
non se trata de copias de seguridade aquí per se.

1138
00:54:03,090 --> 00:54:08,240
Estamos a falar sobre a verdadeira replicación
ou sincronización entre os servidores.

1139
00:54:08,240 --> 00:54:09,110
Están todos en directo.

1140
00:54:09,110 --> 00:54:12,074
Eles non están feitos para
pode usar para copias de seguridade.

1141
00:54:12,074 --> 00:54:13,294
>> Audiencia: [inaudível]

1142
00:54:13,294 --> 00:54:14,335
DAVID Malan: ¿Que é iso?

1143
00:54:14,335 --> 00:54:14,710
Audiencia: Higher--

1144
00:54:14,710 --> 00:54:15,751
DAVID Malan: custo máis elevado.

1145
00:54:15,751 --> 00:54:20,180
Xa triplicou o custo para
Comproba se, aínda que, polo menos en canto

1146
00:54:20,180 --> 00:54:21,100
do hardware.

1147
00:54:21,100 --> 00:54:23,200
Xa que é unha base de datos
só unha peza de software.

1148
00:54:23,200 --> 00:54:25,189
E un servidor web é unha peza de software.

1149
00:54:25,189 --> 00:54:27,980
Probablemente é libre se estamos usando
calquera número de cousas de código aberto.

1150
00:54:27,980 --> 00:54:30,480
Pero se estamos a usar
algo así como Oracle,

1151
00:54:30,480 --> 00:54:36,574
estamos a pagar a Oracle máis diñeiro por
licenzas ou Microsoft para acceso.

1152
00:54:36,574 --> 00:54:38,240
Ten que haber algún outro problema aquí.

1153
00:54:38,240 --> 00:54:39,240
Non pode ser tan sinxelo.

1154
00:54:39,240 --> 00:54:42,990

1155
00:54:42,990 --> 00:54:47,300
>> Entón, para o seu punto, creo que foi
Kareem, á xeografía earlier-- ou non,

1156
00:54:47,300 --> 00:54:50,870
Romana, era, por geography-- supoña
que estamos a ser intelixentes sobre iso,

1157
00:54:50,870 --> 00:54:54,080
e estamos poñendo un dos nosos servidores,
e á súa vez os nosos bancos de datos, en Estados Unidos,

1158
00:54:54,080 --> 00:54:56,910
e outra en Europa, na outra
Sudamérica, outro en África,

1159
00:54:56,910 --> 00:55:00,290
outra en Asia, en calquera lugar que
Pode querer todo o mundo.

1160
00:55:00,290 --> 00:55:04,220
Xa sabemos da nosa trace
rutas que punto A eo punto

1161
00:55:04,220 --> 00:55:06,910
B, se eles están máis distantes,
van levar máis tempo.

1162
00:55:06,910 --> 00:55:10,312
>> E algúns de vostedes teñen usado
ferramentas, como Facebook ou Twitter

1163
00:55:10,312 --> 00:55:13,520
ou calquera destes sitios estes días que
están constantemente a cambiar por mor do usuario

1164
00:55:13,520 --> 00:55:16,880
datos creados, ás veces, se
bateu Recargar ou abrir a mesma páxina

1165
00:55:16,880 --> 00:55:20,270
noutro navegador, ve
versións diferentes, case.

1166
00:55:20,270 --> 00:55:22,875
Podes ver o estado de alguén
actualizar aquí, pero non aquí,

1167
00:55:22,875 --> 00:55:25,500
e entón actualizar, e entón
aparece e recargar novo,

1168
00:55:25,500 --> 00:55:26,640
e desaparece.

1169
00:55:26,640 --> 00:55:29,076
Noutras palabras, manter un
ollo para iso, polo menos,

1170
00:55:29,076 --> 00:55:30,950
se está a usar sociais
creación de redes especialmente.

1171
00:55:30,950 --> 00:55:33,320
>> Unha vez máis, só porque o
datos está cambiando tan axiña,

1172
00:55:33,320 --> 00:55:35,710
por veces, os servidores non estar fóra de sincronía.

1173
00:55:35,710 --> 00:55:37,230
E quizais sexa un super fiestra.

1174
00:55:37,230 --> 00:55:39,970
Pero 200 milisegundos, quizais
aínda máis que isso-- é

1175
00:55:39,970 --> 00:55:43,415
Vai levar moito valor distinto de cero
de tempo para estes bancos de datos para sincronizar.

1176
00:55:43,415 --> 00:55:45,290
E non somos só
falando dunha solicitude.

1177
00:55:45,290 --> 00:55:48,540
Se unha empresa ten miles de
usuarios utilizando o mesmo tempo,

1178
00:55:48,540 --> 00:55:49,460
poden tamponar.

1179
00:55:49,460 --> 00:55:52,240
Noutras palabras, pode
ser unha fila ou unha liña de espera

1180
00:55:52,240 --> 00:55:54,950
antes de todo base de datos
consultas poden obter sincronizados.

1181
00:55:54,950 --> 00:55:56,610
Entón quizais sexa realmente uns segundos.

1182
00:55:56,610 --> 00:55:59,820
>> E de feito iso é verdade creo que mesmo
a este día con Facebook, a través do cal

1183
00:55:59,820 --> 00:56:02,010
cando sincronizar desde
Costa Leste á Costa Oeste,

1184
00:56:02,010 --> 00:56:06,026
que ten un non-trivial
o atraso de propagación, por así dicir,

1185
00:56:06,026 --> 00:56:07,650
que acaba de tipo de ter que tolerar.

1186
00:56:07,650 --> 00:56:11,210
E por iso non é moi
un erro, xa que é unha realidade

1187
00:56:11,210 --> 00:56:14,230
que os usuarios non poden ver
os datos de corrección para, polo menos

1188
00:56:14,230 --> 00:56:14,970
uns segundos.

1189
00:56:14,970 --> 00:56:17,410
>> Eu vexo iso en Twitter un lote
realmente onde ás veces eu vou

1190
00:56:17,410 --> 00:56:21,227
Twittear nunha ventá, abra outro para
logo velo para confirmar que realmente

1191
00:56:21,227 --> 00:56:22,560
subiron, e non está alí aínda.

1192
00:56:22,560 --> 00:56:25,340
E eu teño que tipo de actualizar,
actualizar, reload-- oh, aí está.

1193
00:56:25,340 --> 00:56:27,150
E iso non é porque non foi gardado.

1194
00:56:27,150 --> 00:56:29,850
El só non ten propagado
para outros servidores.

1195
00:56:29,850 --> 00:56:33,120
>> Polo tanto, este trade-off, demasiado-- realmente
quere expoñer ao risco

1196
00:56:33,120 --> 00:56:37,254
que, se o usuario vai á súa orde
historia, en realidade non é alí aínda?

1197
00:56:37,254 --> 00:56:38,420
Eu vexo iso en certos bancos.

1198
00:56:38,420 --> 00:56:42,100
El sempre me irrita cando, así, por unha banda,
só se pode ir como seis meses

1199
00:56:42,100 --> 00:56:45,160
nos seus extractos bancarios nalgúns bancos,
aínda que en teoría deberían

1200
00:56:45,160 --> 00:56:46,576
poder ter todo en liña.

1201
00:56:46,576 --> 00:56:48,630
Eles coller o material offline ás veces.

1202
00:56:48,630 --> 00:56:51,430
Ás veces, demasiado-- web é?

1203
00:56:51,430 --> 00:56:53,570
Hai um-- oh, é GoDaddy, eu creo.

1204
00:56:53,570 --> 00:56:56,620
GoDaddy, cando check-out
a compra dun nome de dominio ou algo así,

1205
00:56:56,620 --> 00:56:58,630
eles moitas veces darlle
unha ligazón para o seu recibimento.

1206
00:56:58,630 --> 00:57:01,470
E se fai clic na ligazón á dereita
distancia, que moitas veces non funciona.

1207
00:57:01,470 --> 00:57:03,290
El só di, rúa sen saída, nada aquí.

1208
00:57:03,290 --> 00:57:05,450
>> E iso é moi debido á
estes atrasos de propagación.

1209
00:57:05,450 --> 00:57:08,290
Porque por calquera motivo, eles
está tomando un pouco de tempo

1210
00:57:08,290 --> 00:57:09,670
para xerar efecto que.

1211
00:57:09,670 --> 00:57:12,070
Polo tanto, esta é unha especie de como quere
tirar o seu pelo para fóra nalgún punto.

1212
00:57:12,070 --> 00:57:14,486
Porque todo o que estás
facer é resolver un problema sinxelo.

1213
00:57:14,486 --> 00:57:16,590
E seguimos a creación de novos
problemas para nós mesmos.

1214
00:57:16,590 --> 00:57:18,770
Entón, imos ver se nós
Pode tipo de desfacer esa.

1215
00:57:18,770 --> 00:57:22,730
>> Acontece que a combinación
bases de datos en todos os seus servidores web

1216
00:57:22,730 --> 00:57:25,090
non é realmente a mellor práctica.

1217
00:57:25,090 --> 00:57:27,950
Xeralmente, o que un enxeñeiro
faría, ou arquitecto de sistemas,

1218
00:57:27,950 --> 00:57:30,340
sería ter diferentes
niveis de servidores.

1219
00:57:30,340 --> 00:57:33,160
E só por mor do espazo, eu vou
deseñar o seu banco de datos ata aquí.

1220
00:57:33,160 --> 00:57:38,060
>> Poderiamos base de datos e
número do servidor de catro aquí

1221
00:57:38,060 --> 00:57:42,430
que ten conexións con
cada un destes servidores aquí.

1222
00:57:42,430 --> 00:57:45,400
Polo tanto, esta pode ser a nosa fronte
acabar con capas, como as persoas ían dicir.

1223
00:57:45,400 --> 00:57:47,770
E esta sería a nosa capa de back-end.

1224
00:57:47,770 --> 00:57:50,580
E isto significa exactamente iso
estes afrontar o usuario.

1225
00:57:50,580 --> 00:57:53,010
E os bancos de datos non afrontan o usuario.

1226
00:57:53,010 --> 00:57:55,480
Ningún usuario pode directamente
acceder á base de datos.

1227
00:57:55,480 --> 00:57:59,280
>> Entón, imos agora quizais ir para abaixo
o percorrido proposto Victoria.

1228
00:57:59,280 --> 00:58:00,940
Este é un único punto de fallo.

1229
00:58:00,940 --> 00:58:02,290
Tanto me deixa incómoda.

1230
00:58:02,290 --> 00:58:05,790
Entón, o que é quizais o
máis solución obvia?

1231
00:58:05,790 --> 00:58:06,665
Audiencia: [inaudível]

1232
00:58:06,665 --> 00:58:09,979

1233
00:58:09,979 --> 00:58:11,437
DAVID Malan: Sentímolo, dicir que de novo.

1234
00:58:11,437 --> 00:58:12,352
Audiencia: [inaudível]

1235
00:58:12,352 --> 00:58:13,810
DAVID Malan: servidor non-produción.

1236
00:58:13,810 --> 00:58:15,364
Que queres dicir?

1237
00:58:15,364 --> 00:58:17,120
>> Audiencia: [inaudível]

1238
00:58:17,120 --> 00:58:19,120
>> DAVID Malan: Oh, ben, entón backups.

1239
00:58:19,120 --> 00:58:21,110
OK, para que puidésemos facer iso, seguramente.

1240
00:58:21,110 --> 00:58:23,790
E, de feito, iso é moi comunmente feito.

1241
00:58:23,790 --> 00:58:26,470
Este pode ser o número de bases de datos cinco.

1242
00:58:26,470 --> 00:58:28,510
Pero iso é só
ligado ao número de catro.

1243
00:58:28,510 --> 00:58:31,110
E pode chamalo de un hot Spare.

1244
00:58:31,110 --> 00:58:35,080
Estas dúas bases de datos pode ser configurada
para só constantemente sincronizar

1245
00:58:35,080 --> 00:58:35,850
uns a outros.

1246
00:58:35,850 --> 00:58:39,010
E por iso, se esta máquina morre, por
calquera que sexa estúpido razón o disco duro

1247
00:58:39,010 --> 00:58:42,100
morre, alguén tropezar o
cabo, algúns software é fallo

1248
00:58:42,100 --> 00:58:46,560
e os traba o servidor ou crashes--
podería ter un ser humano literalmente

1249
00:58:46,560 --> 00:58:51,090
desactive esta do muro
e no seu lugar activar este en.

1250
00:58:51,090 --> 00:58:56,340
E, a continuación, dentro de, digamos, un
poucos minutos, quizais media hora,

1251
00:58:56,340 --> 00:58:57,210
está de volta en liña.

1252
00:58:57,210 --> 00:58:59,259
>> Non é grande, pero
tampouco é horrible.

1253
00:58:59,259 --> 00:59:01,800
E non se preocupe
sobre os problemas de sincronización.

1254
00:59:01,800 --> 00:59:03,080
Porque todo xa está aí.

1255
00:59:03,080 --> 00:59:05,000
Porque tiña unha perfecta
de seguridade preparado para ir.

1256
00:59:05,000 --> 00:59:07,100
>> Podería ser un pouco
extravagante sobre iso,

1257
00:59:07,100 --> 00:59:12,990
como algunhas persoas acostuman facer, onde
Pode que o número de bases de datos de catro aquí,

1258
00:59:12,990 --> 00:59:17,480
número de base de datos cinco aquí,
que están falando entre si.

1259
00:59:17,480 --> 00:59:24,120
Pero tamén ten esa
tipo de arrangement--

1260
00:59:24,120 --> 00:59:27,440
e deliberadamente
parece confuso, porque

1261
00:59:27,440 --> 00:59:30,220
é-- onde toda a
servidores front-end pode

1262
00:59:30,220 --> 00:59:32,870
falar con todos os servidores de back-end.

1263
00:59:32,870 --> 00:59:38,130
E por iso, se ese banco de datos non
responder, estes servidores front-end teñen

1264
00:59:38,130 --> 00:59:40,212
ter programación
código neles que di:

1265
00:59:40,212 --> 00:59:42,170
se non un
conexión a este banco de datos,

1266
00:59:42,170 --> 00:59:45,830
a principal comeza inmediatamente
falando ao secundario.

1267
00:59:45,830 --> 00:59:48,310
>> Pero esta empurra o momento
a complexidade do código.

1268
00:59:48,310 --> 00:59:52,070
E agora os seus desenvolvedores, o seu programa
desenvolvedores, ten que saber sobre iso.

1269
00:59:52,070 --> 00:59:56,454
E está tipo de amarre o código que
está escribindo para o back-end real

1270
00:59:56,454 --> 00:59:58,370
detalles de implementación,
que fai máis difícil,

1271
00:59:58,370 --> 01:00:00,670
especialmente nunha maior
empresa ou unha web grande,

1272
01:00:00,670 --> 01:00:05,020
onde non necesariamente
Quere que os programadores de

1273
01:00:05,020 --> 01:00:10,890
para saber como a base de datos
enxeñeiros están facendo o seu traballo.

1274
01:00:10,890 --> 01:00:13,810
Pode querer manter estas funcións
tipo de funcionalmente distintos para

1275
01:00:13,810 --> 01:00:16,810
que hai esta capa de
abstracción entre ambos.

1276
01:00:16,810 --> 01:00:17,940
>> Entón, como podemos solucionar isto?

1277
01:00:17,940 --> 01:00:20,290
Ben, nós medio que resolto
este problema xa antes.

1278
01:00:20,290 --> 01:00:25,680
Por que non imos poñer un dos
estas cousas aquí, onde

1279
01:00:25,680 --> 01:00:30,947
fala en vez de número catro e
cinco, todos os servidores web front-end

1280
01:00:30,947 --> 01:00:33,780
falar con este intermediario, eo
intermediario nas rutas de transformar os seus datos?

1281
01:00:33,780 --> 01:00:38,494
En realidade, o que podería ser un
bo nome para esa cousa?

1282
01:00:38,494 --> 01:00:39,704
>> Audiencia: [inaudível]

1283
01:00:39,704 --> 01:00:41,120
DAVID Malan: OK, director de base de datos.

1284
01:00:41,120 --> 01:00:48,030
Pero o que pode un termo menos que
poderiamos reutilizar para este dispositivo?

1285
01:00:48,030 --> 01:00:49,760
Estamos equilibrar.

1286
01:00:49,760 --> 01:00:52,480
É, polo tanto, en realidade, son
non sendo xusto aquí.

1287
01:00:52,480 --> 01:00:56,760
Así, un balance de carga implicaría que
estamos alternando adiante e cara atrás aquí,

1288
01:00:56,760 --> 01:00:58,836
que non necesita ser realmente o caso.

1289
01:00:58,836 --> 01:01:00,460
Polo tanto, hai algunhas formas que pode facelo.

1290
01:01:00,460 --> 01:01:03,920
>> Se este é de feito un equilibrador de carga, o
historia é exactamente a mesma de antes.

1291
01:01:03,920 --> 01:01:05,230
Algúns dos pedidos ir a 4.

1292
01:01:05,230 --> 01:01:06,150
Algúns deles van para 5.

1293
01:01:06,150 --> 01:01:06,710
E iso é bo.

1294
01:01:06,710 --> 01:01:08,835
Porque agora podemos xestionar
o dobre da renda.

1295
01:01:08,835 --> 01:01:11,120
Pero esta conexión
aquí é super importante.

1296
01:01:11,120 --> 01:01:14,050
Teñen de manter-se constantemente
sincronizada e esperanza

1297
01:01:14,050 --> 01:01:17,670
non son xeograficamente moi distantes así
que a sincronización é esencialmente

1298
01:01:17,670 --> 01:01:18,520
instantánea.

1299
01:01:18,520 --> 01:01:20,410
Se non, pode ter un problema.

1300
01:01:20,410 --> 01:01:21,330
>> Entón iso non é malo.

1301
01:01:21,330 --> 01:01:25,132
Pero, de novo, temos
introducido un novo problema.

1302
01:01:25,132 --> 01:01:26,590
O problema foi que eu só recreado?

1303
01:01:26,590 --> 01:01:30,000

1304
01:01:30,000 --> 01:01:31,020
Punto único de fallo.

1305
01:01:31,020 --> 01:01:32,390
Entón, cal é a solución para isto?

1306
01:01:32,390 --> 01:01:39,270
Así como Victoria de fond de gastar diñeiro,
podemos levar este cara a fóra e facelo.

1307
01:01:39,270 --> 01:01:41,731
E eu só vou
mover aquí espazo suficiente.

1308
01:01:41,731 --> 01:01:43,230
E iso vai ser un pouco confuso.

1309
01:01:43,230 --> 01:01:44,563
Eu estou indo a manter as liñas de deseño.

1310
01:01:44,563 --> 01:01:47,080
Supoñamos que todos
estas liñas van a ambos?

1311
01:01:47,080 --> 01:01:52,670
>> Unha técnica moi común aquí sería
de utilizar unha técnica chamada de batear cardíaco

1312
01:01:52,670 --> 01:01:57,390
en que cada un destes dispositivos,
balance de carga de dereita e esquerda,

1313
01:01:57,390 --> 01:02:00,740
ou o que quere chamalos,
está constantemente dicindo, eu estou vivo,

1314
01:02:00,740 --> 01:02:03,220
Estou vivo, eu estou vivo, eu estou vivo.

1315
01:02:03,220 --> 01:02:05,910
Un deles, por defecto
actúa como fondo.

1316
01:02:05,910 --> 01:02:09,620
Entón, todo o tráfico está a ser encamiñado a través
a esquerda, por exemplo,

1317
01:02:09,620 --> 01:02:11,260
por defecto, de forma arbitraria.

1318
01:02:11,260 --> 01:02:16,890
>> Pero logo que a cara da dereita
non escoitar a cara esquerda máis,

1319
01:02:16,890 --> 01:02:20,440
a da dereita é programado
para automaticamente, por exemplo,

1320
01:02:20,440 --> 01:02:24,110
asumir a dirección IP
do unha á esquerda,

1321
01:02:24,110 --> 01:02:28,240
e, polo tanto, facer-se o fondo, e
quizais envíe un correo-e ou unha mensaxe de texto

1322
01:02:28,240 --> 01:02:31,570
para os seres humanos para dicir, hey,
a principal esquerda é fóra de liña.

1323
01:02:31,570 --> 01:02:33,310
Vou facer primario para agora.

1324
01:02:33,310 --> 01:02:35,760
Así, torna-se vicepresidente
presidente, por así dicir.

1325
01:02:35,760 --> 01:02:38,180
E alguén ten que ir salvar
o presidente, se queres.

1326
01:02:38,180 --> 01:02:41,090
Porque agora temos un temporal
punto único de fallo.

1327
01:02:41,090 --> 01:02:45,020
>> Así como complicado ou estresante como
isto pode parecer para comezar a ser,

1328
01:02:45,020 --> 01:02:46,990
Isto é como resolver estes problemas.

1329
01:02:46,990 --> 01:02:48,190
Fai xogar o diñeiro para el.

1330
01:02:48,190 --> 01:02:49,370
Xoga hardware para el.

1331
01:02:49,370 --> 01:02:52,170
Pero desgraciadamente ten
engadir complexidade para el.

1332
01:02:52,170 --> 01:02:56,450
Pero o resultado, en definitiva, que é
ten un moito máis, en teoría,

1333
01:02:56,450 --> 01:02:57,670
arquitectura robusta.

1334
01:02:57,670 --> 01:02:58,850
Aínda non é perfecto.

1335
01:02:58,850 --> 01:03:02,470
Porque aínda que poderiamos have--
non ter un único punto de fallo.

1336
01:03:02,470 --> 01:03:05,240
Temos agora puntos dobres de fracaso.

1337
01:03:05,240 --> 01:03:07,630
Pero dúas cousas van mal,
o que absolutamente podía,

1338
01:03:07,630 --> 01:03:09,030
aínda imos estar fóra de liña.

1339
01:03:09,030 --> 01:03:11,660
>> E así moi común no
industria é describir

1340
01:03:11,660 --> 01:03:14,000
seu tempo en termos de noves.

1341
01:03:14,000 --> 01:03:18,610
É unha especie de meta
a aspirar é de 99,999%

1342
01:03:18,610 --> 01:03:21,580
do tempo o seu sitio está en liña.

1343
01:03:21,580 --> 01:03:24,170
Ou mellor aínda, engadir unha
algúns noves a iso.

1344
01:03:24,170 --> 01:03:28,159
Desafortunadamente, estes
noves son moi caros.

1345
01:03:28,159 --> 01:03:29,450
E imos realmente facelo.

1346
01:03:29,450 --> 01:03:35,510
Entón, se eu abrir a miña calculadora grande de novo,
365 días ao ano, 24 horas nun día,

1347
01:03:35,510 --> 01:03:44,780
60 minutos nunha hora, e
60 segundos nun minuto,

1348
01:03:44,780 --> 01:03:48,690
iso é cantos segundos hai
nun ano se eu fixese iso correctamente.

1349
01:03:48,690 --> 01:03:55,740
Entón, se nós veces iso por 0,99999, iso é
canto tempo queremos aspirar.

1350
01:03:55,740 --> 01:04:00,600
Entón isto significa que temos que estar se
desta cantidade de segundos durante o ano.

1351
01:04:00,600 --> 01:04:03,920
Entón, se eu agora restar o
valor orixinal, ou mellor,

1352
01:04:03,920 --> 01:04:07,480
este novo valor do
first-- 316 segundos,

1353
01:04:07,480 --> 01:04:09,640
que, por suposto, é de cinco minutos.

1354
01:04:09,640 --> 01:04:13,770
>> Entón, se a súa web ou o seu negocio é
alegando "cinco noves", no que está

1355
01:04:13,770 --> 01:04:17,050
ata 99,99% do tempo,
que significa que é mellor

1356
01:04:17,050 --> 01:04:23,470
ser intelixente dabondo e rápida
suficiente e lave o suficiente con recursos

1357
01:04:23,470 --> 01:04:27,890
que os seus servidores son só desconectado
cinco minutos fóra do ano.

1358
01:04:27,890 --> 01:04:29,980
É un caro e
cousa difícil de aspirar.

1359
01:04:29,980 --> 01:04:31,430
>> Polo tanto, é un trade-off, tamén.

1360
01:04:31,430 --> 01:04:35,866
99,999% do tempo é moi
duro danado e caro.

1361
01:04:35,866 --> 01:04:38,740
Cinco minutes-- apenas consegue
ao servidor de substituír fisicamente

1362
01:04:38,740 --> 01:04:40,040
algo que deu mal.

1363
01:04:40,040 --> 01:04:42,810
E é por iso que comezamos a fiación
cousas xuntos máis complicados

1364
01:04:42,810 --> 01:04:48,240
priori de xeito que os ordenadores
Pode clasificar de corrixir-se.

1365
01:04:48,240 --> 01:04:49,446
Si.

1366
01:04:49,446 --> 01:04:52,344
>> Audiencia: [inaudível]

1367
01:04:52,344 --> 01:05:02,014

1368
01:05:02,014 --> 01:05:04,430
DAVID Malan: o problema podería
estar en calquera número de prazas.

1369
01:05:04,430 --> 01:05:05,090
E en fact--

1370
01:05:05,090 --> 01:05:07,101
>> Audiencia: [inaudível]

1371
01:05:07,101 --> 01:05:08,600
DAVID Malan: Absolutamente, absolutamente.

1372
01:05:08,600 --> 01:05:10,720
E como a imaxe é
quedando máis complicado,

1373
01:05:10,720 --> 01:05:12,110
Podería ser a servidores web.

1374
01:05:12,110 --> 01:05:14,690
Pode ser a enerxía para o edificio.

1375
01:05:14,690 --> 01:05:17,900
Podería ser algo físico, como
os cables quedou desgastado ou expulsado.

1376
01:05:17,900 --> 01:05:19,879
Pode ser a base de datos
non está a responder.

1377
01:05:19,879 --> 01:05:22,920
Pode ser que actualiza o seu funcionamento
sistema e algo está colgado.

1378
01:05:22,920 --> 01:05:24,634
Polo tanto, hai tantas outras partes móbiles.

1379
01:05:24,634 --> 01:05:27,050
E entón unha morea de enxeñaría
que ten que ir detrás desta

1380
01:05:27,050 --> 01:05:30,431
é realmente só o comercio offs, como forma
moito tempo, canto diñeiro é, en realidade,

1381
01:05:30,431 --> 01:05:32,930
paga a pena, e cales son as ameazas
está realmente preocupado?

1382
01:05:32,930 --> 01:05:35,471
Por exemplo, no
cursos que ensinan en Harvard,

1383
01:05:35,471 --> 01:05:38,470
usan unha morea de computación en nube, que
comezaremos dando un ollo a agora,

1384
01:05:38,470 --> 01:05:41,107
En realidade, onde usamos
Amazon Web Services.

1385
01:05:41,107 --> 01:05:42,940
Só porque esa é a
aquel que comezou con.

1386
01:05:42,940 --> 01:05:45,856
Pero hai cada vez máis nos días de hoxe
Google e Microsoft e outros.

1387
01:05:45,856 --> 01:05:50,030
E nós conscientemente optar por poñer todo
de máquinas virtuais dos nosos cursos,

1388
01:05:50,030 --> 01:05:55,400
como son chamados, na Creo
é Virxinia Occidental do centro de datos.

1389
01:05:55,400 --> 01:05:57,560
A maioría dos nosos alumnos
terá lugar a ser os Estados Unidos,

1390
01:05:57,560 --> 01:05:59,820
aínda que existen certamente
Nalgúns internacionalmente.

1391
01:05:59,820 --> 01:06:02,630
>> Pero a realidade é que é só
máis simple e é máis barato para nós

1392
01:06:02,630 --> 01:06:05,540
poñer todos os ovos
na cesta Virxinia,

1393
01:06:05,540 --> 01:06:08,050
aínda que sabe que algo
sae mal en Virxinia,

1394
01:06:08,050 --> 01:06:12,760
como ten ocasionalmente happened-- como
se hai un furacán ou dalgún tempo

1395
01:06:12,760 --> 01:06:15,890
evento como este, se hai algunha
problema rede eléctrica ou a como-- todo

1396
01:06:15,890 --> 01:06:20,240
dos datos dos nosos cursos pode estar fóra de liña
para algún número de minutos ou horas

1397
01:06:20,240 --> 01:06:21,600
ou máis.

1398
01:06:21,600 --> 01:06:24,020
>> Pero a cantidade de complexidade
que sería necesaria,

1399
01:06:24,020 --> 01:06:26,895
e da cantidade de diñeiro que sería
ser necesaria, para operar todo

1400
01:06:26,895 --> 01:06:31,420
en paralelo en Europa ou en California
simplemente non fai moito sentido.

1401
01:06:31,420 --> 01:06:35,080
Polo tanto, é un comercio racional
off, pero un doloroso

1402
01:06:35,080 --> 01:06:37,740
cando está realmente
ter ese tempo de inactividade.

1403
01:06:37,740 --> 01:06:41,830
>> Ben, imos transición agora
algunhas das solucións baseadas na nube

1404
01:06:41,830 --> 01:06:43,320
para algúns destes problemas.

1405
01:06:43,320 --> 01:06:45,040
Todo o que teño sido
ata agora discutir

1406
01:06:45,040 --> 01:06:47,527
é unha especie de problemas que teñen
estado connosco por moito tempo,

1407
01:06:47,527 --> 01:06:49,610
se ten o seu propio
servidores de empresas,

1408
01:06:49,610 --> 01:06:52,740
se ir a un co-location
poñer como un centro de datos e compartir

1409
01:06:52,740 --> 01:06:55,110
espazo con outra persoa,
ou hoxe en día na nube.

1410
01:06:55,110 --> 01:06:57,040
>> E o que é agradable sobre
a nube é que todos

1411
01:06:57,040 --> 01:06:59,540
destas cousas que eu son
deseño como obxectos físicos

1412
01:06:59,540 --> 01:07:02,400
Agora pode ser pensado como
tipo de obxectos virtuais

1413
01:07:02,400 --> 01:07:04,659
na nube que son
simulado co software.

1414
01:07:04,659 --> 01:07:07,700
Noutras palabras, a ordenadores hoxe,
servidores de hoxe, como a imaxe Dell

1415
01:07:07,700 --> 01:07:11,720
Eu mostre anteriormente, son tan rápidos, teñen
tanta RAM, tanto CPU, tanto en disco

1416
01:07:11,720 --> 01:07:16,140
espazo, que as persoas teñen escrito
software para partición virtualmente

1417
01:07:16,140 --> 01:07:21,130
un servidor para dentro da ilusión de que
sendo dous servidores, ou 200 servidores, de forma

1418
01:07:21,130 --> 01:07:24,150
que cada un de nós clientes
ten a ilusión de ter

1419
01:07:24,150 --> 01:07:29,110
non só unha conta nalgún web
hospedar, pero a nosa propia máquina que estamos

1420
01:07:29,110 --> 01:07:30,490
aluguer de outra persoa.

1421
01:07:30,490 --> 01:07:34,140
>> Pero é unha máquina virtual en
na medida en que un servidor Dell,

1422
01:07:34,140 --> 01:07:39,160
Lo novo pode ser particionado para dentro
dúas ou 200 ou máis máquinas virtuais,

1423
01:07:39,160 --> 01:07:43,770
todo o que dar a alguén administrativa
acceso, pero dunha forma onde ningún de nós

1424
01:07:43,770 --> 01:07:48,040
sabe ou pode acceder outra virtual
máquinas no mesmo hardware.

1425
01:07:48,040 --> 01:07:53,430
Entón, para pintar un cadro en láminas de hoxe,
Eu teño ese tiro aquí a partir dun sitio web

1426
01:07:53,430 --> 01:07:54,160
chamado Dock.

1427
01:07:54,160 --> 01:07:56,970
>> Polo tanto, este é un pouco máis
detalles do que realmente precisa.

1428
01:07:56,970 --> 01:07:59,830
Pero se ves isto como
seu infrastructure--

1429
01:07:59,830 --> 01:08:02,910
entón só o seu propio hardware,
seus servidores, as baldas, os datos

1430
01:08:02,910 --> 01:08:06,480
centro, e todos isso-- faría
tipicamente realizar un sistema operativo anfitrión.

1431
01:08:06,480 --> 01:08:08,275
Polo tanto, algo como-- podería Windows.

1432
01:08:08,275 --> 01:08:09,430
Non sería VOS.

1433
01:08:09,430 --> 01:08:11,430
Porque iso non é realmente
empresa os días de hoxe.

1434
01:08:11,430 --> 01:08:15,670
Polo tanto, sería Linux ou Solaris
ou Unix ou BSD ou FreeBSD

1435
01:08:15,670 --> 01:08:19,779
ou calquera número de outros sistemas operativos
que son gratuítos ou comercial.

1436
01:08:19,779 --> 01:08:22,120
>> E entón realizar un
programa, programa especial,

1437
01:08:22,120 --> 01:08:26,479
chamado hypervisor, ou
monitor de máquina virtual, o VMM.

1438
01:08:26,479 --> 01:08:31,649
E estes son os produtos, se está
familiar, como VMware ou VirtualBox

1439
01:08:31,649 --> 01:08:34,080
ou o Virtual PC ou outros.

1440
01:08:34,080 --> 01:08:38,430
E o que estes programas fan é exactamente
que característica que eu describe anteriormente.

1441
01:08:38,430 --> 01:08:41,779
Ela crea a ilusión
que unha máquina física

1442
01:08:41,779 --> 01:08:44,550
Pode haber varias máquinas virtuais.

1443
01:08:44,550 --> 01:08:48,260
>> E así estas caixas de cores enriba da parte superior é
pintando un retrato do seguinte.

1444
01:08:48,260 --> 01:08:50,260
Este hypervisor, este
peza de software, chamalo

1445
01:08:50,260 --> 01:08:54,090
VMware, rodando nalgún outro
sistema operativo, chamalo de Linux,

1446
01:08:54,090 --> 01:08:56,910
está creando a ilusión de que
este equipo físico é, en realidade,

1447
01:08:56,910 --> 01:09:00,149
un, dous, tres ordenadores virtuais.

1448
01:09:00,149 --> 01:09:04,270
Entón eu agora compras, como o propietario
este hardware, un ordenador físico.

1449
01:09:04,270 --> 01:09:06,200
E agora eu estou alugando
para tres clientes.

1450
01:09:06,200 --> 01:09:09,731
>> E estes tres clientes todos pensan
eles teñen unha máquina virtual dedicada.

1451
01:09:09,731 --> 01:09:10,939
E non é Bait and Switch.

1452
01:09:10,939 --> 01:09:13,750
É máis difusión que
está a usar unha máquina virtual.

1453
01:09:13,750 --> 01:09:17,589
Pero tecnoloxicamente, todos
ten total control administrativo

1454
01:09:17,589 --> 01:09:19,880
sobre cada un dos invitados
sistemas operativos, o que podería

1455
01:09:19,880 --> 01:09:21,370
ser calquera número de sistemas operativos.

1456
01:09:21,370 --> 01:09:23,029
>> Podo instalar o que eu queira.

1457
01:09:23,029 --> 01:09:24,640
Podo actualiza-lo como quero.

1458
01:09:24,640 --> 01:09:27,470
E eu nin sequera teñen que saber ou
se preocupan o outro operativo

1459
01:09:27,470 --> 01:09:29,678
sistemas nese ordenador,
as outras máquinas virtuais,

1460
01:09:29,678 --> 01:09:35,290
a non ser que o propietario de todo isto gris
material está sendo un pouco ganancioso

1461
01:09:35,290 --> 01:09:37,540
e é esaxerar os seus recursos.

1462
01:09:37,540 --> 01:09:40,800
>> Entón, se está tomando un
máquina física e vendelo

1463
01:09:40,800 --> 01:09:44,399
a 200, pero non 400
clientes, nalgún momento

1464
01:09:44,399 --> 01:09:47,270
imos tropezar aqueles
mesmos problemas de rendemento como antes.

1465
01:09:47,270 --> 01:09:50,460
Porque só ten unha finita
cantidade de disco ea RAM e así por diante.

1466
01:09:50,460 --> 01:09:53,450
E unha máquina virtual
é só un programa que é

1467
01:09:53,450 --> 01:09:56,140
finxindo ser un
ordenador de pleno dereito.

1468
01:09:56,140 --> 01:09:58,040
Entón comeza o que paga aquí.

1469
01:09:58,040 --> 01:10:02,150
>> Entón vai atopar en liña que pode pagar unha
sona empresa quizais $ 100 por mes

1470
01:10:02,150 --> 01:10:05,660
para a súa propia máquina virtual, ou
seu propio servidor virtual privada,

1471
01:10:05,660 --> 01:10:07,090
que é outro termo para iso.

1472
01:10:07,090 --> 01:10:10,400
Ou pode atopar algunha mosca pola
noite onde pagar US $ 5,99 por mes

1473
01:10:10,400 --> 01:10:12,080
para a súa propia máquina virtual.

1474
01:10:12,080 --> 01:10:15,614
Pero as probabilidades son que non ten case
tanto o rendemento dispoñible para ti,

1475
01:10:15,614 --> 01:10:18,530
porque foron esaxerar lo
así, que faría co maior

1476
01:10:18,530 --> 01:10:22,340
nivel de servizo ou de mellor provedor.

1477
01:10:22,340 --> 01:10:24,590
>> Entón o que iso realmente significa para nós?

1478
01:10:24,590 --> 01:10:26,110
Entón deixe-me ir a este.

1479
01:10:26,110 --> 01:10:29,580
Eu estou indo a ir a aws.amazon.com.

1480
01:10:29,580 --> 01:10:31,590
Só porque teñen
un bo abano de opcións.

1481
01:10:31,590 --> 01:10:34,700
Pero estes mesmos ensinanzas aplica-se a un
Toda chea de outros provedores de nube.

1482
01:10:34,700 --> 01:10:38,201
Desafortunadamente, é moitas veces máis
comercialización falar do que calquera cousa.

1483
01:10:38,201 --> 01:10:39,200
E esta segue a cambiar.

1484
01:10:39,200 --> 01:10:41,820
Entón vai a un sitio como este.

1485
01:10:41,820 --> 01:10:44,560
E iso realmente non fai
dicirlle moito.

1486
01:10:44,560 --> 01:10:47,780
>> E aínda que eu, como eu ollar para iso, non
Realmente sabe o que calquera destas cousas

1487
01:10:47,780 --> 01:10:49,334
necesariamente facer ata que eu mergullo.

1488
01:10:49,334 --> 01:10:50,875
Pero imos comezar á esquerda, Compute.

1489
01:10:50,875 --> 01:10:52,980
E eu vou prema isto.

1490
01:10:52,980 --> 01:10:56,960
E agora a Amazon ten un francamente
esmagadora número de servizos

1491
01:10:56,960 --> 01:10:57,960
estes días.

1492
01:10:57,960 --> 01:11:01,040
Pero Amazon EC2 é quizais o máis sinxelo.

1493
01:11:01,040 --> 01:11:05,840
>> Amazon EC2 creará para nós exactamente
a imaxe que vimos hai pouco.

1494
01:11:05,840 --> 01:11:10,240
É así que eles fan unha chea de
seu diñeiro na nube.

1495
01:11:10,240 --> 01:11:12,910
Ao parecer, Netflix e outros
están na nube con eles.

1496
01:11:12,910 --> 01:11:16,260
Isto todo é tipicamente
marketing falar gordo.

1497
01:11:16,260 --> 01:11:19,720
Entón, o que quero facer é ir a Pricing--
ou mellor, imos para Instancias

1498
01:11:19,720 --> 01:11:23,790
primeiro só para pintar unha imaxe deste.

1499
01:11:23,790 --> 01:11:25,800
>> Entón, iso vai variar segundo provedor.

1500
01:11:25,800 --> 01:11:29,590
E nós non precisamos ir moi profundamente no
as herbas daniñas aquí de como todo funciona.

1501
01:11:29,590 --> 01:11:34,720
Pero o xeito no que Amazon, por exemplo,
aluga-lle unha máquina virtual ou un servidor

1502
01:11:34,720 --> 01:11:37,200
na nube é que teñen
este tipo de nomes divertido,

1503
01:11:37,200 --> 01:11:41,000
como t2.nano, o que significa pequeno,
ou t2.large, o que significa que gran.

1504
01:11:41,000 --> 01:11:43,970
Cada un deles dálle tanto
un ou dous CPUs virtuais.

1505
01:11:43,970 --> 01:11:45,470
>> Por que é unha CPU virtual?

1506
01:11:45,470 --> 01:11:49,440
Ben, a máquina física pode
ter 64 ou máis CPUs reais.

1507
01:11:49,440 --> 01:11:52,125
Pero, de novo, a través de software,
crean a ilusión

1508
01:11:52,125 --> 01:11:55,410
que unha máquina que pode ser
dividiron a varios usuarios.

1509
01:11:55,410 --> 01:11:58,765
Así, podemos pensar niso como
ter un CPU Intel ou dous.

1510
01:11:58,765 --> 01:12:01,290
créditos de CPU por hour-- eu ía
Ten que ler a copia fina

1511
01:12:01,290 --> 01:12:02,581
sobre o que iso realmente significa.

1512
01:12:02,581 --> 01:12:05,850
Isto significa que a cantidade da máquina
pode usar por hora vis-a-vis

1513
01:12:05,850 --> 01:12:07,730
outros clientes nese hardware.

1514
01:12:07,730 --> 01:12:11,560
>> Aquí é o que de memoria RAM ou memoria que
get-- quere metade dun gigabyte, ou 500

1515
01:12:11,560 --> 01:12:14,120
megabytes ou 1 gigabyte, ou 2.

1516
01:12:14,120 --> 01:12:17,390
E, a continuación, o almacenamento refírese a só
que tipo de discos que lle dan.

1517
01:12:17,390 --> 01:12:19,950
Hai almacenamento diferente
tecnoloxías que ofrecen.

1518
01:12:19,950 --> 01:12:22,870
Pero o máis interesante do que iso
a continuación, pode ser o prezo.

1519
01:12:22,870 --> 01:12:25,860
>> Entón, se é o CTO ou
un enxeñeiro que non

1520
01:12:25,860 --> 01:12:28,420
pretende realizar un servidor na súa
oficina, por calquera motivo,

1521
01:12:28,420 --> 01:12:30,230
e é demasiado
complicado ou caro

1522
01:12:30,230 --> 01:12:33,930
comprar servidores e co-localízase los e
pagar o aluguer nalgún espazo gaiola física

1523
01:12:33,930 --> 01:12:36,670
somewhere-- só quere sentir
no seu portátil tarde de noite,

1524
01:12:36,670 --> 01:12:40,480
escribir a súa información de tarxeta de crédito,
e alugar servidores no cloud-- ben,

1525
01:12:40,480 --> 01:12:41,920
podemos facelo aquí.

1526
01:12:41,920 --> 01:12:45,769
Eu estou indo a ir para abaixo a-- Linux
é un sistema operativo popular.

1527
01:12:45,769 --> 01:12:47,310
E imos ter unha noción das cousas.

1528
01:12:47,310 --> 01:12:48,990
Whoops-- moi grande.

1529
01:12:48,990 --> 01:12:53,670
>> Entón, imos ollar para o seu menor
máquina virtual, que parece,

1530
01:12:53,670 --> 01:12:57,440
para os nosos propósitos, un CPU
e 500 megabytes de memoria RAM.

1531
01:12:57,440 --> 01:12:58,440
Isto é moi pequena.

1532
01:12:58,440 --> 01:13:00,820
Pero, francamente, servidores web non o fan
que facer todo o que moito.

1533
01:13:00,820 --> 01:13:02,630
Ten mellores características no seu portátil.

1534
01:13:02,630 --> 01:13:04,990
Pero non precisa aqueles
Ficha estes días para as cousas.

1535
01:13:04,990 --> 01:13:11,490
Vai pagar R $ 0,0065 por hora.

1536
01:13:11,490 --> 01:13:12,080
>> Entón imos ver.

1537
01:13:12,080 --> 01:13:15,970
Se hai 24 horas nun día, e
estamos pagando ese tanto por hora,

1538
01:13:15,970 --> 01:13:20,680
que vai custa US $ 0,15 para alugar que
nomeadamente servidor na nube.

1539
01:13:20,680 --> 01:13:22,210
E iso é só por un día.

1540
01:13:22,210 --> 01:13:27,050
Se facemos iso 365-- $ 57 a
alugar este servidor particular.

1541
01:13:27,050 --> 01:13:28,420
Por iso soa super barato.

1542
01:13:28,420 --> 01:13:31,100
>> Isto tamén é super baixo rendemento.

1543
01:13:31,100 --> 01:13:37,169
Entón, nós, para os cursos de ensino aquí, tenden
usar Creo t2.smalls ou t2.mediums.

1544
01:13:37,169 --> 01:13:39,960
E podemos ter algúns centenares
usuarios, algúns miles de usuarios, total.

1545
01:13:39,960 --> 01:13:40,900
É moi modesto.

1546
01:13:40,900 --> 01:13:42,360
Entón, imos ver o que iso custa.

1547
01:13:42,360 --> 01:13:49,260
Entón, se eu fai iso veces custo 24
horas veces 365, este $ 225.

1548
01:13:49,260 --> 01:13:51,160
E para os cursos
Eu ensino, xeralmente

1549
01:13:51,160 --> 01:13:54,970
executar dous de todo, por
redundancia e tamén para o desempeño.

1550
01:13:54,970 --> 01:13:59,230
Así, poderiamos gastar, polo tanto,
US $ 500 para os servidores

1551
01:13:59,230 --> 01:14:00,860
que pode ter por ano.

1552
01:14:00,860 --> 01:14:05,210
>> Agora, se precisa de máis performance--
imos dar un ollo a memoria.

1553
01:14:05,210 --> 01:14:06,810
Nós falamos sobre a memoria un pouco.

1554
01:14:06,810 --> 01:14:09,330
E se precisa de máis
memory-- e 64 gigabytes

1555
01:14:09,330 --> 01:14:12,310
é o número que mantivo mentioning--
iso é case US $ 1 por hora.

1556
01:14:12,310 --> 01:14:16,180
E pode moi rapidamente ver onde
este goes-- así 24 horas veces 365.

1557
01:14:16,180 --> 01:14:20,580
Polo tanto, agora é US $ 8.000 por ano
para un servidor decente.

1558
01:14:20,580 --> 01:14:23,010
>> Entón, nalgún momento, non hai
este punto de inflexión

1559
01:14:23,010 --> 01:14:29,510
onde agora podería gastar US $ 6.000
Probablemente, e mercar unha máquina como esta

1560
01:14:29,510 --> 01:14:33,800
e amortizar o seu custo ao longo quizais dous,
tres anos, a vida útil da máquina.

1561
01:14:33,800 --> 01:14:38,880
Pero o que pode empurralo lo
favorecer ou desfavor de transacción

1562
01:14:38,880 --> 01:14:41,230
unha máquina na nube como este?

1563
01:14:41,230 --> 01:14:44,110
Unha vez máis, esta é comparable, probablemente,
a un destes servidores Dell

1564
01:14:44,110 --> 01:14:47,208
vimos retratado un pouco atrás.

1565
01:14:47,208 --> 01:14:51,016
>> Audiencia: [inaudível]

1566
01:14:51,016 --> 01:14:54,350

1567
01:14:54,350 --> 01:14:56,190
>> DAVID Malan: Si, iso é unha enorme vantaxe.

1568
01:14:56,190 --> 01:14:58,640
Porque non estamos a mercar o
máquina, non temos a unbox-lo.

1569
01:14:58,640 --> 01:14:59,600
Non temos para levantala-la.

1570
01:14:59,600 --> 01:15:01,110
Non temos a liga-lo na nosa rack.

1571
01:15:01,110 --> 01:15:02,080
Non temos a liga-lo.

1572
01:15:02,080 --> 01:15:03,140
Non teñen que pagar
a conta de enerxía eléctrica.

1573
01:15:03,140 --> 01:15:05,120
>> Non debemos virar
o aire acondicionado conectado.

1574
01:15:05,120 --> 01:15:07,620
Cando un disco duro morre, non temos
para conducir en no medio da noite

1575
01:15:07,620 --> 01:15:08,172
resolve-lo.

1576
01:15:08,172 --> 01:15:09,630
Non temos para configurar o seguimento.

1577
01:15:09,630 --> 01:15:13,750
Non temos a-- a lista continúa
e na de todas as cousas físicas

1578
01:15:13,750 --> 01:15:15,810
non precisa facer
por mor da "nube".

1579
01:15:15,810 --> 01:15:18,620
>> E para quedar claro, a computación en nube
é este termo moi usado en demasia.

1580
01:15:18,620 --> 01:15:22,790
É realmente significa só pagar alguén
outra para realizar servidores para ti,

1581
01:15:22,790 --> 01:15:25,300
ou alugar o espazo en
servidores de outra persoa.

1582
01:15:25,300 --> 01:15:27,110
Así, o termo "cloud computing" é nova.

1583
01:15:27,110 --> 01:15:30,260
A idea é décadas de idade.

1584
01:15:30,260 --> 01:15:32,070
Entón, iso é moi convincente.

1585
01:15:32,070 --> 01:15:33,960
>> E o que máis recibe?

1586
01:15:33,960 --> 01:15:38,287
Ben, tamén terá a capacidade de
facer todo nun portátil na casa.

1587
01:15:38,287 --> 01:15:40,620
Noutras palabras, as
fotos que eu estaba só drawing--

1588
01:15:40,620 --> 01:15:44,010
e non foi hai moito tempo que, aínda
Estaba rastreando nun piso servidor

1589
01:15:44,010 --> 01:15:46,680
conectando os cables para
cada unha das liñas que ve,

1590
01:15:46,680 --> 01:15:49,590
e actualizar o operativo
sistemas, e os cambios de unidades ao redor.

1591
01:15:49,590 --> 01:15:51,610
Hai unha morea de
fisicalidade para todo isto.

1592
01:15:51,610 --> 01:15:55,300
>> Pero o que é fermoso sobre Virtual
máquinas, como o nome tipo de suxire,

1593
01:15:55,300 --> 01:15:57,600
agora non están baseados na web
as interfaces que

1594
01:15:57,600 --> 01:15:59,900
se quere o equivalente
dunha liña dende servidor

1595
01:15:59,900 --> 01:16:03,959
a outro, escriba, tipo, tipo,
clic e arrastra, faga clic en Enviar e listo,

1596
01:16:03,959 --> 01:16:05,250
telo preso enriba virtualmente.

1597
01:16:05,250 --> 01:16:07,235
Porque todo está feito no programa.

1598
01:16:07,235 --> 01:16:09,110
E a razón é feito
en software é de novo

1599
01:16:09,110 --> 01:16:12,650
porque temos tanta RAM e así
moi CPU dispoñible para nós hoxe en día,

1600
01:16:12,650 --> 01:16:14,880
aínda que todos
ese material leva tempo,

1601
01:16:14,880 --> 01:16:18,450
é máis lento para realizar as cousas
no programa que hardware,

1602
01:16:18,450 --> 01:16:23,710
así como é máis lento para usar unha mecánica
dispositivo como un disco duro de memoria RAM,

1603
01:16:23,710 --> 01:16:25,190
algo puramente electrónico.

1604
01:16:25,190 --> 01:16:27,490
Temos tantos recursos
dispoñible para nós.

1605
01:16:27,490 --> 01:16:29,920
Nós, seres humanos son unha especie de invariabelmente lenta.

1606
01:16:29,920 --> 01:16:33,840
E agora as máquinas poden facer
máis por unidade de tempo.

1607
01:16:33,840 --> 01:16:36,640
Temos estas habilidades
para facer as cousas practicamente.

1608
01:16:36,640 --> 01:16:39,120
>> E eu vou dicir a cursos
Eu ensino, por exemplo, aquí,

1609
01:16:39,120 --> 01:16:43,464
temos uns quizais unha ducia ou
de xeito total de máquinas virtuais

1610
01:16:43,464 --> 01:16:45,880
así sendo executado nun dato
tempo facendo cousas front-end,

1611
01:16:45,880 --> 01:16:47,620
facendo de volta o material final.

1612
01:16:47,620 --> 01:16:50,237
Temos todo o noso almacenamento.

1613
01:16:50,237 --> 01:16:52,820
Así, calquera vídeos, incluso cousas
como esta que estamos filmando,

1614
01:16:52,820 --> 01:16:54,330
imos acabar poñendo en nube.

1615
01:16:54,330 --> 01:16:58,710
Amazon ten servizos chamados Amazon S3,
o seu servizo de almacenamento simple, que

1616
01:16:58,710 --> 01:17:00,397
é só como espazo en disco na nube.

1617
01:17:00,397 --> 01:17:02,230
Teñen algo
Chamado CloudFront, que

1618
01:17:02,230 --> 01:17:06,040
é o servizo CDN, un contido
servizo de rede de distribución, que

1619
01:17:06,040 --> 01:17:10,190
significa toman os seus arquivos e
para ti automaxicamente réplica lo

1620
01:17:10,190 --> 01:17:11,290
arredor do mundo.

1621
01:17:11,290 --> 01:17:12,780
>> Así, non facelo cautelarmente.

1622
01:17:12,780 --> 01:17:15,159
Pero a primeira vez que alguén
India solicita o arquivo,

1623
01:17:15,159 --> 01:17:16,700
van potencialmente cache-lo localmente.

1624
01:17:16,700 --> 01:17:19,325
Por primeira vez en China, o
primeira vez no Brasil que pasa,

1625
01:17:19,325 --> 01:17:20,880
eles van comezar a caché lo localmente.

1626
01:17:20,880 --> 01:17:22,730
E non ten que facer nada diso.

1627
01:17:22,730 --> 01:17:26,710
E por iso é tan incrible
convincente nos días de hoxe para mover as cousas

1628
01:17:26,710 --> 01:17:27,890
na nube.

1629
01:17:27,890 --> 01:17:31,890
Porque ten esa capacidade, literalmente,
para seres humanos non teñen que facer case tanto

1630
01:17:31,890 --> 01:17:32,390
traballo.

1631
01:17:32,390 --> 01:17:35,930
E literalmente non ten que tantos
os seres humanos facer estes traballos anymore--

1632
01:17:35,930 --> 01:17:38,450
"Ops", ou funcións operativas, máis.

1633
01:17:38,450 --> 01:17:43,150
Realmente só ten
promotores e menos enxeñeiros

1634
01:17:43,150 --> 01:17:44,840
que poden só facer cousas practicamente.

1635
01:17:44,840 --> 01:17:46,590
De feito, só para dar
-lle un sentido a iso,

1636
01:17:46,590 --> 01:17:51,800
deixe-me ir para a fixación de prezos
outro produto aquí.

1637
01:17:51,800 --> 01:17:58,170
Veremos algo CDN S3.

1638
01:17:58,170 --> 01:18:01,140
Polo tanto, este é esencialmente un
disco duro virtual na nube.

1639
01:18:01,140 --> 01:18:14,360
E se desprácese cara pricing--
por iso é $ 0,007 por gigabyte.

1640
01:18:14,360 --> 01:18:16,300
E that's-- como imos facelo?

1641
01:18:16,300 --> 01:18:17,410
Creo que é por mes.

1642
01:18:17,410 --> 01:18:21,530
>> Entón, se isto é por month-- ou por día?

1643
01:18:21,530 --> 01:18:23,200
Dan, é este día?

1644
01:18:23,200 --> 01:18:24,700
Este é por mes, OK.

1645
01:18:24,700 --> 01:18:28,280
Entón, se isto é por month--
Sentímolo, é o US $ 0,03 por mes.

1646
01:18:28,280 --> 01:18:29,820
Hai 12 meses do ano.

1647
01:18:29,820 --> 01:18:32,250
Así, a cantidade de datos pode
almacenar na nube?

1648
01:18:32,250 --> 01:18:37,410
Un gigabyte non é enorme, pero eu
Non sei, como 1 terabyte,

1649
01:18:37,410 --> 01:18:38,460
así como 1.000 destes.

1650
01:18:38,460 --> 01:18:39,501
Isto non é tanto así.

1651
01:18:39,501 --> 01:18:44,382
E US $ 368 para almacenar un terabyte
de datos na nube de Amazon.

1652
01:18:44,382 --> 01:18:46,090
Entón, cales son algunhas das
as solucións de compromiso, entón?

1653
01:18:46,090 --> 01:18:47,970
Non poden todos ser bo.

1654
01:18:47,970 --> 01:18:52,260
Nada que falamos hoxe é
especie de sen catch ou un custo.

1655
01:18:52,260 --> 01:18:55,269
Entón, o que é malo sobre a roda
todo para a nube?

1656
01:18:55,269 --> 01:18:56,060
Audiencia: Seguridade.

1657
01:18:56,060 --> 01:18:57,721
DAVID Malan: OK, o que quere dicir?

1658
01:18:57,721 --> 01:18:58,596
Audiencia: [inaudível]

1659
01:18:58,596 --> 01:19:01,589

1660
01:19:01,589 --> 01:19:02,630
DAVID Malan: Si, por suposto.

1661
01:19:02,630 --> 01:19:05,130
E realmente quere
algúns enxeñeiros aleatorios

1662
01:19:05,130 --> 01:19:08,750
no Amazon que nunca vai atopar a ter
acceso físico aos ordenadores,

1663
01:19:08,750 --> 01:19:11,010
e se realmente
quería, o acceso virtual?

1664
01:19:11,010 --> 01:19:15,070
E aínda que en
teoría software-- ben,

1665
01:19:15,070 --> 01:19:17,442
A criptografía pode absolutamente
protexe-lo contra iso.

1666
01:19:17,442 --> 01:19:19,150
Entón, se o que está
almacenar os seus servidores

1667
01:19:19,150 --> 01:19:21,470
encrypted-- é unha preocupación menor.

1668
01:19:21,470 --> 01:19:25,010
>> Pero así que un ser humano ten física
acceso a unha máquina, cifrado de lado,

1669
01:19:25,010 --> 01:19:26,100
todas as apostas son unha especie de off.

1670
01:19:26,100 --> 01:19:28,240
Podes saber doutros tempos
que os PCs, especialmente,

1671
01:19:28,240 --> 01:19:30,360
mesmo se tivese esas cousas
chamados "contrasinais do BIOS,"

1672
01:19:30,360 --> 01:19:33,360
eran cando o seu escritorio arrincado,
lle será solicitada cunha contrasinal

1673
01:19:33,360 --> 01:19:35,980
Non ten nada que ver con
Windows, pode normalmente

1674
01:19:35,980 --> 01:19:39,750
basta abrir o chasis do
máquina, atopar minúsculos pinos,

1675
01:19:39,750 --> 01:19:42,240
e usar algo chamado
un Jump e pode conectar

1676
01:19:42,240 --> 01:19:45,690
estes dous fíos a preto de un segundo,
completando así un circuíto.

1677
01:19:45,690 --> 01:19:47,360
E que ía eliminar o contrasinal.

1678
01:19:47,360 --> 01:19:49,800
>> Entón, cando ten acceso físico a un
dispositivo, pode facer cousas así.

1679
01:19:49,800 --> 01:19:51,110
Pode eliminar o disco duro.

1680
01:19:51,110 --> 01:19:53,060
Pode ter acceso a el desa forma.

1681
01:19:53,060 --> 01:19:55,442
E así é por iso que, en
caso de Dropbox,

1682
01:19:55,442 --> 01:19:57,900
por exemplo, é un pouco
preocupante que non só eles

1683
01:19:57,900 --> 01:20:02,860
ten os datos, aínda que sexa
criptografía, eles tamén teñen a clave.

1684
01:20:02,860 --> 01:20:04,993
Outras preocupacións?

1685
01:20:04,993 --> 01:20:08,430
>> Audiencia: [inaudível]

1686
01:20:08,430 --> 01:20:27,740

1687
01:20:27,740 --> 01:20:30,240
DAVID Malan: Si, é moi
true-- os Googles, as mazás,

1688
01:20:30,240 --> 01:20:31,406
as Microsofts do mundo.

1689
01:20:31,406 --> 01:20:34,400
E, de feito, hai canto tempo
tivo o seu iPhone para?

1690
01:20:34,400 --> 01:20:35,885
Si, máis ou menos.

1691
01:20:35,885 --> 01:20:36,760
Audiencia: [inaudível]

1692
01:20:36,760 --> 01:20:37,780
DAVID Malan: Eu sinto moito?

1693
01:20:37,780 --> 01:20:39,667
Está entre os que
ten un iPhone, non?

1694
01:20:39,667 --> 01:20:40,250
Audiencia: Si.

1695
01:20:40,250 --> 01:20:42,208
DAVID Malan: Canto
xa tivo o seu iPhone?

1696
01:20:42,208 --> 01:20:43,372
Audiencia: [inaudível]

1697
01:20:43,372 --> 01:20:45,080
DAVID Malan: OK, entón
Apple literalmente sabe

1698
01:20:45,080 --> 01:20:49,030
onde estivo cada hora de
o día durante os últimos cinco anos.

1699
01:20:49,030 --> 01:20:51,112
>> Audiencia: [inaudível]

1700
01:20:51,112 --> 01:20:54,626

1701
01:20:54,626 --> 01:20:56,375
DAVID Malan: Cal é
un recurso marabilloso.

1702
01:20:56,375 --> 01:20:57,860
Audiencia: [inaudível]

1703
01:20:57,860 --> 01:21:00,875
DAVID Malan: Si, pero
trade-off con certeza.

1704
01:21:00,875 --> 01:21:01,750
Audiencia: [inaudível]

1705
01:21:01,750 --> 01:21:04,720

1706
01:21:04,720 --> 01:21:07,813
>> DAVID Malan: Si, é moi fácil.

1707
01:21:07,813 --> 01:21:08,688
Audiencia: [inaudível]

1708
01:21:08,688 --> 01:21:12,040

1709
01:21:12,040 --> 01:21:13,248
DAVID Malan: Outras desvantaxes?

1710
01:21:13,248 --> 01:21:16,995
Audiencia: [inaudível]

1711
01:21:16,995 --> 01:21:26,151

1712
01:21:26,151 --> 01:21:27,900
DAVID Malan: Absolutely--
tecnoloxicamente,

1713
01:21:27,900 --> 01:21:31,550
economicamente, é moi atractivo para
tipo de gañar estas economías de escala

1714
01:21:31,550 --> 01:21:33,579
e mover todo
o chamado nube.

1715
01:21:33,579 --> 01:21:35,870
Pero probablemente non quere
ir con algúns dos

1716
01:21:35,870 --> 01:21:39,380
peixes, as amazonas, o Googles, o
Microsofts-- Rackspace é moi big--

1717
01:21:39,380 --> 01:21:42,200
e outros poucos, e non
necesariamente voar por persoas noite

1718
01:21:42,200 --> 01:21:45,640
para quen é moi fácil de facer
este tipo de técnica hoxe en día.

1719
01:21:45,640 --> 01:21:49,140
E iso é para quen pode
pagar US $ 5,99 por mes para.

1720
01:21:49,140 --> 01:21:50,890
Pero certamente vai
obter o que paga.

1721
01:21:50,890 --> 01:21:54,014
>> Cando di que [inaudível], que é cando
cousas como estas cinco noves vir cara arriba,

1722
01:21:54,014 --> 01:21:58,017
segundo o cal aínda tecnoloxicamente
non podemos garantir 99.999,

1723
01:21:58,017 --> 01:22:00,350
imos construír en algún tipo
da pena ao contrato

1724
01:22:00,350 --> 01:22:03,910
de xeito que, se isto acontecer, polo menos,
hai algún custo para nós, o provedor.

1725
01:22:03,910 --> 01:22:07,950
E iso é o que faría normalmente
ser levalos a aceptar.

1726
01:22:07,950 --> 01:22:09,590
>> Audiencia: [inaudível]

1727
01:22:09,590 --> 01:22:12,290
>> DAVID Malan: E o
unha especie de bendición

1728
01:22:12,290 --> 01:22:15,630
é que, aínda que ir para abaixo, para
instancia, ou mesmo algunhas empresas,

1729
01:22:15,630 --> 01:22:17,800
a realidade é Amazon,
por exemplo, ten tantos

1730
01:22:17,800 --> 01:22:21,780
clientes danado, clientes ben coñecidos,
que operan a partir de determinados centros de datos

1731
01:22:21,780 --> 01:22:26,224
que cando algo realmente sae mal,
como actos de Deus e tempo e tal,

1732
01:22:26,224 --> 01:22:29,390
se hai calquera tipo de forro de prata,
é que está en moi boa compañía.

1733
01:22:29,390 --> 01:22:30,680
O seu sitio pode estar fóra de liña.

1734
01:22:30,680 --> 01:22:32,750
Pero así é como a metade
Internet popular.

1735
01:22:32,750 --> 01:22:36,230
E por iso é sen dúbida algo
máis palatável para os seus clientes

1736
01:22:36,230 --> 01:22:38,780
ser máis dunha Internet
cousa que unha cousa acme.com.

1737
01:22:38,780 --> 01:22:41,780
Pero iso é un pouco de unha fraude.

1738
01:22:41,780 --> 01:22:46,740
>> Así, en termos de outras cousas para ollar,
só para que non descartan outras,

1739
01:22:46,740 --> 01:22:51,210
se vai para Microsoft Azure, eles
ter ambos Linux e cousas de Windows

1740
01:22:51,210 --> 01:22:53,190
que é comparable ao de Amazon.

1741
01:22:53,190 --> 01:22:57,540
Se vai a Google Compute Engine,
eles teñen algo semellante tamén.

1742
01:22:57,540 --> 01:23:00,500
E só para completar
estas ofertas de nube,

1743
01:23:00,500 --> 01:23:02,762
Vou facer mención dunha outra cousa.

1744
01:23:02,762 --> 01:23:04,720
Este é un sitio popular
que é representante

1745
01:23:04,720 --> 01:23:08,590
dunha clase de tecnoloxías.

1746
01:23:08,590 --> 01:23:12,350
Os Acabamos de falar
sobre, Amazon, sería IaaS,

1747
01:23:12,350 --> 01:23:17,150
Infraestrutura como servizo, onde
tipo de hardware físico como un servizo.

1748
01:23:17,150 --> 01:23:18,757
Hai SaaS.

1749
01:23:18,757 --> 01:23:20,090
De feito, déixeme anotar estes para abaixo.

1750
01:23:20,090 --> 01:23:23,290

1751
01:23:23,290 --> 01:23:28,190
>> Infraestrutura IAAS--
Como un servizo, SaaS

1752
01:23:28,190 --> 01:23:31,870
e Paas, que son
siglas moi confusas

1753
01:23:31,870 --> 01:23:34,400
que describen tres
diferentes tipos de cousas.

1754
01:23:34,400 --> 01:23:36,400
E as propias siglas
Realmente non importa.

1755
01:23:36,400 --> 01:23:38,360
Este é todo o material nube
que acabamos falando,

1756
01:23:38,360 --> 01:23:41,570
o material nivel inferior, o
virtualización de hardware e almacenamento

1757
01:23:41,570 --> 01:23:44,890
no así chamado nube, sexa
Amazon, Microsoft, Google ou outro.

1758
01:23:44,890 --> 01:23:47,270
>> Software como un serviço--
todos tipo de usar este.

1759
01:23:47,270 --> 01:23:49,810
Se usa Google Apps
a Gmail ou o calendario,

1760
01:23:49,810 --> 01:23:52,530
calquera destes WEB-
aplicacións que 10 anos,

1761
01:23:52,530 --> 01:23:55,560
tería iconas dobre premendo
noso escritorio, software como servizo

1762
01:23:55,560 --> 01:23:57,400
é agora realmente aplicación web.

1763
01:23:57,400 --> 01:24:00,110
E plataforma como un
Servizo tipo de depende.

1764
01:24:00,110 --> 01:24:03,140
>> E un exemplo que eu vou che dar aquí
no contexto da nube computing--

1765
01:24:03,140 --> 01:24:06,250
hai unha empresa que é moi
populares nos días de hoxe, Heroku.

1766
01:24:06,250 --> 01:24:08,940
E son un servizo,
unha plataforma, se quixeren,

1767
01:24:08,940 --> 01:24:11,730
que roda enriba do
infraestrutura de Amazon.

1768
01:24:11,730 --> 01:24:15,800
E só facelo aínda máis fácil
para os desenvolvedores e enxeñeiros

1769
01:24:15,800 --> 01:24:18,330
para aplicacións web-based on-line.

1770
01:24:18,330 --> 01:24:22,170
>> É unha dor, inicialmente, para usar
Amazon Web Services e outras cousas.

1771
01:24:22,170 --> 01:24:24,170
Porque realmente ten
coñecer e comprender

1772
01:24:24,170 --> 01:24:27,617
sobre bases de datos e servidores web e
balance de carga e todas as cousas

1773
01:24:27,617 --> 01:24:28,450
Acaba de falar.

1774
01:24:28,450 --> 01:24:32,780
Porque toda a Amazon fixo non é
oculto estes retos de deseño.

1775
01:24:32,780 --> 01:24:35,790
Eles acabaron virtualizado los
e mover los nun navegador,

1776
01:24:35,790 --> 01:24:37,770
en software en vez de hardware.

1777
01:24:37,770 --> 01:24:43,020
>> Pero empresas como Heroku e outros
provedores de Paas, plataforma como servizo,

1778
01:24:43,020 --> 01:24:46,900
empregan estes fundamentos barebone
que acabamos de falar,

1779
01:24:46,900 --> 01:24:50,340
e máis fácil de construír
usar o software enriba dela

1780
01:24:50,340 --> 01:24:54,241
de xeito que, se quere obter un WEB-
solicitude en liña hoxe en día,

1781
01:24:54,241 --> 01:24:55,990
certamente ten que
sabe como programar.

1782
01:24:55,990 --> 01:25:00,280
Debe saber Java ou Python ou PHP
ou Ruby ou unha morea de outras linguas.

1783
01:25:00,280 --> 01:25:02,180
>> Pero tamén precisa dun lugar para poñelas.

1784
01:25:02,180 --> 01:25:04,790
E falamos antes sobre
recibindo unha empresa de hospedaxe.

1785
01:25:04,790 --> 01:25:08,630
Isto é unha especie de como mediados dos anos 2000
visión para a obtención de algo en liña.

1786
01:25:08,630 --> 01:25:12,140
Hoxe en día pode, en vez pagar alguén
como Heroku algúns dólares por mes.

1787
01:25:12,140 --> 01:25:15,370
E, esencialmente, unha vez que
feito algunha configuración inicial,

1788
01:25:15,370 --> 01:25:18,704
para actualizar o seu sitio web,
escriba un comando nunha fiestra.

1789
01:25:18,704 --> 01:25:21,370
E calquera código que escribiu
aquí no seu portátil inmediatamente

1790
01:25:21,370 --> 01:25:24,350
distribúese a calquera número
de servidores na nube.

1791
01:25:24,350 --> 01:25:26,440
>> E Heroku encárgase de
toda a complexidade.

1792
01:25:26,440 --> 01:25:28,930
Eles imaxinan todo a base de datos
material, todo o balance de carga,

1793
01:25:28,930 --> 01:25:31,480
todas as dores de cabeza que temos
só escrito na tarxeta,

1794
01:25:31,480 --> 01:25:33,320
e ocultar todo isto para ti.

1795
01:25:33,320 --> 01:25:36,170
E, en cambio, só
paga-los un pouco máis.

1796
01:25:36,170 --> 01:25:39,810
Entón tes esas infraestruturas como
un servizo, plataformas como un servizo,

1797
01:25:39,810 --> 01:25:41,400
e logo, software como un servizo.

1798
01:25:41,400 --> 01:25:45,390
É, unha vez máis, este
abstracción ou capas.

1799
01:25:45,390 --> 01:25:51,187
>> Dúbidas sobre a nube ou
construción da propia infraestrutura?

1800
01:25:51,187 --> 01:25:52,270
Todo ben, iso era moito.

1801
01:25:52,270 --> 01:25:54,200
Por que non podemos ir adiante e
levar a nosa pausa de 15 minutos aquí.

1802
01:25:54,200 --> 01:25:57,241
Imos volver con algúns novos conceptos
e un pouco de hands-on oportunidades

1803
01:25:57,241 --> 01:25:59,110
antes da noite acabou.

1804
01:25:59,110 --> 01:26:00,332