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-- і, ймовірно, тільки
один процесор всередині ноутбука в ці дні.

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
Процесор або одне ядро, один
маленький мозок всередині робить

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
І ми також обмін оперативної пам'яті,
або пам'яті довільного доступу

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
Я запропонував, що раніше
Оперативна пам'ять є тип пам'яті.

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 менше, оперативної пам'яті в вашому комп'ютері.

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
оперативної пам'яті в сервері, як це, що
буде досить поширеним явищем, якби не низька

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 гігабайт оперативної пам'яті.

172
00:08:03,780 --> 00:08:05,440
Я як би потрібно 65.

173
00:08:05,440 --> 00:08:06,210
Таким чином, ви знаєте, що?

174
00:08:06,210 --> 00:08:10,030
Я збираюся взяти 1 гігабайт
варто даних в оперативній пам'яті

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
перемістити цю іншу оперативну пам'ять я тимчасово покласти
на диску назад в реальному обладнанні

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
І це побічний ефект або функцію
той факт, що пам'ять дійсно швидше.

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, дворядним пам'яті
Модуль, це те, що частина оперативної пам'яті

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
Усередині наших Маков і ПК, наші настільні
комп'ютери матимуть палиці пам'яті,

205
00:09:41,080 --> 00:09:43,220
як ви могли б назвати їх,
або модулі DIMM або SIMMs назад

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
Але винос тут
це повністю електронна.

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
Але якщо трохи магнітної частинки
виглядає наступним чином, це вважається 1.

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
просто шляхом переміщення даних
з оперативної пам'яті на жорсткий диск,

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
І справа ви копіюєте його, а
від фактично повільніше, ніж ОЗУ

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
скажімо, палиця пам'яті, яка виглядає
як this-- і так ми будемо називати цю пам'ять.

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
скажімо, веб-сайт, який вимагає це
обсяг оперативної пам'яті для кожного користувача, що я пропоную,

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 гігабайтами оперативної пам'яті занадто мало, ну,
чому б не отримати 128 гігабайт оперативної пам'яті?

287
00:13:37,830 --> 00:13:40,440
Чому б не отримати 256 гігабайт оперативної пам'яті?

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
з трильйон гігабайт
ОЗУ прямо зараз.

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
новоспеченим до комп'ютерів з
багато і багато всього,

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 Маланки: Так, як
ви підключаєте їх і-- шкода?

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
і, можливо, це користувач А, це
є користувач В, це користувач С,

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
Так припустимо, що комп'ютери
А, В, і С є клієнти,

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
>> Так як же ми починаємо вирішувати,
коли користувач А переходить в 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
B. Йдеться про рішення, яке
Точка B є найкращим серед 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
І вхід тільки А.

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 Маланки: справа, ОК.

422
00:20:18,340 --> 00:20:19,950
Таким чином, ви згадали, що раніше, Kareem.

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
Так як місце расположенія-- ви могли б
використовувати цю інформацію?

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
протягом довгого часу, не вибирають той же
сервер весь час, але виберіте--

551
00:26:12,730 --> 00:26:14,039
>> ГЛЯДАЧІ: випадковий один?

552
00:26:14,039 --> 00:26:15,330
DAVID Маланки: --a випадковий сервер.

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 Not Found.

646
00:30:56,130 --> 00:31:00,150
Це 301 Moved Постійно, який
це свого роду кумедний спосіб сказати,

647
00:31:00,150 --> 00:31:05,270
Harvard підвищив і переїхав
в іншому місці 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
Тема просто ключове значення
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 Moved постійно.

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
Розташування товстої кишки означає, агов
браузер, перейдіть на цей URL замість.

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
це замість того, щоб говорити, коли А
робить request-- агов, перейти до 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 була система доменних імен.

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
І я бачу, що IP Facebook,
адреса, мабуть це.

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-Collect, 1-800-С-О-Л-Л-Е-З-Т,

796
00:38:07,190 --> 00:38:11,700
в США, був спосіб зробити Collect
дзвінки через дуже легко запам'ятовується телефон

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
Kareem?

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
Так що випадковістю, Кругова система,
місце расположенія-- ви можете просто

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
звідкись в світі,
дати їм другий IP,

831
00:39:57,970 --> 00:39:59,920
потім третій IP, то
перший 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
поміщає IP, що він був проінформований про.

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
Но-- ой, і Кріс, зробив
у вас є питання, перш ніж?

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
>> Так що ми насправді бачимо в
Вкладка Мережа, якщо я тягну це тут,

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
І я скажу БД для бази даних.

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
Але те, що нова проблема є я
введені шляхом переміщення бази даних

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
Так що я просто збираюся
малювати дБ на кожному з них.

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
І коли Боб відвідує, я
повинні послати його завжди

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
Будь-який з БО отримав надсилатися на цю сервер.

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
Давайте завжди посилає Алісі
до того ж місця,

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
Просто комбинаторно у вас є
більше матеріалу схильні до помилок.

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
Роман, це був, для 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
B, якщо вони далі один від одного,
збираються зайняти більше часу.

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
створені дані, іноді, якщо ви
вдарив перезавантажити або відкрити ту ж сторінку

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
при синхронізації з
Східне узбережжя на Західне узбережжя,

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
Там в одно-- про, це 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 Маланки: невиробнича сервер.

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 Маланки: OK, менеджер баз даних.

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
Так що якщо ми раз це, .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
Наприклад, в
курси я вчу в Гарварді,

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
як вони називають, в я думаю,
це Західна Вірджинія центру обробки даних.

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
Я показав раніше, настільки швидко, є
так багато оперативної пам'яті, стільки процесор, стільки диск

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
Оскільки у вас є тільки кінцеве
обсяг диска і оперативної пам'яті і так далі.

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
Але давайте почнемо з лівого боку, Compute.

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
Але шлях Amazon, наприклад,
орендує вам віртуальну машину або сервер

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
>> Чому це віртуальний процесор?

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
що, що одна машина може бути
divvied до декількох користувачів.

1509
01:11:55,410 --> 01:11:58,765
Таким чином, ми можемо думати про це як
маючи один процесор Intel або два.

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
>> Ось скільки оперативної пам'яті або пам'яті у вас
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
Я збираюся піти вниз 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
для наших цілей, один процесор
і 500 мегабайт оперативної пам'яті.

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
де зараз ми могли б витратити $ 6000.
ймовірно, і купити машину, як це

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
Тому що ми не купуєте
машина, ми не повинні розпаковувати його.

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
У нас немає, метою яких список продовжується
і на всіх фізичних речей

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
тому що у нас так багато оперативної пам'яті і так
багато 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
Ми, люди, є свого роду інваріантної повільно.

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
Служба доставки мережі, яка

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
Це в місяць, OK.

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
на Амазонки, що ви ніколи не зустрінете маючи
фізичний доступ до цих комп'ютерів,

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
не має нічого спільного з
Вікна, як правило, ви можете

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
в Microsofts світу.

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
що можна порівняти з Amazon.

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, буде МААН,

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
для 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
який працює на вершині
Інфраструктура Амазонки.

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
або Рубі або купа інших мов.

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