1
00:00:00,000 --> 00:00:10,811

2
00:00:10,811 --> 00:00:12,060
LEO ZHADANOVSKY: Здравейте, всички.

3
00:00:12,060 --> 00:00:13,675
Аз съм Лео Zhadanovsky.

4
00:00:13,675 --> 00:00:17,000
Аз съм архитект решения
в Amazon Web Services.

5
00:00:17,000 --> 00:00:21,030
И аз ще говоря с теб днес
за това, което е Amazon Web Services,

6
00:00:21,030 --> 00:00:25,170
нейната история, кратък преглед
на услугите, които предлагаме.

7
00:00:25,170 --> 00:00:29,530
И също така ще направя демонстрация на живо на
как да се постави началото на стека LAMP в AWS

8
00:00:29,530 --> 00:00:33,769
както върху една единствена инстанция и
чрез използване на някои от другите ни

9
00:00:33,769 --> 00:00:36,060
[? управлявани?] услуги, като
като нашата релационна база данни

10
00:00:36,060 --> 00:00:39,330
услуги, и нашата натоварване
балансьори, и нашите случаи.

11
00:00:39,330 --> 00:00:41,610
>> Така че на първо място, нека
говорим за историята AWS.

12
00:00:41,610 --> 00:00:47,780
И така, как Amazon.com влязат в
тази изчислителни облаци бизнес?

13
00:00:47,780 --> 00:00:51,630
Е, Amazon е наистина добър в
предоставяне на голям избор на продукти

14
00:00:51,630 --> 00:00:54,440
и транспортните разходи тези за
клиентите ефективно.

15
00:00:54,440 --> 00:00:57,870
И зад тази способност
лежи години опит

16
00:00:57,870 --> 00:01:01,330
с центрове операционна данни, с
логистика, с най-различни неща.

17
00:01:01,330 --> 00:01:05,420
И така ние открихме
над 10 години, че

18
00:01:05,420 --> 00:01:10,840
Исках да се даде възможност на нашите клиенти да
правя много различни неща, нали?

19
00:01:10,840 --> 00:01:16,870
>> И така ние се предлага едни вътрешен
услуги до трети страни продавачи.

20
00:01:16,870 --> 00:01:20,640
Както публикувани прости уеб услуги
като нашия каталог търсене.

21
00:01:20,640 --> 00:01:22,910
И това стана наистина
очевидно много по-бързо

22
00:01:22,910 --> 00:01:26,530
че разработчиците са гладни
за повече от нашите услуги.

23
00:01:26,530 --> 00:01:29,830
И така, това ни позволява да развие AWS.

24
00:01:29,830 --> 00:01:31,910
Така че ние попита какво, ако ние
може да опаковате всичко

25
00:01:31,910 --> 00:01:36,620
което правим и да го предложи на
други потребители по интернет?

26
00:01:36,620 --> 00:01:41,940
>> Така че мисията AWS е да се даде възможност на
предприятия и предприемачи

27
00:01:41,940 --> 00:01:46,080
да използва уеб услуги, за да се изгради
мащабируеми сложни приложения.

28
00:01:46,080 --> 00:01:49,650
А уеб услуги е това, което
хората вече наричат ​​Облака.

29
00:01:49,650 --> 00:01:53,180
Така през 2006 г., AWS е роден.

30
00:01:53,180 --> 00:01:56,590
И нека да говорим за
какво всъщност е AWS.

31
00:01:56,590 --> 00:02:01,310
>> Така че ние предлагаме различни
услуги на различни нива.

32
00:02:01,310 --> 00:02:06,060
Така че ние имаме нещо като нашите основни услуги,
нашата изчислителна съхранение и бази данни.

33
00:02:06,060 --> 00:02:08,250
И тогава ние също имаме
на мрежовия слой,

34
00:02:08,250 --> 00:02:10,289
и ние имаме една глобална
инфраструктура, затова сме

35
00:02:10,289 --> 00:02:13,812
дойдоха региони по света и
наличност зони по целия свят.

36
00:02:13,812 --> 00:02:15,520
И тогава ние имаме
високи услуги на ниво,

37
00:02:15,520 --> 00:02:18,670
като приложни услуги, които
използвате, за да се изгради хоризонтално

38
00:02:18,670 --> 00:02:20,434
мащабируеми приложения.

39
00:02:20,434 --> 00:02:22,850
И тогава ние имаме разполагане
и административни услуги.

40
00:02:22,850 --> 00:02:26,010
Така че това са услуги, които са
използвате, за да разположи своя код в AWS

41
00:02:26,010 --> 00:02:29,100
и да администрира вашия
AWS предвид като го везни.

42
00:02:29,100 --> 00:02:32,120
>> Така че нека да говорим за нашата
глобална инфраструктура първия.

43
00:02:32,120 --> 00:02:35,960
В момента има 11 региона по света.

44
00:02:35,960 --> 00:02:39,680
Така че ние просто добавя нов регион
преди няколко седмици във Франкфурт,

45
00:02:39,680 --> 00:02:41,500
но всеки регион е
като отделен облак.

46
00:02:41,500 --> 00:02:43,580
Така че тези услуги, аз съм
Ще говорим за това те

47
00:02:43,580 --> 00:02:46,350
съществуват в различните региони.

48
00:02:46,350 --> 00:02:50,370
Така в САЩ, има
регион в северната част на щата Вирджиния.

49
00:02:50,370 --> 00:02:54,390
Има един регион в Северен
Калифорния и Орегон.

50
00:02:54,390 --> 00:02:57,690
>> Районът в Орегон
Също така е въглеродно неутрална.

51
00:02:57,690 --> 00:03:00,200
Ние също имаме един регион в
Oregon нарича GovCloud.

52
00:03:00,200 --> 00:03:05,370
Така че, ако имате натовареност, която се нуждае от
да бъде ИТАР съвместими, така че това е

53
00:03:05,370 --> 00:03:09,580
Международния трафик и намаляване на оръжие
Договор, трябва да използвате GovCloud.

54
00:03:09,580 --> 00:03:12,510
>> Така че важното
за това е, че сте

55
00:03:12,510 --> 00:03:15,100
избирате къде си данни
отива и къде си приложения вървят.

56
00:03:15,100 --> 00:03:19,370
Така че не се движим данните си по отношение
региони, или в целия наличност зони

57
00:03:19,370 --> 00:03:22,277
ако това е услуга, където можете да
изберете зоната за свободни стаи.

58
00:03:22,277 --> 00:03:23,860
Можете да изберете и да изберете къде отива.

59
00:03:23,860 --> 00:03:24,526
Можете да го преместите.

60
00:03:24,526 --> 00:03:27,920
Ние ви даде инструменти, за да се движат си
данни, но ние няма да го премести за вас.

61
00:03:27,920 --> 00:03:30,710
>> И така, в рамките на всеки район има
най-малко две зони за наличност,

62
00:03:30,710 --> 00:03:33,020
и ние ще говорим за това, което
тези, които са в секунда.

63
00:03:33,020 --> 00:03:35,530
А има и 52 ръб
места по света.

64
00:03:35,530 --> 00:03:40,850
Така места край са основно за нашата
CloudFront, [? облак?] дистрибуция

65
00:03:40,850 --> 00:03:43,410
мрежа, и нашата Route 53 DNS услуги.

66
00:03:43,410 --> 00:03:47,100
И така, има много от тях
защото те са по-близо до потребителите,

67
00:03:47,100 --> 00:03:49,360
защото тези, които са
услуги латентност основа.

68
00:03:49,360 --> 00:03:51,410
Така латентност въпроси за тях.

69
00:03:51,410 --> 00:03:54,630
>> Така че това е, което един типичен
област прилича.

70
00:03:54,630 --> 00:03:56,630
И тогава [? в срок?]
всеки регион има,

71
00:03:56,630 --> 00:03:58,530
както казах, най-малко
наличност две зони.

72
00:03:58,530 --> 00:04:01,390
Един наличността зона е
най-малко един център за данни,

73
00:04:01,390 --> 00:04:04,340
понякога може да бъде повече в
същата географска област.

74
00:04:04,340 --> 00:04:09,010
И нашите наличност зони са предназначени
да бъде по-различно заливните равнини, вина

75
00:04:09,010 --> 00:04:15,501
равнини да имат различна мощност
комунални услуги и различни Tier 1 ISPs.

76
00:04:15,501 --> 00:04:17,500
Така че трябва да се изработи си
прилагане [? ум?]

77
00:04:17,500 --> 00:04:20,240
където може да се случи нещо
в една свободни зони,

78
00:04:20,240 --> 00:04:23,245
но така че трябва да простирате
приложение в множество свободни стаи

79
00:04:23,245 --> 00:04:27,100
зони, защото те са построени
с тези съкращения в ума.

80
00:04:27,100 --> 00:04:30,490
>> И така, ние захрани много
фирми, които да ви разпознаят.

81
00:04:30,490 --> 00:04:36,590
Така че от Airbnb, да Netflix,
да Dropbox, за да Yelp,

82
00:04:36,590 --> 00:04:41,270
имаме всички видове стартиращи и
предприятия, които работят натоварвания върху нас.

83
00:04:41,270 --> 00:04:44,610
В обществения сектор, ние имаме
всички видове държавни агенции

84
00:04:44,610 --> 00:04:47,740
които работят с нас, edtech
стартиращи компании, университети.

85
00:04:47,740 --> 00:04:52,910
Кампанията на Обама прокара основно всички
от техните неща на Amazon Web Services.

86
00:04:52,910 --> 00:04:56,690
>> И само за да ви даде перспектива
на нашия мащабиране, на средна ден

87
00:04:56,690 --> 00:05:00,840
имахме достатъчно нов сървър
капацитет за подкрепа

88
00:05:00,840 --> 00:05:04,400
Глобална инфраструктура на Amazon.com
когато е било милиарда долара 7

89
00:05:04,400 --> 00:05:05,740
бизнес през 2004 година.

90
00:05:05,740 --> 00:05:08,500
Така че това е колко много сме
имаше на средна ден.

91
00:05:08,500 --> 00:05:11,910
>> Така общата концепция е, ако можете
мисли за това как да получите мощност.

92
00:05:11,910 --> 00:05:14,940
Така че можете да получите мощност, това е по поръчка, нали?

93
00:05:14,940 --> 00:05:19,580
Така че да знаете кога сте се
го, знаеш, че може да го получи.

94
00:05:19,580 --> 00:05:22,950
Това е еднакво, така че да знаете
какво напрежение сте се.

95
00:05:22,950 --> 00:05:26,940
Тя плати като отидеш, така че плащате
за колко точно използвате.

96
00:05:26,940 --> 00:05:29,020
И това е на разположение.

97
00:05:29,020 --> 00:05:31,060
Така че можете да включите, вие знаете
вие ще получим власт.

98
00:05:31,060 --> 00:05:34,350
Така че ние сме направили, че и
го удължи до компютри.

99
00:05:34,350 --> 00:05:36,710
>> Така че това няма да реши много проблеми.

100
00:05:36,710 --> 00:05:41,230
Ние обикновено виждам много
на IT организации.

101
00:05:41,230 --> 00:05:43,130
Те имат този проблем капацитет.

102
00:05:43,130 --> 00:05:46,370
Така че те имат определени количества
на ИТ нужди, а след това те

103
00:05:46,370 --> 00:05:49,290
трябва да над-разпоредба на техния капацитет.

104
00:05:49,290 --> 00:05:53,110
Така че или те са доста по-често провизиране,
или те не разполагат с достатъчен капацитет,

105
00:05:53,110 --> 00:05:54,930
и те имат неудовлетворени клиенти.

106
00:05:54,930 --> 00:05:59,820
>> Така например, те са
различни модели на трафика.

107
00:05:59,820 --> 00:06:01,980
Така че независимо дали имате неща
че се включва и изключва,

108
00:06:01,980 --> 00:06:05,920
или растат бързо, или имат променливи върхове
или предвидими върхове, за всичко това,

109
00:06:05,920 --> 00:06:08,122
вие или ще
свръх разпоредба обикновено,

110
00:06:08,122 --> 00:06:09,580
или започваш да се по-разпоредба.

111
00:06:09,580 --> 00:06:12,990
Така че трябва или отпадъци, или
имате недоволни клиенти.

112
00:06:12,990 --> 00:06:17,400
>> Така че това, което AWS ви позволява да правите ли е
да мащаб нагоре и надолу динамично

113
00:06:17,400 --> 00:06:19,510
въз основа на това, което си
действителния модел ползване е.

114
00:06:19,510 --> 00:06:23,270
Така че можете да плащате само за това, което използвате.

115
00:06:23,270 --> 00:06:25,115
И вие може да започне
случаи, така например

