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
Што ж, дазвольце мне ісці наперад і націсніце клавішу Увод.

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