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

2
00:00:00,629 --> 00:00:02,170
DAVID Малан: Добре, добре дошъл отново.

3
00:00:02,170 --> 00:00:06,520
Преди да се потопите в изчислителни облаци,
Мислех, че ще спрем за малко

4
00:00:06,520 --> 00:00:11,740
ако има някакви неуредени въпроси
или теми, които излязоха по време на обяд

5
00:00:11,740 --> 00:00:13,834
че сега може да бъде от интерес.

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

7
00:00:18,470 --> 00:00:21,410
>> АУДИТОРИЯ: [недоловим]

8
00:00:21,410 --> 00:00:22,090
>> DAVID Малан: OK.

9
00:00:22,090 --> 00:00:23,555
Ох добре.

10
00:00:23,555 --> 00:00:24,430
АУДИТОРИЯ: [недоловим]

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

12
00:00:29,880 --> 00:00:31,420
>> DAVID Малан: Не, разбира се.

13
00:00:31,420 --> 00:00:35,180
ОК, добре се надяваме всичките си
възникват проблеми в следващите няколко часа

14
00:00:35,180 --> 00:00:36,410
и утре особено.

15
00:00:36,410 --> 00:00:42,700
Но нека да погледнем, а след това, къде
последната дискусия за създаване на

16
00:00:42,700 --> 00:00:45,730
уебсайт, води, по-общо
когато става въпрос за изчислителни облаци,

17
00:00:45,730 --> 00:00:48,210
настройка на сървър архитектура,
видовете решения

18
00:00:48,210 --> 00:00:50,800
че инженерите и
разработчици и мениджъри

19
00:00:50,800 --> 00:00:53,210
трябва да се направи, когато става въпрос
да прави нещо повече от

20
00:00:53,210 --> 00:00:56,550
регистрирате за 10 $ на месец уеб-домакин
когато всъщност искате да се изгради

21
00:00:56,550 --> 00:00:57,550
собствената си инфраструктура.

22
00:00:57,550 --> 00:01:00,400
И ние ще се опитаме да се връзвам това обратно,
Например, за да Dropbox и други

23
00:01:00,400 --> 00:01:01,350
като тях.

24
00:01:01,350 --> 00:01:06,250
>> Така че нека да започнем да се разгледа
Какви проблеми възникват като бизнес

25
00:01:06,250 --> 00:01:09,390
получава добро и ще станат добри проблеми.

26
00:01:09,390 --> 00:01:14,720
Така че в много простия случай се налага
някои компания, която разполага с уеб сървър,

27
00:01:14,720 --> 00:01:21,470
може да се наложи, да речем, един сървър, който
ние просто ще се направи, че изглежда по този начин.

28
00:01:21,470 --> 00:01:25,620
И тези дни, най-servers-- И нека
всъщност сложи снимка на това просто така

29
00:01:25,620 --> 00:01:27,680
че това е малко по-малко неясна.

30
00:01:27,680 --> 00:01:31,510
>> Така че Dell багажник server--
през деня, има

31
00:01:31,510 --> 00:01:33,730
бяха мейнфрейм компютри
че пое цели стаи.

32
00:01:33,730 --> 00:01:35,710
Тези дни, ако сте били
за да получите на сървъра го,

33
00:01:35,710 --> 00:01:38,520
може да изглежда малко нещо като това.

34
00:01:38,520 --> 00:01:41,760
Сървъри се измерват в това, което
се наричат ​​зъбни единици, или ЖП.

35
00:01:41,760 --> 00:01:45,280
И един RU е 1,5 инча,
който е индустриален стандарт.

36
00:01:45,280 --> 00:01:49,300
Така че това прилича на сървъра две RU.

37
00:01:49,300 --> 00:01:51,240
Така че това е 3 инча височина.

38
00:01:51,240 --> 00:01:54,430
И те като цяло са широк 19 инча,
което означава, че всички от този вид неща

39
00:01:54,430 --> 00:01:55,160
е стандартизирана.

40
00:01:55,160 --> 00:01:59,420
>> Така че, ако се вгледате в center-- на данни
не само в един сървър, но нека

41
00:01:59,420 --> 00:02:02,110
да погледнем на Google
център за данни и да видим дали можем

42
00:02:02,110 --> 00:02:04,280
виж по-хубава снимка в Google Images.

43
00:02:04,280 --> 00:02:09,090
Това е много по-добре осветена от вас
обикновено ще намерите и много

44
00:02:09,090 --> 00:02:14,900
-секси търси като резултат. Но
това е, което изглежда като двойка

45
00:02:14,900 --> 00:02:17,380
сто сървъри всички
за същия размер,

46
00:02:17,380 --> 00:02:21,450
всъщност, в багажник след багажник след
багажник след багажник в центъра за данни.

47
00:02:21,450 --> 00:02:26,150
>> Нещо като this-- това може да
да бъде на Google, тъй като аз Гугъл Google.

48
00:02:26,150 --> 00:02:28,330
Но тя може да бъде представител
на по-общо

49
00:02:28,330 --> 00:02:31,480
информационен център, в който много
компании са обикновено колокиран.

50
00:02:31,480 --> 00:02:34,940
И колокиран обикновено означава,
че можете да отидете на място като Equinix

51
00:02:34,940 --> 00:02:40,280
или други фирми, които имат големи
складове, които имат много енергия,

52
00:02:40,280 --> 00:02:42,950
много охлаждане, надявам се
много сигурност,

53
00:02:42,950 --> 00:02:47,910
и индивидуални клетки, обграждащи стелажи на
сървъри, и вие да наемат стелажите

54
00:02:47,910 --> 00:02:49,150
или ви донесе стелажите в.

55
00:02:49,150 --> 00:02:51,420
>> И отделни предприятия,
нововъзникващите особено,

56
00:02:51,420 --> 00:02:54,820
ще има някакъв вид на биометрични данни
да влязат в клетката им, или ключ

57
00:02:54,820 --> 00:02:55,640
или ключова карта.

58
00:02:55,640 --> 00:02:56,990
Вие се отвори вратата.

59
00:02:56,990 --> 00:03:00,354
И вътре има само
един квадратен метър отпечатък

60
00:03:00,354 --> 00:03:03,270
че вие ​​плащате за, вътре
които можете да сложите всичко, което искате.

61
00:03:03,270 --> 00:03:04,770
>> И обикновено плащат за властта.

62
00:03:04,770 --> 00:03:06,920
И ти плащат за отпечатъците.

63
00:03:06,920 --> 00:03:08,770
И след това ви плащат
себе си за сървърите

64
00:03:08,770 --> 00:03:10,560
че сте привеждане в това пространство.

65
00:03:10,560 --> 00:03:12,850
И това, което след това имат
опция да направите е да се плаща на някого

66
00:03:12,850 --> 00:03:15,120
за вашия интернет доставчик свързаност.

67
00:03:15,120 --> 00:03:17,240
Можете да платите с произволен брой
на продавачите, всички от които

68
00:03:17,240 --> 00:03:19,210
обикновено влизат в които центровете за данни.

69
00:03:19,210 --> 00:03:22,740
>> Но истинската интересен въпрос е,
какво всъщност отива в тези рафтове?

70
00:03:22,740 --> 00:03:25,020
Те биха могли много добре
изглежда като това, което току-що видях.

71
00:03:25,020 --> 00:03:27,870
Но те изпълняват различни функции
и може да се наложи да правя различни неща.

72
00:03:27,870 --> 00:03:29,661
И е нека действително
мотивира тази дискусия

73
00:03:29,661 --> 00:03:35,370
с въпроса, какво проблем
започва да възникнат, ако сте успешен?

74
00:03:35,370 --> 00:03:37,900
>> Така че имаш сайт
че сте построен.

75
00:03:37,900 --> 00:03:40,450
И може би го продава джунджурии
Или нещо такова.

76
00:03:40,450 --> 00:03:43,620
И вие сте били прави много добре
с продажби на джаджи онлайн.

77
00:03:43,620 --> 00:03:48,490
И че започне да се
някои симптоми, вашия сайт.

78
00:03:48,490 --> 00:03:51,070
Какви могат да бъдат някои от
техническите симптомите

79
00:03:51,070 --> 00:03:54,040
че потребителите да докладват като бизнес
расте и процъфтява

80
00:03:54,040 --> 00:03:59,482
и вашият сайт е
ползващи се от това?

81
00:03:59,482 --> 00:04:02,690
>> АУДИТОРИЯ: [недоловим]

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

83
00:04:05,910 --> 00:04:07,050
>> DAVID Малан: Да, точно.

84
00:04:07,050 --> 00:04:10,040
Така че може да се наложи по-
забавяне на вашия сайт.

85
00:04:10,040 --> 00:04:11,240
И защо може да се случи това?

86
00:04:11,240 --> 00:04:12,660
Е, ако приемем, за
заради дискусия

87
00:04:12,660 --> 00:04:15,160
точно сега, че сте на една
на тези търговски хостинги

88
00:04:15,160 --> 00:04:17,860
че ние говорихме за преди обяд,
че ви плащат някои брой на долара

89
00:04:17,860 --> 00:04:20,859
да на месец, и вече сте платен
за годишните разходи за вашия домейн

90
00:04:20,859 --> 00:04:25,300
име, че уеб-домакин е вероятно
свръх техните ресурси

91
00:04:25,300 --> 00:04:26,050
до някъде.

92
00:04:26,050 --> 00:04:29,000
Така че можете да имате потребителско име
и парола на техния сървър.

93
00:04:29,000 --> 00:04:32,410
Но това може и няколко други, или няколко
дузина други, или може би дори няколко

94
00:04:32,410 --> 00:04:33,980
стотина други, потребители.

95
00:04:33,980 --> 00:04:37,190
>> И сайтове живеят физически
на същия сървър.

96
00:04:37,190 --> 00:04:38,340
Защо това е възможно?

97
00:04:38,340 --> 00:04:40,680
Ами тези дни, сървъри
като това обикновено

98
00:04:40,680 --> 00:04:44,610
има множество твърди дискове, може би
най-много шест или повече твърди дискове,

99
00:04:44,610 --> 00:04:47,665
всеки от които може да бъде толкова
като 4 терабайта тези дни.

100
00:04:47,665 --> 00:04:52,140
Така че може да се наложи 24 терабайта пространство
само с едно малко сървъра като този.

101
00:04:52,140 --> 00:04:55,710
>> И дори и да открадне някои от това пространство
за съкращения, за архивиране на цели,

102
00:04:55,710 --> 00:04:57,110
тя все още е доста пространство.

103
00:04:57,110 --> 00:05:00,070
И разбира се, типичен сайт
не се нуждае от толкова много пространство.

104
00:05:00,070 --> 00:05:03,100
Просто регистриране потребители
и съхраняване на трупи от поръчки

105
00:05:03,100 --> 00:05:04,640
не отнема чак толкова много пространство.

106
00:05:04,640 --> 00:05:07,550
Така че можете да го разделите доста
малко и да даде на всеки потребител

107
00:05:07,550 --> 00:05:08,980
само малко парче от това.

108
00:05:08,980 --> 00:05:11,310
>> В същото време, на компютър
като това в наши дни

109
00:05:11,310 --> 00:05:16,370
обикновено има няколко CPUs-- не само
един, може би два, може би четири, може би 16,

110
00:05:16,370 --> 00:05:17,149
или дори повече.

111
00:05:17,149 --> 00:05:18,940
И всеки един от тези процесори
има нещо, наречено

112
00:05:18,940 --> 00:05:22,230
ядро, което е нещо като
мозъчен вътрешността на мозъка.

113
00:05:22,230 --> 00:05:26,800
Така че в действителност повечето хора тук с
съвременни лаптопи вероятно е двуядрен

114
00:05:26,800 --> 00:05:32,030
или четириядрен CPU-- и вероятно само
един CPU вътре на лаптоп тези дни.

115
00:05:32,030 --> 00:05:35,030
Но настолни компютри
и зъбни компютри като

116
00:05:35,030 --> 00:05:39,000
това може да има доста малко
повече процесори, и на свой ред сърцевини.

117
00:05:39,000 --> 00:05:44,180
>> И честно казано, дори и в нашите Mac-ове и персонални компютри на
Днес, вие наистина не се нуждаят двойна ядра

118
00:05:44,180 --> 00:05:46,550
или четириядрени ядра да проверявате електронната си поща.

119
00:05:46,550 --> 00:05:49,090
Ако има някаква пречка, когато
става дума за използване на компютър,

120
00:05:49,090 --> 00:05:51,925
вие на човека, са може би най-
бавния нещо за този компютър.

121
00:05:51,925 --> 00:05:54,800
И вие няма да бъде в състояние да
проверявате електронната си поща по-бързо, ако

122
00:05:54,800 --> 00:05:57,170
има четири пъти повече процесори или сърца.

123
00:05:57,170 --> 00:05:59,700
>> Но същото е вид
на истинския на сървъра.

124
00:05:59,700 --> 00:06:02,970
Един единствен сайт не вали
задължително се нуждаят от повече от един

125
00:06:02,970 --> 00:06:05,756
CPU или едно ядро, един
малък мозък вътре правиш

126
00:06:05,756 --> 00:06:07,380
всички от мисленето и обработката.

127
00:06:07,380 --> 00:06:10,561
Така че производителите имат подобно
започна да режа до тези ресурси

128
00:06:10,561 --> 00:06:13,435
така че може би вашия сайт получава един
ядро, вашият сайт получава едно ядро,

129
00:06:13,435 --> 00:06:15,290
или може би ние сме споделяне на едно такова ядро.

130
00:06:15,290 --> 00:06:16,820
Ние сме също така споделянето на дисково пространство.

131
00:06:16,820 --> 00:06:20,000
И ние също споделят RAM,
или памет с произволен достъп

132
00:06:20,000 --> 00:06:22,520
от преди, от които
има и ограничен размер.

133
00:06:22,520 --> 00:06:23,420
>> И това е ключът.

134
00:06:23,420 --> 00:06:25,960
Без значение колко е скъпо
компютърът е,

135
00:06:25,960 --> 00:06:28,440
там все още е ограничен
количество ресурси в нея.

136
00:06:28,440 --> 00:06:31,360
И така все повече и повече ви
Опитайте се да консумирате тези ресурси,

137
00:06:31,360 --> 00:06:32,850
по-бавните неща могат да станат.

138
00:06:32,850 --> 00:06:34,646
Но защо?

139
00:06:34,646 --> 00:06:39,352
Защо нещата ще се забавят, като
симптом на сървъра е претоварен?

140
00:06:39,352 --> 00:06:40,060
Какво се случва?

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

142
00:06:42,895 --> 00:06:46,388
>> АУДИТОРИЯ: [недоловим]

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

144
00:06:54,036 --> 00:06:55,160
DAVID Малан: Да, точно.

145
00:06:55,160 --> 00:06:57,730
Аз предложих по-рано, че
RAM е вид памет.

146
00:06:57,730 --> 00:07:00,290
Това е летлив, при които е
където приложенията и данните са

147
00:07:00,290 --> 00:07:01,890
съхраняват, когато те се използват.

148
00:07:01,890 --> 00:07:03,990
И така, затова има
само краен брой

149
00:07:03,990 --> 00:07:05,790
неща, които може да изглежда направя веднага.

150
00:07:05,790 --> 00:07:07,740
И това е също така по-бързо,
което е нещо добро.

151
00:07:07,740 --> 00:07:09,990
Но тя също е по-скъпо,
което е нещо лошо.

152
00:07:09,990 --> 00:07:15,376
И това е също затова присъства в по-ниска
количества, отколкото дисково пространство, твърд диск

153
00:07:15,376 --> 00:07:16,750
пространство, което има тенденция да бъде по-евтино.

154
00:07:16,750 --> 00:07:18,830
>> С други думи, вие
може да има 4 терабайта

155
00:07:18,830 --> 00:07:20,440
дисково пространство на вашия компютър.

156
00:07:20,440 --> 00:07:24,300
Но може да се наложи 4
гигабайта, или 64 гигабайта,

157
00:07:24,300 --> 00:07:29,180
в порядък, коефициент на
1000 по-малко, на RAM в компютъра ви.

158
00:07:29,180 --> 00:07:30,320
Така че това, което прави един компютър?

159
00:07:30,320 --> 00:07:32,236
Е, предполагам, че сте
нямам 64 гигабайта

160
00:07:32,236 --> 00:07:35,110
на RAM в сървъра, като тази, която
Би било доста често, ако не и ниско

161
00:07:35,110 --> 00:07:36,140
Тези дни.

162
00:07:36,140 --> 00:07:39,220
Но да предположим, че имате толкова много
Потребителите правят толкова много неща

163
00:07:39,220 --> 00:07:42,480
че ти вид вид
нужда от 65 гигабайта памет

164
00:07:42,480 --> 00:07:44,960
да се справят с всичко това
едновременното използване?

165
00:07:44,960 --> 00:07:47,580
>> Е, вие може просто да се каже,
Съжалявам, някои брой потребители

166
00:07:47,580 --> 00:07:48,840
просто не може да влезете в сайта.

167
00:07:48,840 --> 00:07:51,410
И това е мярката
от последна инстанция, със сигурност.

168
00:07:51,410 --> 00:07:55,570
Или пък, като оперативно
система, като Windows или Mac

169
00:07:55,570 --> 00:07:59,480
OS или Linux или Solaris или който и да е
редица други операционни системи на този сървър,

170
00:07:59,480 --> 00:08:01,280
може просто да реши, знаете ли какво?

171
00:08:01,280 --> 00:08:03,780
Аз имам само 64 гигабайта RAM.

172
00:08:03,780 --> 00:08:05,440
I вид на нужда 65.

173
00:08:05,440 --> 00:08:06,210
Така ли какво?

174
00:08:06,210 --> 00:08:10,030
Отивам да взема 1 гигабайт
на стойност на данните в RAM

175
00:08:10,030 --> 00:08:15,240
Това беше най-малкото скоро използваните
и просто да го преместите в диск временно,

176
00:08:15,240 --> 00:08:19,050
буквално го копирате от постът
памет за по-бавното паметта

177
00:08:19,050 --> 00:08:24,000
така че след това мога да се справя, че
65-ата гигабайт нужда от памет,

178
00:08:24,000 --> 00:08:25,650
се направят някои изчисления върху него.

179
00:08:25,650 --> 00:08:28,580
Тогава, когато свърша това, че,
Аз просто ще се премести, че на диска,

180
00:08:28,580 --> 00:08:35,030
се движат, че друга RAM аз го остави временно
на диска обратно в действителната хардуер

181
00:08:35,030 --> 00:08:37,280
така че аз съм един вид на многозадачност.

182
00:08:37,280 --> 00:08:41,190
>> Така че аз съм нещо като удар неща
временно в този бавен пространство

183
00:08:41,190 --> 00:08:44,159
така че аз се създаде илюзията
на работа с всички.

184
00:08:44,159 --> 00:08:45,290
Но има забавяне.

185
00:08:45,290 --> 00:08:45,790
Защо?

186
00:08:45,790 --> 00:08:49,380
Е, вътре от тях трудно
Дискове тези дни е какво?

187
00:08:49,380 --> 00:08:52,030
По-скоро това, което прави трудно
шофиране различен от RAM

188
00:08:52,030 --> 00:08:53,495
като най-добрият ти сега ли?

189
00:08:53,495 --> 00:08:56,750
>> АУДИТОРИЯ: [недоловим]

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

191
00:08:59,540 --> 00:09:01,445
>> DAVID Малан: ОК, вярно.

192
00:09:01,445 --> 00:09:02,320
АУДИТОРИЯ: [недоловим]

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

194
00:09:05,440 --> 00:09:06,750
>> DAVID Малан: Така че много вярно.

195
00:09:06,750 --> 00:09:13,709
И това е страничен ефект или функция
на факта, че RAM е наистина по-бързо.

196
00:09:13,709 --> 00:09:15,750
И поради това, което искате да
го използва за текущата употреба.

197
00:09:15,750 --> 00:09:17,290
И един диск е по-бавен.

198
00:09:17,290 --> 00:09:19,630
Но това е постоянен, или енергонезависима.

199
00:09:19,630 --> 00:09:21,480
Така че можете да го използвате за дългосрочно съхранение.

200
00:09:21,480 --> 00:09:25,160
Но от гледна точка на
изпълнение, ако погледнете нагоре

201
00:09:25,160 --> 00:09:29,297
което се нарича DIMM, Memory Dual Inline
Модул, това е, което парче RAM

202
00:09:29,297 --> 00:09:30,380
обикновено може да изглежда така.

203
00:09:30,380 --> 00:09:35,050
>> Така вътре в нашата Mac-- че е бъг.

204
00:09:35,050 --> 00:09:41,080
Вътре на нашите Mac-ове и персонални компютри, нашия десктоп
компютри ще имат пръчки памет,

205
00:09:41,080 --> 00:09:43,220
както бихте ги наричаме,
или DIMMs, или SIMM модули назад

206
00:09:43,220 --> 00:09:44,970
в деня на памет
че изглежда по този начин.

207
00:09:44,970 --> 00:09:47,900
Нашите лаптопи вероятно имат неща, които
са трета размера или половината от размера.

208
00:09:47,900 --> 00:09:50,066
Те са малко по-малък,
но същото idea-- малкото,

209
00:09:50,066 --> 00:09:52,110
парчета от зелен силициев
вафла или пластмаса, които

210
00:09:52,110 --> 00:09:56,237
има малки черни чипове върху тях с много
на кабели свързващи всичко.

211
00:09:56,237 --> 00:09:58,820
Може да имате един куп
тези вътре на вашия компютър.

212
00:09:58,820 --> 00:10:00,903
Но Takeaway тук е
това е изцяло електронен.

213
00:10:00,903 --> 00:10:03,130
Има само електроните
протичащ на това устройство.

214
00:10:03,130 --> 00:10:08,170
От друга страна, ако погледнем
вътрешността на твърдия диск

215
00:10:08,170 --> 00:10:10,760
и издърпайте нагоре картина
тук, бихте вместо

216
00:10:10,760 --> 00:10:16,600
виж нещо като това,
което наистина има ток

217
00:10:16,600 --> 00:10:17,950
преминавайки през него в крайна сметка.

218
00:10:17,950 --> 00:10:20,265
Но това, което също скача
при вас за това нещо?

219
00:10:20,265 --> 00:10:21,140
АУДИТОРИЯ: [недоловим]

220
00:10:21,140 --> 00:10:22,710
DAVID Малан: Да, има
очевидно движещи се части.

221
00:10:22,710 --> 00:10:25,210
Това е нещо като стар запис
плейър или грамофон играч.

222
00:10:25,210 --> 00:10:26,200
И то доста много е.

223
00:10:26,200 --> 00:10:28,950
Това е малко по-сложен, отколкото that--
като има предвид, фонограф играч използва

224
00:10:28,950 --> 00:10:33,150
канали в протокола, това всъщност
използва миниатюрни магнитни частици

225
00:10:33,150 --> 00:10:34,550
че не можем съвсем видим.

226
00:10:34,550 --> 00:10:38,520
Но ако малко магнитно
изглежда по този начин, то се смята за един милион.

227
00:10:38,520 --> 00:10:41,230
И ако тя изглежда така,
север-юг, а не на юг-север,

228
00:10:41,230 --> 00:10:42,252
тя може да е 0.

229
00:10:42,252 --> 00:10:45,460
И ние ще видим утре как можем да изградим
от които да се по-интересни неща.

230
00:10:45,460 --> 00:10:47,590
>> Но всичко това е
Трябва да се премести физически

231
00:10:47,590 --> 00:10:51,010
е със сигурност щеше да отиде по-бавно
от скоростта на светлината,

232
00:10:51,010 --> 00:10:53,250
което на теория е това, което
електрон може да протече при,