116
00:06:25,115 --> 00:06:27,030
е нашата дума за виртуален сървър.

117
00:06:27,030 --> 00:06:29,280
Можете да постави началото на едно
Например, можете да стартирате

118
00:06:29,280 --> 00:06:33,160
хиляди копия в минута или
секунди, точно толкова, колкото ви е необходимо.

119
00:06:33,160 --> 00:06:35,897
И вие можете да го набиране
и надолу, както се изисква.

120
00:06:35,897 --> 00:06:38,730
Така че нека да поговорим за един
Например, че е нещо близо до дома.

121
00:06:38,730 --> 00:06:44,930
Така че това е един типичен трафик
графика за месец ноември, за Amazon.com.

122
00:06:44,930 --> 00:06:49,491
И последните две върхове тук,
Някой знае ли какви са те?

123
00:06:49,491 --> 00:06:49,990
Така they're--

124
00:06:49,990 --> 00:06:51,180
>> Публика: Cyber ​​понеделник?

125
00:06:51,180 --> 00:06:53,430
>> LEO ZHADANOVSKY: Cyber ​​понеделник
и Черния петък, нали?

126
00:06:53,430 --> 00:06:57,020
Така че по традиция, какво Amazon.com трябваше
да направя, е да те трябваше да капацитет разпоредба

127
00:06:57,020 --> 00:06:58,330
за покриване на тези два пика.

128
00:06:58,330 --> 00:07:04,490
Така в резултат на 76% от времето,
те са имали твърде много капацитет.

129
00:07:04,490 --> 00:07:07,640
И само 24% от времето
бяха те напълно го използва.

130
00:07:07,640 --> 00:07:12,730
И така през 2010 г. Amazon.com обърна
разстояние неговия последен физическа уеб сървър

131
00:07:12,730 --> 00:07:14,430
и тя се премества в AWS.

132
00:07:14,430 --> 00:07:16,660
Така че това е, което трафикът
модел изглежда сега.

133
00:07:16,660 --> 00:07:19,240
Капацитетът му е малко над
какво всъщност е необходимо.

134
00:07:19,240 --> 00:07:23,100
>> Така че защо ние виждаме клиентите възприемат
изчислителни облаци в AWS толкова бързо?

135
00:07:23,100 --> 00:07:24,480
Е, ловкост.

136
00:07:24,480 --> 00:07:27,090
Така че това е основната
причина, че ние виждаме.

137
00:07:27,090 --> 00:07:28,590
Защо е важно пъргавина?

138
00:07:28,590 --> 00:07:31,790
Е, това позволява на клиентите да
правят неща, които в стария свят

139
00:07:31,790 --> 00:07:36,090
взеха седмици или месеци да направя
ги в минути или секунди.

140
00:07:36,090 --> 00:07:39,510
Така че можете да правите неща като спин създаде
изцяло ново Dev или Test среда,

141
00:07:39,510 --> 00:07:42,010
върти един нов DR
среда, се върти

142
00:07:42,010 --> 00:07:45,180
50 случаи, или 1000
инстанции за най-натоварения трафик,

143
00:07:45,180 --> 00:07:49,140
премахнете тези 1000 копия, задайте
създаване на HPC клъстер, или GS клъстер,

144
00:07:49,140 --> 00:07:51,430
и можете да направите това
всичко в минути на AWS.

145
00:07:51,430 --> 00:07:54,960
>> Така че това, което това води до е
на култура на иновации.

146
00:07:54,960 --> 00:07:57,290
Така че можете да експериментирате често.

147
00:07:57,290 --> 00:08:00,190
Можете да плащате само за това, което използвате
и можете да се провали без риск.

148
00:08:00,190 --> 00:08:04,477
Така че, ако се опитате нещо, вие сте
платена за няколко часа на ползване.

149
00:08:04,477 --> 00:08:05,310
Тя не е голяма работа.

150
00:08:05,310 --> 00:08:08,150
Вие не можете да изведе голям капитал
инвестиции в предни позиции за това.

151
00:08:08,150 --> 00:08:10,930
>> Така че това, което са клиенти
действително използване AWS за?

152
00:08:10,930 --> 00:08:16,170
Е, така университета в Нотр Дам,
те се местят сайта им към AWS.

153
00:08:16,170 --> 00:08:21,150
Те имат средно по около 38 000
посещения на ден до сайта им,

154
00:08:21,150 --> 00:08:26,150
но може да набъбне до 150,000 по време на
спортни събития и футболни мачове.

155
00:08:26,150 --> 00:08:29,840
Така те се местят сайта им към нас.

156
00:08:29,840 --> 00:08:33,650
И сега сайта им може да подкрепи
повишаване на трафика на 500%, всички

157
00:08:33,650 --> 00:08:36,600
докато сте запазили
40% през текущото им

158
00:08:36,600 --> 00:08:39,120
по-помещение настройка за своя уебсайт.

159
00:08:39,120 --> 00:08:47,530
>> NASA JPL, те използват AWS да живея поток
любопитството Марсоход кацането.

160
00:08:47,530 --> 00:08:51,320
И така те разбрах
само шест дни предварително

161
00:08:51,320 --> 00:08:53,650
че те трябва да се
намери друг доставчик

162
00:08:53,650 --> 00:08:56,030
от редовното си доставчик
за тяхното живо.

163
00:08:56,030 --> 00:08:58,140
Това е същото
време, колкото Олимпиадата.

164
00:08:58,140 --> 00:09:01,686
Така че те не биха могли да си купите CDM
капацитет навсякъде в момента.

165
00:09:01,686 --> 00:09:04,310
И така, те на практика създаде
собствено съдържание доставка мрежа

166
00:09:04,310 --> 00:09:07,240
на нашия EC2 услуга за шест дни.

167
00:09:07,240 --> 00:09:10,090
И те са в състояние да имат
го изкачат до техните нужди.

168
00:09:10,090 --> 00:09:13,480
Те бяха, мисля, предвиждащ
около един милион зрители.

169
00:09:13,480 --> 00:09:16,200
Така че това е наистина интересно
техническа фуражи те използват,

170
00:09:16,200 --> 00:09:18,990
Adobe Flash Media сървъри
и [? Интернет?] кеш.

171
00:09:18,990 --> 00:09:23,350
И те са в състояние да мобилизират цялата
клъстери от тях програмно като

172
00:09:23,350 --> 00:09:23,850
е необходимо.

173
00:09:23,850 --> 00:09:26,590
И тогава те ги завъртя надолу, когато
те не ги използват вече.

174
00:09:26,590 --> 00:09:32,680
>> Кампанията на Обама през 2012 г. се използва
AWS за над 200 приложения

175
00:09:32,680 --> 00:09:34,950
че те се хоства на платформата.

176
00:09:34,950 --> 00:09:39,010
Те имат всичко в границите от
обадете инструменти, за преработвателите на плащане,

177
00:09:39,010 --> 00:09:43,920
до мобилни приложения, за да
доброволна организация уебсайтове,

178
00:09:43,920 --> 00:09:47,269
на инструментите на големи аналитични данни.

179
00:09:47,269 --> 00:09:49,060
И всичко трябваше да
работят в изборния ден.

180
00:09:49,060 --> 00:09:52,459
Така че, за да се премести в изборния ден ще
изисква конституционна поправка,

181
00:09:52,459 --> 00:09:53,750
така че няма да се случи.

182
00:09:53,750 --> 00:09:56,208
Така че всичките им системи щяха
да се налага да работят в ден първи.

183
00:09:56,208 --> 00:09:57,670
И те го направиха.

184
00:09:57,670 --> 00:10:00,660
>> Така че нека да говорим за актуалните служби.

185
00:10:00,660 --> 00:10:03,130
Така че първата мрежови услуги.

186
00:10:03,130 --> 00:10:06,750
Така че Amazon VPC е
Virtual Private Cloud.

187
00:10:06,750 --> 00:10:09,500
Той е в основата на
софтуерно мрежа

188
00:10:09,500 --> 00:10:13,910
който живее на върха на вашите EC2 случаи,
и вашите RDS, които ние ще говорим за,

189
00:10:13,910 --> 00:10:15,120
и ElastiCache.

190
00:10:15,120 --> 00:10:20,080
>> И така, можете да определите лично
адресно пространство за вашите копия.

191
00:10:20,080 --> 00:10:22,820
Вие може да се счупят, че нагоре в
обществени подмрежи, частни подмрежи.

192
00:10:22,820 --> 00:10:27,790
Можете да направите VPN връзки към
си на собствени центрове за данни.

193
00:10:27,790 --> 00:10:33,635
След това можете да удължите
по-помещение адресно пространство на VPC.

194
00:10:33,635 --> 00:10:37,400
Вие имате властта да манипулира по маршрута
маса, така че можете да персонализирате неща.

195
00:10:37,400 --> 00:10:40,450
Имате достъп до мрежата
списъци за контрол в VPC.

196
00:10:40,450 --> 00:10:42,370
[? Така тя?] Дава
голяма гъвкавост

197
00:10:42,370 --> 00:10:45,640
над това, което си работи в AWS.

198
00:10:45,640 --> 00:10:47,140
>> Тогава там е AWS DirectConnect.

199
00:10:47,140 --> 00:10:50,820
Така DirectConnect е частна
връзка с нашите региони.

200
00:10:50,820 --> 00:10:54,380
Така че можете да получите една или 10 концерт
линк или множествени една или 10 концерта връзки

201
00:10:54,380 --> 00:10:55,720
до област.

202
00:10:55,720 --> 00:10:58,470
Така че, ако се качите много
данни или изтегляне на много данни

203
00:10:58,470 --> 00:11:01,440
и се наложи лично свързаност,
това е опция съществува.

204
00:11:01,440 --> 00:11:02,710
>> Има също така и Route 53.

205
00:11:02,710 --> 00:11:05,410
Така Route 53 е нашият DNS услуги.

206
00:11:05,410 --> 00:11:07,860
Той прави всички видове интересни неща.

207
00:11:07,860 --> 00:11:09,250
Така тя поддържа медицински прегледи.

208
00:11:09,250 --> 00:11:12,590
Така че можете да, да речем, тече два екземпляра
на уебсайта си по едно и също време.

209
00:11:12,590 --> 00:11:15,860
И ако някой от тях не успее,
насочват трафика към другото копие.

210
00:11:15,860 --> 00:11:20,400
>> Или можете да направите записи география-базирани
така че можете да насочите трафик в продължение на една страна

211
00:11:20,400 --> 00:11:22,870
на един клъстер от друга
страна в друга клъстер.

212
00:11:22,870 --> 00:11:27,140
Можете да направите тестване / B, за да можете
може да има 80% от трафика

213
00:11:27,140 --> 00:11:30,510
до едно копие на вашия сайт и
20% до новото копие на вашия сайт

214
00:11:30,510 --> 00:11:33,120
и да видим кой е по-резултатна.

215
00:11:33,120 --> 00:11:35,385
Така че можете да направите всички видове
интересни неща там.

216
00:11:35,385 --> 00:11:36,760
Можете да направите латентност базирани записи.

217
00:11:36,760 --> 00:11:39,160
Така че можете да имате копия на вашия
уебсайт цял ​​свят

218
00:11:39,160 --> 00:11:43,500
и са потребителят изпраща на двете
един е най-близо до тях въз основа на латентност.

219
00:11:43,500 --> 00:11:46,030
Тя също има дълбока интеграция
с AWS услуги,

220
00:11:46,030 --> 00:11:50,980
така като нашите товарни балансьори,
и S3, и CloudFront,

221
00:11:50,980 --> 00:11:53,680
така че е много лесно да се
посоча неща за CloudFront

222
00:11:53,680 --> 00:11:57,190
разпределения за вашия
LBS или S3 кофи.

223
00:11:57,190 --> 00:11:57,930
>> Тогава там е EC2.

224
00:11:57,930 --> 00:12:00,432
Така EC2 е нашата виртуална услуга сървър.

225
00:12:00,432 --> 00:12:01,390
Вие може да работи на Windows.

226
00:12:01,390 --> 00:12:02,560
Можете да стартирате Linux върху него.

227
00:12:02,560 --> 00:12:05,230
Вие имате пълен контрол
на операционната система.

228
00:12:05,230 --> 00:12:09,519
Има различни вкусове на Windows
и Linux, така че Red Hat, Debian, Ubuntu.

229
00:12:09,519 --> 00:12:11,560
Ние разполагаме със собствена дистрибуция
наречена Amazon Linux.

230
00:12:11,560 --> 00:12:14,000
Можете да изберете кой от тях искате.

231
00:12:14,000 --> 00:12:15,680
>> Има различни видове случаи.