233
00:10:53,250 --> 00:10:54,620
въпреки че реално не съвсем.

234
00:10:54,620 --> 00:10:56,900
Така механична devices-- много по-бавно.

235
00:10:56,900 --> 00:10:58,320
Но те са по-евтини.

236
00:10:58,320 --> 00:11:00,944
И вие може да се побере толкова много
повече данни вътре в тях.

237
00:11:00,944 --> 00:11:03,110
Така че има
съществува в света нещо

238
00:11:03,110 --> 00:11:06,840
наречената виртуална памет,
с помощта на твърд диск като този

239
00:11:06,840 --> 00:11:10,160
като че ли беше RAM
прозрачна за потребителя,

240
00:11:10,160 --> 00:11:15,320
просто чрез преместване на данни
от RAM на твърдия диск,

241
00:11:15,320 --> 00:11:18,714
След това тя се движи назад, когато трябва
тя отново, създава забавянето.

242
00:11:18,714 --> 00:11:21,380
Защото буквално трябва да
го копирате от едно място на друго.

243
00:11:21,380 --> 00:11:25,100
И това нещо, което да го копирате от и
от действително е по-бавно от RAM

244
00:11:25,100 --> 00:11:26,150
там, където искате да бъде.

245
00:11:26,150 --> 00:11:29,030
>> алтернатива here-- на решение
ако не ви харесва, че се забави,

246
00:11:29,030 --> 00:11:32,014
и виртуалната памет е
вид се претоварва,

247
00:11:32,014 --> 00:11:33,680
това, което е друго решение на този проблем?

248
00:11:33,680 --> 00:11:35,260
>> АУДИТОРИЯ: [недоловим]

249
00:11:35,260 --> 00:11:37,260
DAVID Малан: Е,
увеличаване на виртуалната памет

250
00:11:37,260 --> 00:11:39,135
склони да направите това на
още по-голям мащаб.

251
00:11:39,135 --> 00:11:43,540
Бихме могли да се справят с 66 гигабайта на стойност
на нуждите на паметта, или 67 гигабайта.

252
00:11:43,540 --> 00:11:45,830
Но предполагам, че не ми харесва
това бавно надолу, в действителност

253
00:11:45,830 --> 00:11:49,380
Искам да изключите виртуалната
памет, ако това е възможно дори,

254
00:11:49,380 --> 00:11:52,350
какво друго можех да се хвърли в
този проблем да се реши,

255
00:11:52,350 --> 00:11:56,900
мястото, където искам да се справят с повече потребители
и повече изисквания към паметта

256
00:11:56,900 --> 00:11:59,100
от мен физически имате в момента?

257
00:11:59,100 --> 00:12:02,600
>> АУДИТОРИЯ: [недоловим]

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

259
00:12:04,800 --> 00:12:06,140
>> DAVID Малан: За съжаление не.

260
00:12:06,140 --> 00:12:09,850
Така че процесора и ядрата те са
в са ограничен ресурс.

261
00:12:09,850 --> 00:12:13,280
И няма аналог в този контекст.

262
00:12:13,280 --> 00:12:14,990
Добър въпрос, все пак.

263
00:12:14,990 --> 00:12:19,270
Така само за да бъде ясно, прекалено, ако
вътре на този компютър е,

264
00:12:19,270 --> 00:12:24,510
да речем, една пръчка на RAM, която изглежда
като this-- и така ние ще наричаме това RAM.

265
00:12:24,510 --> 00:12:27,070
И тук е устройството с твърд диск.

266
00:12:27,070 --> 00:12:30,130
И аз просто ще направи това
картинно като малко кръгче.

267
00:12:30,130 --> 00:12:33,740
Има 0 и 1 в двете
these-- данни, ние ще го обобщим като.

268
00:12:33,740 --> 00:12:38,030
>> И по същество, ако даден потребител е
пускане на приложение, като,

269
00:12:38,030 --> 00:12:46,070
да речем, един уеб сайт, който изисква това
много RAM на потребител, което аз съм се предлага,

270
00:12:46,070 --> 00:12:48,380
по пътя на това нещо
наречената виртуална памет,

271
00:12:48,380 --> 00:12:53,990
е да се движат само временно
че тук, така че сега аз

272
00:12:53,990 --> 00:12:57,810
може да се движи памет на някой друг
изисквания там.

273
00:12:57,810 --> 00:13:00,420
И тогава, когато това е направено,
Мога да копирате този обратно над

274
00:13:00,420 --> 00:13:04,550
и това отива тук, като по този начин се движи
това, което исках в там някъде другаде

275
00:13:04,550 --> 00:13:05,050
напълно.

276
00:13:05,050 --> 00:13:07,820
>> Така че има само много
Switcheroo, е храна за вкъщи тук.

277
00:13:07,820 --> 00:13:12,380
Така че, ако не ви харесва това, и не е нужно
Искам да сложа нещо на твърдия диск,

278
00:13:12,380 --> 00:13:16,440
това, което е нещо очевидното
разтвор бизнес човек

279
00:13:16,440 --> 00:13:19,684
на проблема, или на инженера
разтвор, за този въпрос, също?

280
00:13:19,684 --> 00:13:21,950
>> АУДИТОРИЯ: [недоловим]

281
00:13:21,950 --> 00:13:24,750
>> DAVID Малан: Да, имам предвид буквално
хвърлят пари на проблема.

282
00:13:24,750 --> 00:13:27,541
И всъщност, това е идеалният
идва и някои от по-високо ниво

283
00:13:27,541 --> 00:13:28,870
дискусии на изчислителни облаци.

284
00:13:28,870 --> 00:13:31,390
Тъй като много от него е мотивиран
от финансови решения,

285
00:13:31,390 --> 00:13:33,040
дори не е задължително технологично.

286
00:13:33,040 --> 00:13:37,830
Ако 64 участия на RAM е твърде малко, добре,
защо не се получи 128 гигабайта RAM?

287
00:13:37,830 --> 00:13:40,440
Защо не се получи 256 гигабайта RAM?

288
00:13:40,440 --> 00:13:41,732
Е, защо не?

289
00:13:41,732 --> 00:13:42,608
>> АУДИТОРИЯ: [недоловим]

290
00:13:42,608 --> 00:13:44,482
DAVID Малан: Е, то
струва повече пари, разбира се.

291
00:13:44,482 --> 00:13:46,970
И ако вече имате резервен
дисково пространство, ефективно,

292
00:13:46,970 --> 00:13:51,407
или еквивалентно, дисково пространство е така
много по-евтино че може и да го използвате.

293
00:13:51,407 --> 00:13:54,490
Така че отново, там е този компромис, който
видяхме дори по-рано тази сутрин,

294
00:13:54,490 --> 00:13:56,656
където има наистина не е
непременно правилен отговор,

295
00:13:56,656 --> 00:14:01,360
има само един по-добър или по-лош отговор
въз основа на това, което действително се грижи за.

296
00:14:01,360 --> 00:14:04,500
>> Така че има и технологични реалности.

297
00:14:04,500 --> 00:14:06,870
Аз не мога да си купя един компютър,
доколкото ми е известно,

298
00:14:06,870 --> 00:14:09,490
с един трилион гигабайта
на RAM в момента.

299
00:14:09,490 --> 00:14:11,540
Тя просто физически не съществува.

300
00:14:11,540 --> 00:14:13,240
Така че има някаква горна граница.

301
00:14:13,240 --> 00:14:15,990
Но ако някога сте дори пазарували
за потребителите на Mac или PC,

302
00:14:15,990 --> 00:14:20,180
също, обикновено има
тази крива на функции

303
00:14:20,180 --> 00:14:23,410
където може да има един добър,
по-добро, и най-добре компютър.

304
00:14:23,410 --> 00:14:25,730
>> И пределния връща
на вашия купуване долар

305
00:14:25,730 --> 00:14:30,227
най-добрият компютър в сравнение с
по-добре компютъра

306
00:14:30,227 --> 00:14:32,560
може да не е толкова висока
като прекара малко повече пари

307
00:14:32,560 --> 00:14:35,599
и получаване на по-добър компютър
над добър компютър.

308
00:14:35,599 --> 00:14:38,390
С други думи, вие сте плащат
премия, за да получите в горната част на линията.

309
00:14:38,390 --> 00:14:40,790
>> И това, което ще видим в
обсъждане на изчислителни облаци

310
00:14:40,790 --> 00:14:44,940
е, че това, което е много често тези
дни, и какво компании като Google

311
00:14:44,940 --> 00:14:50,560
в началото на деня популяризирана, не се плащат
за и сграда наистина фантазия, скъпи

312
00:14:50,560 --> 00:14:53,540
souped до компютри с
много и много всичко,

313
00:14:53,540 --> 00:15:00,140
а по-скоро закупуване или изграждане на доста
скромни компютри, но много от тях,

314
00:15:00,140 --> 00:15:03,280
и с помощта на нещо, което е по принцип
нарича хоризонтална мащабиране вместо

315
00:15:03,280 --> 00:15:04,320
на вертикално мащабиране.

316
00:15:04,320 --> 00:15:08,115
>> Така вертикално мащабиране би означавало да получите повече
RAM, по-диск, повече от всичко,

317
00:15:08,115 --> 00:15:10,187
и нещо като инвестира
вертикално в хардуера

318
00:15:10,187 --> 00:15:12,520
така сте просто да на
най-доброто от най-доброто от най-доброто,

319
00:15:12,520 --> 00:15:13,650
но ти плащат за това.

320
00:15:13,650 --> 00:15:17,580
Хоризонтална скалиране е сортиране на получите
долната редица неща, на добър модел,

321
00:15:17,580 --> 00:15:19,922
или дори по-лошо модел,
но получите много от тях.

322
00:15:19,922 --> 00:15:22,630
Но веднага след като можете да получите много
them-- например, в този случай,

323
00:15:22,630 --> 00:15:27,330
уеб сървъри, ако този един сървър
или един уеб-домакин, е недостатъчно,

324
00:15:27,330 --> 00:15:32,310
След това просто интуитивно, на
решение на този проблем на натоварване

325
00:15:32,310 --> 00:15:36,460
или претоварване на сървърите си,
е или да получите по-голяма сървъра

326
00:15:36,460 --> 00:15:40,770
или това, което аз съм се предлага тук, вместо
на мащабиране вертикално така да се каже,

327
00:15:40,770 --> 00:15:41,920
би било, знаете ли какво?

328
00:15:41,920 --> 00:15:43,580
Просто се получи втора един от тях.

329
00:15:43,580 --> 00:15:46,560
Или може би дори да получите една трета.

330
00:15:46,560 --> 00:15:48,900
Но сега сме създали
един проблем инженерство

331
00:15:48,900 --> 00:15:51,920
от природата на този бизнес
или финансово решение.

332
00:15:51,920 --> 00:15:54,312
Какъв е проблемът на инженеринг сега?

333
00:15:54,312 --> 00:15:56,040
>> АУДИТОРИЯ: [недоловим]

334
00:15:56,040 --> 00:15:59,740
>> DAVID Малан: Да, как правя
можете да ги свържете and-- съжалявам?

335
00:15:59,740 --> 00:16:00,651
>> АУДИТОРИЯ: [недоловим]

336
00:16:00,651 --> 00:16:02,400
DAVID Малан: Точно така,
защото аз все още have--

337
00:16:02,400 --> 00:16:07,280
ако ме въведе отново в тази картина,
ако това е моя лаптоп някъде

338
00:16:07,280 --> 00:16:12,400
в интернет, който в момента е между
мен и компанията, за което говорим,

339
00:16:12,400 --> 00:16:17,960
Сега аз трябва да разбера, за които
сървъра да изпратя този конкретен потребител?

340
00:16:17,960 --> 00:16:25,090
И ако има други потребители, като
това, и тогава този един тук,

341
00:16:25,090 --> 00:16:28,850
и може би това е за употреба A, това
е потребител B, това е ръководство за C,

342
00:16:28,850 --> 00:16:34,720
и това е сървър 1, 2, и блок 3 сега
интуитивен отговор може тук да е просто,

343
00:16:34,720 --> 00:16:37,460
ние ще изпратим потребителското A до 1
и Б-2 и С 3.

344
00:16:37,460 --> 00:16:39,900
И ние може да се справи 3 пъти, тъй като много потребители.

345
00:16:39,900 --> 00:16:41,360
>> Но това е прекалено опростяване.

346
00:16:41,360 --> 00:16:44,480
Как решавате кого да изпрати къде?

347
00:16:44,480 --> 00:16:46,400
Така че нека да се опитаме да се разсъждава по този въпрос.

348
00:16:46,400 --> 00:16:50,110
Така че предполагам, че компютрите
A, B, и C са клиенти,

349
00:16:50,110 --> 00:16:53,972
и сървъри 1, 2, и 3 са
хоризонтално мащабирани сървъри.

350
00:16:53,972 --> 00:16:55,180
Така че те са нещо като идентични.

351
00:16:55,180 --> 00:16:57,200
Всички те са работи на същия софтуер.

352
00:16:57,200 --> 00:16:59,770
И те могат да направят всичко, за едно и също нещо.

353
00:16:59,770 --> 00:17:01,520
Но причината имаме
три от тях е толкова

354
00:17:01,520 --> 00:17:04,710
че можем да се справим с три
пъти като много хора наведнъж.

355
00:17:04,710 --> 00:17:07,960
>> Така че ние знаем от нашата
дискусия преди обяд

356
00:17:07,960 --> 00:17:11,460
че има хардуер в между
лаптопи и сървъри.

357
00:17:11,460 --> 00:17:14,920
Но ние ще просто някак се обобщи
че сега, както и в интернет или в облака.

358
00:17:14,920 --> 00:17:18,707
Но ние знаем, че в моя дом,
вероятно има домашен рутер.

359
00:17:18,707 --> 00:17:21,290
Близо сървърите, вероятно има
рутер, DNS сървър, DHCP.

360
00:17:21,290 --> 00:17:24,780
Не може да има нищо
искаме в тази история.

361
00:17:24,780 --> 00:17:33,360
>> И как ще започне да се реши,
когато потребител A отива something.com,

362
00:17:33,360 --> 00:17:36,630
кой сървър да маршрут на потребителя да?

363
00:17:36,630 --> 00:17:39,409
Как може ние започваме да се каже тази история?

364
00:17:39,409 --> 00:17:40,450
АУДИТОРИЯ: Балансиране на натоварването?

365
00:17:40,450 --> 00:17:41,120
DAVID Малан: Балансиране на натоварването.

366
00:17:41,120 --> 00:17:42,502
Какво искаш да кажеш с това?

367
00:17:42,502 --> 00:17:44,660
>> АУДИТОРИЯ: Връщайки
където най-ползването е

368
00:17:44,660 --> 00:17:47,472
и който има един
повечето налични ресурси.

369
00:17:47,472 --> 00:17:49,930
DAVID Малан: ОК, така че ме пусне
въведе нов тип хардуер

370
00:17:49,930 --> 00:17:53,627
че ние все още не са обсъждани, които
е точно това, балансиращ натоварване.

371
00:17:53,627 --> 00:17:54,960
Това също може да бъде само на сървъра.

372
00:17:54,960 --> 00:17:58,130
Тя може да изглежда точно като
на който видяхме преди малко.

373
00:17:58,130 --> 00:18:01,000
А балансьор натоварване наистина е
само част от софтуера

374
00:18:01,000 --> 00:18:02,660
че сте се движат по част от хардуера.

375
00:18:02,660 --> 00:18:07,310
>> Или можете да заплати на продавача, като
Citrix или други, Cisco и други.

376
00:18:07,310 --> 00:18:10,465
Можете да платите за техния собствен хардуер,
който е балансьор хардуерно натоварване.

377
00:18:10,465 --> 00:18:12,840
Но това просто означава, че те
предварително инсталиран балансиране на натоварването

378
00:18:12,840 --> 00:18:15,580
софтуер за техния хардуер и
го продаде на всички вас заедно.

379
00:18:15,580 --> 00:18:18,670
Така че ние просто ще го направи като
правоъгълник за нашите цели.

380
00:18:18,670 --> 00:18:22,040
>> Как сега да приложи балансьор натоварване?

381
00:18:22,040 --> 00:18:28,150
С други думи, когато потребител А иска да
посетете моя сайт, тяхно искане по някакъв начин

382
00:18:28,150 --> 00:18:31,070
или други, вероятно чрез тези
рутери, за които говорихме по-рано,

383
00:18:31,070 --> 00:18:33,750
ще в крайна сметка да достигне
това натоварване балансьор, които след това

384
00:18:33,750 --> 00:18:36,210
Необходимо е да се вземе решение за маршрутизиране-подобни.

385
00:18:36,210 --> 00:18:38,320
Но това е за маршрутите за сортиране
на по-висока цел сега.

386
00:18:38,320 --> 00:18:40,361
Това не е само за получаване на
от точка А до точка

387
00:18:40,361 --> 00:18:44,730
Б. Става въпрос за вземане на решение, което
точка Б е най-добрият сред them--

388
00:18:44,730 --> 00:18:46,660
1, 2, или 3 в този случай.

389
00:18:46,660 --> 00:18:51,000
>> Е, как да реша дали
за да отидете на 1, 2, 3?

390
00:18:51,000 --> 00:18:55,180
Какво може тази черна кутия, така че да
говори, да прави от вътрешната страна?

391
00:18:55,180 --> 00:18:57,880
Това също е друг пример на
компютърни науки на абстракция.

392
00:18:57,880 --> 00:19:02,410
Аз буквално привлече балансьор натоварване
като черна кутия, с черно мастило, вътре

393
00:19:02,410 --> 00:19:05,300
от които е интересна
логика, или магия дори,

394
00:19:05,300 --> 00:19:07,840
от които се нуждае, за да дойде
на decision-- 1, 2, или 3.

395
00:19:07,840 --> 00:19:12,220
И на входа е просто A.

396
00:19:12,220 --> 00:19:13,442
>> АУДИТОРИЯ: [недоловим]

397
00:19:13,442 --> 00:19:14,400
DAVID Малан: Съжалявам?

398
00:19:14,400 --> 00:19:14,770
АУДИТОРИЯ: [недоловим]

399
00:19:14,770 --> 00:19:18,310
DAVID Малан: Добре, как бихме могли да
категоризиране на видовете сделки

400
00:19:18,310 --> 00:19:19,095
тук?

401
00:19:19,095 --> 00:19:23,772
>> АУДИТОРИЯ: Преглед на уеб страница
спрямо справка с база данни.

402
00:19:23,772 --> 00:19:24,980
DAVID Малан: ОК, това е добре.

403
00:19:24,980 --> 00:19:29,210
Така че може би този потребител
иска да видите на уеб страница.

404
00:19:29,210 --> 00:19:32,954
И може би това е дори статично съдържание,
нещо, което се променя рядко, ако някога.

405
00:19:32,954 --> 00:19:34,870
И това изглежда като
доста проста операция.

406
00:19:34,870 --> 00:19:38,260
Така че може би ние просто ще произволно,
но разумно, да речем,

407
00:19:38,260 --> 00:19:42,750
сървър 1, неговата цел в живота е
да служи само на статично съдържание,

408
00:19:42,750 --> 00:19:45,150
файлове, които рядко, ако някога, промяна.

409
00:19:45,150 --> 00:19:46,870
Може би това е изображенията на страницата.

410
00:19:46,870 --> 00:19:50,180
Може би това е текста на страницата, или
друго такова нещо като безинтересни неща,

411
00:19:50,180 --> 00:19:52,460
нищо за сделка, нищо динамичен.

412
00:19:52,460 --> 00:19:57,000
>> От друга страна, ако потребител А се проверка
от неговата или нейната количка за пазаруване, че

413
00:19:57,000 --> 00:20:00,972
изисква база данни, някъде да се съхранява
и не забравяйте, че сделка, добре

414
00:20:00,972 --> 00:20:02,680
може би това искане
трябва да отиде на сървъра 2.

415
00:20:02,680 --> 00:20:03,610
Така че това е добро.

416
00:20:03,610 --> 00:20:07,010
Така че ние можем да се зареди базирани баланс
от вида на искания.

417
00:20:07,010 --> 00:20:08,278
Как иначе бихме могли да направим това?

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

419
00:20:13,690 --> 00:20:14,686
Какво other--

420
00:20:14,686 --> 00:20:17,382
>> АУДИТОРИЯ: Въз основа на сървъра
оползотворяване и капацитет.

421
00:20:17,382 --> 00:20:18,340
DAVID Малан: Право, OK.

422
00:20:18,340 --> 00:20:19,950
Така че ти спомена, че по-рано, Карим.

423
00:20:19,950 --> 00:20:26,850
И какво, ако ние предлагаме някои вход
на [недоловим] сред сървъри 1, 2,

424
00:20:26,850 --> 00:20:32,070
и 3 на този товар балансьор, така че
те просто непрекъснато информиране

425
00:20:32,070 --> 00:20:36,420
на балансьор натоварване какво е тяхното състояние?

426
00:20:36,420 --> 00:20:39,842
Подобно, хей, натоварване балансьор,
Аз съм на усвояване 50%.

427
00:20:39,842 --> 00:20:41,550
С други думи, имам
наполовина по-малко потребители

428
00:20:41,550 --> 00:20:43,520
както аз действително могат да се справят в момента.

429
00:20:43,520 --> 00:20:45,480
Хей, натоварване балансьор, аз съм
100% натоварване.

430
00:20:45,480 --> 00:20:47,929
Хей, натоварване балансьор, 0% усвояване.

431
00:20:47,929 --> 00:20:49,970
балансьор на натоварване, ако това е
проектирани по начин, който

432
00:20:49,970 --> 00:20:53,990
може да предприеме в тези коментари
като вход, той може след това

433
00:20:53,990 --> 00:20:57,420
реши, ох, номер 2 е на 100%.

434
00:20:57,420 --> 00:21:01,440
Нека да изпрати не бъдещи искания към него
различни от потребителите, вече свързан.

435
00:21:01,440 --> 00:21:02,360
Този човек е на 0%.

436
00:21:02,360 --> 00:21:03,940
Нека да изпратим много трафик към него.

437
00:21:03,940 --> 00:21:05,480
Този човек каза, че той е на 50%.

438
00:21:05,480 --> 00:21:08,080
Нека да изпрати някои трафик към него.

439
00:21:08,080 --> 00:21:12,012
>> Така че да се съставка, че
бихме могли да вземе товар под внимание.

440
00:21:12,012 --> 00:21:13,470
И това ще се промени с течение на времето.

441
00:21:13,470 --> 00:21:14,678
Така че решенията ще се променят.

442
00:21:14,678 --> 00:21:17,350
Така че това е една наистина добра техника,
един, който е често използван.

443
00:21:17,350 --> 00:21:18,410
Какво друго можем да направим?

444
00:21:18,410 --> 00:21:20,380
И нека всъщност просто обобщим тук.

445
00:21:20,380 --> 00:21:29,510
Така че решенията тук биха могли да бъдат
по вид трафик, аз ще го наричат.

446
00:21:29,510 --> 00:21:32,220
Тя може да бъде в зависимост от натоварването.

447
00:21:32,220 --> 00:21:34,692
Нека да видим дали не можем
излезе с няколко други.

448
00:21:34,692 --> 00:21:35,934
>> АУДИТОРИЯ: [недоловим]

449
00:21:35,934 --> 00:21:36,850
DAVID Малан: Местоположение.

450
00:21:36,850 --> 00:21:37,724
Така че това е добро.

451
00:21:37,724 --> 00:21:40,880
Така location-- как може да ви
наберат тази информация?

452
00:21:40,880 --> 00:21:44,317
>> АУДИТОРИЯ: [недоловим]

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

454
00:21:54,140 --> 00:21:57,040
>> DAVID Малан: О, това е добре.

455
00:21:57,040 --> 00:21:59,450
И за колко милисекунди
ще го намали с

456
00:21:59,450 --> 00:22:02,466
въз основа на това, което видяхме тази
сутрин, ще ви кажа?

457
00:22:02,466 --> 00:22:04,330
>> АУДИТОРИЯ: [недоловим]

458
00:22:04,330 --> 00:22:06,550
>> DAVID Малан: Е, базирани
по маршрутите на следи

459
00:22:06,550 --> 00:22:09,070
видяхме по-рано, което е просто
груба мярка за нещо,

460
00:22:09,070 --> 00:22:11,800
най-малко колко време отнема
за данни, за да получите от точка А до Б

461
00:22:11,800 --> 00:22:16,140
се чувства като нещо местно беше, какво,
като 74 милисекунди, или да се даде?

462
00:22:16,140 --> 00:22:19,200
И тогава всичко 100 плюс,
200 плюс е вероятно в чужбина.

463
00:22:19,200 --> 00:22:22,110
И така, въз основа на които сам,
изглежда разумно да се предположи,

464
00:22:22,110 --> 00:22:25,310
че за употреба в САЩ
за достъп до Европейския сървър

465
00:22:25,310 --> 00:22:28,900
може да отнеме два или три пъти
толкова дълго, дори в милисекунди,

466
00:22:28,900 --> 00:22:31,280
отколкото може да се предприеме, ако това
сървъра се намира тук

467
00:22:31,280 --> 00:22:33,370
географски, или обратното.

468
00:22:33,370 --> 00:22:35,120
Така че, когато аз предложих
по-рано, че особено

469
00:22:35,120 --> 00:22:37,880
след като премине, че 200 милисекунди
праг, или да се даде,

470
00:22:37,880 --> 00:22:39,210
хората започват да забележите.

471
00:22:39,210 --> 00:22:42,960
И маршрута на следа е просто
ако приемем, суровини, безинтересни данни.

472
00:22:42,960 --> 00:22:46,570
Когато имате уеб сайт, трябва да се
получите на потребителя изтегляне изображения или филм

473
00:22:46,570 --> 00:22:49,150
файлове, много текст,
следващи заявки.

474
00:22:49,150 --> 00:22:53,116
Видяхме, когато посетихме, това, което е
това, Facebook или Amazon по-рано,

475
00:22:53,116 --> 00:22:55,490
има един куп неща
който трябва да бъде изтеглен.

476
00:22:55,490 --> 00:22:56,573
Така, че ще ходи да се добави.

477
00:22:56,573 --> 00:23:00,259
Така че мулти-секунди мощ
Не било неразумно.

478
00:23:00,259 --> 00:23:01,800
Така че добре, географията е една съставка.

479
00:23:01,800 --> 00:23:05,920
Така че в действителност компании като
Akamai, ако сте чували за тях,

480
00:23:05,920 --> 00:23:10,000
или другите отдавна са взети
география предвид.

481
00:23:10,000 --> 00:23:14,170
И се оказва, че по природа на
IP адрес, IP адрес моя лаптоп,

482
00:23:14,170 --> 00:23:18,277
можете да заключим, с някои вероятност,
къде се намирате по света.

483
00:23:18,277 --> 00:23:20,110
И всъщност има
услуги на трети страни вас

484
00:23:20,110 --> 00:23:24,480
може да плати, които поддържат бази данни
на IP адреси и географии

485
00:23:24,480 --> 00:23:28,660
че с високо доверие ще бъде
вярно, когато попита, къде по света

486
00:23:28,660 --> 00:23:30,090
е този IP адрес?

487
00:23:30,090 --> 00:23:32,130
>> И така, в действителност това, което
други компании използват тази?

488
00:23:32,130 --> 00:23:35,900
Ако имате Hulu или Netflix, ако е
някога сте били пътуване в чужбина,

489
00:23:35,900 --> 00:23:38,640
и да се опитате да гледате нещо на
Hulu, и вие не сте в САЩ,

490
00:23:38,640 --> 00:23:41,280
можете да видите съобщение
казвайки, не и в САЩ.

491
00:23:41,280 --> 00:23:43,208
За съжаление, не можете да видите това съдържание.

492
00:23:43,208 --> 00:23:44,420
>> АУДИТОРИЯ: [недоловим]

493
00:23:44,420 --> 00:23:46,020
>> DAVID Малан: О, наистина?

494
00:23:46,020 --> 00:23:48,480
Но да, така всъщност това е
перфектно приложение

495
00:23:48,480 --> 00:23:51,060
на нещо много технически
до едно действително проблем.

496
00:23:51,060 --> 00:23:55,100
Ако ви се налага да VPN от
Европа или Азия, или където и да е

497
00:23:55,100 --> 00:23:57,950
в света, за да си корпоративна
седалище в Ню Йорк

498
00:23:57,950 --> 00:24:00,670
или където и да сте, вие сте
ще създаде облика

499
00:24:00,670 --> 00:24:03,580
на външни сайтове, които
вие сте всъщност в Ню Йорк,

500
00:24:03,580 --> 00:24:05,660
въпреки че сте
физически доста далеч.

501
00:24:05,660 --> 00:24:08,057
>> Сега потребителят ще
Знам, че си очевидно далеч.

502
00:24:08,057 --> 00:24:11,140
Но вие също ще го чувствам, защото
на тези допълнителни милисекунди.

503
00:24:11,140 --> 00:24:14,510
Това допълнително разстояние и
криптиране, което се случва в VPN

504
00:24:14,510 --> 00:24:15,760
ще забави нещата.

505
00:24:15,760 --> 00:24:17,680
Така че това може или не може
бъде страхотно преживяване.

506
00:24:17,680 --> 00:24:21,050
Но Hulu и Netflix ще видим
вие като седи някъде в Ню Йорк,

507
00:24:21,050 --> 00:24:23,817
като сте ясно се възприема.

508
00:24:23,817 --> 00:24:25,150
Какво идеалното решение за това.

509
00:24:25,150 --> 00:24:28,490
>> Добре, така че географията е едно решение.

510
00:24:28,490 --> 00:24:32,290
Какво друго може да използваме, за да реши как
да маршрут трафик от A, B, и C

511
00:24:32,290 --> 00:24:37,040
1, 2 и 3, отново, удар
инженерната шапка?

512
00:24:37,040 --> 00:24:38,850
Всичко това звучи много сложно.

513
00:24:38,850 --> 00:24:41,490
Хм, аз дори не знам къде
да започнат да прилагат тези.

514
00:24:41,490 --> 00:24:44,450
Дай ми нещо, което е по-просто.

515
00:24:44,450 --> 00:24:48,160
Какво е най-простият начин
да вземете това решение?

516
00:24:48,160 --> 00:24:49,840
>> АУДИТОРИЯ: налична ли е сървъра?

517
00:24:49,840 --> 00:24:51,650
>> DAVID Малан: налична ли е сървъра?

518
00:24:51,650 --> 00:24:53,970
Така че не е зле.

519
00:24:53,970 --> 00:24:54,470
Това е добре.

520
00:24:54,470 --> 00:24:56,260
Това е нещо като нюансиране на натоварване.

521
00:24:56,260 --> 00:24:58,070
Така че нека да се запази, че в категорията на натоварване.

522
00:24:58,070 --> 00:25:00,010
Ако сте на разположение, аз съм просто
ще изпрати данните там.

523
00:25:00,010 --> 00:25:01,343
Но това може да се обърне срещу бързо.

524
00:25:01,343 --> 00:25:05,720
Защото, ако използвам тази логика, и ако аз
Винаги питам 1, вие сте на, вие сте на,

525
00:25:05,720 --> 00:25:08,970
вие сте на това, ако отговорът е винаги да,
Отивам да изпрати 100% от трафика

526
00:25:08,970 --> 00:25:11,060
до него, 0% за всички останали.

527
00:25:11,060 --> 00:25:14,430
И в един момент, ние ще удари
че забавяне или недостъпна сайт.

528
00:25:14,430 --> 00:25:17,630
Така че това, което е малко по-добре, отколкото
това, но все още е доста проста

529
00:25:17,630 --> 00:25:22,412
и не толкова умен като вземат всички
тези допълнителни данни под внимание?

530
00:25:22,412 --> 00:25:23,992
>> АУДИТОРИЯ: Цена на сървъра.

531
00:25:23,992 --> 00:25:25,200
DAVID Малан: Цена на сървъра.

532
00:25:25,200 --> 00:25:28,010
ОК, така че нека да се хвърля, че
в категорията натоварване, също.

533
00:25:28,010 --> 00:25:30,790
Защото това, което ще намерите в
дружество, too--, че ако

534
00:25:30,790 --> 00:25:32,790
надграждане сървъри
с течение на времето или купуват повече,

535
00:25:32,790 --> 00:25:36,242
може да не бъде в състояние да получите точно
същите версии на хардуера.

536
00:25:36,242 --> 00:25:37,450
Тъй като тя попада извън дата.

537
00:25:37,450 --> 00:25:38,491
Вие не може да го купи вече.

538
00:25:38,491 --> 00:25:39,360
Цените се променят.

539
00:25:39,360 --> 00:25:42,500
>> Така че може да се наложи коренно различни сървъри
в клъстер, така да се каже.

540
00:25:42,500 --> 00:25:43,890
Това е напълно наред.

541
00:25:43,890 --> 00:25:47,100
Но следващата година хардуер
може да е два пъти по-бързо,

542
00:25:47,100 --> 00:25:49,390
два пъти по-способен като тази година.

543
00:25:49,390 --> 00:25:51,500
Така че ние можем да хвърля, че
в категорията натоварване.

544
00:25:51,500 --> 00:25:54,260
Тази обратна връзка между 1,
2, и 3 в балансьор натоварване

545
00:25:54,260 --> 00:25:57,650
със сигурност може да го кажа,
хей, аз съм на 50% от капацитета си.

546
00:25:57,650 --> 00:26:00,100
Но между другото, аз също
има два пъти повече ядра.

547
00:26:00,100 --> 00:26:02,319
Използвайте тази информация.

548
00:26:02,319 --> 00:26:05,110
Дори simpler-- и това се случва
да бъде тема по компютърни науки.

549
00:26:05,110 --> 00:26:08,990
В случай на съмнение, или когато искате просто
решение, което обикновено работи добре

550
00:26:08,990 --> 00:26:12,730
с течение на времето, не могат да си избират един и същ
сървър през цялото време, но choose--

551
00:26:12,730 --> 00:26:14,039
>> АУДИТОРИЯ: А случайно някой?

552
00:26:14,039 --> 00:26:15,330
DAVID Малан: -А произволен сървър.

553
00:26:15,330 --> 00:26:16,780
Да, изберете една или друга страна.

554
00:26:16,780 --> 00:26:21,160
Така че случайността е всъщност
това много мощен съставка

555
00:26:21,160 --> 00:26:23,170
по компютърни науки,
и в инженерната повече

556
00:26:23,170 --> 00:26:27,160
като цяло, особено когато искате
да се направи проста решение бързо

557
00:26:27,160 --> 00:26:30,480
без да го усложнява с всички
от тях много умен, но също така и

558
00:26:30,480 --> 00:26:34,330
много умни, решения, които изискват
още по-инженеринг, всички

559
00:26:34,330 --> 00:26:36,220
на повече мисъл, когато
Наистина, защо не мога да

560
00:26:36,220 --> 00:26:39,200
просто вид флип на монета, или
тристранна монета в този случай,

561
00:26:39,200 --> 00:26:41,690
и да реши дали да отиде 1, 2, 3?

562
00:26:41,690 --> 00:26:45,610
>> Това може да се обърне срещу вероятностно,
но много прилича на коефициентите

563
00:26:45,610 --> 00:26:48,860
на отново обръщане глави и
отново и отново

564
00:26:48,860 --> 00:26:53,870
и отново е възможно
reality-- супер, супер малко вероятно.

565
00:26:53,870 --> 00:26:58,170
Така с течение на времето, шансовете са
просто изпращане на потребители на случаен принцип

566
00:26:58,170 --> 00:27:00,660
до 1, 2, и 3 ще се
изработи съвършено глоба.

567
00:27:00,660 --> 00:27:03,380
И това е техника
известна като всеки срещу всеки.

568
00:27:03,380 --> 00:27:05,160
>> Или всъщност, това не е всеки срещу всеки.

569
00:27:05,160 --> 00:27:06,980
Това ще бъде най-случаен подход.

570
00:27:06,980 --> 00:27:09,250
А ако искате да бъде още по-
малко по-просто от това,

571
00:27:09,250 --> 00:27:12,820
кръгов би било, първо лице отива
до 1, второто лице на 2, трето лице

572
00:27:12,820 --> 00:27:16,056
до 3, четвърто лице към 1.

573
00:27:16,056 --> 00:27:17,430
И в това е кръгов.

574
00:27:17,430 --> 00:27:19,580
Ти просто вид обикалят в един цикъл.

575
00:27:19,580 --> 00:27:21,300
>> Сега, вие трябва да бъдете умни за това.

576
00:27:21,300 --> 00:27:26,490
Вие не трябва сляпо да изпрати на потребителя да
сървър номер едно, ако това, което е в случая?

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

578
00:27:30,060 --> 00:27:32,870
Ако това е в максимален капацитет, или
това е просто вече не реагира.

579
00:27:32,870 --> 00:27:35,270
Така че в идеалния случай искате някои
вид обратна връзка.

580
00:27:35,270 --> 00:27:38,040
В противен случай, вие трябва само да изпратите всички
на потребителите си до задънена улица.

581
00:27:38,040 --> 00:27:40,790
Но това може да бъде взето предвид, също.

582
00:27:40,790 --> 00:27:46,520
>> Така че не се под оценят стойността на
просто случайност, която е доста често

583
00:27:46,520 --> 00:27:48,970
решение на тези видове проблеми.

584
00:27:48,970 --> 00:27:51,580
И ние ще запише всеки срещу всеки.

585
00:27:51,580 --> 00:27:55,090
Е, как да се приложат някои фирми
кръгов или случайността

586
00:27:55,090 --> 00:27:56,840
или който и да е от тези решения?

587
00:27:56,840 --> 00:28:01,840
Е съжаление, те
правя неща като това.

588
00:28:01,840 --> 00:28:03,660
Остави ме да извадя още един бърз скрийншот.

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

590
00:28:13,052 --> 00:28:14,470
>> Всъщност, нека да направим две.

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

592
00:28:17,420 --> 00:28:21,370
Аз не знам защо сме
получаване на всички тези ястия.

593
00:28:21,370 --> 00:28:22,280
Това е много странно.

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

595
00:28:31,714 --> 00:28:33,630
Добре, това, което наистина
Искам една снимка.

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

597
00:28:36,990 --> 00:28:40,100
Това е странно.

598
00:28:40,100 --> 00:28:42,930
Добре, така че аз може да изигравам това.

599
00:28:42,930 --> 00:28:46,080
Аз не знам колко по-далеч
Искам да запазя превъртане.

600
00:28:46,080 --> 00:28:53,220
>> Така че много често, вие ще се окажете
на адрес, като www.2.acme.com,

601
00:28:53,220 --> 00:28:56,030
може би www.3 или 4 или 5.

602
00:28:56,030 --> 00:28:57,424
И държи под око за това.

603
00:28:57,424 --> 00:28:58,590
Вие не го виждам, че често.

604
00:28:58,590 --> 00:29:02,621
Но когато това стане, то вид има тенденция да
да бъде по-големи, по-възрастните, stodgier фирми

605
00:29:02,621 --> 00:29:05,370
че технологично наистина не
изглежда да знаят какво правят.

606
00:29:05,370 --> 00:29:08,150
И вие виждате този на технологични компании
Понякога, по-старите.

607
00:29:08,150 --> 00:29:09,270
>> Така че това, което правят те?

608
00:29:09,270 --> 00:29:11,890
Как са те за изпълнение
балансиране на натоварването, ще изглежда?

609
00:29:11,890 --> 00:29:15,986
Ако се окажете като
потребителското пишете www.something.com,

610
00:29:15,986 --> 00:29:19,760
и изведнъж сте на
www.2.something.com,

611
00:29:19,760 --> 00:29:21,866
какво е тяхното натоварване
балансьор вероятно направено?

612
00:29:21,866 --> 00:29:22,741
АУДИТОРИЯ: [недоловим]

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

614
00:29:28,210 --> 00:29:31,079
>> DAVID Малан: Да, така че
натоварване балансьор е вероятно

615
00:29:31,079 --> 00:29:33,870
вземане на решение въз основа на един от
вземане processes-- това решение

616
00:29:33,870 --> 00:29:35,210
няма значение кой.

617
00:29:35,210 --> 00:29:38,650
Но много като съм съставен от
номера на дъската тук

618
00:29:38,650 --> 00:29:40,650
сървърите не са просто
наречен 1, 2 и 3.

619
00:29:40,650 --> 00:29:43,870
Те вероятно се нарича
www1, www2, www3.

620
00:29:43,870 --> 00:29:47,200
И се оказва, че вътре на
заявка за HTTP е тази функция.

621
00:29:47,200 --> 00:29:48,950
И аз ще
симулира това, както следва.

622
00:29:48,950 --> 00:29:53,230
>> Отивам да се отворят, че същата
раздела разработчик мрежа, както преди просто

623
00:29:53,230 --> 00:29:55,560
за да можем да видим какво се случва
за под предния капак.

624
00:29:55,560 --> 00:29:57,130
Отивам да изчистите екрана.

625
00:29:57,130 --> 00:30:03,420
И аз ще отида да, нека
се каже, http://harvard.edu.

626
00:30:03,420 --> 00:30:06,560
Сега за каквото и
бизнес причини, Harvard

627
00:30:06,560 --> 00:30:08,930
реши, подобно на много,
много други уеб сайтове,

628
00:30:08,930 --> 00:30:12,712
да се стандартизират му
уебсайт на www.harvard.edu

629
00:30:12,712 --> 00:30:14,420
както за техническа
и маркетингови причини.

630
00:30:14,420 --> 00:30:16,326
Това е просто вид в
мода да имат WWW.

631
00:30:16,326 --> 00:30:20,500
>> Така сървъра в Харвард има
по някакъв начин да пренасочим потребителя,

632
00:30:20,500 --> 00:30:23,830
както аз държа поговорка, от
един URL към другия.

633
00:30:23,830 --> 00:30:24,670
Как се работи?

634
00:30:24,670 --> 00:30:26,740
Е, нека да вървим напред и да се удари Enter.

635
00:30:26,740 --> 00:30:30,830
И забележете URL наистина бързо
променен на www.harvard.edu.

636
00:30:30,830 --> 00:30:35,560
Нека да превъртите назад в тази
история и кликнете върху тази отстраняване на грешки

637
00:30:35,560 --> 00:30:37,650
диагностична информация, ако щете.

638
00:30:37,650 --> 00:30:39,170
Нека да разгледаме молбата ми.

639
00:30:39,170 --> 00:30:41,020
>> Така че тук е по искане направих.

640
00:30:41,020 --> 00:30:44,870
И забележи, че е в съответствие с вида
на заявка направих на Facebook преди.

641
00:30:44,870 --> 00:30:48,010
Но забележете отговора.

642
00:30:48,010 --> 00:30:50,430
Какво е различното в
отговорът този път?

643
00:30:50,430 --> 00:30:51,890
>> АУДИТОРИЯ: [недоловим]

644
00:30:51,890 --> 00:30:54,290
>> DAVID Малан: Да, така че това не е 200 OK.

645
00:30:54,290 --> 00:30:56,130
Това не е 404 не е намерена.

646
00:30:56,130 --> 00:31:00,150
Това е 301 преместен за постоянно, което
е вид смешно начин да се каже,

647
00:31:00,150 --> 00:31:05,270
Харвард е вдигна и се премества
другаде да www.harvard.edu.

648
00:31:05,270 --> 00:31:08,220
На 301 означава, че
това е пренасочване.

649
00:31:08,220 --> 00:31:12,812
И до къде трябва потребителя
очевидно бъдат пренасочени?

650
00:31:12,812 --> 00:31:15,520
Има допълнителна хапка от
информация вътре, че плик.

651
00:31:15,520 --> 00:31:19,650
И всеки един от тези линии ще предприятието
започнете да се обадите на заглавна HTTP.

652
00:31:19,650 --> 00:31:23,620
Header е просто ключова стойност
pair-- нещо нещо на дебелото черво.

653
00:31:23,620 --> 00:31:24,850
Това е част от информацията.

654
00:31:24,850 --> 00:31:27,131
Къде случай, че новите
местоположение очевидно бъде?

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

656
00:31:31,120 --> 00:31:33,692
Обърнете внимание на последния ред
Сред всички тези заглавки.

657
00:31:33,692 --> 00:31:34,940
>> АУДИТОРИЯ: [недоловим]

658
00:31:34,940 --> 00:31:37,148
>> DAVID Малан: Да, така че има
Допълнителна информация.

659
00:31:37,148 --> 00:31:40,120
На първия ред, че съм подчертано
казва 301 преместен за постоянно.

660
00:31:40,120 --> 00:31:42,820
Е, къде го е преместен?

661
00:31:42,820 --> 00:31:45,340
Последният line-- и те не го правят
трябва да бъде в този ред.

662
00:31:45,340 --> 00:31:47,020
Тя може да бъде произволен.

663
00:31:47,020 --> 00:31:52,120
Местоположение на дебелото черво означава, хей
браузър, отидете на този адрес, вместо.

664
00:31:52,120 --> 00:31:55,180
>> Така браузъри разбират HTTP пренасочвания.

665
00:31:55,180 --> 00:31:57,540
И това е много, много
общ начин на подскачащи

666
00:31:57,540 --> 00:31:59,680
потребителя от едно място на друго.

667
00:31:59,680 --> 00:32:02,660
Например, ако сте някога се опита
да посетите уеб сайт, че не сте

668
00:32:02,660 --> 00:32:06,360
влезли в, може изведнъж се намери
себе си в нов URL напълно е

669
00:32:06,360 --> 00:32:07,530
подканени да влезете.

670
00:32:07,530 --> 00:32:08,400
>> Как се работи?

671
00:32:08,400 --> 00:32:10,920
Сървърът е вероятно изпращане на 301.

672
00:32:10,920 --> 00:32:14,510
Има и други номера, като
302, малко по-различен в смисъл,

673
00:32:14,510 --> 00:32:16,490
че ви изпрати към друг URL.

674
00:32:16,490 --> 00:32:18,770
И след това на сървъра,
след като сте влезли в системата,

675
00:32:18,770 --> 00:32:22,000
ще ви изпрати обратно до мястото, където
всъщност предназначен.

676
00:32:22,000 --> 00:32:27,700
>> И така, какво, тогава, са слабо
проектирани сайтове правят?

677
00:32:27,700 --> 00:32:31,340
Когато посетите
www.acme.com, и те просто

678
00:32:31,340 --> 00:32:35,490
се случи да има име на техните сървъри
www1, www2, www3, и така нататък,

679
00:32:35,490 --> 00:32:39,100
те са много simply--
което е справедливо, но много

680
00:32:39,100 --> 00:32:46,080
сортиране на foolishly-- ви пренасочва към
един действително различно име на сървъра.

681
00:32:46,080 --> 00:32:48,650
И тя работи перфектно добре.

682
00:32:48,650 --> 00:32:49,930
Това е хубаво и лесно.

683
00:32:49,930 --> 00:32:52,200
>> Виждали сме как би било
направено под капака

684
00:32:52,200 --> 00:32:53,490
във виртуалния плика.

685
00:32:53,490 --> 00:32:56,450
Но защо е това може би е
лошо решение инженерство?

686
00:32:56,450 --> 00:33:00,345
И защо съм някак снизходително
към този конкретен инженерство