232
00:12:15,680 --> 00:12:18,330
Така че има над 27 инстанция
видове в този момент.

233
00:12:18,330 --> 00:12:21,590
Така че има различна инстанция
семейства, базирани на различни натоварвания.

234
00:12:21,590 --> 00:12:23,550
Така че има общо
инстанции цел, които

235
00:12:23,550 --> 00:12:26,910
са само, ако не знаете какво
имате нужда, можете да започнете с тези.

236
00:12:26,910 --> 00:12:30,620
>> Имало Compute оптимизиран, които са
страхотно за неща като уеб сървъри,

237
00:12:30,620 --> 00:12:31,160
нали?

238
00:12:31,160 --> 00:12:33,450
Има памет оптимизиран
случаи, които

239
00:12:33,450 --> 00:12:36,190
са страхотни за такива неща
Дата на релационни бази данни.

240
00:12:36,190 --> 00:12:41,230
Има случаи на съхранение-оптимизиран,
така че те да имат големи SSD дискове за тях.

241
00:12:41,230 --> 00:12:46,440
Така че те са много добър начин за нещата
като Монго или NoSQL, нали?

242
00:12:46,440 --> 00:12:49,750
>> А има и графики
оптимизирани случаи,

243
00:12:49,750 --> 00:12:52,970
които са чудесни за GPU
изчислителни и касетъчни случаи.

244
00:12:52,970 --> 00:12:54,940
И накрая има цена
оптимизирани случаи.

245
00:12:54,940 --> 00:12:56,850
Така че, ако просто се опитваме
да експериментирате, можете

246
00:12:56,850 --> 00:13:01,820
може да получите един куп ниска инстанция разходи
видове, които са страхотни за тази употреба случай.

247
00:13:01,820 --> 00:13:03,330
Тогава там е Auto Scaling.

248
00:13:03,330 --> 00:13:07,840
Така Auto Scaling е API за EC2.

249
00:13:07,840 --> 00:13:12,360
И това ви позволява да хоризонтално мащаб
нагоре и надолу етажи на EC2 случаи.

250
00:13:12,360 --> 00:13:14,460
Така че нека да кажем, че имате
куп уеб сървъри.

251
00:13:14,460 --> 00:13:17,970
>> И, както в случая Notre Dame, можете
Обикновено трябва да имате две от тях,

252
00:13:17,970 --> 00:13:19,519
но може да се наложи да мащаб за 10.

253
00:13:19,519 --> 00:13:21,810
Е, можете да използвате Auto Scaling
да задейства автоматично

254
00:13:21,810 --> 00:13:24,360
мащаб нагоре или надолу събития
на базата на метрика.

255
00:13:24,360 --> 00:13:28,020
Така [? CPU?] Използване, латентност.

256
00:13:28,020 --> 00:13:30,570
Можете да направите поръчка показатели, така че
това е доста отворена приключи там.

257
00:13:30,570 --> 00:13:32,490
>> Можете също така да мащабирате въз основа на график.

258
00:13:32,490 --> 00:13:36,180
Така че, ако знаете, че започваш да има
много трафик в понеделник в 6:00 AM,

259
00:13:36,180 --> 00:13:40,150
можете да мащаб се в понеделник в 6:00 AM
и скала за определяне в понеделник в 17:00.

260
00:13:40,150 --> 00:13:43,610
Можете също така да го въз основа на
Просто командния ред команди.

261
00:13:43,610 --> 00:13:45,150
>> Тогава там е балансиране еластична натоварване.

262
00:13:45,150 --> 00:13:48,070
Балансиране Така еластична натоварване
е успял натоварване балансьор.

263
00:13:48,070 --> 00:13:51,590
Така че, когато щракнете върху бутона, тя
разпоредби товар балансиращи за вас.

264
00:13:51,590 --> 00:13:54,610
Балансьор Товарната живее в
наличност няколко зони.

265
00:13:54,610 --> 00:14:00,570
Той прави SSL разтоварването
за портове 25, 80, 443,

266
00:14:00,570 --> 00:14:05,750
и нищо над 1024 за TCP трафик.

267
00:14:05,750 --> 00:14:09,469
>> Той прави източване връзка,
поддръжка на прокси протокол.

268
00:14:09,469 --> 00:14:11,135
Така че това е един много featureful натоварване балансьор.

269
00:14:11,135 --> 00:14:13,440
И тя има интеграция
с Auto Scaling.

270
00:14:13,440 --> 00:14:16,690
Така че, когато използвате Auto Scaling
и сте мащабиране нагоре и надолу,

271
00:14:16,690 --> 00:14:19,700
можете да имате свои копия
автоматично се присъедини или да напуснат

272
00:14:19,700 --> 00:14:21,810
еластична балансьор натоварване.

273
00:14:21,810 --> 00:14:23,980
>> Така че тогава там е нашите услуги по съхранение.

274
00:14:23,980 --> 00:14:27,170
Така че първата е Amazon
EBS, или Elastic Block Store.

275
00:14:27,170 --> 00:14:32,720
Това са устойчиви обеми, че
можете да монтирате на вашите EC2 случаи.

276
00:14:32,720 --> 00:14:34,800
Така че можете да ги моментна снимка.

277
00:14:34,800 --> 00:14:39,550
Така че, когато се моментна снимка на EBS
обем, той отива при S3,

278
00:14:39,550 --> 00:14:41,730
които ние ще говорим за в секунда.

279
00:14:41,730 --> 00:14:44,080
Има три различни
видове обеми EBS.

280
00:14:44,080 --> 00:14:48,350
>> Има магнитна EBS, която е само на
нещо като стандарт вид магнитен диск.

281
00:14:48,350 --> 00:14:51,030
Това е най-икономичния вариант.

282
00:14:51,030 --> 00:14:53,210
Тогава там е обща
целта SSD, където сме

283
00:14:53,210 --> 00:14:55,830
получите три IOPS на разпоредба гигабайт.

284
00:14:55,830 --> 00:14:59,080
Така че, ако имате един терабайт
обем, имате 3000 IOPS.

285
00:14:59,080 --> 00:15:02,730
И тогава там е обезпечен IOPS.

286
00:15:02,730 --> 00:15:06,660
Така провизирани IOPS е, когато
плащат за колко дисково пространство, можете да използвате

287
00:15:06,660 --> 00:15:08,270
и колко IOPS капацитет, което трябва.

288
00:15:08,270 --> 00:15:12,150
Така че можете да предвиди до
4000 IOPS на обем.

289
00:15:12,150 --> 00:15:16,360
>> Така че тогава там е Amazon S3.

290
00:15:16,360 --> 00:15:19,340
The Amazon S3 е нашият обект магазин.

291
00:15:19,340 --> 00:15:23,230
Така че Amazon S3, можете да го използвате
да съхранява само на всякакъв вид данни.

292
00:15:23,230 --> 00:15:27,850
Можете да го използвате за съхранение на статично
уебсайтове и маркучи статични уеб сайтове.

293
00:15:27,850 --> 00:15:32,870
Можете да използвате S3 за архивиране
и архивите в някои случаи работа

294
00:15:32,870 --> 00:15:40,500
като източник и на изхода кофа за
големи Анализ на данни, или транскодиране.

295
00:15:40,500 --> 00:15:47,700
Той също може да се използва като произход
за разпределение CloudFront.

296
00:15:47,700 --> 00:15:49,180
>> Така че S3 е супер мощен.

297
00:15:49,180 --> 00:15:52,660
Проектирана S3 за 11
линии на трайност.

298
00:15:52,660 --> 00:15:55,480
И така, какво означава това е, че може да поддържа
загубата на най-малко две данните

299
00:15:55,480 --> 00:16:00,790
центрове в същото време
без да губи вашите данни.

300
00:16:00,790 --> 00:16:02,050
Можете да направите криптиране на S3.

301
00:16:02,050 --> 00:16:05,150
Така сървър, криптиране, или сървъра
зададете криптиране с ключа.

302
00:16:05,150 --> 00:16:08,870
Така че, ако искате да управлявате
ключове, които можете да направите това, както добре.

303
00:16:08,870 --> 00:16:09,940
>> А има и Glacier.

304
00:16:09,940 --> 00:16:12,670
Така Glacier е нашата
дългосрочна архивна служба.

305
00:16:12,670 --> 00:16:15,050
Също така е предназначен за
11 линии на трайност,

306
00:16:15,050 --> 00:16:18,510
но това е защото, когато искате да запазите
нещо и да забрави за него, нали?

307
00:16:18,510 --> 00:16:21,690
Така че независимо дали за съответствие или други
причини, които трябва да архивирате нещо,

308
00:16:21,690 --> 00:16:22,890
Вие трябва да използвате Glacier.

309
00:16:22,890 --> 00:16:26,210
Така че струва Glacier 0.01$
за гигабайт на месец.

310
00:16:26,210 --> 00:16:29,550
И Amazon S3 започва в
$ 0.03 за гигабайт на месец.

311
00:16:29,550 --> 00:16:35,274
Така Glacier е по-евтин и
Glacier отнема три до пет часа

312
00:16:35,274 --> 00:16:36,190
за да получите данните си обратно.

313
00:16:36,190 --> 00:16:37,939
Така че, ако това е ОК, ако
това е архивно дело,

314
00:16:37,939 --> 00:16:40,970
След Glacier е може би най-
полето случай употребата на тази опция.

315
00:16:40,970 --> 00:16:42,300
>> Тогава там е Storage Gateway.

316
00:16:42,300 --> 00:16:44,720
Така шлюза Storage
е виртуална машина

317
00:16:44,720 --> 00:16:50,070
че може да работи на местно ниво
в VMware, или Hyper-V.

318
00:16:50,070 --> 00:16:52,300
Тя ви дава ISCSI крайна точка.

319
00:16:52,300 --> 00:16:54,575
След това можете да настроите
друга VM отгоре на това

320
00:16:54,575 --> 00:16:58,440
който излага, че ISCSI
крайна точка с CIFS или NFS.

321
00:16:58,440 --> 00:17:01,690
Всичко, което отива в които
мрежов дял и след това получава

322
00:17:01,690 --> 00:17:05,970
подкрепени с Amazon S3, или Glacier,
или EBS в зависимост от начина, по който го създаде.

323
00:17:05,970 --> 00:17:10,430
Така че това е един лесен начин да се
получите данните си до AWS.

324
00:17:10,430 --> 00:17:12,510
>> Така че тогава там е нашите услуги за бази данни.

325
00:17:12,510 --> 00:17:14,589
Така че първата е Amazon RDS.

326
00:17:14,589 --> 00:17:17,589
Така че това е нашата релационна
обслужване на база данни.

327
00:17:17,589 --> 00:17:21,420
Така че това е успял релационна
база данни [? за вас. ?]

328
00:17:21,420 --> 00:17:27,030
Тя ще подкрепи SQL Server, Oracle,
MySQL, и Postgres двигатели.

329
00:17:27,030 --> 00:17:28,820
>> Това става автоматично при срив.

330
00:17:28,820 --> 00:17:31,580
Така че, ако имате
Multi-AZ опция е разрешена,

331
00:17:31,580 --> 00:17:37,070
го прави синхронно ниво блок
възпроизвеждане в различните наличност зони.

332
00:17:37,070 --> 00:17:41,550
И тогава, ако основната ви
не успее, то просто ще автоматично

333
00:17:41,550 --> 00:17:43,590
срив между тях.

334
00:17:43,590 --> 00:17:47,410
Също така, за двигателя MySQL, подпори
Прочети копия в рамките на същия регион

335
00:17:47,410 --> 00:17:49,210
или в отделните региони.

336
00:17:49,210 --> 00:17:51,720
И има всички видове
интересни опции там.

337
00:17:51,720 --> 00:17:53,200
Така че това ще направи вашите архиви за вас.

338
00:17:53,200 --> 00:17:54,480
Така че това ще архивиране на S3.

339
00:17:54,480 --> 00:17:57,470
Това ще направи вашия закърпване за вас, както и.

340
00:17:57,470 --> 00:17:58,900
>> Тогава там е DynamoDB.

341
00:17:58,900 --> 00:18:01,740
DynamoDB е нашата управлявана услуга NoSQL.

342
00:18:01,740 --> 00:18:04,840
За Динамо DB го отнема
всички административната тежест

343
00:18:04,840 --> 00:18:09,190
на управлението на услуга NoSQL за вас.

344
00:18:09,190 --> 00:18:11,630
Така че просто разпоредба
масата и казваш

345
00:18:11,630 --> 00:18:13,380
колко четат и пишат
капацитет, който искате.

346
00:18:13,380 --> 00:18:15,090
И това ще доведе до това за вас.

347
00:18:15,090 --> 00:18:16,929
Така че това е един изключително
проста услуга за използване.

348
00:18:16,929 --> 00:18:17,970
Тогава там е ElastiCache.

349
00:18:17,970 --> 00:18:21,860
Така ElastiCache е нашата
успя кеширане услуги.

350
00:18:21,860 --> 00:18:25,010
Тя е основно управлява
Redis или ElastiCache.

351
00:18:25,010 --> 00:18:28,830
Така че отново, можете разпоредба клъстер
на ElastiCache или REDIS случаи

352
00:18:28,830 --> 00:18:34,240
и не трябва да се притеснявате за архивиране,
или срив, или който и да е от тези неща.

353
00:18:34,240 --> 00:18:36,530
>> Тогава ние имаме нашите услуги за кандидатстване.

354
00:18:36,530 --> 00:18:38,770
Така CloudFront е нашата
съдържание доставка мрежа

355
00:18:38,770 --> 00:18:42,240
и той живее по тези места Edge
че аз говорих за преди.

356
00:18:42,240 --> 00:18:44,680
Така CloudFront може да се използва
за живо и видео стрийминг,

357
00:18:44,680 --> 00:18:49,150
за по поръчка видео стрийминг,
и само да имате уеб сайт,

358
00:18:49,150 --> 00:18:50,940
така хостинг на уебсайт.

359
00:18:50,940 --> 00:18:54,270
Така че можете да имате сайт хостван
върху еластични балансьори натоварване,

360
00:18:54,270 --> 00:18:59,236
или случаи, или S3 кофи,
или просто по-помещение хардуер.

361
00:18:59,236 --> 00:19:01,610
И вие можете да сложите CloudFront
дистрибуция пред него.

362
00:19:01,610 --> 00:19:02,660
Тя ще кешира съдържанието си.

363
00:19:02,660 --> 00:19:04,160
Това ще го постави на местата, на ръба.

364
00:19:04,160 --> 00:19:06,430
И така, когато някой
отива към вашия уеб сайт

365
00:19:06,430 --> 00:19:10,100
те ще се удря CloudFront, които
ще вероятно по-близо до тях

366
00:19:10,100 --> 00:19:11,980
от какъвто и да е произходът му е.

367
00:19:11,980 --> 00:19:15,600
И това ще разтовари много
товара на разстояние произхода,

368
00:19:15,600 --> 00:19:22,600
Така както сте спестяване на пари и
получаване на по-добро потребителско изживяване.

369
00:19:22,600 --> 00:19:24,780
>> Тогава там е Amazon CloudSearch.

370
00:19:24,780 --> 00:19:26,810
Така CloudSearch е
управлявана услуга за търсене.

371
00:19:26,810 --> 00:19:30,510
Така че можете да го изпратите вашето търсене
данни и говори с него чрез API,

372
00:19:30,510 --> 00:19:32,710
и тя ще направи резултатите от търсенето за вас.

373
00:19:32,710 --> 00:19:34,530
Тогава там е Elastic транскодер.

374
00:19:34,530 --> 00:19:36,530
Така че това е управляемо решение транскодиране.

375
00:19:36,530 --> 00:19:41,050
Слагаш си клипове в един S3 кофа,
той казва какво да прекодирате в,

376
00:19:41,050 --> 00:19:45,460
какъв формат и какво
размер и всичко.

377
00:19:45,460 --> 00:19:49,470
И това ще го прехвърлим и сложи
то в един S3 кофа за вас.

378
00:19:49,470 --> 00:19:52,600
>> Тогава там е голям наш услуги за данни.

379
00:19:52,600 --> 00:19:55,780
Така че ние имаме Amazon EMR,
която е еластична Карта Намалете.

380
00:19:55,780 --> 00:19:58,200
Така че това е домакин Hadoop рамка.

381
00:19:58,200 --> 00:20:02,920
Така че можете да се върти на Hadoop клъстер от
един пример за стотици случаи

382
00:20:02,920 --> 00:20:04,030
ако имате нужда.

383
00:20:04,030 --> 00:20:06,975
Той има дълбока интеграция на
S3, за файловата система за него

384
00:20:06,975 --> 00:20:09,830
можете да използвате HDSF, които сте
традиционно общо с Hadoop.

385
00:20:09,830 --> 00:20:12,870
Или можете да направите S3 като файловата система.

386
00:20:12,870 --> 00:20:15,240
>> Тя има подкрепа за
ценообразуване място, което е,

387
00:20:15,240 --> 00:20:19,110
на Amazon, как сте наддават
за неизползван капацитет.

388
00:20:19,110 --> 00:20:20,840
Така тя поддържа всичко това.

389
00:20:20,840 --> 00:20:26,670
Той подкрепя общи рамки Hadoop
като Spark и Shark и кошер

390
00:20:26,670 --> 00:20:28,460
и Pig.

391
00:20:28,460 --> 00:20:32,950
И сме виждали над 5.5
милион EMR клъстери

392
00:20:32,950 --> 00:20:35,340
стартира в този момент на Amazon.

393
00:20:35,340 --> 00:20:38,338
>> Тогава ние имаме AWS Data Pipeline.

394
00:20:38,338 --> 00:20:40,213
Така Data Pipeline е
услуга, която ще позволи на

395
00:20:40,213 --> 00:20:42,296
можете да преместите данните в
нашите различни хранилища за данни.

396
00:20:42,296 --> 00:20:48,030
Така че можете да вземете нещо от S3, сложи
то в RDS, след това да се направят някои EMR върху него,

397
00:20:48,030 --> 00:20:50,760
го сложи в Redshift, която е
нашата съхраняване на данни, уред,

398
00:20:50,760 --> 00:20:54,564
и след това можете да дръпнете нещо
на на помещение, MySQL например.

399
00:20:54,564 --> 00:20:56,730
Така че има всички видове
неща, които можете да направите с тази.

400
00:20:56,730 --> 00:20:57,646
>> Тогава там е Redshift.

401
00:20:57,646 --> 00:21:00,470
Redshift се управлява ни
Склад данни.

402
00:21:00,470 --> 00:21:04,880
Тя е предназначена да бъде петабайта мащаб, така
можете да съхранявате много данни за него.

403
00:21:04,880 --> 00:21:07,280
Това е масивната паралелна архитектура.

404
00:21:07,280 --> 00:21:10,040
Така че можете да имате много
възли, ако искате да.

405
00:21:10,040 --> 00:21:13,509
И го прави всички резервни копия и всички
административната неща за вас.

406
00:21:13,509 --> 00:21:14,550
И след това има Kinesis.

407
00:21:14,550 --> 00:21:17,340
Kinesis е нашето реално време
обработка на услугата.

408
00:21:17,340 --> 00:21:20,970
Така че можете да вземете някои източник
на стрийминг на данни в реално време,

409
00:21:20,970 --> 00:21:27,360
така казват като Twitter Firehose, или
куп данните на регистъра, да го изпратите на Kinesis.

410
00:21:27,360 --> 00:21:29,140
Kinesis дръжки всичко за вас.

411
00:21:29,140 --> 00:21:32,250
И тогава можете да се свържете
работници към нея, за да дърпат нещата

412
00:21:32,250 --> 00:21:36,340
и, да речем, направи на живо таблото
или живеят Анализ върху него.

413
00:21:36,340 --> 00:21:38,330
>> Така че ние имаме нашите услуги по внедряване.

414
00:21:38,330 --> 00:21:42,530
Така AWS OpsWorks е рамка DevOps.

415
00:21:42,530 --> 00:21:45,237
Така че можете да си молба,
можете да го разделите на слоеве.

416
00:21:45,237 --> 00:21:48,195
Така че имаш си товар балансьор
слой, вашия уеб слой, приложението ви слой,

417
00:21:48,195 --> 00:21:51,590
слоя база данни, и вие
предоставяне неща на тези слоеве

418
00:21:51,590 --> 00:21:53,720
въз основа на Chef рецепти.

419
00:21:53,720 --> 00:21:56,280
Chef е конфигурация
система за управление.

420
00:21:56,280 --> 00:21:59,530
Така че тя също така подкрепя
събития от жизнения цикъл и така

421
00:21:59,530 --> 00:22:01,820
ако не искате да управлявате
свой собствен готвач, нали,

422
00:22:01,820 --> 00:22:04,570
ако искате да има някакъв вид
програмна начин за разполагане на нещата

423
00:22:04,570 --> 00:22:07,420
върху копията това
е една възможност за вас.

424
00:22:07,420 --> 00:22:09,030
>> Тогава ние имаме Elastic Beanstalk.

425
00:22:09,030 --> 00:22:16,030
Така Elastic Beanstalk е услуга, която
ви позволява to-- кажа сте програмист.

426
00:22:16,030 --> 00:22:18,630
Имате си код в Git репо.

427
00:22:18,630 --> 00:22:22,030
Вие не искате да се налага да се притеснявате
за разполагане на собствени ELBs или RDS

428
00:22:22,030 --> 00:22:24,500
случаи или редовни EC2 случаи.

429
00:22:24,500 --> 00:22:29,050
Така че това, което правиш ти е, от своя код,
Просто го изпратете на Elastic Beanstalk.

430
00:22:29,050 --> 00:22:33,310
Elastic Beanstalk разпоредба ще RDS
инстанции и ELBs и всички тези неща

431
00:22:33,310 --> 00:22:35,556
за вас и да разположи своя код върху тях.

432
00:22:35,556 --> 00:22:37,305
Така че това го прави много
лесно за разработчици

433
00:22:37,305 --> 00:22:40,600
да разположи своя код в AWS.

434
00:22:40,600 --> 00:22:41,910
>> Тогава там е CloudFormation.

435
00:22:41,910 --> 00:22:47,310
Така CloudFormation е услуга за
лечение на вашата инфраструктура като код.

436
00:22:47,310 --> 00:22:50,280
Така че сега, че имате всичко това
неща в молбата Ви,

437
00:22:50,280 --> 00:22:52,680
имаш си VPC, и
Вашите правила групови сигурност,

438
00:22:52,680 --> 00:22:56,000
и вашите EC2 случаи,
и вашите RDS случаи.

439
00:22:56,000 --> 00:22:58,130
Така че имаш това цялата
архитектурата на AWS.

440
00:22:58,130 --> 00:23:01,340
Е, как да направите програмно
върти, че или го пресъздаде?

441
00:23:01,340 --> 00:23:04,170
Можете да напишете файл JSON
който представлява всичко това.

442
00:23:04,170 --> 00:23:05,920
А след това можете да
[? предприеме?], че JSON файл

443
00:23:05,920 --> 00:23:08,180
и разполагане на вашия
инфраструктурата на разстояние от него.

444
00:23:08,180 --> 00:23:10,930
Така че можете да имате архитектура
където, всеки път, когато разположи код,

445
00:23:10,930 --> 00:23:14,560
се върти до ново копие на вашия цяло
архитектура и след това не успява към него.

446
00:23:14,560 --> 00:23:19,130
Така че можете да направите това и да
имат непостоянен инфраструктура.

447
00:23:19,130 --> 00:23:21,970
>> Тогава най-накрая има нашата
административни услуги.

448
00:23:21,970 --> 00:23:25,270
Така че нашата административни услуги
започнем с Amazon IAM,

449
00:23:25,270 --> 00:23:27,410
така че това е идентичност и достъпа.

450
00:23:27,410 --> 00:23:30,150
Така че ви позволява да
управлявате вашия акаунт AWS

451
00:23:30,150 --> 00:23:32,290
така че можете да имате под
потребители и групи и направи

452
00:23:32,290 --> 00:23:34,330
Федерация идентичност
и всякакви неща.

453
00:23:34,330 --> 00:23:36,690
Това наистина е много важно за сигурността.

454
00:23:36,690 --> 00:23:39,440
>> Тогава ние имаме Amazon CloudWatch,
която е нашата показатели услуга.

455
00:23:39,440 --> 00:23:41,956
Така че това дава използването на процесора
и всички видове показатели.

456
00:23:41,956 --> 00:23:44,080
И вие можете да направите персонализиран
показатели и [? можете да направите?]

457
00:23:44,080 --> 00:23:47,050
автоматично мащабиране на базата на тези показатели.

458
00:23:47,050 --> 00:23:48,450
>> И тогава имаме CloudTrail.

459
00:23:48,450 --> 00:23:50,680
Така CloudTrail е нашата
услуги за одит.

460
00:23:50,680 --> 00:23:54,380
Така че това ще влезете API повиквания
срещу Amazon Web Services.

461
00:23:54,380 --> 00:23:56,560
Така че, който рестартира този случай?

462
00:23:56,560 --> 00:23:58,060
Кой променила тази група сигурност?