687
00:33:00,345 --> 00:33:00,845
подход?

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

689
00:33:06,420 --> 00:33:07,850
Твърдят, защо това е лошо.

690
00:33:07,850 --> 00:33:09,375
Бен?

691
00:33:09,375 --> 00:33:10,250
АУДИТОРИЯ: [недоловим]

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

693
00:33:12,864 --> 00:33:16,030
DAVID Малан: Всеки сървър ще трябва да
има дубликат на сайта.

694
00:33:16,030 --> 00:33:16,738
Аз съм ОК с това.

695
00:33:16,738 --> 00:33:19,490
И в действителност, това е, което аз съм
мислейки за цялата тази история,

696
00:33:19,490 --> 00:33:22,104
тъй като, ако ние wanted-- добре
Всъщност, с изключение на Дан рано

697
00:33:22,104 --> 00:33:25,270
предложение, където, ако имате различен
сървъри правят различни неща, а след това

698
00:33:25,270 --> 00:33:27,740
може би те в действителност може да бъде
функционално прави различни неща.

699
00:33:27,740 --> 00:33:30,698
>> Но дори и тогава, в един момент, си
база данни ще се претовари.

700
00:33:30,698 --> 00:33:33,030
Вашият статичен сървър активи
ще се претовари.

701
00:33:33,030 --> 00:33:34,850
Така че в някакъв момент, ние сме
назад към тази история, когато ние

702
00:33:34,850 --> 00:33:36,475
нужда от няколко копия на едно и също нещо.

703
00:33:36,475 --> 00:33:37,395
Така че аз съм ОК с това.

704
00:33:37,395 --> 00:33:38,270
АУДИТОРИЯ: [недоловим]

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

706
00:33:42,340 --> 00:33:45,350
>> DAVID Малан: Добре, така че някои страници
може да се окаже непропорционално популярен.

707
00:33:45,350 --> 00:33:50,460
И така фиксирането на един адрес
не е непременно най-доброто нещо.

708
00:33:50,460 --> 00:33:51,110
[Недоловим]?

709
00:33:51,110 --> 00:33:51,985
>> АУДИТОРИЯ: [недоловим]

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

711
00:33:54,770 --> 00:33:57,623
>> DAVID Малан: Какво искаш да кажеш с това?

712
00:33:57,623 --> 00:33:58,498
АУДИТОРИЯ: [недоловим]

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

714
00:34:03,820 --> 00:34:05,072
>> DAVID Малан: Да, точно.

715
00:34:05,072 --> 00:34:07,280
Така че не искате да
задължително ли have-- сигурност

716
00:34:07,280 --> 00:34:11,370
не искат да имат потребителите си
ръчно да пишете в www1 или www2.

717
00:34:11,370 --> 00:34:14,550
От гледна точка на търговска марка, тя
просто изглежда малко смешно.

718
00:34:14,550 --> 00:34:17,340
Ако просто искате нещо като
чист, елегантен опит,

719
00:34:17,340 --> 00:34:20,364
като тези вид на случаен принцип
номерирани URL адреси наистина не е добро.

720
00:34:20,364 --> 00:34:22,780
Защото тогава потребителите са непременно
Ще ги копирайте и поставете

721
00:34:22,780 --> 00:34:24,449
в имейли или незабавни съобщения.

722
00:34:24,449 --> 00:34:25,659
>> Сега те са посадъчен.

723
00:34:25,659 --> 00:34:28,600
Сега можете да започнете нещо объркващо си
по-малко технически аудитория, който си мисли,

724
00:34:28,600 --> 00:34:32,239
вашия уеб адрес е www2.something.com.

725
00:34:32,239 --> 00:34:35,434
Има няма непреодолими семантиката на това.

726
00:34:35,434 --> 00:34:38,100
Тя просто се случва да бъде в основата на
техническа подробност, че сте

727
00:34:38,100 --> 00:34:40,190
номерирани сървърите си по този начин.

728
00:34:40,190 --> 00:34:45,760
>> И още по-лошо, какво ще стане ако, например,
може би около Коледа, когато

729
00:34:45,760 --> 00:34:50,090
бизнес е наистина процъфтява,
имаш www1 чрез www99,

730
00:34:50,090 --> 00:34:53,530
но през януари и февруари и
нататък, можете да изключите половината от тези,

731
00:34:53,530 --> 00:34:56,440
така че трябва само www1 чрез www50?

732
00:34:56,440 --> 00:35:01,963
Какво е влиянието сега за това
много разумна бизнес решение?

733
00:35:01,963 --> 00:35:02,838
АУДИТОРИЯ: [недоловим]

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

735
00:35:05,628 --> 00:35:07,752
DAVID Малан: Трябва да се
управлявате всички онези, все още.

736
00:35:07,752 --> 00:35:10,515
АУДИТОРИЯ: [недоловим]

737
00:35:10,515 --> 00:35:11,390
DAVID Малан: Точно така.

738
00:35:11,390 --> 00:35:12,681
Това е вид на улова там.

739
00:35:12,681 --> 00:35:16,800
Ако вашите клиенти са в навика
Маркиране на неща, за електронна поща тях, просто

740
00:35:16,800 --> 00:35:19,351
спасяването на URL адреса някъде, или
ако това е само в техния автомобил

741
00:35:19,351 --> 00:35:22,350
завършат в браузъра си, така че те са
не наистина умишлено го пишете,

742
00:35:22,350 --> 00:35:25,560
това е просто се случва, те биха могли,
в продължение на 11 месеца от годината

743
00:35:25,560 --> 00:35:27,190
ефективно, да достигне до задънена улица.

744
00:35:27,190 --> 00:35:30,100
И само най-проницателен от
Потребителите ще осъзнаят,

745
00:35:30,100 --> 00:35:32,040
Може би трябва ръчно
премахване на този номер.

746
00:35:32,040 --> 00:35:35,610
Искам да кажа, че просто не може да се случи
с много потребители, така лошо за бизнеса,

747
00:35:35,610 --> 00:35:37,750
лошо изпълнение инженерство мъдър.

748
00:35:37,750 --> 00:35:40,230
>> Така че за щастие, това не е дори необходимо.

749
00:35:40,230 --> 00:35:43,120
Оказва се, че това, което
разпределение на натоварването може да направи

750
00:35:43,120 --> 00:35:48,130
е вместо да каже, когато A
прави request-- хей A, преминете към 1.

751
00:35:48,130 --> 00:35:50,280
С други думи, вместо
на изпращане на това пренасочване

752
00:35:50,280 --> 00:35:53,540
такъв, че първата стъпка в тази
процес е в движение тук,

753
00:35:53,540 --> 00:35:55,280
След това той се каза да отида на друго място.

754
00:35:55,280 --> 00:35:57,530
И така, стъпка три е, той отива на друго място.

755
00:35:57,530 --> 00:36:04,600
>> вместо Можете да продължите да маршрут, за да
продължите да използвате този термин, всички данни на А

756
00:36:04,600 --> 00:36:10,590
чрез балансьор натоварване, така че той
никога контакти 1, 2, или 3 директно.

757
00:36:10,590 --> 00:36:15,150
Всичко на движението все пак се "насочват"
от товара се балансьор.

758
00:36:15,150 --> 00:36:17,524
И така сега сме нещо като
преднамерено замъгляване на линиите

759
00:36:17,524 --> 00:36:18,690
сред тези различни устройства.

760
00:36:18,690 --> 00:36:20,930
А балансьор натоварване може данни за маршрута.

761
00:36:20,930 --> 00:36:22,435
Това е просто една функция, която тя има.

762
00:36:22,435 --> 00:36:25,420
>> Така че един балансьор товар, прекалено, това е
парче от софтуер, наистина.

763
00:36:25,420 --> 00:36:27,130
И рутер е част от софтуера.

764
00:36:27,130 --> 00:36:29,660
И вие може да имате абсолютно
две парчета софтуер вътре

765
00:36:29,660 --> 00:36:34,000
на един физически компютър, така че натоварването
балансьор може да направи тези няколко неща.

766
00:36:34,000 --> 00:36:36,130
>> Така че има един друг начин
да се направи това, което всъщност

767
00:36:36,130 --> 00:36:39,670
датира от сортиране на първите принципи
на DNS, което ние говорихме за

768
00:36:39,670 --> 00:36:40,230
преди да се разцепи.

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

770
00:36:41,634 --> 00:36:43,550
Не забравяйте, че можете да
зададете DNS сървъра, това, което е

771
00:36:43,550 --> 00:36:46,460
на IP адреса на
google.com, facebook.com?

772
00:36:46,460 --> 00:36:48,250
>> И всъщност ние можем да направим това.

773
00:36:48,250 --> 00:36:51,940
Инструмент, ние не използваме по-рано е
един, който е също толкова достъпен,

774
00:36:51,940 --> 00:36:55,510
наречен Nslookup, за справка името на сървъра.

775
00:36:55,510 --> 00:36:57,410
И аз съм просто ще въведете facebook.com.

776
00:36:57,410 --> 00:37:02,500
И виждам, че Facebook е IP
адрес очевидно е това.

777
00:37:02,500 --> 00:37:05,520
Нека да вървим напред и да копирате
че, отидете на браузъра,

778
00:37:05,520 --> 00:37:11,690
и отидете на HTTP: // и че
IP адрес и натиснете Enter.

779
00:37:11,690 --> 00:37:14,140
И разбира се, това не изглежда да работи.

780
00:37:14,140 --> 00:37:18,610
>> Сега работи назад, това, което беше
вътре на виртуален пакет

781
00:37:18,610 --> 00:37:25,454
че Facebook отговори с, когато
Посетих че IP адрес директно?

782
00:37:25,454 --> 00:37:26,745
Защото известие, където съм сега?

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

784
00:37:29,250 --> 00:37:32,484
Къде съм сега, на адреса?

785
00:37:32,484 --> 00:37:33,450
>> АУДИТОРИЯ: [недоловим]

786
00:37:33,450 --> 00:37:36,116
>> DAVID Малан: В сигурна версия,
и в www.facebook.com.

787
00:37:36,116 --> 00:37:38,520
Така че това не е дори само
сигурния IP адреса.

788
00:37:38,520 --> 00:37:42,650
Facebook е, че вземат при себе си
да се каже, че това е абсурдно.

789
00:37:42,650 --> 00:37:45,710
Ние няма да ви държат в тази
грозно търси URL, че е цифров.

790
00:37:45,710 --> 00:37:50,120
Ние ще ви изпратим HTTP
пренасочва по пътя на същата заглавна

791
00:37:50,120 --> 00:37:53,010
че видяхме before--
местоположение на дебелото черво нещо.

792
00:37:53,010 --> 00:37:56,340
>> И така, това просто означава, че под
качулката е все още този IP адрес.

793
00:37:56,340 --> 00:37:59,010
Всеки компютър в интернет
има IP адрес, то ще изглежда.

794
00:37:59,010 --> 00:38:01,480
Но не е задължително да има
за да се покаже, че на потребителя.

795
00:38:01,480 --> 00:38:07,190
И много като през деня, има
е 1-800-събират, 1-800-C-O-L-L-E-C-T,

796
00:38:07,190 --> 00:38:11,700
в САЩ, беше начин на вземане на събиране
призовава чрез много лесно запомнящо телефон

797
00:38:11,700 --> 00:38:17,140
номер, или на 1-800-MATTRESS да си купи легло,
и подобни мнемоника, че дори и да видят

798
00:38:17,140 --> 00:38:20,460
по телефона вид вид
Все още, че писма Карта на номера.

799
00:38:20,460 --> 00:38:21,470
>> Сега, защо е това?

800
00:38:21,470 --> 00:38:26,080
Е, това е много по-лесно за запомняне
1-800-MATTRESS или 1-800-Collect вместо

801
00:38:26,080 --> 00:38:29,100
от 1-800 нещо нещо нещо
нещо нещо нещо

802
00:38:29,100 --> 00:38:31,030
нещо, където всеки
на тези, които е цифра.

803
00:38:31,030 --> 00:38:34,390
По същия начин, в света научи
бързо, че ние не трябва да

804
00:38:34,390 --> 00:38:35,940
има хора наизуст IP адреси.

805
00:38:35,940 --> 00:38:36,826
Това би било глупаво.

806
00:38:36,826 --> 00:38:38,200
Отиваме да използвате имена вместо.

807
00:38:38,200 --> 00:38:40,420
И ето защо DNS е роден.

808
00:38:40,420 --> 00:38:45,510
>> Добре, така че с това каза, от гледна точка
на балансиране на натоварването, нека се опитаме yahoo.com.

809
00:38:45,510 --> 00:38:47,030
Е, това е интересно.

810
00:38:47,030 --> 00:38:51,464
Yahoo изглежда се връщат три IP адреси.

811
00:38:51,464 --> 00:38:53,940
Така се направи извод от това,
ако може, какво е

812
00:38:53,940 --> 00:38:58,600
друг начин, по който бихме могли да приложат
това понятие за балансиране на натоварването

813
00:38:58,600 --> 00:39:04,310
може би без дори при използване на физическа
устройство, този нов физическо устройство?

814
00:39:04,310 --> 00:39:08,070
>> С други думи, мога да отнемат
финансиране имате за балансьор натоварване

815
00:39:08,070 --> 00:39:10,990
и да ти кажа, за да използвате някои съществуващи
част от хардуера за изпълнение

816
00:39:10,990 --> 00:39:12,680
това понятие за балансиране на натоварването?

817
00:39:12,680 --> 00:39:18,870

818
00:39:18,870 --> 00:39:22,510
И спойлера е,
Да, но какво, или как?

819
00:39:22,510 --> 00:39:27,605
Какво е Yahoo може би правите тук?

820
00:39:27,605 --> 00:39:29,200
Карим?

821
00:39:29,200 --> 00:39:30,635
ОК, Крис?

822
00:39:30,635 --> 00:39:31,510
АУДИТОРИЯ: [недоловим]

823
00:39:31,510 --> 00:39:35,119

824
00:39:35,119 --> 00:39:36,910
DAVID Малан: Да, всички
три от тези работа.

825
00:39:36,910 --> 00:39:39,890
Така че случайността, всеки срещу всеки,
location-- можете просто

826
00:39:39,890 --> 00:39:44,160
наберат съществуваща част от пъзела
че ние говорихме по-рано на DNS

827
00:39:44,160 --> 00:39:49,580
система и просто да кажем, когато първият
потребител на деня поиска yahoo.com,

828
00:39:49,580 --> 00:39:52,970
да им даде първия IP адрес,
като тази, която приключва в 45 там.

829
00:39:52,970 --> 00:39:55,762
И следващия път, когато потребител искания
на IP адреса на yahoo.com

830
00:39:55,762 --> 00:39:57,970
от някъде по света,
да им даде втори ПР,

831
00:39:57,970 --> 00:39:59,920
след третата ПР, тогава
първият IP, след втория.

832
00:39:59,920 --> 00:40:01,850
Или да си умен за това
и го направи графично.

833
00:40:01,850 --> 00:40:05,200
Или го случайно, а не просто правя
то всеки срещу всеки по този начин.

834
00:40:05,200 --> 00:40:07,580
>> И в този случай, след това
ние дори не е необходимо

835
00:40:07,580 --> 00:40:10,190
да се въведе този черен
боксира в нашата картина.

836
00:40:10,190 --> 00:40:11,690
Ние не се нуждаем от ново устройство.

837
00:40:11,690 --> 00:40:16,930
Ние сме просто казвам компютри
да отиде до сървърите пряко,

838
00:40:16,930 --> 00:40:18,680
ефективно, но не
по пътя на своето име.

839
00:40:18,680 --> 00:40:20,054
Те никога не трябва да се знае името.

840
00:40:20,054 --> 00:40:25,690
Те просто се казва, че yahoo.com
карти за всеки един от тези IP адреси.

841
00:40:25,690 --> 00:40:28,180
>> Така той изпраща точно същото искане.

842
00:40:28,180 --> 00:40:30,100
Но от външната страна на
плика, тя просто

843
00:40:30,100 --> 00:40:32,740
поставя ПР, че е бил информиран за.

844
00:40:32,740 --> 00:40:35,590
И по този начин, също би могъл
ние балансиране на натоварването между исканията

845
00:40:35,590 --> 00:40:39,330
само с изпращането на плика с
различни един от собствени сървъри на Yahoo?

846
00:40:39,330 --> 00:40:42,390
>> И ако ние продължаваме да копаеш, ще видим
вероятно други дружества с повече.

847
00:40:42,390 --> 00:40:44,380
CNN е два публично изложени.

848
00:40:44,380 --> 00:40:49,610
Въпреки, че в действителност, ако правим това отново
и again-- cnn.com-- можете да видите

849
00:40:49,610 --> 00:40:51,730
те Променяме цел, всъщност.

850
00:40:51,730 --> 00:40:56,680
Така че какъв механизъм е
CNN използване, както изглежда?

851
00:40:56,680 --> 00:40:57,440
>> АУДИТОРИЯ: Random.

852
00:40:57,440 --> 00:40:59,440
DAVID Малан: Е, то
може да бъде произволен, въпреки че

853
00:40:59,440 --> 00:41:01,110
Изглежда, че колоезденето назад и напред.

854
00:41:01,110 --> 00:41:04,380
Така че това е може би всеки срещу всеки, където
те просто смяна на реда, така

855
00:41:04,380 --> 00:41:05,880
че аз вероятно ще отнеме първото.

856
00:41:05,880 --> 00:41:08,860
Компютърът ми ще се
първият всеки път.

857
00:41:08,860 --> 00:41:10,490
Така че това е балансиране на натоварването.

858
00:41:10,490 --> 00:41:18,450
И това ни дава възможност, в крайна сметка,
до данните в картата, или картата искания,

859
00:41:18,450 --> 00:41:21,240
в множество сървъри.

860
00:41:21,240 --> 00:41:24,226
И така, какво видове
Сега все още съществуват проблеми?

861
00:41:24,226 --> 00:41:26,350
Той се чувства като ние просто наистина
решен добра проблем.

862
00:41:26,350 --> 00:41:28,740
Имаме потребители до различни сървъри.

863
00:41:28,740 --> 00:41:31,420
But-- о, и Крис, направих
имате въпрос преди?

864
00:41:31,420 --> 00:41:34,378
>> АУДИТОРИЯ: [недоловим]

865
00:41:34,378 --> 00:41:43,670

866
00:41:43,670 --> 00:41:45,120
>> DAVID Малан: Напълно зависи.

867
00:41:45,120 --> 00:41:47,042
Така че това, което се случва тук?

868
00:41:47,042 --> 00:41:48,250
И всъщност ние можем да видим това.

869
00:41:48,250 --> 00:41:51,649
Така че нека да се опитаме на Yahoo.

870
00:41:51,649 --> 00:41:52,940
Всъщност, нека да отидем до Facebook.

871
00:41:52,940 --> 00:41:54,520
Защото ние знаем, че един работи.

872
00:41:54,520 --> 00:41:56,545
Така че аз отивам да копирате
че IP адрес отново.

873
00:41:56,545 --> 00:41:58,820
Отивам да затворите всички тези раздели.

874
00:41:58,820 --> 00:42:03,800
Отивам да отида отворен, че
специална мрежа раздела тук.

875
00:42:03,800 --> 00:42:07,800
И аз отивам да посетите само HTTP: //.

876
00:42:07,800 --> 00:42:10,694
И сега аз ще удари Enter.

877
00:42:10,694 --> 00:42:11,860
И нека да видим какво се е случило.

878
00:42:11,860 --> 00:42:20,662
>> Ако аз гледам на това искане, уведомление
че my-- Facebook е лош пример.

879
00:42:20,662 --> 00:42:22,370
Тъй като те имат по-
супер луксозен техника

880
00:42:22,370 --> 00:42:25,960
който крие, че подробности от нас.

881
00:42:25,960 --> 00:42:30,690
Нека да използвате Yahoo
instead-- HTTP: //, че IP.

882
00:42:30,690 --> 00:42:36,030
Да отворим нашата мрежа
раздела, запази дневника.

883
00:42:36,030 --> 00:42:37,945
И ето ни, Enter.

884
00:42:37,945 --> 00:42:40,669

885
00:42:40,669 --> 00:42:41,210
Това е забавно.

886
00:42:41,210 --> 00:42:44,480
ОК, така че тук е най-прочутата 404 съобщението.

887
00:42:44,480 --> 00:42:48,500
Какво е смешно тук е, че те
Вероятно никога няма да се върне.

888
00:42:48,500 --> 00:42:51,430
Защото там е може би
не нещо нередно по себе си.

889
00:42:51,430 --> 00:42:54,050
Те имат само умишлено
не реши да подкрепи

890
00:42:54,050 --> 00:42:56,250
цифровата формата на техния адрес.

891
00:42:56,250 --> 00:43:00,270
>> Така че това, което ние всъщност виждаме в
раздела Network, ако го направим тук,

892
00:43:00,270 --> 00:43:06,140
е, както казах, фамозен 404, където
ако погледнете заглавията на отговор,

893
00:43:06,140 --> 00:43:09,070
това е, което аз имам here-- 404 Not Found.

894
00:43:09,070 --> 00:43:11,360
Така че нека се опитаме един друг.

895
00:43:11,360 --> 00:43:13,180
Да видим дали CNN сътрудничи с нас.

896
00:43:13,180 --> 00:43:19,440
Ще вземете един от IP адреси на CNN,
изчисти това, HTTP, ДАА, ДАА, ДАА, ДАА.

897
00:43:19,440 --> 00:43:21,620
Така че в отговор на Крис
въпрос, че един е работил.

898
00:43:21,620 --> 00:43:24,140

899
00:43:24,140 --> 00:43:26,255
>> И нека да отиде в заглавията на отговор.

900
00:43:26,255 --> 00:43:30,810

901
00:43:30,810 --> 00:43:33,640
Всъщност не, всичко е наред, аз съм
се борят да намерят работа например.

902
00:43:33,640 --> 00:43:38,270
Така че CNN е решил, ние просто ще ви оставя
в каквото и адрес всъщност посетите,

903
00:43:38,270 --> 00:43:40,359
брандинг въпроси настрана.

904
00:43:40,359 --> 00:43:43,275
Но това, което не би се случило, ако
можем да го видим в случай на Facebook,

905
00:43:43,275 --> 00:43:46,700
е ние ще получите 301 Moved
Постоянно, най-вероятно,

906
00:43:46,700 --> 00:43:54,420
вътрешността на който е
Местоположение: HTTPS: //www.facebook.com.

907
00:43:54,420 --> 00:44:01,210
И шансовете са www.facebook.com е
псевдоним на точно същия сървър ние просто

908
00:44:01,210 --> 00:44:01,710
отидох до.

909
00:44:01,710 --> 00:44:03,500
>> Така че това е малко контрапродуктивно.

910
00:44:03,500 --> 00:44:05,170
Ние буквално посещение на сървъра.

911
00:44:05,170 --> 00:44:07,040
Сървърът е след това ни казва, да си отиде.

912
00:44:07,040 --> 00:44:08,320
Отиди в този друг адрес.

913
00:44:08,320 --> 00:44:10,870
Но ние просто така се случи да бъде
връщане назад към същия сървър.

914
00:44:10,870 --> 00:44:14,550
Но се предполага, че сега остане на това
сървър, без това назад и напред.

915
00:44:14,550 --> 00:44:18,600
Защото сега сме се използва името
версия на сайта, не с цифри.

916
00:44:18,600 --> 00:44:20,060
Добър въпрос.

917
00:44:20,060 --> 00:44:23,690
>> ОК, така че ако ние сега assume-- ние
са решени балансиране на натоварването.

918
00:44:23,690 --> 00:44:25,894
Сега имаме механизъм,
независимо дали е чрез DNS,