463
00:23:58,060 --> 00:23:59,810
И ги влезете в
необходимите кофи, така че

464
00:23:59,810 --> 00:24:03,650
да видим какво ще се случи в
Вашата сметка и кой го е направил.

465
00:24:03,650 --> 00:24:05,600
>> Нова услуга, която ние
има е работни пространства.

466
00:24:05,600 --> 00:24:08,530
Така че това е един десктоп виртуализация на AWS.

467
00:24:08,530 --> 00:24:13,290
Така че можете да предвиди по-
работно място, работна станция Windows,

468
00:24:13,290 --> 00:24:17,810
и то след това ще дойде
в рамките на няколко минути.

469
00:24:17,810 --> 00:24:21,470
Той ще бъде свързан към активна
указател, така че със своите потребители.

470
00:24:21,470 --> 00:24:23,580
И вие лесно може да ги възстанови.

471
00:24:23,580 --> 00:24:25,090
Можете лесно да предвиди нова.

472
00:24:25,090 --> 00:24:28,250
Има различни видове с
различен софтуер за там.

473
00:24:28,250 --> 00:24:30,740
>> Така че сега, че сме преминали през
много от нашите услуги, нека

474
00:24:30,740 --> 00:24:31,850
направя актуално демо.

475
00:24:31,850 --> 00:24:35,700
Така че аз ще съм за превключване
да ми браузер тук.

476
00:24:35,700 --> 00:24:41,270
Така че това, което искам да ви покажа
е как бързо да се създаде

477
00:24:41,270 --> 00:24:43,690
на EC2 например с Wordpress върху него.

478
00:24:43,690 --> 00:24:45,440
И тогава ние ще
да направи същото нещо,

479
00:24:45,440 --> 00:24:48,890
но ние ще се върти
инстанция RDS и ELB.

480
00:24:48,890 --> 00:24:52,690
Така че ние ще го направя само за съд и
ние ще ти счупя всички равнища, както добре.

481
00:24:52,690 --> 00:24:54,510
>> Така че нека да започне EC2 например.

482
00:24:54,510 --> 00:24:57,190
Така че първото нещо, което
Аз вече съм направил тук

483
00:24:57,190 --> 00:24:59,230
е ти започваш да искаш
да има двойка ключове.

484
00:24:59,230 --> 00:25:03,576
Така че една двойка ключове ви позволява да
влезете в действителната инстанция.

485
00:25:03,576 --> 00:25:05,450
Така че ви държат в частния,
част от двойка ключове,

486
00:25:05,450 --> 00:25:08,570
и ще се постави на обществеността
част върху потребителския модел.

487
00:25:08,570 --> 00:25:11,700
И това е, което ви позволява да влезете.

488
00:25:11,700 --> 00:25:16,330
Така че аз вече внесени ключова ми чифт,
Просто ми редовно SSH двойка ключове тук.

489
00:25:16,330 --> 00:25:19,290
>> И така, другото нещо
Отивам да направите е,

490
00:25:19,290 --> 00:25:22,214
Аз вече имам някои случаи
работи, но аз ще се постави началото на нова.

491
00:25:22,214 --> 00:25:24,130
Така че аз ще взема моя
Операционната система тук.

492
00:25:24,130 --> 00:25:27,970
Така че можете да видите Имам доста
голям избор на операционна система.

493
00:25:27,970 --> 00:25:31,015
Така че аз съм просто ще вземете
Вашата стандартна Amazon Linux.

494
00:25:31,015 --> 00:25:32,930
>> И аз ще взема един вид например.

495
00:25:32,930 --> 00:25:35,890
И тъй като това е
уеб сървър, аз ще съм

496
00:25:35,890 --> 00:25:39,540
да се направи c3.large, защото това е
Вероятно изчисли интензивно.

497
00:25:39,540 --> 00:25:45,210
Така че аз отивам да изберете c3.large,
и аз отивам да се постави началото на едно от тях.

498
00:25:45,210 --> 00:25:48,630
Отивам да го оставите в
по подразбиране VPC за сега.

499
00:25:48,630 --> 00:25:50,810
Отивам да оставите всичко това сам.

500
00:25:50,810 --> 00:25:53,270
>> И аз отивам да се даде възможност на
CloudWatch мониторинг

501
00:25:53,270 --> 00:25:56,204
защото CloudWatch подробно
следене на промените CloudWatch

502
00:25:56,204 --> 00:25:58,870
мониторинг от пет минути
резолюция на резолюция едноминутно.

503
00:25:58,870 --> 00:26:02,510
Така че аз искам, че с моя уеб сървър тук.

504
00:26:02,510 --> 00:26:05,220
И тогава аз ще отида до хранилища.

505
00:26:05,220 --> 00:26:08,710
Така че аз искам General Purpose SSD тук.

506
00:26:08,710 --> 00:26:11,940
8 концерта вероятно ще бъде достатъчно за мен,
така че аз съм просто ще запази това.

507
00:26:11,940 --> 00:26:16,360

508
00:26:16,360 --> 00:26:19,230
Аз съм просто ще да етикетират
тя Wordpress Demo.

509
00:26:19,230 --> 00:26:22,149
Така че това е маркер, така че
знам какво е в действителност.

510
00:26:22,149 --> 00:26:24,190
И тогава аз ще
изберете група за сигурност.

511
00:26:24,190 --> 00:26:27,510
Така група за защита е като
защитна стена за потребителския модел.

512
00:26:27,510 --> 00:26:30,780
Така че аз отивам да се използва един
от моите съществуващи такива.

513
00:26:30,780 --> 00:26:35,890
Така че тази група сигурност го,
позволява SSH, за да мога да SSH в нея.

514
00:26:35,890 --> 00:26:37,580
И това дава възможност на HTTP.

515
00:26:37,580 --> 00:26:40,390
>> Сега, аз ще искам да се заключва
надолу, че SSH малко повече.

516
00:26:40,390 --> 00:26:43,220
Вие не искате просто никого
от всеки IP адрес SSHing инча

517
00:26:43,220 --> 00:26:45,240
Така че ние ще направим това, след като го пуска.

518
00:26:45,240 --> 00:26:49,100
>> Така че аз съм доволен от всичко
от тези неща тук.

519
00:26:49,100 --> 00:26:50,167
И аз отивам да започне.

520
00:26:50,167 --> 00:26:52,250
И тогава аз ще
изберете какво двойка ключове искам.

521
00:26:52,250 --> 00:26:54,750
Така че аз ще избера, че
двойка ключове, че аз актуализира преди.

522
00:26:54,750 --> 00:26:57,570

523
00:26:57,570 --> 00:27:01,960
>> Така че сега чакам
за да започне, нека

524
00:27:01,960 --> 00:27:03,320
отидете Посетете нашата група по сигурността.

525
00:27:03,320 --> 00:27:06,720
Така че ние имаме групи сигурност тук.

526
00:27:06,720 --> 00:27:09,550
Ето моята сигурност
група, която аз го слагам вътре.

527
00:27:09,550 --> 00:27:11,200
>> Отивам да промените само това тук.

528
00:27:11,200 --> 00:27:15,710
Така че нека да направи това
Малко по-голяма тук.

529
00:27:15,710 --> 00:27:21,275
Така че искам да променя това
от всяка точка на My IP.

530
00:27:21,275 --> 00:27:23,150
Поради тази воля
автоматично ще вземеш моя IP

531
00:27:23,150 --> 00:27:26,650
адрес и заключване
го надолу малко.

532
00:27:26,650 --> 00:27:29,030
>> И така, докато това
Например се върти нагоре,

533
00:27:29,030 --> 00:27:32,040
нека се върти някои неща
за другите ни инстанция

534
00:27:32,040 --> 00:27:35,060
къде отиваме, за да се измъкнат
базата данни и балансьор натоварване

535
00:27:35,060 --> 00:27:37,160
така че да може да бъде готов за нас.

536
00:27:37,160 --> 00:27:41,580
Така че първото нещо, което аз ще искам
да направите, е да се върти на товар балансьор.

537
00:27:41,580 --> 00:27:44,690
Така че аз ще избера
товар Balancer тук.

538
00:27:44,690 --> 00:27:48,410
И аз ще го наричат ​​WordpressELB.

539
00:27:48,410 --> 00:27:52,106

540
00:27:52,106 --> 00:27:55,450
И аз отивам да just-- всички
Искам само порт 80 в тук.

541
00:27:55,450 --> 00:27:57,960
>> И за сега за здравето
провери, аз съм просто ще направя TCP.

542
00:27:57,960 --> 00:28:00,190
Така че, ако бягане Apache, той ще бъде добре.

543
00:28:00,190 --> 00:28:03,760
И аз ще се понижи здравите
праг точно така става здрави

544
00:28:03,760 --> 00:28:06,360
доста бързо.

545
00:28:06,360 --> 00:28:08,710
След това, отново, това е група за сигурност.

546
00:28:08,710 --> 00:28:12,480
Така че вече съм взел за сигурност
група за тази нарича Wordpress ELB.

547
00:28:12,480 --> 00:28:17,120
И това е основно само ще
да приеме трафик от порт 80.

548
00:28:17,120 --> 00:28:19,580
И тогава аз няма да ходя, за да добавите
При всички случаи до това за сега.

549
00:28:19,580 --> 00:28:22,290

550
00:28:22,290 --> 00:28:26,720
И аз отивам да пропуснете маркирането.

551
00:28:26,720 --> 00:28:30,010
И така, ние ще
създадете тази ELB точно сега.

552
00:28:30,010 --> 00:28:33,800
>> Така създадохме балансьор натоварване.

553
00:28:33,800 --> 00:28:36,680
Аз съм също ще пусне
още един пример тук,

554
00:28:36,680 --> 00:28:40,280
само за част на моя Wordpress.

555
00:28:40,280 --> 00:28:42,580
Така че ето го.

556
00:28:42,580 --> 00:28:45,920
Аз просто ще направят същото
нещо, което направих преди.

557
00:28:45,920 --> 00:28:53,620
Така c3.large, CloudWatch
подробен мониторинг активиран.

558
00:28:53,620 --> 00:28:56,290

559
00:28:56,290 --> 00:28:57,310
SSD дискове за общи цели.

560
00:28:57,310 --> 00:29:02,470

561
00:29:02,470 --> 00:29:05,590
Обадете тази Wordpress Web.

562
00:29:05,590 --> 00:29:11,440

563
00:29:11,440 --> 00:29:14,480
>> И аз искам да избират A-- аз вече
има една група сигурност за това.

564
00:29:14,480 --> 00:29:18,320

565
00:29:18,320 --> 00:29:23,520
Така че тази група сигурност приема трафик
на порт 80 от моя Wordpress ELB

566
00:29:23,520 --> 00:29:26,430
група на сигурността, от сигурността
група от моя товар балансьор,

567
00:29:26,430 --> 00:29:30,654
но също SSH, което отново,
отиваме да заключите определени.

568
00:29:30,654 --> 00:29:31,820
Така че аз ще започне тази.

569
00:29:31,820 --> 00:29:39,360

570
00:29:39,360 --> 00:29:39,990
Право.

571
00:29:39,990 --> 00:29:43,530
>> И след това, което аз ще правя след това е
Отивам да започне например RDS.

572
00:29:43,530 --> 00:29:44,870
RDS ще бъде моята база данни.

573
00:29:44,870 --> 00:29:47,100
Така че аз ще отида тук.

574
00:29:47,100 --> 00:29:48,560
Отивам да отидете на RDS.

575
00:29:48,560 --> 00:29:52,800

576
00:29:52,800 --> 00:29:56,239
Отивам да се постави началото на нов модел.

577
00:29:56,239 --> 00:29:57,530
Така че аз ще взема моя двигател.

578
00:29:57,530 --> 00:30:00,850
Така че тук имам избор на MySQL,
Postgres, Oracle или SQL Server.

579
00:30:00,850 --> 00:30:02,640
Искам MySQL.

580
00:30:02,640 --> 00:30:06,160
И така, аз ще кажа да.

581
00:30:06,160 --> 00:30:09,680
>> Така че това е опция за Multi-AZ.

582
00:30:09,680 --> 00:30:14,267
Така Multi-Я, отново, тези повторения
ще се завърти до две RDS случаи

583
00:30:14,267 --> 00:30:15,600
и правя репликация между тях.

584
00:30:15,600 --> 00:30:20,510
И ако аз не искам, че не мога просто да има
един случай, но аз не искам това.

585
00:30:20,510 --> 00:30:22,490
И тогава аз ще
вземете моя двигател база данни.

586
00:30:22,490 --> 00:30:24,907
Така че аз отивам да взема
последното от тук.

587
00:30:24,907 --> 00:30:27,240
И тогава аз ще се вдигне
какъв тип например искам.

588
00:30:27,240 --> 00:30:30,950
>> Така че аз искам един R3, така че това е
паметта оптимизиран например.

589
00:30:30,950 --> 00:30:32,740
Така че аз ще взема на R3.

590
00:30:32,740 --> 00:30:35,430
И аз отивам да взема
Да, искам Multi-AZ.

591
00:30:35,430 --> 00:30:37,110
И аз искам SSD с общо предназначение.

592
00:30:37,110 --> 00:30:39,380
>> И аз може би искате
малко повече място за съхранение.

593
00:30:39,380 --> 00:30:40,897
Отивам да имат 10 участия тук.

594
00:30:40,897 --> 00:30:42,730
И тогава аз ще
Избор някои пълномощия.

595
00:30:42,730 --> 00:30:44,641
Така че това, което е идентификатор за базата си данни?

596
00:30:44,641 --> 00:30:46,015
Така че това ще бъде wordpressdb1.

597
00:30:46,015 --> 00:30:50,725

598
00:30:50,725 --> 00:30:53,127
Отивам да се обадя този корен.

599
00:30:53,127 --> 00:30:54,460
Отивам да му се даде паролата.

600
00:30:54,460 --> 00:30:58,380

601
00:30:58,380 --> 00:31:03,780
>> И ние ще вземем една
група сигурност за това, както добре.

602
00:31:03,780 --> 00:31:05,740
Така че аз вече съм направил
група сигурност за това.

603
00:31:05,740 --> 00:31:08,400

604
00:31:08,400 --> 00:31:11,307
И тогава аз ще
тя даде име на базата данни.

605
00:31:11,307 --> 00:31:13,015
Така че ние ще се просто
наричаме го WordPress.

606
00:31:13,015 --> 00:31:16,727

607
00:31:16,727 --> 00:31:18,560
И ние ще
изберете прозорец на задържане

608
00:31:18,560 --> 00:31:21,170
така че това прави резервни копия за вас.

609
00:31:21,170 --> 00:31:23,330
Така че аз искам една седмица на резервни копия.

610
00:31:23,330 --> 00:31:25,610
И аз нямам предпочитание
за архивиране прозореца.

611
00:31:25,610 --> 00:31:28,665
И аз искам да автоматично
ъпгрейд ми вторичната версия тук.

612
00:31:28,665 --> 00:31:31,180
Така че аз ще напуснат тази по подразбиране.

613
00:31:31,180 --> 00:31:33,490
И така, сега съм стартиране
ми RDS например.

614
00:31:33,490 --> 00:31:37,370

615
00:31:37,370 --> 00:31:37,870
Нали така?

616
00:31:37,870 --> 00:31:40,597
Така че сега тя е създадена.

617
00:31:40,597 --> 00:31:42,430
Така че сега ние просто чакат
за него, за да инсталирате.

618
00:31:42,430 --> 00:31:48,055
Така че, докато това се случва, нека да влезете
в с първата EC2 инстанция направихме.

619
00:31:48,055 --> 00:31:55,090

620
00:31:55,090 --> 00:31:57,520
Така че това е тази Wordpress Demo.

621
00:31:57,520 --> 00:31:58,760
И ние просто ще провери това.

622
00:31:58,760 --> 00:31:59,450
Да.

623
00:31:59,450 --> 00:32:02,620
>> Така че нека да видим дали можем да влезете в него.

624
00:32:02,620 --> 00:32:06,220
Така че аз отивам да копирате
общественото име на хост на него.

625
00:32:06,220 --> 00:32:09,090
Отивам да се отворят
прозорец черупки тук.

626
00:32:09,090 --> 00:32:14,480

627
00:32:14,480 --> 00:32:17,610
[Недоловим] SSH.

628
00:32:17,610 --> 00:32:21,423
Потребителя по подразбиране е EC2 потребител.

629
00:32:21,423 --> 00:32:25,271
>> Публика: Leo, нали
против Command [недоловим]?

630
00:32:25,271 --> 00:32:27,200
>> LEO ZHADANOVSKY: Good?

631
00:32:27,200 --> 00:32:30,190
И така, нека се опитаме да SSH инча

632
00:32:30,190 --> 00:32:30,960
Да.

633
00:32:30,960 --> 00:32:34,420
Така че аз съм в моя случай в момента.

634
00:32:34,420 --> 00:32:36,550
Така че аз съм SSHed инча

635
00:32:36,550 --> 00:32:38,970
Това е до пет минути, така
това определено ми например.

636
00:32:38,970 --> 00:32:41,020
>> Така че първото нещо, което сме
ще искате да направите тук

637
00:32:41,020 --> 00:32:45,190
е тя ми казва, че, о,
Имам няколко актуализации на защитата.

638
00:32:45,190 --> 00:32:47,855
Така че аз съм просто ще тече
всяка актуализация на защитата за тук.

639
00:32:47,855 --> 00:32:51,746
[? Sudo Yum?] минус у актуализация.

640
00:32:51,746 --> 00:32:54,539
Така, че ще ходи бързо да инсталират такива.

641
00:32:54,539 --> 00:32:57,080
Следващото нещо, което искам да направя е I
искате да инсталирате още малко неща.

642
00:32:57,080 --> 00:33:00,910
Така че аз ще трябва да инсталирате MySQL.

643
00:33:00,910 --> 00:33:02,660
Отивам да имате инсталиран Apache.

644
00:33:02,660 --> 00:33:04,190
Отивам да имате инсталиран PHP.

645
00:33:04,190 --> 00:33:07,680
Отивам да имате инсталиран
на PHP плъгин за MySQL.

646
00:33:07,680 --> 00:33:11,100
И аз трябва да инсталирате MySQL сървър.

647
00:33:11,100 --> 00:33:12,440
Така че нека да инсталирате тези неща.

648
00:33:12,440 --> 00:33:14,980

649
00:33:14,980 --> 00:33:15,500
>> Инсталиране.

650
00:33:15,500 --> 00:33:16,770
Така че това е направено.

651
00:33:16,770 --> 00:33:20,220
Така че сега искам [? HTTPD. ?] I
Искам Apache да започне на багажника.

652
00:33:20,220 --> 00:33:21,380
Така че аз ще направя това.

653
00:33:21,380 --> 00:33:29,250

654
00:33:29,250 --> 00:33:29,750
OK.

655
00:33:29,750 --> 00:33:31,800
Така че сега, ако аз се рестартира този то ще започне.

656
00:33:31,800 --> 00:33:36,210
>> Аз също искам MySQL да започне на багажника.

657
00:33:36,210 --> 00:33:37,615
Така че едно и също нещо.

658
00:33:37,615 --> 00:33:41,784

659
00:33:41,784 --> 00:33:45,080
Oops, правописна грешка тук.

660
00:33:45,080 --> 00:33:45,580
Добре.

661
00:33:45,580 --> 00:33:53,220
И тогава всъщност аз ще
започна моята уеб сървър-късно.

662
00:33:53,220 --> 00:33:56,514
Сега искам да започна
сървър на база данни, все пак.

663
00:33:56,514 --> 00:33:57,906
Така че направи това.

664
00:33:57,906 --> 00:34:01,618

665
00:34:01,618 --> 00:34:04,120
И така, това е за начало
за първи път, така че аз съм

666
00:34:04,120 --> 00:34:06,070
Ще трябва да направя
някои основни стъпки тук.

667
00:34:06,070 --> 00:34:09,070
Така че първото нещо, което ще направя,
е зададен корен парола за моя MySQL.

668
00:34:09,070 --> 00:34:15,980
>> Така че аз съм просто ще изпълня този MySQL
защитен команден инсталация.

669
00:34:15,980 --> 00:34:19,239
Така че тя има не по текущата корен
парола, така че нека да зададете една.

670
00:34:19,239 --> 00:34:24,830

671
00:34:24,830 --> 00:34:27,429
И аз отивам да се премахнат тези
анонимни потребители, които то създава

672
00:34:27,429 --> 00:34:29,750
и деактивирайте корен вход.

673
00:34:29,750 --> 00:34:31,270
И премахване на тестови бази данни.

674
00:34:31,270 --> 00:34:36,514
Така че това всички видове
productionizes вашия MySQL инсталиране.

675
00:34:36,514 --> 00:34:38,260
>> Така че това е направено.

676
00:34:38,260 --> 00:34:40,630
Така че сега аз трябва да могат да
свърже с моя MySQL сървър.

677
00:34:40,630 --> 00:34:42,805
Така че аз отивам да видя дали работи тук.

678
00:34:42,805 --> 00:34:46,030

679
00:34:46,030 --> 00:34:46,530
Да.

680
00:34:46,530 --> 00:34:50,699
Така че аз съм в моя MySQL сървър.

681
00:34:50,699 --> 00:34:55,010
>> Така че сега следващото нещо, което искам да направя е
Искам да създам база данни Wordpress.

682
00:34:55,010 --> 00:34:56,429
Така че аз ще направя MySQL администратор.

683
00:34:56,429 --> 00:35:09,845

684
00:35:09,845 --> 00:35:10,345
[Недоловим]

685
00:35:10,345 --> 00:35:13,327

686
00:35:13,327 --> 00:35:13,840
Добре.

687
00:35:13,840 --> 00:35:15,520
Така че съм създал база данни.

688
00:35:15,520 --> 00:35:18,160
>> И сега това, което искам да направя е I
искате да създадете Wordpress потребител.

689
00:35:18,160 --> 00:35:20,240
Така че аз не искам да влезете в
моя Wordpress с корен потребител

690
00:35:20,240 --> 00:35:21,420
защото това ще бъде лошо.

691
00:35:21,420 --> 00:35:24,810
Така че аз искам един потребител, който само може да
достъп до базата данни Wordpress.

692
00:35:24,810 --> 00:35:27,970
Така че нека да попадне именно на това отново.

693
00:35:27,970 --> 00:35:33,720
И ние ще [? премести?] тази тук.

694
00:35:33,720 --> 00:35:36,870
>> Така че това, което правя тук, е
Аз съм създаване на потребителя, че

695
00:35:36,870 --> 00:35:40,220
може да се свърже от Localhost, че е
определени от моя супер сигурна парола

696
00:35:40,220 --> 00:35:42,510
тук.

697
00:35:42,510 --> 00:35:46,595
И тогава аз ще предостави тази
потребителски достъп до цялата база данни.

698
00:35:46,595 --> 00:35:51,091

699
00:35:51,091 --> 00:35:51,590
Добре.

700
00:35:51,590 --> 00:35:56,200
И след това вече трябва да съм
можете да влезете като че потребителското

701
00:35:56,200 --> 00:35:58,670
и само се види, че на база данни
[? и?] тест база данни.

702
00:35:58,670 --> 00:36:04,970
>> Така че аз ще направя MySQL минус
ф WordPress, вместо корен.

703
00:36:04,970 --> 00:36:10,360

704
00:36:10,360 --> 00:36:10,860
Разбра ли?

705
00:36:10,860 --> 00:36:16,920
И тогава трябва да сме
в състояние да do-- нали?

706
00:36:16,920 --> 00:36:18,740
Така че мога да видя моята база данни Wordpress тук.

707
00:36:18,740 --> 00:36:19,920
Така че това е страхотно.

708
00:36:19,920 --> 00:36:22,420
>> Така че сега ние трябва да всъщност
изтегляне и инсталиране на Wordpress.

709
00:36:22,420 --> 00:36:26,220
Така че нека да отидете на нашата уеб директория.

710
00:36:26,220 --> 00:36:31,760
Така че аз ще Wget WordPress, на
най-новата версия на Wordpress тук.

711
00:36:31,760 --> 00:36:36,100

712
00:36:36,100 --> 00:36:37,320
Отивам да се извлече, че.

713
00:36:37,320 --> 00:36:42,195

714
00:36:42,195 --> 00:36:44,690
И сега аз отивам да сменяте
на HTML директория, която

715
00:36:44,690 --> 00:36:48,150
е по подразбиране [? уеб?] корен,
с Wordpress директория, така.

716
00:36:48,150 --> 00:37:01,650

717
00:37:01,650 --> 00:37:02,410
>> Добре.

718
00:37:02,410 --> 00:37:06,580
И сега аз ще Просто промяна
разрешенията, така че Apache

719
00:37:06,580 --> 00:37:09,450
потребителя е собственик на указателя Wordpress.

720
00:37:09,450 --> 00:37:12,611

721
00:37:12,611 --> 00:37:13,110
Добре.

722
00:37:13,110 --> 00:37:17,070
И накрая, аз ще създам своя
уеб сървър и се надявам, че всичко работи.

723
00:37:17,070 --> 00:37:21,650

724
00:37:21,650 --> 00:37:22,150
Добре.