919
00:44:25,894 --> 00:44:29,060
независимо дали е чрез тази черна кутия, дали
това е с помощта на някоя от тези техники.

920
00:44:29,060 --> 00:44:33,810
Можем да вземем искане на потребителя в и
разбера към кой сървър, 1, 2, или 3,

921
00:44:33,810 --> 00:44:35,420
с цел да го изпрати.

922
00:44:35,420 --> 00:44:39,180
>> Какво започва да се прекъсне за сайта ни?

923
00:44:39,180 --> 00:44:41,160
С други думи, ние имаме
изграден бизнес, който

924
00:44:41,160 --> 00:44:43,480
преди това е бил само на един сървър.

925
00:44:43,480 --> 00:44:46,870
Сега, че бизнес се изпълнява
в множество сървъри.

926
00:44:46,870 --> 00:44:51,770
Какви видове предположения,
какви видове дизайнерски решения,

927
00:44:51,770 --> 00:44:54,870
Сега може да се счупи?

928
00:44:54,870 --> 00:44:55,745
>> Това е по-малко очевидни.

929
00:44:55,745 --> 00:44:58,620
Но нека да видим дали не можем да поставим
пръст на някои от проблема ние сме

930
00:44:58,620 --> 00:44:59,780
създал за себе си.

931
00:44:59,780 --> 00:45:02,750
Отново, това е нещо като държите
определяне на теча в маркуча.

932
00:45:02,750 --> 00:45:05,094
И сега някои нова емисия
изскочил тук.

933
00:45:05,094 --> 00:45:07,880

934
00:45:07,880 --> 00:45:11,380
>> АУДИТОРИЯ: [недоловим]

935
00:45:11,380 --> 00:45:16,574

936
00:45:16,574 --> 00:45:19,240
DAVID Малан: ОК, така че ние трябва да се
продължи да се увеличава нашето пространство на твърдия диск.

937
00:45:19,240 --> 00:45:20,450
Аз съм ОК с това точно сега.

938
00:45:20,450 --> 00:45:23,212
Защото мисля, че мога да
хоризонтално мащаб.

939
00:45:23,212 --> 00:45:26,420
Подобно, ако аз съм на изчерпване, аз просто ще получите
четвърти сървъра, може би една пета сървъра,

940
00:45:26,420 --> 00:45:30,820
и след това се увеличи капацитета ни
с още 30% или 50%, или какво ли.

941
00:45:30,820 --> 00:45:32,759
Така че аз съм ОК с това, поне за сега.

942
00:45:32,759 --> 00:45:33,634
АУДИТОРИЯ: [недоловим]

943
00:45:33,634 --> 00:45:37,314

944
00:45:37,314 --> 00:45:38,980
DAVID Малан: ОК, така че това е една добра точка.

945
00:45:38,980 --> 00:45:42,340
Така че предполагам, че сървърите
не са идентични.

946
00:45:42,340 --> 00:45:45,260
И за обслужване на клиенти
или равностойността имейл

947
00:45:45,260 --> 00:45:48,690
е получаване на някои съобщения от даден потребител
казвайки, че това не работи правилно.

948
00:45:48,690 --> 00:45:52,070
Много е възможно, понякога,
че може би един или повече сървъри

949
00:45:52,070 --> 00:45:55,000
действа малко криво, но не
другите, които със сигурност може да

950
00:45:55,000 --> 00:45:57,096
направи по-трудно да се преследват определени въпроса.

951
00:45:57,096 --> 00:45:58,720
Може би трябва да погледнем няколко места.

952
00:45:58,720 --> 00:46:00,960
>> Това е проява
на друг вид грешка,

953
00:46:00,960 --> 00:46:03,950
което е, че вероятно ви трябва
са проектирани си инфраструктура, така че

954
00:46:03,950 --> 00:46:06,200
че всичко е наистина идентични.

955
00:46:06,200 --> 00:46:10,390
Но тя не се разкрие нов проблем
че не сме имали преди.

956
00:46:10,390 --> 00:46:11,715
Какво друго?

957
00:46:11,715 --> 00:46:12,590
АУДИТОРИЯ: [недоловим]

958
00:46:12,590 --> 00:46:16,390

959
00:46:16,390 --> 00:46:19,500
>> DAVID Малан: Да,
има по-голяма сложност.

960
00:46:19,500 --> 00:46:20,792
Има физически повече проводници.

961
00:46:20,792 --> 00:46:21,750
Има друго устройство.

962
00:46:21,750 --> 00:46:26,310
Всъщност, аз съм въведен фундаментална
концепция и основен проблем тук

963
00:46:26,310 --> 00:46:28,300
известен като една точка
от провал, който,

964
00:46:28,300 --> 00:46:30,110
дори ако никога не сте чували
фразата, вероятно можете да

965
00:46:30,110 --> 00:46:31,780
Сега работим назад и да го разбера.

966
00:46:31,780 --> 00:46:35,560
Какво означава това, че имам един единствен
точка на провал в моя архитектура?

967
00:46:35,560 --> 00:46:39,694
И по архитектура, аз просто
означава, топологията на него.

968
00:46:39,694 --> 00:46:40,610
>> АУДИТОРИЯ: [недоловим]

969
00:46:40,610 --> 00:46:42,901
>> DAVID Малан: Да, това, което, ако
балансьор на натоварване върви надолу?

970
00:46:42,901 --> 00:46:46,290
Аз бях поставен този среден човек, чиято
цел в живота е да се реши един проблем.

971
00:46:46,290 --> 00:46:47,740
Но аз съм въведен нов проблем.

972
00:46:47,740 --> 00:46:49,350
Нов теч е появила в маркуча.

973
00:46:49,350 --> 00:46:53,500
Защото сега, ако балансьор натоварване
умира или почивки или misfunctions,

974
00:46:53,500 --> 00:46:56,350
Сега загубите достъп до
всички три от моите сървъри.

975
00:46:56,350 --> 00:46:58,880
И преди, не го направих
имам този посредник.

976
00:46:58,880 --> 00:47:03,020
И така, това е нов проблем, може би.

977
00:47:03,020 --> 00:47:05,245
Ще се върнем към
как можем да поправим това.

978
00:47:05,245 --> 00:47:06,734
>> АУДИТОРИЯ: [недоловим]

979
00:47:06,734 --> 00:47:08,400
DAVID Малан: Това ще бъде един подход.

980
00:47:08,400 --> 00:47:13,926
Да, и така това ще бъде доста
дупка на плъха ние започваме да се понижат.

981
00:47:13,926 --> 00:47:15,800
Но нека се върнем към
че в един момент.

982
00:47:15,800 --> 00:47:17,299
Какви други проблеми са ни създали?

983
00:47:17,299 --> 00:47:25,540

984
00:47:25,540 --> 00:47:27,470
>> Така че Дан споменато база данни преди.

985
00:47:27,470 --> 00:47:29,500
И дори ако не сте
твърде запознат технически,

986
00:47:29,500 --> 00:47:33,220
база данни, е само на сървъра, където
промяна на данни обикновено се съхраняват,

987
00:47:33,220 --> 00:47:36,430
може би един човек, за да е поставен,
вашия потребителски профил, вашето име,

988
00:47:36,430 --> 00:47:40,810
вашия имейл адрес, неща, които могат да
бъде въведена или променена в течение на времето.

989
00:47:40,810 --> 00:47:44,599
>> Преди това ми база данни е на
на същия сървър, както е моя уеб сървър.

990
00:47:44,599 --> 00:47:46,390
Защото аз просто трябваше един
уеб хостинг акаунт.

991
00:47:46,390 --> 00:47:48,480
Всичко беше всичко в едно и също място.

992
00:47:48,480 --> 00:47:54,200
Къде трябва да сложа база данни
Сега, на сървър 1, 2, или 3?

993
00:47:54,200 --> 00:47:55,100
>> АУДИТОРИЯ: 4.

994
00:47:55,100 --> 00:47:58,070
>> DAVID Малан: 4, ОК, всички
Добре, така че нека да отидем там.

995
00:47:58,070 --> 00:48:01,650
Така че аз ще си сложа
database-- и нека

996
00:48:01,650 --> 00:48:06,520
започнете етикетиране тези WWW, WWW, WWW.

997
00:48:06,520 --> 00:48:08,780
И аз ще кажа,
това е номер четири.

998
00:48:08,780 --> 00:48:11,270
И аз ще кажа db за база данни.

999
00:48:11,270 --> 00:48:12,870
ОК, това ми харесва.

1000
00:48:12,870 --> 00:48:17,021
Какво линия трябва да съм
вероятно да бъде изготвянето тук?

1001
00:48:17,021 --> 00:48:18,850
>> АУДИТОРИЯ: [недоловим]

1002
00:48:18,850 --> 00:48:22,740
>> DAVID Малан: Да, така кода,
тъй като ние ще обсъдим утре,

1003
00:48:22,740 --> 00:48:24,900
вероятно е същото
на трите сървъри.

1004
00:48:24,900 --> 00:48:28,374
Но сега трябва да не се свържете с
база данни работи на местно ниво, но на друго място.

1005
00:48:28,374 --> 00:48:29,040
И това е добре.

1006
00:48:29,040 --> 00:48:31,623
Ние можем просто да се даде на базата данни
назовем, тъй като ние имаме, или редица.

1007
00:48:31,623 --> 00:48:33,930
И че всичко работи добре.

1008
00:48:33,930 --> 00:48:35,820
Но, какво да направя?

1009
00:48:35,820 --> 00:48:40,640
Ние сме хоризонтално мащабирани от наличието
три сървъра, вместо на един, който

1010
00:48:40,640 --> 00:48:41,140
добро е.

1011
00:48:41,140 --> 00:48:44,240
Тъй като сега можем да се справим
три пъти по-голям товар.

1012
00:48:44,240 --> 00:48:47,710
>> И още по-добре, ако една или две
на тези сървъри върви надолу,

1013
00:48:47,710 --> 00:48:49,350
моя бизнес може да продължи да функционира.

1014
00:48:49,350 --> 00:48:53,960
Тъй като аз все още имам един, дори ако аз съм
вид куцукаше гледна точка на производителността.

1015
00:48:53,960 --> 00:49:01,020
Но какво ново проблем имат I
въведено чрез преместване на базата данни

1016
00:49:01,020 --> 00:49:04,350
до този отделен сървър
вместо на 1, 2, и 3?

1017
00:49:04,350 --> 00:49:05,412
>> АУДИТОРИЯ: [недоловим]

1018
00:49:05,412 --> 00:49:08,120
DAVID Малан: Да, така че сега имам
още една точка на неуспех.

1019
00:49:08,120 --> 00:49:12,330
Ако моята база данни умира, или се нуждае от
да бъдат модернизирани, или каквото и да, сега сигурен,

1020
00:49:12,330 --> 00:49:13,610
моя сайт е онлайн.

1021
00:49:13,610 --> 00:49:16,270
И аз може да служи статичен,
непроменлив съдържание.

1022
00:49:16,270 --> 00:49:21,210
Но не мога да позволи на потребителите да вляза или промяна
нищо или, за нищо, още по-лошо.

1023
00:49:21,210 --> 00:49:24,120
Защото, ако 4 е на линия,
след 1, 2 и 3

1024
00:49:24,120 --> 00:49:27,710
Наистина не мога да говоря с него по дефиниция.

1025
00:49:27,710 --> 00:49:31,560
>> ОК, така че да, и така това е причината
Аз съм се колебае да се направи това.

1026
00:49:31,560 --> 00:49:32,690
Така че нека да се върна към това.

1027
00:49:32,690 --> 00:49:33,700
Не искам да кажа, за да ви бутане на разстояние.

1028
00:49:33,700 --> 00:49:36,030
Но картината е много
бързо ще получите стресиращо.

1029
00:49:36,030 --> 00:49:38,620
Защото вие трябва да започнете
като две от всичко.

1030
00:49:38,620 --> 00:49:41,850
В действителност, ако някога сте виждали
филм Свържи се преди няколко години

1031
00:49:41,850 --> 00:49:45,310
с Джоди Foster-- не?

1032
00:49:45,310 --> 00:49:47,410
>> ОК, така и за двама
нас, които сме виждали контакти,

1033
00:49:47,410 --> 00:49:50,800
има една връзка там, където те
по същество е купил два от нещо

1034
00:49:50,800 --> 00:49:53,250
вместо един, макар
по два пъти цената.

1035
00:49:53,250 --> 00:49:55,922
Така че това е нещо като игриво
коментира във филма.

1036
00:49:55,922 --> 00:49:57,130
Това е нещо, свързано с това.

1037
00:49:57,130 --> 00:49:58,290
Бихме могли абсолютно прави това.

1038
00:49:58,290 --> 00:50:00,123
И току-що сте цена
ни два пъти повече пари.

1039
00:50:00,123 --> 00:50:01,300
Но ние ще се върнем към това.

1040
00:50:01,300 --> 00:50:02,400
>> Така че ние сме решени това.

1041
00:50:02,400 --> 00:50:03,108
Така ли какво?

1042
00:50:03,108 --> 00:50:04,450
Това е като хлъзгав наклон.

1043
00:50:04,450 --> 00:50:07,033
Аз не искам да се справят с имащ
да има дублиране на база данни.

1044
00:50:07,033 --> 00:50:08,037
Това е твърде много пари.

1045
00:50:08,037 --> 00:50:08,620
Знаеш ли какво?

1046
00:50:08,620 --> 00:50:12,880
Искам да имам база данни
точно като във версия едно

1047
00:50:12,880 --> 00:50:17,450
където всеки сървър има
собствена локална база данни.

1048
00:50:17,450 --> 00:50:19,480
Така че аз съм просто ще
изготвят db на всеки от тях.

1049
00:50:19,480 --> 00:50:22,240
>> Така че сега всеки уеб сървър
е идентичен доколкото

1050
00:50:22,240 --> 00:50:25,650
тъй като тя има същия код, същият
статични активи, същите снимки и текст

1051
00:50:25,650 --> 00:50:26,720
и т.н.

1052
00:50:26,720 --> 00:50:29,580
И всеки има своя собствена база данни.

1053
00:50:29,580 --> 00:50:31,450
Аз фиксирана единна точка
на проблем недостатъчност.

1054
00:50:31,450 --> 00:50:32,570
Сега имам база данни.

1055
00:50:32,570 --> 00:50:36,210
Без значение кой двама или един от тях
неща умират, винаги има един ляв.

1056
00:50:36,210 --> 00:50:41,156
Но какво ново проблем съм създал
че решение на Дан избягва?

1057
00:50:41,156 --> 00:50:42,470
>> АУДИТОРИЯ: [недоловим]

1058
00:50:42,470 --> 00:50:44,386
>> DAVID Малан: Да,
Трябва да ги синхронизирате, нали?

1059
00:50:44,386 --> 00:50:47,860
Защото нито аз трябва да се синхронизира
кой ще where-- с други думи,

1060
00:50:47,860 --> 00:50:50,570
ако Алис посети моя
сайт, и тя се е случило

1061
00:50:50,570 --> 00:50:55,070
за да получите на случаен принцип или кръг robined
или каквото и да сървъра номер едно,

1062
00:50:55,070 --> 00:50:58,770
след това трябва да винаги
я изпраща на сървъра 1.

1063
00:50:58,770 --> 00:50:59,420
Защо?

1064
00:50:59,420 --> 00:51:01,540
Защото, ако аз я изпрати
до сървъра 2, то се случва

1065
00:51:01,540 --> 00:51:03,140
да изглежда като тя не съществува там.

1066
00:51:03,140 --> 00:51:04,450
>> Аз няма да имат история й ред.

1067
00:51:04,450 --> 00:51:06,300
Аз няма да имат профил я има.

1068
00:51:06,300 --> 00:51:09,360
И това просто се чувства като
тя кани проблеми.

1069
00:51:09,360 --> 00:51:11,400
И когато Боб посещава, I
Трябва да го изпрати винаги

1070
00:51:11,400 --> 00:51:14,800
на същия сървър, 2, или ако това
един, и Чарли на трето един,

1071
00:51:14,800 --> 00:51:15,797
и последователно.

1072
00:51:15,797 --> 00:51:17,130
Това не е неразумно, все пак.

1073
00:51:17,130 --> 00:51:19,270
Това се нарича
разделяне на вашата база данни.

1074
00:51:19,270 --> 00:51:21,270
И всъщност това е това, което
Facebook е направил в началото на деня.

1075
00:51:21,270 --> 00:51:24,020
>> Ако сте следвали историята на
Facebook, тя започва тук в колежа

1076
00:51:24,020 --> 00:51:25,770
като www.thefacebook.com.

1077
00:51:25,770 --> 00:51:29,260
След това се е развило след като Марк започна
разпространение в други университети

1078
00:51:29,260 --> 00:51:34,450
да бъде harvard.thefacebook.com и
mit.thefacebook.com, и вероятно

1079
00:51:34,450 --> 00:51:37,027
bu.thefacebook.com, и други подобни.

1080
00:51:37,027 --> 00:51:38,860
И това е така, защото
в началото на деня, аз не мисля,

1081
00:51:38,860 --> 00:51:40,484
бихте могли да имат приятели в цяла кампуси.

1082
00:51:40,484 --> 00:51:41,410
Но това е добре.

1083
00:51:41,410 --> 00:51:43,930
Защото някой от Харвард
беше изгонен за този сървър.

1084
00:51:43,930 --> 00:51:45,744
Всеки от BU беше изгонен за този сървър.

1085
00:51:45,744 --> 00:51:47,910
Всеки от MIT беше изгонен
за тази server-- на теория.

1086
00:51:47,910 --> 00:51:50,540
Аз не съвсем знаят всички
основните детайли по изпълнението.

1087
00:51:50,540 --> 00:51:55,610
Но той вероятно се разделя хората от
техния кампус, където тяхната мрежа е.

1088
00:51:55,610 --> 00:51:58,772
>> Така че това е добре, докато точката
когато имате нужда от два сървъра за Харвард,

1089
00:51:58,772 --> 00:51:59,980
или три сървъри за Харвард.

1090
00:51:59,980 --> 00:52:01,800
И след това, че простотата
вид разгражда.

1091
00:52:01,800 --> 00:52:03,174
Но това е разумен подход.

1092
00:52:03,174 --> 00:52:04,950
Нека винаги да изпрати Alice
на същото място,

1093
00:52:04,950 --> 00:52:06,366
изпращате винаги Боб на едно и също място.

1094
00:52:06,366 --> 00:52:09,680
Но какво се случва, ако Алис
сървър отива на линия?

1095
00:52:09,680 --> 00:52:12,300
Боб и Чарли все още могат да се купят
неща и да вляза в сайта.

1096
00:52:12,300 --> 00:52:13,462
Но Алис не може.

1097
00:52:13,462 --> 00:52:15,170
Така че сте загубили една трета
на вашата потребителска база.

1098
00:52:15,170 --> 00:52:16,980
Може би това е по-добре от 100%?

1099
00:52:16,980 --> 00:52:20,580
Но може би това би било хубаво, ако можем да
все още подкрепят на 100% от нашите потребители

1100
00:52:20,580 --> 00:52:23,470
дори когато една трета от
сървъри отива офлайн.

1101
00:52:23,470 --> 00:52:24,760
>> Така че бихме могли да се синхронизира какво?

1102
00:52:24,760 --> 00:52:29,250
Не на потребителите, само по себе си, но
база данни за всички тези сървъри.

1103
00:52:29,250 --> 00:52:33,350
Така че сега ние вид се нуждаят от
вид на взаимно свързване

1104
00:52:33,350 --> 00:52:37,880
тук, така че самите сървъри
може sync-- не е неразумно.

1105
00:52:37,880 --> 00:52:40,090
И в действителност, тази технология съществува.

1106
00:52:40,090 --> 00:52:45,550
В света на бази данни, има
понятието за базово подчинение бази данни,

1107
00:52:45,550 --> 00:52:48,240
или първична-вторична,
където сред характеристиките

1108
00:52:48,240 --> 00:52:51,050
е не само за съхранение на данни
и реагира с данни,

1109
00:52:51,050 --> 00:52:53,375
но също така просто да се постоянно
синхронизира с всеки друг.

1110
00:52:53,375 --> 00:52:56,480
Така че всеки път, когато пиша или да запишете
нещо до тази база данни,

1111
00:52:56,480 --> 00:53:00,040
той веднага получава "репликира"
на други бази данни, както и.

1112
00:53:00,040 --> 00:53:02,870
>> И всеки път, когато се чете от него,
това няма значение къде се намирате.

1113
00:53:02,870 --> 00:53:05,170
Защото, ако на теория
те всички сме синхронизирали, ти си

1114
00:53:05,170 --> 00:53:07,710
ще се получи една и съща гледна точка на данните.

1115
00:53:07,710 --> 00:53:10,800
Така че това звучи перфектно.

1116
00:53:10,800 --> 00:53:11,883
Там трябва да е уловка.

1117
00:53:11,883 --> 00:53:15,200

1118
00:53:15,200 --> 00:53:18,990
Какво може да е уловката?

1119
00:53:18,990 --> 00:53:21,790
>> АУДИТОРИЯ: [недоловим]

1120
00:53:21,790 --> 00:53:25,830
>> DAVID Малан: Да, така три пъти
както много неща може да се обърка.

1121
00:53:25,830 --> 00:53:26,930
Това е реалността.

1122
00:53:26,930 --> 00:53:28,480
Всичко това може да бъде същият, с дух.

1123
00:53:28,480 --> 00:53:30,404
Но някой трябва да изберете тези.

1124
00:53:30,404 --> 00:53:33,070
Има по-голяма вероятност, че
нещо се случва да се обърка.

1125
00:53:33,070 --> 00:53:38,130
Просто combinatorially имате
повече неща склонни към грешки.

1126
00:53:38,130 --> 00:53:40,505
Какво друго е лошо потенциално?

1127
00:53:40,505 --> 00:53:41,380
АУДИТОРИЯ: [недоловим]

1128
00:53:41,380 --> 00:53:44,100

1129
00:53:44,100 --> 00:53:46,180
>> DAVID Малан: Да, така
синхронизиране може да бъде лошо.

1130
00:53:46,180 --> 00:53:48,110
Дори и както може би знаете
от архиви и такива,

1131
00:53:48,110 --> 00:53:50,520
ако просто се сляпо вземане
архиви, какво, ако нещо прави

1132
00:53:50,520 --> 00:53:51,560
да се обърка по една база данни?

1133
00:53:51,560 --> 00:53:53,018
Можете да изтриете нещо, което не трябва.

1134
00:53:53,018 --> 00:53:56,299
Ти веднага репликира
че проблем навсякъде другаде.

1135
00:53:56,299 --> 00:53:58,840
Така че Виктория е talking-- архиви
Би било хубаво нещо тук.

1136
00:53:58,840 --> 00:54:00,549
И така, ние ще се върнем към това.

1137
00:54:00,549 --> 00:54:03,090
И за да бъде ясно, че говорим
не за архивиране тук сам по себе си.

1138
00:54:03,090 --> 00:54:08,240
Ние говорим за истинска репликация
или синхронизация през сървъри.

1139
00:54:08,240 --> 00:54:09,110
Те всички са живи.

1140
00:54:09,110 --> 00:54:12,074
Те не са предназначени да
да се използва за архивиране.

1141
00:54:12,074 --> 00:54:13,294
>> АУДИТОРИЯ: [недоловим]

1142
00:54:13,294 --> 00:54:14,335
DAVID Малан: Какво е това?

1143
00:54:14,335 --> 00:54:14,710
АУДИТОРИЯ: Higher--

1144
00:54:14,710 --> 00:54:15,751
DAVID Малан: висока цена.

1145
00:54:15,751 --> 00:54:20,180
Ние сме се утрои разходите за
сигурен, макар и с по-малко от гледна точка