725
00:37:22,150 --> 00:37:23,940
Така че сега нека да видим какво се случва тук.

726
00:37:23,940 --> 00:37:28,520
Така че аз ще отида тук.

727
00:37:28,520 --> 00:37:30,700
И да видим дали мога да получа
в този случай тук.

728
00:37:30,700 --> 00:37:35,200

729
00:37:35,200 --> 00:37:35,740
Добре.

730
00:37:35,740 --> 00:37:39,860
Така че тук е нашата Wordpress екран за настройка.

731
00:37:39,860 --> 00:37:42,020
Така че ние знаем цялата тази информация.

732
00:37:42,020 --> 00:37:44,170
Така че нашето име на база данни е WordPress.

733
00:37:44,170 --> 00:37:47,550
>> Нашата потребителско име ще бъде WordPress.

734
00:37:47,550 --> 00:37:50,462
Имам моя супер сигурна парола тук.

735
00:37:50,462 --> 00:37:53,869
Отиваме да бъде
свързване към Localhost.

736
00:37:53,869 --> 00:37:58,040
И ние ще изпълните инсталацията.

737
00:37:58,040 --> 00:38:00,430
>> Сега ние просто ще
дам моя сайт име.

738
00:38:00,430 --> 00:38:04,600
Толкова невероятно Blog Лео.

739
00:38:04,600 --> 00:38:08,265

740
00:38:08,265 --> 00:38:12,580
[Недоловим] потребителско име.

741
00:38:12,580 --> 00:38:15,972
Отивам да получите
парола за името ми.

742
00:38:15,972 --> 00:38:18,979

743
00:38:18,979 --> 00:38:20,520
Отивам да се постави в моя имейл адрес.

744
00:38:20,520 --> 00:38:23,790

745
00:38:23,790 --> 00:38:29,326
И тъй като това е един тест едно, аз не
искате търсачките да индексират това.

746
00:38:29,326 --> 00:38:30,820
Така че сега ние сме инсталирате Wordpress.

747
00:38:30,820 --> 00:38:32,070
Така че сега всички сме задали.

748
00:38:32,070 --> 00:38:33,850
>> Така че тук е моят Wordpress.

749
00:38:33,850 --> 00:38:37,660

750
00:38:37,660 --> 00:38:40,345
И тук е моят таблото.

751
00:38:40,345 --> 00:38:42,300
Това е напълно функциониращ Wordpress.

752
00:38:42,300 --> 00:38:47,026
Аз може да актуализира плъгини
тук, ако исках да.

753
00:38:47,026 --> 00:38:49,290
Направете каквото искам тук.

754
00:38:49,290 --> 00:38:52,610
И така, тук е моят действително напълно
използвате Wordpress на моя една инстанция.

755
00:38:52,610 --> 00:38:55,760
>> Сега, това е чудесно, ако имате
на мястото на изпитване, но това не се мащабира.

756
00:38:55,760 --> 00:38:56,737
Ние имаме една инстанция.

757
00:38:56,737 --> 00:38:59,070
Ние можем да направим, че например
наистина огромен, но в един момент

758
00:38:59,070 --> 00:39:01,165
започваш да се изчерпи
на вертикално мащабиране стая.

759
00:39:01,165 --> 00:39:03,290
Така че вие ​​ще искате да
мащабирате повече от това.

760
00:39:03,290 --> 00:39:05,290
>> Ето защо ние се завъртя нагоре
с всичко това и други неща.

761
00:39:05,290 --> 00:39:07,620
Така че нека да видим дали ни
RDS например се прави.

762
00:39:07,620 --> 00:39:13,500

763
00:39:13,500 --> 00:39:16,170
[? Да,?] Нашите RDS
Например е почти готов.

764
00:39:16,170 --> 00:39:19,520
Така че това е ОК, защото междувременно
можем да се създаде нашата EC2 например.

765
00:39:19,520 --> 00:39:22,670
Това ще бъде само
малко по-различна процедура.

766
00:39:22,670 --> 00:39:24,940
>> Така че ние имаме нашата Wordpress уеб.

767
00:39:24,940 --> 00:39:28,540
Сега вече имах едно движение вчера.

768
00:39:28,540 --> 00:39:33,670
Така че аз просто трябва да разбера кои
едно е, че аз стартира днес.

769
00:39:33,670 --> 00:39:36,710
Така че това беше стартирана 04 Ное.

770
00:39:36,710 --> 00:39:39,370

771
00:39:39,370 --> 00:39:40,770
Така че това е една от днес.

772
00:39:40,770 --> 00:39:43,720
[? Знам?] Това е
стартира, о, 16:00.

773
00:39:43,720 --> 00:39:45,905
Така че всъщност това е най-новата.

774
00:39:45,905 --> 00:39:51,474

775
00:39:51,474 --> 00:39:51,974
Да.

776
00:39:51,974 --> 00:39:52,930
OK.

777
00:39:52,930 --> 00:39:54,590
>> Така че това е моята нова инстанция.

778
00:39:54,590 --> 00:39:56,110
Така че отново, аз ще SSH в нея.

779
00:39:56,110 --> 00:40:01,550

780
00:40:01,550 --> 00:40:05,630
Така че нека да се върна в моя терминал тук.

781
00:40:05,630 --> 00:40:08,350
Така че аз отивам да се измъкнем от тази.

782
00:40:08,350 --> 00:40:11,232
Отивам да SSH в новия модел.

783
00:40:11,232 --> 00:40:15,160

784
00:40:15,160 --> 00:40:15,660
Добре.

785
00:40:15,660 --> 00:40:17,951
Така че аз ще трябва да направите,
някои от същите неща тук.

786
00:40:17,951 --> 00:40:19,540
Така че аз отивам да тичам актуализации на защитата.

787
00:40:19,540 --> 00:40:23,790

788
00:40:23,790 --> 00:40:25,654
Отивам да инсталирате някои пакети.

789
00:40:25,654 --> 00:40:27,820
Пакетите ще
да бъде малко по-различно сега.

790
00:40:27,820 --> 00:40:31,660
>> Така че аз не се нуждаят от MySQL сървъра
защото ние сме се счупи, че навън.

791
00:40:31,660 --> 00:40:35,580
Така че аз съм все още продължава да
инсталиране на MySQL клиента.

792
00:40:35,580 --> 00:40:37,400
Аз съм все още щеше да инсталирате Apache.

793
00:40:37,400 --> 00:40:40,142
Аз съм все още ще
инсталиране на PHP и PHP MySQL.

794
00:40:40,142 --> 00:40:42,100
Аз просто няма да
инсталиране на MySQL сървър.

795
00:40:42,100 --> 00:40:44,640

796
00:40:44,640 --> 00:40:50,203
>> Тогава аз съм все още щеше да направи
сигурен Apache със стартиране на системата.

797
00:40:50,203 --> 00:40:55,890

798
00:40:55,890 --> 00:40:57,790
Сега се нуждаем от базата данни, за да бъде до.

799
00:40:57,790 --> 00:41:02,140
Така че, докато ние, че нека да добавите този
Например на балансьор натоварване.

800
00:41:02,140 --> 00:41:04,610
Така че ние ще отидем да
нашата натоварване Balancer тук.

801
00:41:04,610 --> 00:41:08,430
И ние просто ще
копирайте ID на потребителския модел.

802
00:41:08,430 --> 00:41:10,410
Взех си например ID тук.

803
00:41:10,410 --> 00:41:19,330
>> Когато отида в моя товар балансьор,
виж, тук е моят товар балансьор,

804
00:41:19,330 --> 00:41:20,945
тук е неговата DNS име.

805
00:41:20,945 --> 00:41:23,410
Така че тя има нулеви случаи
в експлоатация в момента

806
00:41:23,410 --> 00:41:26,040
защото не сте добавили
При всички случаи към него.

807
00:41:26,040 --> 00:41:27,950
Така че аз ще добавя моя случай.

808
00:41:27,950 --> 00:41:29,635
Така че тук е моят списък с примери.

809
00:41:29,635 --> 00:41:32,240

810
00:41:32,240 --> 00:41:39,170
Така че, ако искам това, така че аз съм
Ще добавим това към него.

811
00:41:39,170 --> 00:41:41,150
>> Сега то се случва да се изчака
и това няма

812
00:41:41,150 --> 00:41:43,600
да се даде възможност на тази инстанция
докато стане здрави.

813
00:41:43,600 --> 00:41:47,779

814
00:41:47,779 --> 00:41:50,570
И това няма да стане здрав
докато включа моя уеб сървър.

815
00:41:50,570 --> 00:41:53,800

816
00:41:53,800 --> 00:41:56,202
Така че нека да видим дали нашите RDS
Например е обратно.

817
00:41:56,202 --> 00:42:03,630

818
00:42:03,630 --> 00:42:04,130
Добре.

819
00:42:04,130 --> 00:42:04,630
Great.

820
00:42:04,630 --> 00:42:06,360
Така че нашата нова RDS например е готова.

821
00:42:06,360 --> 00:42:08,940
Така че това е крайната точка
за моя RDS например.

822
00:42:08,940 --> 00:42:13,530
Така че това, което аз ще направя, е, че съм
ще се свърже с моя RDS например.

823
00:42:13,530 --> 00:42:17,070
Така че това вече е напълно
управлява база данни MySQL.

824
00:42:17,070 --> 00:42:18,860
Тя има резервен създаден върху него.

825
00:42:18,860 --> 00:42:20,160
Това е излишно.

826
00:42:20,160 --> 00:42:22,030
Тя се завъртя в само няколко минути.

827
00:42:22,030 --> 00:42:24,870
Така че сега аз трябва да могат да
SSH в нея from-- или не SSH,

828
00:42:24,870 --> 00:42:26,690
но влезете в него с MySQL клиента.

829
00:42:26,690 --> 00:42:37,602

830
00:42:37,602 --> 00:42:38,120
>> Да.

831
00:42:38,120 --> 00:42:38,850
И ето ме тук.

832
00:42:38,850 --> 00:42:39,750
Аз съм вътре.

833
00:42:39,750 --> 00:42:42,680
Така че сега това ще бъде подобна
освен ние просто го избухне.

834
00:42:42,680 --> 00:42:45,922
Така че, отново, аз ще действително
се измъкнем от това за секунда.

835
00:42:45,922 --> 00:42:47,880
Е, ние вече създадени
базата данни Wordpress

836
00:42:47,880 --> 00:42:50,670
защото ние поставяме Wordpress там, така че
Отивам да създадете потребителя Wordpress.

837
00:42:50,670 --> 00:42:52,961
И там ще бъде известна
малки разлики в тук

838
00:42:52,961 --> 00:42:54,237
от това, което направихме за последен път.

839
00:42:54,237 --> 00:42:56,070
Така че ние ще създадем
потребителят Wordpress,

840
00:42:56,070 --> 00:42:58,200
но сега ние няма да бъдем
влизане в системата от Localhost вече.

841
00:42:58,200 --> 00:43:00,479
Отиваме да се влезете
в от инстанция EC2.

842
00:43:00,479 --> 00:43:03,770
И ние няма да е задължително да знаете
за това, IP адреси, не идва от,

843
00:43:03,770 --> 00:43:06,820
или ние не искаме да се уточни
че да обяснения.

844
00:43:06,820 --> 00:43:09,470
>> Отиваме да имат сигурност
групи, които правят сигурни, че само

845
00:43:09,470 --> 00:43:11,200
нашите уеб сървъри могат да се свързват с този.

846
00:43:11,200 --> 00:43:14,520
Така че аз съм просто ще позволи
това от, на това ниво,

847
00:43:14,520 --> 00:43:16,930
от всеки IP адрес връзка.

848
00:43:16,930 --> 00:43:17,869
Така че ние просто върши това.

849
00:43:17,869 --> 00:43:19,660
И сега ние сме просто
Ще трябва да, отново,

850
00:43:19,660 --> 00:43:21,701
предостави достъп на потребителя до
базата данни Wordpress.

851
00:43:21,701 --> 00:43:24,780

852
00:43:24,780 --> 00:43:30,811
Така че сега аз съм просто ще
промените на жокер.

853
00:43:30,811 --> 00:43:31,310
Добре.

854
00:43:31,310 --> 00:43:32,480
Така че ние имаме това.

855
00:43:32,480 --> 00:43:34,090
Да се ​​махаме от тук.

856
00:43:34,090 --> 00:43:36,650
Така че ние просто ще се уверите
че можем да се впишете в предприятието.

857
00:43:36,650 --> 00:43:39,100
Аз съм просто ще се промени
името ми да WordPress.

858
00:43:39,100 --> 00:43:45,371

859
00:43:45,371 --> 00:43:45,870
Добре.

860
00:43:45,870 --> 00:43:46,370
Така че ние сме вътре.

861
00:43:46,370 --> 00:43:47,607
Така, че работи.

862
00:43:47,607 --> 00:43:50,440
Сега отиваме, отново, аз трябва да
създаден Wordpress по този случай.

863
00:43:50,440 --> 00:43:54,770
Така че това, което ние ще трябва
да направите, е да отидете в Var, WWW.

864
00:43:54,770 --> 00:43:57,260
Аз трябва да се премести на HTML
указател да html.old.

865
00:43:57,260 --> 00:44:02,410

866
00:44:02,410 --> 00:44:02,910
Добре.

867
00:44:02,910 --> 00:44:06,770
И ние ще имаме
изтеглянето на Wordpress.

868
00:44:06,770 --> 00:44:12,000

869
00:44:12,000 --> 00:44:14,790
>> Добре.

870
00:44:14,790 --> 00:44:15,540
Екстракт Wordpress.

871
00:44:15,540 --> 00:44:18,760

872
00:44:18,760 --> 00:44:21,410
Отиваме да го преместите
към HTML директория.

873
00:44:21,410 --> 00:44:28,650

874
00:44:28,650 --> 00:44:29,150
Добре.

875
00:44:29,150 --> 00:44:30,900
И ние ще
промените разрешенията.

876
00:44:30,900 --> 00:44:36,021

877
00:44:36,021 --> 00:44:37,562
И тогава ние ще започнем Apache.

878
00:44:37,562 --> 00:44:42,490

879
00:44:42,490 --> 00:44:45,820
>> И така, какво трябва да се случи
Сега е там става

880
00:44:45,820 --> 00:44:49,200
да бъде основно пет
повтарят по този ELB.

881
00:44:49,200 --> 00:44:53,790
И това е в крайна сметка, този случай е
ще станат здрави на Елба.

882
00:44:53,790 --> 00:44:57,871
Така [недоловим] тук.

883
00:44:57,871 --> 00:44:58,370
Нека да видим.

884
00:44:58,370 --> 00:45:00,525
Този съд не е все още здрава.

885
00:45:00,525 --> 00:45:02,400
Така че това, което аз съм всъщност
ще направя, е, че ще

886
00:45:02,400 --> 00:45:05,275
да се промени при прегледа на състоянието малко
малко по-просто да го направи по-бързо.

887
00:45:05,275 --> 00:45:07,320
Можем да го промените по-късно.

888
00:45:07,320 --> 00:45:12,561
Така че нека да кажа, че искам здрави
праг на три вместо пет.

889
00:45:12,561 --> 00:45:13,060
OK.

890
00:45:13,060 --> 00:45:15,340
Така че сега сме в услуга.

891
00:45:15,340 --> 00:45:17,400
>> Така че сега аз ще отида
до това натоварване балансьор.

892
00:45:17,400 --> 00:45:19,895
И това трябва прокси ме върна
чрез към този случай,

893
00:45:19,895 --> 00:45:23,195
и ние ще създаде Wordpress тук.

894
00:45:23,195 --> 00:45:25,320
Сега, ако имате собствен
име на домейн или нещо,

895
00:45:25,320 --> 00:45:28,740
може просто да направи CNAME
запис на това име DNS.

896
00:45:28,740 --> 00:45:31,850
И балансиране на натоварването еластична
Услугата е мащабируема на задния край,

897
00:45:31,850 --> 00:45:34,065
така че везни нагоре и надолу по себе си.

898
00:45:34,065 --> 00:45:35,710
Така че това би могло да бъде много IP адреси.

899
00:45:35,710 --> 00:45:36,584
ИП може да се промени.

900
00:45:36,584 --> 00:45:39,063
Така че винаги трябва справки
то от това име DNS.

901
00:45:39,063 --> 00:45:41,841

902
00:45:41,841 --> 00:45:42,770
>> Добре.

903
00:45:42,770 --> 00:45:43,560
Така че ето го.

904
00:45:43,560 --> 00:45:45,215
Отново сме в нашия екран за настройка.

905
00:45:45,215 --> 00:45:47,870
Сега ние ще правим
същия процес почти.

906
00:45:47,870 --> 00:45:49,835
Така че нашето име на база данни е WordPress.

907
00:45:49,835 --> 00:45:52,940
Нашата потребителско име име е WordPress.

908
00:45:52,940 --> 00:45:55,560
Имаме същия супер
сигурна парола, както и преди,

909
00:45:55,560 --> 00:45:59,020
с изключение на приемащата база данни вече е
ще бъде инстанция RDS.

910
00:45:59,020 --> 00:46:01,222
>> Така че ние ще тръгнем от тук.

911
00:46:01,222 --> 00:46:04,760
Отиваме да отидете на RDS.

912
00:46:04,760 --> 00:46:06,320
Ще отида да ми инстанции.

913
00:46:06,320 --> 00:46:07,730
Имам нужда от моя край Име точка тук.

914
00:46:07,730 --> 00:46:09,160
Това е тази.

915
00:46:09,160 --> 00:46:10,984
Така че аз съм просто ще
копирате и поставите този.

916
00:46:10,984 --> 00:46:17,500

917
00:46:17,500 --> 00:46:18,000
Разбра ли?

918
00:46:18,000 --> 00:46:20,100
Така че нека да видим дали това е работил.

919
00:46:20,100 --> 00:46:20,600
Добре.

920
00:46:20,600 --> 00:46:21,380
Така, че работи.

921
00:46:21,380 --> 00:46:23,530
Така че можете да се свържете с инстанция RDS.

922
00:46:23,530 --> 00:46:27,200
Отново, това ще
бъде Awesome Blog Лео.

923
00:46:27,200 --> 00:46:39,590

924
00:46:39,590 --> 00:46:40,090
Добре.

925
00:46:40,090 --> 00:46:42,750
>> Така че сега ние ще
инсталиране на нашата Wordpress.

926
00:46:42,750 --> 00:46:44,550
Така че сме готови.

927
00:46:44,550 --> 00:46:46,736
Така че нека просто да влезете в
да се уверите, че работи.

928
00:46:46,736 --> 00:46:51,696

929
00:46:51,696 --> 00:46:54,020
OK.

930
00:46:54,020 --> 00:46:56,400
>> Така че сега ние имаме
напълно работещ Wordpress.

931
00:46:56,400 --> 00:46:58,890
Ние можем да направим всички видове операции по него.

932
00:46:58,890 --> 00:47:02,210
Така че разликата е, че сега
имаме отделна база данни.

933
00:47:02,210 --> 00:47:03,470
Това бази данни е излишно.

934
00:47:03,470 --> 00:47:05,690
Ние все още само една уеб
сървър, но можехме сега

935
00:47:05,690 --> 00:47:08,680
заснемете изображение на този уеб
сървър, стартира отново,

936
00:47:08,680 --> 00:47:11,720
и след това ние имаме две уеб сървъри
зад този товар балансьор.

937
00:47:11,720 --> 00:47:15,894
>> Крайната точка не се променя независимо дали
това е една, или две, или 50 на уеб сървъри.

938
00:47:15,894 --> 00:47:17,060
Можем да го изкачат отвъд това.

939
00:47:17,060 --> 00:47:21,190
Така че има плъгини за Wordpress, където
можете да използвате S3 за вашите статични активи.

940
00:47:21,190 --> 00:47:23,900
Можете да използвате CloudFront
да кешира тези активи.

941
00:47:23,900 --> 00:47:26,970
Можете да използвате ElastiCache така ли
да използвате Memcached основно

942
00:47:26,970 --> 00:47:30,110
за съхраняване на държавната сесия там.

943
00:47:30,110 --> 00:47:32,654
>> Така че, както скала от
една до повече случаи,

944
00:47:32,654 --> 00:47:35,070
започваш да се предположи, че
тези случаи са ефимерни,

945
00:47:35,070 --> 00:47:36,360
така че те могат да изчезнат.

946
00:47:36,360 --> 00:47:38,880
Така че ще трябва да се мисли
къде мога да съхранявате трупи,

947
00:47:38,880 --> 00:47:40,290
Къде да съхранявате държавна сесия.

948
00:47:40,290 --> 00:47:43,580
Как да го направи, така че е добре, че
тези случаи могат да изчезнат, или по-

949
00:47:43,580 --> 00:47:45,010
от тях може да се появи?

950
00:47:45,010 --> 00:47:47,260
Така че ще трябва да
отговори на въпроси, като че.

951
00:47:47,260 --> 00:47:48,551
Но това е доста общ модел.

952
00:47:48,551 --> 00:47:52,720
Така че можете просто да започнете да свали всеки
устойчивите неща на други нива.

953
00:47:52,720 --> 00:47:55,380
>> Така че сега ние имаме това, ние сме
направено [? трислойна?] нещо.

954
00:47:55,380 --> 00:47:57,140
Последното нещо, което съм
ще правим тук, е, че съм

955
00:47:57,140 --> 00:47:59,390
Ще направя моя товар балансьор
малко по-твърдо

956
00:47:59,390 --> 00:48:02,210
сега, че това е маркиран, като здрави.

957
00:48:02,210 --> 00:48:06,010
Така че това обикновено не е
Добра идея за уеб сайтове

958
00:48:06,010 --> 00:48:10,139
да направя TCP здравни проверки, защото
Вашата Apache може да бъде до,

959
00:48:10,139 --> 00:48:11,680
но тя може да бъде връщането PHP грешки.

960
00:48:11,680 --> 00:48:12,940
Така че не желаете това.

961
00:48:12,940 --> 00:48:14,648
>> Така че това, което аз ще
направите тук е Отивам

962
00:48:14,648 --> 00:48:18,230
да промените това на проверка за здравето на HTTP.

963
00:48:18,230 --> 00:48:22,880
И това ще бъде
index.php, не index.html.

964
00:48:22,880 --> 00:48:26,470
И ние ще променим това
здравословна праг обратно към пет.

965
00:48:26,470 --> 00:48:27,880
Така че това е направено.

966
00:48:27,880 --> 00:48:29,500
Така, че все още трябва да бъдат здрави.

967
00:48:29,500 --> 00:48:30,000
Да.

968
00:48:30,000 --> 00:48:31,990
Така че ние сме все още в експлоатация.

969
00:48:31,990 --> 00:48:36,370
>> Така че това е начина да настроите
до Wordpress на AWS.

970
00:48:36,370 --> 00:48:41,660
Така че аз мисля, че за по-малко от 20 минути ние сме
както създаден на една инстанция, по своя собствена,

971
00:48:41,660 --> 00:48:47,302
и пълен трислойна архитектура, където
всяка отделна степен е независимо мащабируема.

972
00:48:47,302 --> 00:48:49,010
Можете да направите всички видове
интересни неща

973
00:48:49,010 --> 00:48:51,120
с базата данни за мащаба, както добре.

974
00:48:51,120 --> 00:48:54,200
>> Позволете ми да ви покажа още един
Интересното в случая.

975
00:48:54,200 --> 00:48:59,590
Така че нека да кажем за това искам да
избухне в чете от пише.

976
00:48:59,590 --> 00:49:02,020
Мога да създадете прочетете реплика.

977
00:49:02,020 --> 00:49:05,040
Така че аз съм просто ще
създадете прочетете реплика.

978
00:49:05,040 --> 00:49:11,407
Така че това ще
да wordpressdb1 read1.

979
00:49:11,407 --> 00:49:13,240
Отивам да го направите на
същия район, но аз

980
00:49:13,240 --> 00:49:15,820
може да го направи в различен регион.

981
00:49:15,820 --> 00:49:18,740
Така че ние ще започнем
снабдяване на Прочети реплика тук.

982
00:49:18,740 --> 00:49:20,390
Така че сега, че ние създаваме четене реплика.

983
00:49:20,390 --> 00:49:22,349
Това е създадена по
има най-отдолу.

984
00:49:22,349 --> 00:49:24,140
Така че можете да направите всички видове
на готини неща тук.

985
00:49:24,140 --> 00:49:25,550
>> Така че аз съм направил с демото.

986
00:49:25,550 --> 00:49:27,780
Така че аз мисля, че имаме около 10 минути.

987
00:49:27,780 --> 00:49:33,860
Така че аз ще взема някакви въпроси никого
има, за всеки AWS свързана тема.

988
00:49:33,860 --> 00:49:36,980

989
00:49:36,980 --> 00:49:39,395
Някой?

990
00:49:39,395 --> 00:49:39,895
Cool.

991
00:49:39,895 --> 00:49:40,850
Добре.

992
00:49:40,850 --> 00:49:42,720
Благодаря на всички.

993
00:49:42,720 --> 00:49:44,192