1146
00:54:20,180 --> 00:54:21,100
на хардуера.

1147
00:54:21,100 --> 00:54:23,200
Тъй като базата данни е
само част от софтуера.

1148
00:54:23,200 --> 00:54:25,189
А уеб сървър е част от софтуера.

1149
00:54:25,189 --> 00:54:27,980
Това е може би безплатно, ако ние използваме
произволен брой отворен код неща.

1150
00:54:27,980 --> 00:54:30,480
Но ако ние използваме
нещо като Oracle,

1151
00:54:30,480 --> 00:54:36,574
ние плащаме Oracle повече пари на
лицензи или Microsoft за достъп.

1152
00:54:36,574 --> 00:54:38,240
Там трябва да е някой друг улов тук.

1153
00:54:38,240 --> 00:54:39,240
Тя не може да бъде тази проста.

1154
00:54:39,240 --> 00:54:42,990

1155
00:54:42,990 --> 00:54:47,300
>> Така че, за да си точка, мисля, че беше
Карим, за географията earlier-- или не,

1156
00:54:47,300 --> 00:54:50,870
Roman, беше това, за geography-- предполагам
че ние да си умен за това,

1157
00:54:50,870 --> 00:54:54,080
и ние сме пускането един от нашите сървъри,
и на свой ред нашите бази данни, в САЩ,

1158
00:54:54,080 --> 00:54:56,910
и още един в Европа, още в
Южна Америка, друг в Африка,

1159
00:54:56,910 --> 00:55:00,290
друг в Азия, където и ние
Може би искате целия свят.

1160
00:55:00,290 --> 00:55:04,220
Ние вече знаем от нашата следа
маршрути, които точка А и точка

1161
00:55:04,220 --> 00:55:06,910
Б, ако те са по-далеч един от друг,
ще отнеме повече време.

1162
00:55:06,910 --> 00:55:10,312
>> И ако някои от вас са използвали
инструменти, като Facebook или Twitter

1163
00:55:10,312 --> 00:55:13,520
или каквито и да било от тези сайтове тези дни, че
се променя непрекъснато, защото на потребител

1164
00:55:13,520 --> 00:55:16,880
създадени данни, понякога, ако
удари Reload или отваряне на същата страница

1165
00:55:16,880 --> 00:55:20,270
в друг браузър, което виждате
различни версии, почти.

1166
00:55:20,270 --> 00:55:22,875
Може да се види състоянието на някого
актуализира тук, но не и тук,

1167
00:55:22,875 --> 00:55:25,500
и тогава ще се презареди, а след това
Изглежда, и презаредите отново,

1168
00:55:25,500 --> 00:55:26,640
и тя изчезва.

1169
00:55:26,640 --> 00:55:29,076
С други думи, да се води
око за това, най-малко

1170
00:55:29,076 --> 00:55:30,950
ако използвате социалното
мрежи особено.

1171
00:55:30,950 --> 00:55:33,320
>> Отново, само защото
данни се променя толкова бързо,

1172
00:55:33,320 --> 00:55:35,710
понякога сървъри получават от синхронизация.

1173
00:55:35,710 --> 00:55:37,230
И може би това е супер малък прозорец.

1174
00:55:37,230 --> 00:55:39,970
Но 200 милисекунди, може би
дори повече от that-- това е

1175
00:55:39,970 --> 00:55:43,415
Ще отнеме известно ненулева сума
на време за тези бази данни, за да се синхронизират.

1176
00:55:43,415 --> 00:55:45,290
И ние не сме просто
говорим за едно искане.

1177
00:55:45,290 --> 00:55:48,540
Ако една компания има хиляди
Потребителите, които го използват едновременно,

1178
00:55:48,540 --> 00:55:49,460
те могат да буфер.

1179
00:55:49,460 --> 00:55:52,240
С други думи, има сила
да бъде на опашката или за изчакване линия

1180
00:55:52,240 --> 00:55:54,950
преди всичко на тези данни
заявки могат да се синхронизират.

1181
00:55:54,950 --> 00:55:56,610
Така че може би това е всъщност няколко секунди.

1182
00:55:56,610 --> 00:55:59,820
>> И наистина това е вярно, аз мисля, дори
и до днес с Facebook, чрез която

1183
00:55:59,820 --> 00:56:02,010
когато те се синхронизира от
East Coast да West Coast,

1184
00:56:02,010 --> 00:56:06,026
тя има нетривиален
забавяне на разпространението, така да се каже,

1185
00:56:06,026 --> 00:56:07,650
че просто вид трябва да се толерира.

1186
00:56:07,650 --> 00:56:11,210
И така, това не е толкова много,
бъг, тъй като е реалност

1187
00:56:11,210 --> 00:56:14,230
че потребителите да не виждате
коректни данни за най-малко

1188
00:56:14,230 --> 00:56:14,970
на няколко секунди.

1189
00:56:14,970 --> 00:56:17,410
>> Виждам това в Twitter много
всъщност, където понякога аз ще

1190
00:56:17,410 --> 00:56:21,227
чуруликане в един прозорец, отвори друг, за да
След това го видите, за да потвърдите, че това наистина

1191
00:56:21,227 --> 00:56:22,560
отиде, и той все още не е там.

1192
00:56:22,560 --> 00:56:25,340
И аз трябва да се вид на презареждане,
презареди, reload-- о, там е.

1193
00:56:25,340 --> 00:56:27,150
И това не е така, защото той не е бил спасен.

1194
00:56:27,150 --> 00:56:29,850
Това просто не е размножен
до други сървъри.

1195
00:56:29,850 --> 00:56:33,120
>> Така че този компромис, too-- наистина ли
искате да се изложите на риска

1196
00:56:33,120 --> 00:56:37,254
че ако потребителят отива на техния ред
история, тя все още не е всъщност там?

1197
00:56:37,254 --> 00:56:38,420
Виждам това на някои банки.

1198
00:56:38,420 --> 00:56:42,100
Тя винаги ме дразни, когато, както, за една,
можете да отидете само като шест месеца назад

1199
00:56:42,100 --> 00:56:45,160
в банковите си извлечения в някои банки,
въпреки че на теория те трябва

1200
00:56:45,160 --> 00:56:46,576
да може да има всичко онлайн.

1201
00:56:46,576 --> 00:56:48,630
Те просто вземат неща офлайн понякога.

1202
00:56:48,630 --> 00:56:51,430
Понякога, too-- какво уебсайт е?

1203
00:56:51,430 --> 00:56:53,570
Има one-- О, това е GoDaddy, мисля.

1204
00:56:53,570 --> 00:56:56,620
GoDaddy, при напускане
закупуване на име на домейн, или нещо,

1205
00:56:56,620 --> 00:56:58,630
те често ще ви дам
линк към разписката си.

1206
00:56:58,630 --> 00:57:01,470
И ако щракнете това право връзка
далеч, често не работи.

1207
00:57:01,470 --> 00:57:03,290
Тя просто казва, задънена улица, нищо тук.

1208
00:57:03,290 --> 00:57:05,450
>> И това е прекалено, защото на
тези размножаване закъснения.

1209
00:57:05,450 --> 00:57:08,290
Защото, независимо от причината, те
приемате малко време

1210
00:57:08,290 --> 00:57:09,670
действително да генерира това.

1211
00:57:09,670 --> 00:57:12,070
Така че това е нещо като искате да
дръпнете си косата в някакъв момент.

1212
00:57:12,070 --> 00:57:14,486
Защото всичко, което се опитвате да
направите, е да се реши един прост проблем.

1213
00:57:14,486 --> 00:57:16,590
И ние продължаваме да творим нови
проблеми за себе си.

1214
00:57:16,590 --> 00:57:18,770
Така че нека да видим дали можем
може вид отмените това.

1215
00:57:18,770 --> 00:57:22,730
>> Оказва се, че комбинирането
бази данни на всички ваши уеб сървъри

1216
00:57:22,730 --> 00:57:25,090
не е наистина най-добрите практики.

1217
00:57:25,090 --> 00:57:27,950
Като цяло, това, което един инженер
би направил, или системи за архитект,

1218
00:57:27,950 --> 00:57:30,340
би било да има различен
равнища на сървъри.

1219
00:57:30,340 --> 00:57:33,160
И точно заради пространство, аз ще
изготвят тяхната база данни тук.

1220
00:57:33,160 --> 00:57:38,060
>> Ние може да има база данни и
сървър номер четири тук

1221
00:57:38,060 --> 00:57:42,430
която има връзки с
всяка от тези сървъри тук.

1222
00:57:42,430 --> 00:57:45,400
Така че това би могло да ни пред
завършва първи ред, тъй като хората ще кажат.

1223
00:57:45,400 --> 00:57:47,770
И това ще бъде нашата задния край едностепенна.

1224
00:57:47,770 --> 00:57:50,580
И това просто означава, че
те са изправени пред потребителя.

1225
00:57:50,580 --> 00:57:53,010
И базите данни не са изправени пред потребителя.

1226
00:57:53,010 --> 00:57:55,480
Нито един потребител не може пряко
достъп до базата данни.

1227
00:57:55,480 --> 00:57:59,280
>> Така че нека сега може би слизат
предложи маршрут Виктория.

1228
00:57:59,280 --> 00:58:00,940
Това е една-единствена точка на провал.

1229
00:58:00,940 --> 00:58:02,290
Това ме кара да се неудобно.

1230
00:58:02,290 --> 00:58:05,790
Така че това, което е може би най-
Най-очевидно решение?

1231
00:58:05,790 --> 00:58:06,665
АУДИТОРИЯ: [недоловим]

1232
00:58:06,665 --> 00:58:09,979

1233
00:58:09,979 --> 00:58:11,437
DAVID Малан: За съжаление, да кажем, че отново.

1234
00:58:11,437 --> 00:58:12,352
АУДИТОРИЯ: [недоловим]

1235
00:58:12,352 --> 00:58:13,810
DAVID Малан: Non-производство на сървъра.

1236
00:58:13,810 --> 00:58:15,364
Какво имаш предвид?

1237
00:58:15,364 --> 00:58:17,120
>> АУДИТОРИЯ: [недоловим]

1238
00:58:17,120 --> 00:58:19,120
>> DAVID Малан: О, ОК, така архиви.

1239
00:58:19,120 --> 00:58:21,110
ОК, така че ние може да направи това, със сигурност.

1240
00:58:21,110 --> 00:58:23,790
И всъщност това е много често се прави.

1241
00:58:23,790 --> 00:58:26,470
Това може да е база данни, номер пет.

1242
00:58:26,470 --> 00:58:28,510
Но това е само
свързан с номер четири.

1243
00:58:28,510 --> 00:58:31,110
И вие може да го наречем гореща резервен.

1244
00:58:31,110 --> 00:58:35,080
Тези две бази данни могат да бъдат конфигурирани
да просто постоянно синхронизиране

1245
00:58:35,080 --> 00:58:35,850
взаимно.

1246
00:58:35,850 --> 00:58:39,010
И така, ако тази машина умира, за
каквото и глупав reason-- на твърдия диск

1247
00:58:39,010 --> 00:58:42,100
умре, някой се спъва в на
връв, някои софтуер е опорочен

1248
00:58:42,100 --> 00:58:46,560
и увисва на машината или crashes--
бихте могли да имат човешки буквално

1249
00:58:46,560 --> 00:58:51,090
изключете тази една от стената
и вместо да включите този един инч

1250
00:58:51,090 --> 00:58:56,340
И след това в рамките на, да речем, един
няколко минути, може би половин час,

1251
00:58:56,340 --> 00:58:57,210
отново сте онлайн.

1252
00:58:57,210 --> 00:58:59,259
>> Това не е голяма, но
Той също така не е ужасно.

1253
00:58:59,259 --> 00:59:01,800
И не е нужно да се притеснявате
за всякакви въпроси за синхронизация.

1254
00:59:01,800 --> 00:59:03,080
Защото всичко, което вече е там.

1255
00:59:03,080 --> 00:59:05,000
Защото имаше перфектен
архивиране готов да отида.

1256
00:59:05,000 --> 00:59:07,100
>> Вие може да бъде малко по-
любител за това,

1257
00:59:07,100 --> 00:59:12,990
тъй като някои хора често правят, къде сте
може да има база данни номер четири тук,

1258
00:59:12,990 --> 00:59:17,480
база данни номер пет тук,
че говорим един с друг.

1259
00:59:17,480 --> 00:59:24,120
Но вие също трябва това
вид arrangement--

1260
00:59:24,120 --> 00:59:27,440
и то нарочно
изглежда разхвърлян, защото тя

1261
00:59:27,440 --> 00:59:30,220
is-- където всички от
Предните крайните сървъри могат да

1262
00:59:30,220 --> 00:59:32,870
говори с всички задния край сървъри.

1263
00:59:32,870 --> 00:59:38,130
И така, ако тази база данни не
отговори, тези предни сървъри имат

1264
00:59:38,130 --> 00:59:40,212
да има програмиране
код в тях, която казва,

1265
00:59:40,212 --> 00:59:42,170
ако не се получи
връзка към тази база данни,

1266
00:59:42,170 --> 00:59:45,830
първичната веднага започва
говорим за вторичната.

1267
00:59:45,830 --> 00:59:48,310
>> Но това вече избутва
сложността на кода.

1268
00:59:48,310 --> 00:59:52,070
И сега си разработчиците, вашият софтуер
разработчиците, трябва да се знае за това.

1269
00:59:52,070 --> 00:59:56,454
И ти вид обвързване кода, че
пишете на вашия действителната задния край

1270
00:59:56,454 --> 00:59:58,370
детайли за изпълнение,
което го прави по-трудно,

1271
00:59:58,370 --> 01:00:00,670
особено в по-голяма
дружество или по-голяма уебсайт,

1272
01:00:00,670 --> 01:00:05,020
където не е задължително
Искам програмистите да имат

1273
01:00:05,020 --> 01:00:10,890
да знаят как базата данни
инженери си вършат работата.

1274
01:00:10,890 --> 01:00:13,810
Може би искате да запазите тези роли
сортиране на функционално обособено така

1275
01:00:13,810 --> 01:00:16,810
че там е този слой
абстракция между двете.

1276
01:00:16,810 --> 01:00:17,940
>> И така, как може ние да поправя това?

1277
01:00:17,940 --> 01:00:20,290
Е, ние вид решен
този проблем веднъж преди.

1278
01:00:20,290 --> 01:00:25,680
Защо не ние поставяме един от
тези неща тук, където

1279
01:00:25,680 --> 01:00:30,947
тя говори на свой ред до номер четири и
пет, всички уеб сървъри предния край

1280
01:00:30,947 --> 01:00:33,780
говори с този посредник, и
посредник в завой маршрути своите данни?

1281
01:00:33,780 --> 01:00:38,494
В действителност, това, което може да бъде
добро име за това нещо?

1282
01:00:38,494 --> 01:00:39,704
>> АУДИТОРИЯ: [недоловим]

1283
01:00:39,704 --> 01:00:41,120
DAVID Малан: ОК, мениджъра на базата данни.

1284
01:00:41,120 --> 01:00:48,030
Но това, което може термин се, че
бихме могли да използват повторно за това устройство?

1285
01:00:48,030 --> 01:00:49,760
Ние сме балансиране.

1286
01:00:49,760 --> 01:00:52,480
Да, така всъщност, аз съм
Не е справедливо тук.

1287
01:00:52,480 --> 01:00:56,760
Така балансиращ натоварване би означавало, че
ние сме превключване назад и напред тук,

1288
01:00:56,760 --> 01:00:58,836
което не е реално да е така.

1289
01:00:58,836 --> 01:01:00,460
Така че има няколко начина, които можем да направим това.

1290
01:01:00,460 --> 01:01:03,920
>> Ако това е всъщност балансьор натоварване, на
история е точно същата, както преди.

1291
01:01:03,920 --> 01:01:05,230
Някои от исканията отида до 4.

1292
01:01:05,230 --> 01:01:06,150
Някои от тях отиде до 5.

1293
01:01:06,150 --> 01:01:06,710
И това е добре.

1294
01:01:06,710 --> 01:01:08,835
Тъй като сега можем да се справим
два пъти повече производителност.

1295
01:01:08,835 --> 01:01:11,120
Но тази връзка
тук е супер важно.

1296
01:01:11,120 --> 01:01:14,050
Те трябва да остане постоянно
синхронизирано и се надяваме,

1297
01:01:14,050 --> 01:01:17,670
не са географски твърде далеч един от друг, така че
че синхронизацията е по същество

1298
01:01:17,670 --> 01:01:18,520
мигновен.

1299
01:01:18,520 --> 01:01:20,410
В противен случай може да имаме проблем.

1300
01:01:20,410 --> 01:01:21,330
>> Така че не е лошо.

1301
01:01:21,330 --> 01:01:25,132
Но отново, ние сме
въведе нов проблем.

1302
01:01:25,132 --> 01:01:26,590
Какъв проблем са просто пресъздадени?

1303
01:01:26,590 --> 01:01:30,000

1304
01:01:30,000 --> 01:01:31,020
Единична точка на отказ.

1305
01:01:31,020 --> 01:01:32,390
И така, какво е решението за това?

1306
01:01:32,390 --> 01:01:39,270
Така че като Виктория обича да се харчат пари,
можем да вземем този човек навън и да направите това.

1307
01:01:39,270 --> 01:01:41,731
И аз съм просто ще
премести тук достатъчно място.

1308
01:01:41,731 --> 01:01:43,230
И това ще бъде малко разхвърлян.

1309
01:01:43,230 --> 01:01:44,563
Отивам да се запази рисуване линии.

1310
01:01:44,563 --> 01:01:47,080
Да предположим, че всички
тези линии отиват в двете?

1311
01:01:47,080 --> 01:01:52,670
>> А много често техника, тук ще бъде
да се използва техника, наречена сърцебиене

1312
01:01:52,670 --> 01:01:57,390
при което всеки от тези устройства,
лява и дясна балансьори на натоварване,

1313
01:01:57,390 --> 01:02:00,740
или каквото и да искаме да им се обадя,
е постоянно казваше, че съм жив,

1314
01:02:00,740 --> 01:02:03,220
Жив съм, че съм жив, че съм жив.

1315
01:02:03,220 --> 01:02:05,910
Един от тях по подразбиране
действа като главна.

1316
01:02:05,910 --> 01:02:09,620
Така че целият трафик се пренасочва през
този, в ляво, например,

1317
01:02:09,620 --> 01:02:11,260
по подразбиране, произволно.

1318
01:02:11,260 --> 01:02:16,890
>> Но веднага след като човекът в дясно
не чуя от лявата човек вече,

1319
01:02:16,890 --> 01:02:20,440
този отдясно е програмиран
автоматично, например,

1320
01:02:20,440 --> 01:02:24,110
поеме IP адрес
от този, в ляво,

1321
01:02:24,110 --> 01:02:28,240
и поради това да се превърне в основно, и
може би изпрати имейл или текстово съобщение

1322
01:02:28,240 --> 01:02:31,570
за хората, за да се каже, хей,
наляво основно е на линия.

1323
01:02:31,570 --> 01:02:33,310
Аз ще стане основният за сега.

1324
01:02:33,310 --> 01:02:35,760
Така вицепрезидент става
президент, така да се каже.

1325
01:02:35,760 --> 01:02:38,180
И някой трябва да отиде спаси
президент, ако искате.

1326
01:02:38,180 --> 01:02:41,090
Защото сега имаме временен
единична точка на отказ.

1327
01:02:41,090 --> 01:02:45,020
>> Така, както е сложно или стресиращо като
Това може да изглежда да започнете да са,

1328
01:02:45,020 --> 01:02:46,990
това е начина, по който реши тези проблеми.

1329
01:02:46,990 --> 01:02:48,190
Можете да направите хвърлят пари в него.

1330
01:02:48,190 --> 01:02:49,370
Хвърляте хардуер в него.

1331
01:02:49,370 --> 01:02:52,170
Но за съжаление
добавете сложност за него.

1332
01:02:52,170 --> 01:02:56,450
Но резултатът в крайна сметка е, че
имате много повече, на теория,

1333
01:02:56,450 --> 01:02:57,670
устойчива архитектура.

1334
01:02:57,670 --> 01:02:58,850
Тя все още не е перфектен.

1335
01:02:58,850 --> 01:03:02,470
Защото дори когато ние have-- бихме могли
не да има една точка на неуспех.

1336
01:03:02,470 --> 01:03:05,240
Сега имаме двойни точки на отказ.

1337
01:03:05,240 --> 01:03:07,630
Но ако две нещата се объркат,
които абсолютно биха могли,

1338
01:03:07,630 --> 01:03:09,030
ние все пак ще бъде на линия.

1339
01:03:09,030 --> 01:03:11,660
>> И така, много често в
промишленост е да опише

1340
01:03:11,660 --> 01:03:14,000
си нагоре време от гледна точка на деветки.

1341
01:03:14,000 --> 01:03:18,610
И нещо като целта
да се стремим да е 99.999%

1342
01:03:18,610 --> 01:03:21,580
от времето вашият сайт е на линия.

1343
01:03:21,580 --> 01:03:24,170
Или още по-добре, добавете
още няколко деветки до това.

1344
01:03:24,170 --> 01:03:28,159
За съжаление, тези
деветки са много скъпи.

1345
01:03:28,159 --> 01:03:29,450
И нека да всъщност правят това.

1346
01:03:29,450 --> 01:03:35,510
Така че, ако се отвори голяма моя калкулатор отново,
365 дни в годината, 24 часа на ден,

1347
01:03:35,510 --> 01:03:44,780
60 минути в час, и
60 секунди в една минута,

1348
01:03:44,780 --> 01:03:48,690
това е колко секунди са там
за една година, ако съм направил това правилно.

1349
01:03:48,690 --> 01:03:55,740
Така че, ако ние пъти тази от 0.99999, че е
колко време искаме да се стреми.

1350
01:03:55,740 --> 01:04:00,600
Така че това означава, че ние трябва да се
това много секунди през годината.

1351
01:04:00,600 --> 01:04:03,920
Така че, ако сега се изважда
оригиналната стойност, или по-скоро

1352
01:04:03,920 --> 01:04:07,480
тази нова стойност от
first-- 316 секунди,

1353
01:04:07,480 --> 01:04:09,640
което разбира се е на пет минути.

1354
01:04:09,640 --> 01:04:13,770
>> Така че, ако вашия сайт или вашата компания е
твърдейки, "пет деветки", с което сте

1355
01:04:13,770 --> 01:04:17,050
до 99,99% от времето,
че ви означава по-добро

1356
01:04:17,050 --> 01:04:23,470
са били достатъчно умни и бързо
достатъчно и достатъчно наравно с ресурси

1357
01:04:23,470 --> 01:04:27,890
че вашите сървъри са само офлайн
на пет минути от годината.

1358
01:04:27,890 --> 01:04:29,980
Това е скъпо и
Трудно е да се стреми.

1359
01:04:29,980 --> 01:04:31,430
>> Така че това е компромис, също.

1360
01:04:31,430 --> 01:04:35,866
99,999% от времето е доста
дяволски трудно и скъпо.

1361
01:04:35,866 --> 01:04:38,740
Пет minutes-- можете да получите едва
към сървъра за физически замени

1362
01:04:38,740 --> 01:04:40,040
нещо, което не е наред.

1363
01:04:40,040 --> 01:04:42,810
И затова ние започваме окабеляване
неща заедно по-сложни

1364
01:04:42,810 --> 01:04:48,240
априорно така че компютрите
може някак си оправя.

1365
01:04:48,240 --> 01:04:49,446
Да.

1366
01:04:49,446 --> 01:04:52,344
>> АУДИТОРИЯ: [недоловим]

1367
01:04:52,344 --> 01:05:02,014

1368
01:05:02,014 --> 01:05:04,430
DAVID Малан: Проблемът би могъл
да бъде във всяка брой места.

1369
01:05:04,430 --> 01:05:05,090
И в fact--

1370
01:05:05,090 --> 01:05:07,101
>> АУДИТОРИЯ: [недоловим]

1371
01:05:07,101 --> 01:05:08,600
DAVID Малан: Абсолютно, абсолютно.

1372
01:05:08,600 --> 01:05:10,720
И тъй като картината е
все по-сложно,

1373
01:05:10,720 --> 01:05:12,110
тя може да бъде на уеб сървъри.

1374
01:05:12,110 --> 01:05:14,690
Тя може да бъде захранването на сградата.

1375
01:05:14,690 --> 01:05:17,900
Тя може да бъде нещо физическо, като
кабелите имам опънати или изритан.

1376
01:05:17,900 --> 01:05:19,879
Тя може да бъде на базата
не реагира.

1377
01:05:19,879 --> 01:05:22,920
Тя може да бъде, че се обновява на операционната им
система и нещо виси.

1378
01:05:22,920 --> 01:05:24,634
Така че има толкова много други движещи се части.

1379
01:05:24,634 --> 01:05:27,050
И така, много от инженерните
че трябва да отиде зад тази

1380
01:05:27,050 --> 01:05:30,431
е наистина само компромиси, като как
много време, колко пари е всъщност

1381
01:05:30,431 --> 01:05:32,930
Струва си, и какви са заплахите
сте наистина притеснен за?

1382
01:05:32,930 --> 01:05:35,471
Например, в
курсове I учат в Харвард,

1383
01:05:35,471 --> 01:05:38,470
ние използваме много изчислителни облаци, които
ние ще започнем като погледнете сега,

1384
01:05:38,470 --> 01:05:41,107
в действителност, когато ние използваме
Amazon Web Services.

1385
01:05:41,107 --> 01:05:42,940
Просто защото това е най-
един започнахме с.

1386
01:05:42,940 --> 01:05:45,856
Но има все повече тези дни
от Google и Microsoft и др.

1387
01:05:45,856 --> 01:05:50,030
И ние съзнателно избират да постави всички
на виртуални машини нашите курсове,

1388
01:05:50,030 --> 01:05:55,400
или както ги наричат, в Мисля
това е Western данни център Вирджиния.

1389
01:05:55,400 --> 01:05:57,560
Повечето от нашите студенти
се случи да бъде от страна на САЩ,

1390
01:05:57,560 --> 01:05:59,820
въпреки че има със сигурност
някои международно.

1391
01:05:59,820 --> 01:06:02,630
>> Но реалността е, че това е просто
опростена и е по-евтино за нас

1392
01:06:02,630 --> 01:06:05,540
да постави всички наши яйца
в коша Вирджиния,

1393
01:06:05,540 --> 01:06:08,050
макар да знам, ако нещо
се обърка във Вирджиния,

1394
01:06:08,050 --> 01:06:12,760
като има от време на време happened-- като
ако има ураган или някакво време

1395
01:06:12,760 --> 01:06:15,890
събитие като това, ако има някакъв
мощност въпрос решетка или like-- всички

1396
01:06:15,890 --> 01:06:20,240
на данните на нашите курсове "могат да отидат на линия
за някои няколко минути или часове

1397
01:06:20,240 --> 01:06:21,600
или дори по-дълго.

1398
01:06:21,600 --> 01:06:24,020
>> Но размерът на сложност
че ще се изисква,

1399
01:06:24,020 --> 01:06:26,895
и размера на парите, които би
се изисква, за да работи всичко

1400
01:06:26,895 --> 01:06:31,420
паралелно в Европа или в Калифорния
просто не прави толкова много смисъл.

1401
01:06:31,420 --> 01:06:35,080
Така че това е един разумен търговия
на разстояние, но болезнено един

1402
01:06:35,080 --> 01:06:37,740
когато сте в действителност
като че времето за престой.

1403
01:06:37,740 --> 01:06:41,830
>> Е, нека преход точно сега, за да
някои решения, базирани на облак

1404
01:06:41,830 --> 01:06:43,320
за някои от тези проблеми.

1405
01:06:43,320 --> 01:06:45,040
Всичко, което съм бил
обсъждаме този момент

1406
01:06:45,040 --> 01:06:47,527
е вид проблеми, които имат
бил с нас за известно време,

1407
01:06:47,527 --> 01:06:49,610
дали имате собствен
сървъри в компанията,

1408
01:06:49,610 --> 01:06:52,740
дали отивате на съвместно ползване на помещения
място като център за данни и дял

1409
01:06:52,740 --> 01:06:55,110
пространство с някой друг,
или в днешно време в облака.

1410
01:06:55,110 --> 01:06:57,040
>> И това, което е хубаво за
облака е, че всички

1411
01:06:57,040 --> 01:06:59,540
от тези неща, аз съм
чертеж като физически обекти

1412
01:06:59,540 --> 01:07:02,400
Сега може да се мисли като
сортиране на виртуални обекти

1413
01:07:02,400 --> 01:07:04,659
в облака, които са
симулирано със софтуер.

1414
01:07:04,659 --> 01:07:07,700
С други думи, днес компютри,
сървъри днес, като на снимката Dell

1415
01:07:07,700 --> 01:07:11,720
Аз показа по-рано, толкова бързо, имат
толкова RAM, толкова много CPU, толкова диск

1416
01:07:11,720 --> 01:07:16,140
пространство, че хората са писали
софтуер за почти дял

1417
01:07:16,140 --> 01:07:21,130
един сървър нагоре в илюзията за него
са два сървъра, или 200 сървъри, така че

1418
01:07:21,130 --> 01:07:24,150
че всеки от нас клиенти
има илюзията като

1419
01:07:24,150 --> 01:07:29,110
не само по сметка на някои уеб
домакин, но нашата собствена машина, която ние сме

1420
01:07:29,110 --> 01:07:30,490
отдаване под наем от някой друг.

1421
01:07:30,490 --> 01:07:34,140
>> Но това е една виртуална машина в
доколкото на един Dell сървър,

1422
01:07:34,140 --> 01:07:39,160
тя отново може да бъде разделена нагоре в
две или 200 или повече виртуални машини,

1423
01:07:39,160 --> 01:07:43,770
всички от които даде някой административен
достъп, но по начин, където никой от нас

1424
01:07:43,770 --> 01:07:48,040
знае или да получите достъп до други виртуални
машини на същия хардуер.

1425
01:07:48,040 --> 01:07:53,430
Така че, за да нарисува картина в днешните пързалки,
Аз съм този заснет тук от един сайт

1426
01:07:53,430 --> 01:07:54,160
наречен докер.

1427
01:07:54,160 --> 01:07:56,970
>> Така че това е малко по-
подробно, отколкото ние действително се нуждаят.

1428
01:07:56,970 --> 01:07:59,830
Но ако видите това като
вашата infrastructure--

1429
01:07:59,830 --> 01:08:02,910
така че просто хардуера свой собствен,
Вашите сървъри, стелажите, данните

1430
01:08:02,910 --> 01:08:06,480
център, и всички that-- бихте
обикновено тече операционна система домакин.

1431
01:08:06,480 --> 01:08:08,275
Така че нещо like-- тя може да бъде Windows.

1432
01:08:08,275 --> 01:08:09,430
Не би било Mac OS.

1433
01:08:09,430 --> 01:08:11,430
Тъй като това не е наистина
предприятието тези дни.

1434
01:08:11,430 --> 01:08:15,670
Така че би било Linux или Solaris
или Unix или BSD или FreeBSD

1435
01:08:15,670 --> 01:08:19,779
или произволен брой други операционни системи
че са или безплатни или търговски.

1436
01:08:19,779 --> 01:08:22,120
>> И след това пуснете
програма, специална програма,

1437
01:08:22,120 --> 01:08:26,479
нарича хипервайзор или
виртуална машина монитор, VMM.

1438
01:08:26,479 --> 01:08:31,649
И това са продукти, ако сте
запознат, като VMware или VirtualBox

1439
01:08:31,649 --> 01:08:34,080
или Virtual PC или други.

1440
01:08:34,080 --> 01:08:38,430
И какви са тези програми правят е точно
че функцията описах по-рано.

1441
01:08:38,430 --> 01:08:41,779
То създава илюзията
че една физическа машина

1442
01:08:41,779 --> 01:08:44,550
може да бъде няколко виртуални машини.

1443
01:08:44,550 --> 01:08:48,260
>> И така, тези цветни кутии до върха е
боядисване снимка на следното.

1444
01:08:48,260 --> 01:08:50,260
Това хипервайзор този
част от софтуера, да го наречем

1445
01:08:50,260 --> 01:08:54,090
VMware, работещ на някой друг
операционна система, наричаме го Linux,

1446
01:08:54,090 --> 01:08:56,910
се създава илюзията, че
този физически компютър е всъщност

1447
01:08:56,910 --> 01:09:00,149
един, два, три виртуални компютри.

1448
01:09:00,149 --> 01:09:04,270
Така че аз вече съм купил, като собственик на
този хардуер, един физически компютър.

1449
01:09:04,270 --> 01:09:06,200
И сега съм отдаване под наем
то до три клиенти.

1450
01:09:06,200 --> 01:09:09,731
>> И тези три клиенти всички мислят
те имат специална виртуална машина.

1451
01:09:09,731 --> 01:09:10,939
И това не е примамване и подмяна.

1452
01:09:10,939 --> 01:09:13,750
Това е по-разкриване, че
сте с помощта на виртуална машина.

1453
01:09:13,750 --> 01:09:17,589
Но технологично, ние всички
имат пълен административен контрол

1454
01:09:17,589 --> 01:09:19,880
спрямо всеки един от тези гости
операционни системи, които биха могли да

1455
01:09:19,880 --> 01:09:21,370
да бъде всеки брой операционни системи.

1456
01:09:21,370 --> 01:09:23,029
>> Мога да инсталирате нищо, което искам.

1457
01:09:23,029 --> 01:09:24,640
Мога да го ъпгрейд, както аз искам.

1458
01:09:24,640 --> 01:09:27,470
А аз дори не трябва да се знае, или
грижа за други операционни

1459
01:09:27,470 --> 01:09:29,678
системи за същия компютър,
другите виртуални машини,

1460
01:09:29,678 --> 01:09:35,290
освен ако не е собственик на всичко това сиво
неща е, че е малко алчни

1461
01:09:35,290 --> 01:09:37,540
и е свръх неговите или нейните ресурси.

1462
01:09:37,540 --> 01:09:40,800
>> Така че, ако сте като един
физическа машина и да го продава

1463
01:09:40,800 --> 01:09:44,399
да не 200, а 400
клиенти, в някакъв момент

1464
01:09:44,399 --> 01:09:47,270
ние ще се спъне в тези
Същите проблеми с производителността, както преди.

1465
01:09:47,270 --> 01:09:50,460
Защото имате само ограничен
размер на диск и RAM и така нататък.

1466
01:09:50,460 --> 01:09:53,450
И на виртуална машина
е просто една програма, която е

1467
01:09:53,450 --> 01:09:56,140
преструва на
пълноправен компютър.

1468
01:09:56,140 --> 01:09:58,040
Така че можете да получите това, което плащате тук.

1469
01:09:58,040 --> 01:10:02,150
>> Така че вие ​​ще намерите онлайн може да се плати
почтена компания може би $ 100 на месец

1470
01:10:02,150 --> 01:10:05,660
за своя собствена виртуална машина, или
свой собствен виртуален частен сървър,

1471
01:10:05,660 --> 01:10:07,090
който е друг термин за това.

1472
01:10:07,090 --> 01:10:10,400
Или може да се намери някаква муха от
нощ, когато ти плащат $ 5,99 на месец

1473
01:10:10,400 --> 01:10:12,080
за своя собствена виртуална машина.

1474
01:10:12,080 --> 01:10:15,614
Но шансовете са че не е нужно почти
достъпни за вас толкова, производителност,

1475
01:10:15,614 --> 01:10:18,530
защото те са били го свръх
така, отколкото би с по-високата

1476
01:10:18,530 --> 01:10:22,340
едностепенна на услугата или на по-добър доставчик.

1477
01:10:22,340 --> 01:10:24,590
>> И така, какво означава това всъщност означава за нас?

1478
01:10:24,590 --> 01:10:26,110
Така че нека да продължа с това.

1479
01:10:26,110 --> 01:10:29,580
Отивам да отида да aws.amazon.com.

1480
01:10:29,580 --> 01:10:31,590
Просто защото те имат
хубаво меню с опции.

1481
01:10:31,590 --> 01:10:34,700
Но същите тези уроци се прилагат към
куп други клауд доставчици.

1482
01:10:34,700 --> 01:10:38,201
За съжаление, това е често по-
маркетинг говори от всичко.

1483
01:10:38,201 --> 01:10:39,200
И това продължава да се променя.

1484
01:10:39,200 --> 01:10:41,820
Така че можете да отидете на уеб сайт като този.

1485
01:10:41,820 --> 01:10:44,560
И това наистина не е така
казвай, че много от всичко.

1486
01:10:44,560 --> 01:10:47,780
>> И дори и аз, като гледам това, не го правят
наистина знаят какво някое от тези неща

1487
01:10:47,780 --> 01:10:49,334
задължително се направи, докато не се потопите инча

1488
01:10:49,334 --> 01:10:50,875
Но нека да започнем от ляво, изчисли.

1489
01:10:50,875 --> 01:10:52,980
И аз отивам да кликнете върху тази.

1490
01:10:52,980 --> 01:10:56,960
И сега Amazon има откровено една
поразителен брой услуги

1491
01:10:56,960 --> 01:10:57,960
Тези дни.

1492
01:10:57,960 --> 01:11:01,040
Но Amazon EC2 е може би най-простите.

1493
01:11:01,040 --> 01:11:05,840
>> Amazon EC2 ще създаде за нас точно
на снимката видяхме преди малко.

1494
01:11:05,840 --> 01:11:10,240
Това е начина, по който да направи много
парите си в облака.

1495
01:11:10,240 --> 01:11:12,910
Очевидно Netflix и други
са в облака с тях.

1496
01:11:12,910 --> 01:11:16,260
Това е обикновено
пухкав маркетинг говори.

1497
01:11:16,260 --> 01:11:19,720
Така че това, което искам да направя, е да отидете на Pricing--
или по-скоро да вървим към Случаите

1498
01:11:19,720 --> 01:11:23,790
първо просто да нарисува картина на това.

1499
01:11:23,790 --> 01:11:25,800
>> Така че това ще варира от продавача.

1500
01:11:25,800 --> 01:11:29,590
И ние не трябва да стане твърде дълбоко в
плевелите тук за това как работи всичко.

1501
01:11:29,590 --> 01:11:34,720
Но начин Амазонка, например,
ви дава под наем на виртуална машина или на сървъра

1502
01:11:34,720 --> 01:11:37,200
в облака е те имам
тези вид на смешни имена,

1503
01:11:37,200 --> 01:11:41,000
като t2.nano, което означава малък,
или t2.large, което означава голям.

1504
01:11:41,000 --> 01:11:43,970
Всеки от тях дава или
една или две виртуални процесори.

1505
01:11:43,970 --> 01:11:45,470
>> Защо това е виртуален CPU?

1506
01:11:45,470 --> 01:11:49,440
Е, физическата машина мощ
имат 64 или повече реални процесори.

1507
01:11:49,440 --> 01:11:52,125
Но отново, чрез софтуер,
те създават илюзията

1508
01:11:52,125 --> 01:11:55,410
че това може да бъде една машина
разделиха на множество потребители.

1509
01:11:55,410 --> 01:11:58,765
Така че ние можем да мислим за това, както е
като един Intel CPU или две.

1510
01:11:58,765 --> 01:12:01,290
CPU кредити на hour-- бих
Трябва да четат дребния шрифт

1511
01:12:01,290 --> 01:12:02,581
за това какво това всъщност означава.

1512
01:12:02,581 --> 01:12:05,850
Това означава, колко на машината
можете да използвате за час визави

1513
01:12:05,850 --> 01:12:07,730
други клиенти на този хардуер.

1514
01:12:07,730 --> 01:12:11,560
>> Ето колко RAM или памет
get-- или половин гигабайт, или 500

1515
01:12:11,560 --> 01:12:14,120
мегабайта, или 1 гигабайт, или 2.

1516
01:12:14,120 --> 01:12:17,390
И тогава съхранението просто се отнася до
какви дискове те ви дават.

1517
01:12:17,390 --> 01:12:19,950
Има различни съхранение
технологии, които те предлагат.

1518
01:12:19,950 --> 01:12:22,870
Но по-интересно от това
След това може да се окаже ценообразуването.

1519
01:12:22,870 --> 01:12:25,860
>> Така че, ако вие сте главен технически директор или
инженер, който не го прави

1520
01:12:25,860 --> 01:12:28,420
искате да пуснете сървъра на вашия
офис, независимо по каква причина,

1521
01:12:28,420 --> 01:12:30,230
и това е твърде
сложно или скъпо

1522
01:12:30,230 --> 01:12:33,930
да купуват сървъри и ги ко-локализиране и
плащат наем в някои физически клетка пространство

1523
01:12:33,930 --> 01:12:36,670
somewhere-- просто искате да седнете
в лаптопа си късно през нощта,

1524
01:12:36,670 --> 01:12:40,480
въведете данните за кредитната си карта,
и наем сървъри в cloud-- Е,

1525
01:12:40,480 --> 01:12:41,920
можем да го направим тук.

1526
01:12:41,920 --> 01:12:45,769
Отивам да слизат to-- Linux
е популярна операционна система.

1527
01:12:45,769 --> 01:12:47,310
И нека просто се получи усещане за нещата.

1528
01:12:47,310 --> 01:12:48,990
Whoops-- твърде голям.

1529
01:12:48,990 --> 01:12:53,670
>> Така че нека да погледнем на тяхната най-малките
виртуална машина, която изглежда да има,

1530
01:12:53,670 --> 01:12:57,440
за нашите цели, един CPU
и 500 мегабайта RAM.

1531
01:12:57,440 --> 01:12:58,440
Това е доста малък.

1532
01:12:58,440 --> 01:13:00,820
Но честно казано, уеб сървъри не
Трябва да се направи всичко, което много.

1533
01:13:00,820 --> 01:13:02,630
Вие имате по-добри характеристики в лаптопа си.

1534
01:13:02,630 --> 01:13:04,990
Но не е нужно тези,
характеристики тези дни за нещата.

1535
01:13:04,990 --> 01:13:11,490
Ти ще плати $ 0,0065 за час.

1536
01:13:11,490 --> 01:13:12,080
>> Така че нека да видим.

1537
01:13:12,080 --> 01:13:15,970
Ако има 24 часа на ден, и
ние плащаме толкова много за един час,

1538
01:13:15,970 --> 01:13:20,680
това ще ви струва $ 0,15 за отдаване под наем, че
определен сървър в облака.

1539
01:13:20,680 --> 01:13:22,210
И това е само за един ден.

1540
01:13:22,210 --> 01:13:27,050
Ако правим това 365-- $ 57 за
под наем, че определен сървър.

1541
01:13:27,050 --> 01:13:28,420
Така че това звучи супер евтин.

1542
01:13:28,420 --> 01:13:31,100
>> Това също е супер ниска производителност.

1543
01:13:31,100 --> 01:13:37,169
Така че ние, за курсове преподавам тук, са склонни
да използвате Мисля t2.smalls или t2.mediums.

1544
01:13:37,169 --> 01:13:39,960
И ние може да има няколко стотин
Потребителите, няколко хиляди потребители, общо.

1545
01:13:39,960 --> 01:13:40,900
Това е доста скромен.

1546
01:13:40,900 --> 01:13:42,360
Така че нека да видим какво ще струва.

1547
01:13:42,360 --> 01:13:49,260
Така че, ако аз правя това време разходите 24
часа пъти 365, това е $ 225.

1548
01:13:49,260 --> 01:13:51,160
И за курсовете
Аз преподавам, ние обикновено

1549
01:13:51,160 --> 01:13:54,970
тичам две от всичко, за
съкращения, както и за изпълнение.

1550
01:13:54,970 --> 01:13:59,230
Така че можем да харчат, следователно,
$ 500 за сървърите

1551
01:13:59,230 --> 01:14:00,860
че ние може да се наложи на година.

1552
01:14:00,860 --> 01:14:05,210
>> Сега, ако имате нужда от повече performance--
Нека да разгледаме най-памет.

1553
01:14:05,210 --> 01:14:06,810
Ние говорихме за памет доста малко.

1554
01:14:06,810 --> 01:14:09,330
И ако е нужно повече
memory-- и 64 гигабайта

1555
01:14:09,330 --> 01:14:12,310
е броят аз продължавах mentioning--
това е почти $ 1 на час.

1556
01:14:12,310 --> 01:14:16,180
И вие можете да доста бързо да видим къде
това goes-- така 24 часа пъти 365.

1557
01:14:16,180 --> 01:14:20,580
Така че сега е $ 8000 годишно
за доста приличен на сървъра.

1558
01:14:20,580 --> 01:14:23,010
>> Така че в един момент, че има
това инфлексна точка

1559
01:14:23,010 --> 01:14:29,510
където сега можем да похарчи $ 6.000
вероятно и да си купи машина като че

1560
01:14:29,510 --> 01:14:33,800
и амортизира неговата себестойност над може би два,
три години, за живота на машината.

1561
01:14:33,800 --> 01:14:38,880
Но това, което може да ви бутнете в
благоприятстват или неодобрение на отдаване под наем

1562
01:14:38,880 --> 01:14:41,230
машина в облака по този начин?

1563
01:14:41,230 --> 01:14:44,110
Отново, това е сравнимо, вероятно,
до един от тези сървъри на Dell

1564
01:14:44,110 --> 01:14:47,208
видяхме снимката преди малко.

1565
01:14:47,208 --> 01:14:51,016
>> АУДИТОРИЯ: [недоловим]

1566
01:14:51,016 --> 01:14:54,350

1567
01:14:54,350 --> 01:14:56,190
>> DAVID Малан: Да, това е една огромна наопаки.

1568
01:14:56,190 --> 01:14:58,640
Тъй като ние не сте закупуване на
машина, ние не трябва да го Unbox.

1569
01:14:58,640 --> 01:14:59,600
Ние не трябва да го вдигне.

1570
01:14:59,600 --> 01:15:01,110
Ние не трябва да го включите в нашия багажник.

1571
01:15:01,110 --> 01:15:02,080
Ние не трябва да го включите.

1572
01:15:02,080 --> 01:15:03,140
Ние не трябва да плащат
електрическата сметката.

1573
01:15:03,140 --> 01:15:05,120
>> Ние не трябва да се обърне
климатичната инсталация на.

1574
01:15:05,120 --> 01:15:07,620
Когато един твърд диск умира, ние нямаме
за шофиране в в средата на нощта

1575
01:15:07,620 --> 01:15:08,172
да го оправя.

1576
01:15:08,172 --> 01:15:09,630
Ние не трябва да се създаде мониторинг.

1577
01:15:09,630 --> 01:15:13,750
Ние не разполагаме с to-- списъкът продължава
и на всички физически неща

1578
01:15:13,750 --> 01:15:15,810
не е нужно да се направи
поради "облак".

1579
01:15:15,810 --> 01:15:18,620
>> И за да бъде ясно, изчислителни облаци
е това много употребявани срок.

1580
01:15:18,620 --> 01:15:22,790
Това наистина просто означава плаща на някого
друго да тече сървъри за вас,

1581
01:15:22,790 --> 01:15:25,300
или отдаване под наем на място на
сървърите на някой друг.

1582
01:15:25,300 --> 01:15:27,110
Така че терминът "изчислителни облаци" е нова.

1583
01:15:27,110 --> 01:15:30,260
Идеята е стара десетилетия.

1584
01:15:30,260 --> 01:15:32,070
Така че това е доста убедителна.

1585
01:15:32,070 --> 01:15:33,960
>> И какво повече получавате?

1586
01:15:33,960 --> 01:15:38,287
Е, можете да получите възможността да се
направи всичко на лаптопа у дома.

1587
01:15:38,287 --> 01:15:40,620
С други думи, всички от
снимки Аз просто drawing--

1588
01:15:40,620 --> 01:15:44,010
и това не беше толкова отдавна, че дори
Бях пълзи на сървъра етаж

1589
01:15:44,010 --> 01:15:46,680
включване на кабелите в за
всяка от линиите, които виждате,

1590
01:15:46,680 --> 01:15:49,590
и повишаване на оперативната
системи, както и променящите дискове наоколо.

1591
01:15:49,590 --> 01:15:51,610
Има много неща, на
телесност за всичко това.

1592
01:15:51,610 --> 01:15:55,300
>> Но това, което е красиво за виртуална
машини, както името вид подсказва,

1593
01:15:55,300 --> 01:15:57,600
Сега там са уеб-базирани
интерфейси, при която

1594
01:15:57,600 --> 01:15:59,900
ако искате еквивалент
от линията от този сървър

1595
01:15:59,900 --> 01:16:03,959
към друг, просто напишете, тип, вид,
щракнете и плъзнете, кликнете върху Изпращане, и готово,

1596
01:16:03,959 --> 01:16:05,250
Имате ли го жични практика.

1597
01:16:05,250 --> 01:16:07,235
Защото всичко е направено в областта на софтуера.

1598
01:16:07,235 --> 01:16:09,110
И причината за това е направено
в областта на софтуера е отново

1599
01:16:09,110 --> 01:16:12,650
защото имаме толкова много RAM и така
достъпна за нас тези дни много CPU,

1600
01:16:12,650 --> 01:16:14,880
Въпреки че всички на
тези неща отнема време,

1601
01:16:14,880 --> 01:16:18,450
то е по-бавно да тече неща
в областта на софтуера, отколкото хардуер,

1602
01:16:18,450 --> 01:16:23,710
просто като това е по-бавно да се използва механично
устройство като твърд диск, отколкото RAM,

1603
01:16:23,710 --> 01:16:25,190
нещо чисто електронен.

1604
01:16:25,190 --> 01:16:27,490
Имаме толкова много ресурси
достъпни за нас.

1605
01:16:27,490 --> 01:16:29,920
Ние, хората, сме нещо като invariantly бавно.

1606
01:16:29,920 --> 01:16:33,840
И така, сега машините могат да направят
много повече за единица време.

1607
01:16:33,840 --> 01:16:36,640
Ние имаме тези способности
да се правят нещата на практика.

1608
01:16:36,640 --> 01:16:39,120
>> И аз ще кажа за курсове
Аз преподавам, например, тук,

1609
01:16:39,120 --> 01:16:43,464
имаме около може би десетина
така общо виртуални машини

1610
01:16:43,464 --> 01:16:45,880
като че работи във всеки даден
време прави предния край неща,

1611
01:16:45,880 --> 01:16:47,620
правене на задния край неща.

1612
01:16:47,620 --> 01:16:50,237
Имаме всички от нашия склад.

1613
01:16:50,237 --> 01:16:52,820
Така че всяка клипове, включително и неща
като това, че ние сме стрелба,

1614
01:16:52,820 --> 01:16:54,330
ние в крайна сметка пускането в облака.

1615
01:16:54,330 --> 01:16:58,710
Amazon има услуги, наречени Amazon S3,
тяхната проста услуга за съхранение, които

1616
01:16:58,710 --> 01:17:00,397
е точно като дисково пространство в облака.

1617
01:17:00,397 --> 01:17:02,230
Те имат нещо
наречен CloudFront, които

1618
01:17:02,230 --> 01:17:06,040
е CDN услуга, Content
Доставка Network услуга, която

1619
01:17:06,040 --> 01:17:10,190
означава, че те вземат всичките си файлове и
за вас автомагически го репликира

1620
01:17:10,190 --> 01:17:11,290
по света.

1621
01:17:11,290 --> 01:17:12,780
>> Така че те не го правят изпреварващо.

1622
01:17:12,780 --> 01:17:15,159
Но първият път, когато някой
в Индия изисква вашия файл,

1623
01:17:15,159 --> 01:17:16,700
те потенциално ще го кешира локално.

1624
01:17:16,700 --> 01:17:19,325
За първи път в Китай,
за първи път в Бразилия, което се случва,

1625
01:17:19,325 --> 01:17:20,880
те ще започнат да го локално кеширане.

1626
01:17:20,880 --> 01:17:22,730
И не е нужно да се направи нещо от това.

1627
01:17:22,730 --> 01:17:26,710
И така, това е толкова невероятно
непреодолими тези дни, за да се движат нещата

1628
01:17:26,710 --> 01:17:27,890
в облака.

1629
01:17:27,890 --> 01:17:31,890
Тъй като имате тази способност буквално
да не са хора правят толкова много

1630
01:17:31,890 --> 01:17:32,390
работа.

1631
01:17:32,390 --> 01:17:35,930
И ти буквално не се нуждаят от най-много
хората правят тези работни места anymore--

1632
01:17:35,930 --> 01:17:38,450
"OPS", или оперативни роли, вече.

1633
01:17:38,450 --> 01:17:43,150
Вие наистина просто трябва
разработчиците и по-малко инженери

1634
01:17:43,150 --> 01:17:44,840
който може просто да правим нещата на практика.

1635
01:17:44,840 --> 01:17:46,590
В действителност, само за да се даде
ти чувство за това,

1636
01:17:46,590 --> 01:17:51,800
да ме пусне да ценообразуването за
един друг продукт тук.

1637
01:17:51,800 --> 01:17:58,170
Нека да видим нещо подобно CDN S3.

1638
01:17:58,170 --> 01:18:01,140
Така че това е по същество
виртуален твърд диск в облака.

1639
01:18:01,140 --> 01:18:14,360
И ако ние превъртете надолу до pricing--
така че е $ 0,007 за гигабайт.

1640
01:18:14,360 --> 01:18:16,300
И that's-- как да направите това?

1641
01:18:16,300 --> 01:18:17,410
Мисля, че на месец.

1642
01:18:17,410 --> 01:18:21,530
>> Така че, ако това е по month-- или на ден?

1643
01:18:21,530 --> 01:18:23,200
Дан, е тази на ден?

1644
01:18:23,200 --> 01:18:24,700
Това е на месец, ОК.

1645
01:18:24,700 --> 01:18:28,280
Така че, ако това е за month--
Съжалявам, това е за $ 0,03 на месец.

1646
01:18:28,280 --> 01:18:29,820
Има 12 месеца от годината.

1647
01:18:29,820 --> 01:18:32,250
Така че колко данни може да
съхранявате в облака?

1648
01:18:32,250 --> 01:18:37,410
А гигабайт не е огромна, но аз
не знам, като 1 терабайт,

1649
01:18:37,410 --> 01:18:38,460
така като 1000 от тях.

1650
01:18:38,460 --> 01:18:39,501
Това не е чак толкова много.

1651
01:18:39,501 --> 01:18:44,382
Това е $ 368 за съхраняване на терабайт
на данни в облака на Amazon.

1652
01:18:44,382 --> 01:18:46,090
Така че това, което са някои от
на компромиси, а след това?

1653
01:18:46,090 --> 01:18:47,970
Тя не може всичко да е добър.

1654
01:18:47,970 --> 01:18:52,260
Нищо не сме говорили за днес е
вид без улов или разход.

1655
01:18:52,260 --> 01:18:55,269
Така че това, което е лошо за преместване
всичко в облака?

1656
01:18:55,269 --> 01:18:56,060
АУДИТОРИЯ: сигурност.

1657
01:18:56,060 --> 01:18:57,721
DAVID Малан: Добре, какво искаш да кажеш?

1658
01:18:57,721 --> 01:18:58,596
АУДИТОРИЯ: [недоловим]

1659
01:18:58,596 --> 01:19:01,589

1660
01:19:01,589 --> 01:19:02,630
DAVID Малан: Да, точно така.

1661
01:19:02,630 --> 01:19:05,130
И наистина ли искате
някои случайни инженери

1662
01:19:05,130 --> 01:19:08,750
в Amazon, че никога няма да се срещне с
физически достъп до тези компютри,

1663
01:19:08,750 --> 01:19:11,010
и ако те наистина
Исках, виртуален достъп?

1664
01:19:11,010 --> 01:19:15,070
И въпреки, че в
теория software-- добре,

1665
01:19:15,070 --> 01:19:17,442
криптиране абсолютно възможно
ви предпази от това.

1666
01:19:17,442 --> 01:19:19,150
Така че, ако това, което сте
съхраняване на Вашите сървъри

1667
01:19:19,150 --> 01:19:21,470
е encrypted-- по-малка загриженост.

1668
01:19:21,470 --> 01:19:25,010
>> Но веднага след като човек има физическа
достъп до машина, криптиране настрана,

1669
01:19:25,010 --> 01:19:26,100
всички залози са подредени на разстояние.

1670
01:19:26,100 --> 01:19:28,240
Може би знаете, от недалечното минало
че компютрите особено,

1671
01:19:28,240 --> 01:19:30,360
дори ако сте имали тези неща
наречени "пароли BIOS,"

1672
01:19:30,360 --> 01:19:33,360
били, когато вашия работен плот обувка горе,
вие искате да се появи подкана с парола, която

1673
01:19:33,360 --> 01:19:35,980
няма нищо общо с
Windows, можете да обикновено

1674
01:19:35,980 --> 01:19:39,750
Просто отворете шасито на
машина, намери мънички игли,

1675
01:19:39,750 --> 01:19:42,240
и да използвате нещо, наречено
джъмпер и просто се свържете

1676
01:19:42,240 --> 01:19:45,690
тези два проводника за около секунда,
като по този начин завършване на веригата.

1677
01:19:45,690 --> 01:19:47,360
И това ще премахне паролата.

1678
01:19:47,360 --> 01:19:49,800
>> Така че, когато имате физически достъп до
устройство, което можете да направите такива неща.

1679
01:19:49,800 --> 01:19:51,110
Можете да премахнете твърдия диск.

1680
01:19:51,110 --> 01:19:53,060
Можете да получите достъп до него по този начин.

1681
01:19:53,060 --> 01:19:55,442
И така, това е причината, в
случай на Dropbox,

1682
01:19:55,442 --> 01:19:57,900
например, това е малко
тревожен, че не само те правят

1683
01:19:57,900 --> 01:20:02,860
има данни, въпреки че е
криптирана, те също имат ключ.

1684
01:20:02,860 --> 01:20:04,993
Други притеснения?

1685
01:20:04,993 --> 01:20:08,430
>> АУДИТОРИЯ: [недоловим]

1686
01:20:08,430 --> 01:20:27,740

1687
01:20:27,740 --> 01:20:30,240
DAVID Малан: Да, това е много
true-- на Googles, ябълките,

1688
01:20:30,240 --> 01:20:31,406
на Майкрософт на света.

1689
01:20:31,406 --> 01:20:34,400
И всъщност, колко дълго трябва
сте имали вашия iPhone за?

1690
01:20:34,400 --> 01:20:35,885
Да, или да се даде.

1691
01:20:35,885 --> 01:20:36,760
АУДИТОРИЯ: [недоловим]

1692
01:20:36,760 --> 01:20:37,780
DAVID Малан: Съжалявам?

1693
01:20:37,780 --> 01:20:39,667
Вие сте сред тези, които
има iPhone, нали?

1694
01:20:39,667 --> 01:20:40,250
АУДИТОРИЯ: Да.

1695
01:20:40,250 --> 01:20:42,208
DAVID Малан: Колко дълго
имали ли сте си iPhone?

1696
01:20:42,208 --> 01:20:43,372
АУДИТОРИЯ: [недоловим]

1697
01:20:43,372 --> 01:20:45,080
DAVID Малан: ОК, така че
Apple буквално знае

1698
01:20:45,080 --> 01:20:49,030
къде сте били на всеки час от
на ден за последните пет години.

1699
01:20:49,030 --> 01:20:51,112
>> АУДИТОРИЯ: [недоловим]

1700
01:20:51,112 --> 01:20:54,626

1701
01:20:54,626 --> 01:20:56,375
DAVID Малан: Кое е по-
прекрасна функция.

1702
01:20:56,375 --> 01:20:57,860
АУДИТОРИЯ: [недоловим]

1703
01:20:57,860 --> 01:21:00,875
DAVID Малан: Да, но
пласирам за сигурен.

1704
01:21:00,875 --> 01:21:01,750
АУДИТОРИЯ: [недоловим]

1705
01:21:01,750 --> 01:21:04,720

1706
01:21:04,720 --> 01:21:07,813
>> DAVID Малан: Да, това е много лесно да.

1707
01:21:07,813 --> 01:21:08,688
АУДИТОРИЯ: [недоловим]

1708
01:21:08,688 --> 01:21:12,040

1709
01:21:12,040 --> 01:21:13,248
DAVID Малан: Други недостатъци?

1710
01:21:13,248 --> 01:21:16,995
АУДИТОРИЯ: [недоловим]

1711
01:21:16,995 --> 01:21:26,151

1712
01:21:26,151 --> 01:21:27,900
DAVID Малан: Absolutely--
технологично,

1713
01:21:27,900 --> 01:21:31,550
икономически, това е доста убедителна, за да
вид спечелят тези икономии от мащаба

1714
01:21:31,550 --> 01:21:33,579
и да се премести всичко в
т.нар облака.

1715
01:21:33,579 --> 01:21:35,870
Но най-вероятно искате да
отида с някои от най-големите

1716
01:21:35,870 --> 01:21:39,380
риба, амазонките, на Googles г.
Microsofts-- Rackspace е доста big--

1717
01:21:39,380 --> 01:21:42,200
и няколко други, и не
непременно да лети от нощните хора

1718
01:21:42,200 --> 01:21:45,640
за когото това е много лесно да се направи
този вид техника в днешно време.

1719
01:21:45,640 --> 01:21:49,140
И това е, на които можете да
плати $ 5,99 на месец, за да.

1720
01:21:49,140 --> 01:21:50,890
Но вие ще сигурност
получавате това, което плащате.

1721
01:21:50,890 --> 01:21:54,014
>> Когато казвате [недоловим], това е, когато
неща, като тези пет деветки идват,

1722
01:21:54,014 --> 01:21:58,017
при което дори ако технологично
ние наистина не може да се гарантира 99.999,

1723
01:21:58,017 --> 01:22:00,350
ние просто ще се изгради в някакъв вид
на неустойка в договора

1724
01:22:00,350 --> 01:22:03,910
така че ако това се случи, поне
има някаква стойност за нас, на продавача.

1725
01:22:03,910 --> 01:22:07,950
И това е, което обикновено би
да ги получавате да се съгласи с.

1726
01:22:07,950 --> 01:22:09,590
>> АУДИТОРИЯ: [недоловим]

1727
01:22:09,590 --> 01:22:12,290
>> DAVID Малан: А
един вид благословия

1728
01:22:12,290 --> 01:22:15,630
е, че дори когато отидем надолу, за
инстанция, или дори някои фирми,

1729
01:22:15,630 --> 01:22:17,800
реалността е, Amazon,
Например, има толкова много

1730
01:22:17,800 --> 01:22:21,780
дяволски клиенти, добре познати клиенти,
оперира от определени центрове за данни

1731
01:22:21,780 --> 01:22:26,224
че когато нещо наистина не е наред,
като природни бедствия и метеорологични условия и такива,

1732
01:22:26,224 --> 01:22:29,390
ако има някаква сребърна подплата,
това е, че сте в много добра компания.

1733
01:22:29,390 --> 01:22:30,680
Вашият сайт може да бъде на линия.

1734
01:22:30,680 --> 01:22:32,750
Но така е като половината от
популярния интернет.

1735
01:22:32,750 --> 01:22:36,230
И така, това е може би по-малко
по-вкусен на клиентите си

1736
01:22:36,230 --> 01:22:38,780
ако това е повече от интернет
нещо, отколкото на нещо acme.com.

1737
01:22:38,780 --> 01:22:41,780
Но това е малко на една измама.

1738
01:22:41,780 --> 01:22:46,740
>> Така че от гледна точка на други неща, за да гледат,
Просто така, че ние не изключва други,

1739
01:22:46,740 --> 01:22:51,210
ако отидете на Microsoft Azure, те
имаме и двете Linux и Windows неща

1740
01:22:51,210 --> 01:22:53,190
това е сравнимо с Амазонка.

1741
01:22:53,190 --> 01:22:57,540
Ако отидете в Google Compute Engine,
те имат нещо подобно, както добре.

1742
01:22:57,540 --> 01:23:00,500
И само да завършвам
тези облачни предложения,

1743
01:23:00,500 --> 01:23:02,762
Ще ви споменавам едно друго нещо.

1744
01:23:02,762 --> 01:23:04,720
Това е популярен сайт
това е представителна

1745
01:23:04,720 --> 01:23:08,590
от класа на технологии.

1746
01:23:08,590 --> 01:23:12,350
Тези, ние просто говорихме
около, Amazon, би било IAAS,

1747
01:23:12,350 --> 01:23:17,150
Инфраструктура като услуга, където можете
сортиране на физически хардуер като услуга.

1748
01:23:17,150 --> 01:23:18,757
Има SAAS.

1749
01:23:18,757 --> 01:23:20,090
Всъщност, нека да нахвърлям тези надолу.

1750
01:23:20,090 --> 01:23:23,290

1751
01:23:23,290 --> 01:23:28,190
>> IAAS-- инфраструктура
Като услуга, SAAS,

1752
01:23:28,190 --> 01:23:31,870
и PAAS, които са
забележително объркващи акроними

1753
01:23:31,870 --> 01:23:34,400
че да се опише с три
различни видове неща.

1754
01:23:34,400 --> 01:23:36,400
И самите съкращения
наистина не е от значение.

1755
01:23:36,400 --> 01:23:38,360
Това е всичко, от нещата, на облак
Току-що говорих,

1756
01:23:38,360 --> 01:23:41,570
неща на по-ниско ниво, на
виртуализация на хардуер и съхранение

1757
01:23:41,570 --> 01:23:44,890
в т.нар облака, независимо дали е
Amazon, Microsoft, Google, или друго.

1758
01:23:44,890 --> 01:23:47,270
>> Софтуер като service--
всички от нас вид използвате тази.

1759
01:23:47,270 --> 01:23:49,810
Ако използвате Google Apps
за Gmail или календари,

1760
01:23:49,810 --> 01:23:52,530
някое от тези уеб-базирани
Преди приложения, които 10 години ние

1761
01:23:52,530 --> 01:23:55,560
ще има двойно кликнали икони на
нашия работен плот, софтуер като услуга

1762
01:23:55,560 --> 01:23:57,400
Сега наистина е уеб приложение.

1763
01:23:57,400 --> 01:24:00,110
И платформа като
обслужване вид зависи.

1764
01:24:00,110 --> 01:24:03,140
>> И един пример ще ви дам тук
в контекста на облак computing--

1765
01:24:03,140 --> 01:24:06,250
има една компания, която е доста
популярни в наши дни, Heroku.

1766
01:24:06,250 --> 01:24:08,940
И те са на услуга,
платформа, ако щете,

1767
01:24:08,940 --> 01:24:11,730
който работи на върха на
инфраструктурата на Amazon.

1768
01:24:11,730 --> 01:24:15,800
И те просто да го направи още по-лесно
за разработчици и инженери

1769
01:24:15,800 --> 01:24:18,330
за да получите на уеб-базирани приложения онлайн.

1770
01:24:18,330 --> 01:24:22,170
>> Това е болка, първоначално да се използва
Amazon Web Services и други неща.

1771
01:24:22,170 --> 01:24:24,170
Защото всъщност трябва
да знаят и разбират

1772
01:24:24,170 --> 01:24:27,617
за бази данни и уеб сървъри и
разпределение на натоварването и всички други неща

1773
01:24:27,617 --> 01:24:28,450
Току-що говорихме.

1774
01:24:28,450 --> 01:24:32,780
Защото всичко Amazon е направил, не е
скрит тези предизвикателства дизайн.

1775
01:24:32,780 --> 01:24:35,790
Те току-що ги виртуализират
и да ги премести в браузъра,

1776
01:24:35,790 --> 01:24:37,770
в софтуер вместо хардуер.

1777
01:24:37,770 --> 01:24:43,020
>> Но компании като Heroku и други
доставчици на PaaS, платформа като услуга,

1778
01:24:43,020 --> 01:24:46,900
те използват тези Barebone основи
че ние просто говори,

1779
01:24:46,900 --> 01:24:50,340
и те се изгради по-лесно да
използвате софтуер в началото на това

1780
01:24:50,340 --> 01:24:54,241
така че, ако искате да получите на уеб-базиран
кандидатстване онлайн тези дни,

1781
01:24:54,241 --> 01:24:55,990
вие със сигурност трябва да
знаят как да се програмира.

1782
01:24:55,990 --> 01:25:00,280
Трябва да знаете Java или Python или PHP
или Ruby или куп други езици.

1783
01:25:00,280 --> 01:25:02,180
>> Но вие също трябва място, където да го сложи.

1784
01:25:02,180 --> 01:25:04,790
И ние говорихме по-рано за
получаване на уеб хостинг компания.

1785
01:25:04,790 --> 01:25:08,630
Това е нещо като подобни средата на 2000
подход за получаване на нещо онлайн.

1786
01:25:08,630 --> 01:25:12,140
В днешно време може вместо плаща на някого
като Heroku няколко долара на месец.

1787
01:25:12,140 --> 01:25:15,370
И по същество, след като веднъж сте
направил някои първоначална конфигурация,

1788
01:25:15,370 --> 01:25:18,704
да актуализира вашия сайт, вие
само да въведете команда в един прозорец.

1789
01:25:18,704 --> 01:25:21,370
И каквото и код, което сте написали
тук на вашия лаптоп веднага

1790
01:25:21,370 --> 01:25:24,350
получава разпределена за всеки номер
на сървъри в облака.

1791
01:25:24,350 --> 01:25:26,440
>> И Heroku се грижи за
Всички сложността.

1792
01:25:26,440 --> 01:25:28,930
Те фигура всички данни
неща, всичко балансиране на натоварването,

1793
01:25:28,930 --> 01:25:31,480
всички главоболия, че ние сме
просто написани на дъската,

1794
01:25:31,480 --> 01:25:33,320
и да се скрие всичко това за вас.

1795
01:25:33,320 --> 01:25:36,170
И в замяна, просто
ги плати малко повече.

1796
01:25:36,170 --> 01:25:39,810
Така че имате тези инфраструктури като
услуга, платформи, като услуга,

1797
01:25:39,810 --> 01:25:41,400
и след това софтуер като услуга.

1798
01:25:41,400 --> 01:25:45,390
Това е, отново, този
абстракция или наслояване.

1799
01:25:45,390 --> 01:25:51,187
>> Всички въпроси, свързани с облака или
изграждане на собствената инфраструктура?

1800
01:25:51,187 --> 01:25:52,270
Добре, че беше много.

1801
01:25:52,270 --> 01:25:54,200
Защо не отидете напред и
вземем 15 минутна почивка тук.

1802
01:25:54,200 --> 01:25:57,241
Ние ще се върнем с няколко нови концепции
и малко ръце на възможност

1803
01:25:57,241 --> 01:25:59,110
преди вечерта е приключила.

1804
01:25:59,110 --> 01:26:00,332