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

2
00:00:10,811 --> 00:00:12,060
LEO ZHADANOVSKY: Ahoj, všichni.

3
00:00:12,060 --> 00:00:13,675
Jsem Leo Zhadanovsky.

4
00:00:13,675 --> 00:00:17,000
Jsem řešení architekt
na Amazon Web Services.

5
00:00:17,000 --> 00:00:21,030
A já budu s tebou mluvit dnes
o tom, co Amazon Web Services je,

6
00:00:21,030 --> 00:00:25,170
jeho historii, stručný přehled
služeb, které nabízíme.

7
00:00:25,170 --> 00:00:29,530
A taky budu dělat živé demo
jak zahájit LAMP v AWS

8
00:00:29,530 --> 00:00:33,769
a to jak na jediném a
přes používat některé naše další

9
00:00:33,769 --> 00:00:36,060
[? řízené] služby?, jako
as naší relační databáze

10
00:00:36,060 --> 00:00:39,330
servis, a naše zatížení
vyvažovačky, a naše instance.

11
00:00:39,330 --> 00:00:41,610
>> Takže v první řadě, pojďme
mluvit o historii AWS.

12
00:00:41,610 --> 00:00:47,780
Tak jak se dostat do Amazon.com
toto cloud computing firma?

13
00:00:47,780 --> 00:00:51,630
No, Amazon je opravdu dobré
poskytuje velký výběr produktů

14
00:00:51,630 --> 00:00:54,440
a lodní těm,
zákazníků efektivně.

15
00:00:54,440 --> 00:00:57,870
A za touto schopností
Leží dlouholeté zkušenosti

16
00:00:57,870 --> 00:01:01,330
s provozní datových center, s
logistika, se všemi druhy věcí.

17
00:01:01,330 --> 00:01:05,420
A tak jsme zjistili,
více než 10 let, že my

18
00:01:05,420 --> 00:01:10,840
Chtěl, aby našim zákazníkům
dělat spoustu různých věcí, že jo?

19
00:01:10,840 --> 00:01:16,870
>> A tak jsme se nakonec nabízet některé interní
služby až třetí strany prodejců.

20
00:01:16,870 --> 00:01:20,640
Jak jsme zveřejnili jednoduché webové služby
jako je naše katalogu vyhledávání.

21
00:01:20,640 --> 00:01:22,910
A to se stalo opravdu
zřejmé, opravdu rychle

22
00:01:22,910 --> 00:01:26,530
že vývojáři byli hladoví
Pro více našich služeb.

23
00:01:26,530 --> 00:01:29,830
A tak to nás vedlo k rozvoji AWS.

24
00:01:29,830 --> 00:01:31,910
Zeptali jsme se, co kdybychom
mohl zabalit vše

25
00:01:31,910 --> 00:01:36,620
děláme a nabízíme ho
Ostatní přes web?

26
00:01:36,620 --> 00:01:41,940
>> Takže mise AWS je umožnit
podniky a vývojáři

27
00:01:41,940 --> 00:01:46,080
využívat webové služby k vybudování
škálovatelné sofistikované aplikace.

28
00:01:46,080 --> 00:01:49,650
A webové služby je to, co
Lidé dnes nazýváme Cloud.

29
00:01:49,650 --> 00:01:53,180
Takže v roce 2006, AWS se narodil.

30
00:01:53,180 --> 00:01:56,590
A pojďme mluvit o
co AWS ve skutečnosti je.

31
00:01:56,590 --> 00:02:01,310
>> Tak jsme poskytují různé
služby na různých úrovních.

32
00:02:01,310 --> 00:02:06,060
Takže máme trochu z našich klíčových služeb,
Naše skladování výpočetní a databází.

33
00:02:06,060 --> 00:02:08,250
A pak máme také
síťové vrstvy,

34
00:02:08,250 --> 00:02:10,289
a máme globální
infrastrukturu, takže máme

35
00:02:10,289 --> 00:02:13,812
dostal oblastech po celém světě a
dostupnost zóny po celém světě.

36
00:02:13,812 --> 00:02:15,520
A pak máme
vyšší úroveň služeb,

37
00:02:15,520 --> 00:02:18,670
jako aplikačních služeb, které
můžete použít k sestavení horizontálně

38
00:02:18,670 --> 00:02:20,434
škálovatelné aplikace.

39
00:02:20,434 --> 00:02:22,850
A pak máme nasazení
a administrativní služby.

40
00:02:22,850 --> 00:02:26,010
Tak to jsou služby, které vám
použít k nasazení kód do AWS

41
00:02:26,010 --> 00:02:29,100
a spravovat vaše
AWS úvahu, neboť váhy.

42
00:02:29,100 --> 00:02:32,120
>> Takže pojďme mluvit o našich
globální infrastruktura jako první.

43
00:02:32,120 --> 00:02:35,960
Máme 11 oblastí po celém světě.

44
00:02:35,960 --> 00:02:39,680
Tak jsme přidali novou oblast
Před několika týdny ve Frankfurtu nad Mohanem,

45
00:02:39,680 --> 00:02:41,500
ale každý region je
jako samostatný mrak.

46
00:02:41,500 --> 00:02:43,580
Takže tyto služby, že jsem
bude mluvit, oni

47
00:02:43,580 --> 00:02:46,350
existují v různých regionech.

48
00:02:46,350 --> 00:02:50,370
Takže v USA, je tu
region v severní Virginii.

49
00:02:50,370 --> 00:02:54,390
K dispozici je region v severní
Kalifornie a Oregonu.

50
00:02:54,390 --> 00:02:57,690
>> Region v Oregonu
je také uhlíkově neutrální.

51
00:02:57,690 --> 00:03:00,200
Máme také oblast v
Oregon volal GovCloud.

52
00:03:00,200 --> 00:03:05,370
Takže pokud máte zátěž, která je třeba
být ITAR kompatibilní, takže je

53
00:03:05,370 --> 00:03:09,580
International Traffic a Arms Reduction
Smlouva, měli byste používat GovCloud.

54
00:03:09,580 --> 00:03:12,510
>> Tak důležitá věc
o tom, že vás

55
00:03:12,510 --> 00:03:15,100
vybrat a zvolit si, kde vaše data
jde a kde se vaše aplikace jít.

56
00:03:15,100 --> 00:03:19,370
Tak jsme se nepohybují data napříč
oblasti, nebo přes dostupnost zón

57
00:03:19,370 --> 00:03:22,277
jestli je to služba, kde si můžete
vyberte dostupnosti zóny.

58
00:03:22,277 --> 00:03:23,860
Můžete si vybrat, kde to jde.

59
00:03:23,860 --> 00:03:24,526
Můžete jej přesunout.

60
00:03:24,526 --> 00:03:27,920
Dáme vám nástroje k pohybu
dat, ale nebudeme jej přesunout na vás.

61
00:03:27,920 --> 00:03:30,710
>> A tak se v každém kraji je
alespoň dvě zóny, dostupnost

62
00:03:30,710 --> 00:03:33,020
a budeme mluvit o tom, co
ty, které jsou uvedeny ve druhém.

63
00:03:33,020 --> 00:03:35,530
A je tu také 52 hrana
místech po celém světě.

64
00:03:35,530 --> 00:03:40,850
Takže hrany lokality jsou v podstatě pro naše
CloudFront, [? cloud?] distribuce

65
00:03:40,850 --> 00:03:43,410
síť, a naše cesta 53 DNS služba.

66
00:03:43,410 --> 00:03:47,100
A tak je tu spousta z nich
proto, že jsou blíže k uživatelům,

67
00:03:47,100 --> 00:03:49,360
proto, že to jsou
Služby latence bázi.

68
00:03:49,360 --> 00:03:51,410
Takže latence záležitosti pro ně.

69
00:03:51,410 --> 00:03:54,630
>> Tak tohle je to, co typický
region vypadá.

70
00:03:54,630 --> 00:03:56,630
A pak [? v?]
Každý region je tu,

71
00:03:56,630 --> 00:03:58,530
jak jsem řekl, aspoň
Dva dostupnost zóny.

72
00:03:58,530 --> 00:04:01,390
Dostupnost zóna je
alespoň jedno z datových center,

73
00:04:01,390 --> 00:04:04,340
Někdy to může být v rámci
stejné zeměpisné oblasti.

74
00:04:04,340 --> 00:04:09,010
A naše dostupnost zóny jsou navrženy tak,
být na jiném zátopových oblastech, poruchy

75
00:04:09,010 --> 00:04:15,501
pláně mít odlišné moc
nástroje a různé tier 1 ISP.

76
00:04:15,501 --> 00:04:17,500
Takže byste měli navrhnout svůj
Aplikace [? vadit?]

77
00:04:17,500 --> 00:04:20,240
kde se může stát něco
v jedné zóně dostupnosti,

78
00:04:20,240 --> 00:04:23,245
ale tak byste se měli rozšířit si své
aplikace ve více dostupnosti

79
00:04:23,245 --> 00:04:27,100
zóny protože jsou postaveny
těchto propouštění v mysli.

80
00:04:27,100 --> 00:04:30,490
>> A tak jsme napájet hodně
podniky, které vám rozpoznat.

81
00:04:30,490 --> 00:04:36,590
Takže z Airbnb, do Netflix,
na Dropbox, na Yelp,

82
00:04:36,590 --> 00:04:41,270
Máme všechny druhy začínajících a
podniky, které běží zátěží na nás.

83
00:04:41,270 --> 00:04:44,610
Ve veřejném sektoru, máme
všechny druhy vládních agentur

84
00:04:44,610 --> 00:04:47,740
které fungují na nás, EdTech
začínajících, univerzity.

85
00:04:47,740 --> 00:04:52,910
Obama Kampaň běžela v podstatě všechny
jejich věci na Amazon Web Services.

86
00:04:52,910 --> 00:04:56,690
>> A jen proto, aby vám perspektivu
na naší škálování, v průměru za den

87
00:04:56,690 --> 00:05:00,840
jsme měli dost nový server
schopnost k podpoře

88
00:05:00,840 --> 00:05:04,400
Globální infrastruktura Amazon.com je
když to bylo 7000000000dolarů

89
00:05:04,400 --> 00:05:05,740
podnikání v roce 2004.

90
00:05:05,740 --> 00:05:08,500
Tak to je, jak moc jsme se
měla na průměrný den.

91
00:05:08,500 --> 00:05:11,910
>> Takže obecný koncept je, když vás
přemýšlet o tom, jak se vám moc.

92
00:05:11,910 --> 00:05:14,940
Takže jste si moc, to je na vyžádání, ne?

93
00:05:14,940 --> 00:05:19,580
Takže víte, když jste stále
to, víte, že můžete dostat.

94
00:05:19,580 --> 00:05:22,950
Je to jednotný, takže víte,
jaké napětí máte dostat.

95
00:05:22,950 --> 00:05:26,940
Je to pay as you go, takže platíte
přesně to, jak moc používat.

96
00:05:26,940 --> 00:05:29,020
A to je k dispozici.

97
00:05:29,020 --> 00:05:31,060
Takže si připojit, víš
Dostaneš sílu.

98
00:05:31,060 --> 00:05:34,350
Proto jsme za to, že i
rozšířil na práci na počítači.

99
00:05:34,350 --> 00:05:36,710
>> Tak to řeší mnoho problémů.

100
00:05:36,710 --> 00:05:41,230
My obvykle vidět hodně
IT organizace.

101
00:05:41,230 --> 00:05:43,130
Mají tento problém kapacity.

102
00:05:43,130 --> 00:05:46,370
Takže mají určité částky
IT potřeb, a pak se

103
00:05:46,370 --> 00:05:49,290
muset nadměrnému poskytování jejich kapacitu.

104
00:05:49,290 --> 00:05:53,110
Takže buď jsou způsob, jak přes-provisioning,
nebo nemají dostatečnou kapacitu,

105
00:05:53,110 --> 00:05:54,930
a mají neuspokojené zákazníky.

106
00:05:54,930 --> 00:05:59,820
>> Tak například, se jedná o
různé vzory provozu.

107
00:05:59,820 --> 00:06:01,980
Takže ať už máte věci
že zapnout a vypnout,

108
00:06:01,980 --> 00:06:05,920
nebo rychle rostou, nebo mají variabilní vrcholy
nebo předvídatelné vrcholy, pro všechny ty,

109
00:06:05,920 --> 00:06:08,122
budete buď bude
přes-poskytování typicky,

110
00:06:08,122 --> 00:06:09,580
nebo se chystáte pod-ustanovení.

111
00:06:09,580 --> 00:06:12,990
Takže buď máte odpad, nebo
Máte nešťastné zákazníky.

112
00:06:12,990 --> 00:06:17,400
>> Takže to, co AWS vám umožní udělat, je vás
může zvýšit a dolů dynamicky

113
00:06:17,400 --> 00:06:19,510
na základě toho, co vaše
skutečné využití vzor.

114
00:06:19,510 --> 00:06:23,270
Takže můžete platit jen za to, co používáte.

115
00:06:23,270 --> 00:06:25,115
A můžete spustit
případy, takže instance

116
00:06:25,115 --> 00:06:27,030
je naše slovo pro virtuální server.

117
00:06:27,030 --> 00:06:29,280
Můžete spustit jeden
instance, můžete spustit

118
00:06:29,280 --> 00:06:33,160
tisíce případů během několika minut, nebo
sekund, stejně tak, jak budete potřebovat.

119
00:06:33,160 --> 00:06:35,897
A můžete vytočit to
a dolů, jak je požadováno.

120
00:06:35,897 --> 00:06:38,730
Dovolte mi tedy mluvit o
příklad, že je to trochu v blízkosti svého bydliště.

121
00:06:38,730 --> 00:06:44,930
Tak to je typický provoz
graf v listopadu na Amazon.com.

122
00:06:44,930 --> 00:06:49,491
A poslední dva vrcholy zde,
Ví někdo, co jsou zač?

123
00:06:49,491 --> 00:06:49,990
Tak they're--

124
00:06:49,990 --> 00:06:51,180
>> Diváků: Cyber ​​pondělí?

125
00:06:51,180 --> 00:06:53,430
>> LEO ZHADANOVSKY: Cyber ​​pondělí
a Černý pátek, ne?

126
00:06:53,430 --> 00:06:57,020
Takže tradičně, co Amazon.com měl
udělat, bylo, že museli ustanovení o kapacitě

127
00:06:57,020 --> 00:06:58,330
na pokrytí těchto dva vrcholy.

128
00:06:58,330 --> 00:07:04,490
Takže v důsledku toho 76% času,
měli příliš mnoho kapacitu.

129
00:07:04,490 --> 00:07:07,640
A jen 24% času
oni byli plně využívají ji.

130
00:07:07,640 --> 00:07:12,730
A tak se v roce 2010 obrátil Amazon.com
off poslední fyzický webový server

131
00:07:12,730 --> 00:07:14,430
a přesunul ji do AWS.

132
00:07:14,430 --> 00:07:16,660
Tak tohle je to, co provoz
vzor vypadá jako teď.

133
00:07:16,660 --> 00:07:19,240
Kapacita je těsně nad
co je vlastně potřeba.

134
00:07:19,240 --> 00:07:23,100
>> Tak proč to vidíme zákazníci přijímají
cloud computing v AWS tak rychle?

135
00:07:23,100 --> 00:07:24,480
No, agility.

136
00:07:24,480 --> 00:07:27,090
Tak to je primární
Důvod, že vidíme.

137
00:07:27,090 --> 00:07:28,590
Proč je agility důležitá?

138
00:07:28,590 --> 00:07:31,790
No, to umožňuje zákazníkům
dělat věci, které ve starém světě

139
00:07:31,790 --> 00:07:36,090
trvalo týdny nebo měsíce dělat
je v minutách nebo sekundách.

140
00:07:36,090 --> 00:07:39,510
Takže si můžete dělat věci, jako je rotace až do
Zcela nový Dev nebo Test prostředí,

141
00:07:39,510 --> 00:07:42,010
roztočí zcela nový DR
životní prostředí, roztočí

142
00:07:42,010 --> 00:07:45,180
50 případy, nebo 1000
instance pro špičkách,

143
00:07:45,180 --> 00:07:49,140
odstranit ty 1000 instance, nastavte
up HPC clusteru nebo clusteru GS,

144
00:07:49,140 --> 00:07:51,430
a můžete to udělat
vše v minutách na AWS.

145
00:07:51,430 --> 00:07:54,960
>> Takže to, co to vede, je
kultura inovací.

146
00:07:54,960 --> 00:07:57,290
Takže můžete experimentovat často.

147
00:07:57,290 --> 00:08:00,190
Můžete platit jen za to, co používáte
a můžete selhat bez rizika.

148
00:08:00,190 --> 00:08:04,477
Takže pokud se pokusíte něco, nemáš
zaplatil za pár hodin používání.

149
00:08:04,477 --> 00:08:05,310
Není to velký problém.

150
00:08:05,310 --> 00:08:08,150
Nemáte dát velký kapitál
Investice dopředu na to.

151
00:08:08,150 --> 00:08:10,930
>> Takže jaké jsou zákazníci
vlastně používat AWS pro?

152
00:08:10,930 --> 00:08:16,170
No, tak na University of Notre Dame,
oni se pohybovali jejich webové stránky se k AWS.

153
00:08:16,170 --> 00:08:21,150
Mají v průměru kolem 38.000
návštěvníků za den na jejich stránky,

154
00:08:21,150 --> 00:08:26,150
ale může bobtnat do 150,000 v průběhu
sportovní akce a fotbalové zápasy.

155
00:08:26,150 --> 00:08:29,840
A tak se přestěhovali své webové stránky k nám.

156
00:08:29,840 --> 00:08:33,650
A teď jejich webové stránky můžete podpořit
nárůst 500% v provozu, vše

157
00:08:33,650 --> 00:08:36,600
zatímco oni si uložili
40% více než jejich stávající

158
00:08:36,600 --> 00:08:39,120
on-premise instalace na svých webových stránkách.

159
00:08:39,120 --> 00:08:47,530
>> NASA JPL, které používají AWS na live stream
Curiosity Mars rover přistání.

160
00:08:47,530 --> 00:08:51,320
A tak zjistili,
jen šest dní předem

161
00:08:51,320 --> 00:08:53,650
že potřebují
najít jiného poskytovatele

162
00:08:53,650 --> 00:08:56,030
z jejich pravidelných poskytovatele
jejich live stream.

163
00:08:56,030 --> 00:08:58,140
To byl také stejný
čas jako na olympijských hrách.

164
00:08:58,140 --> 00:09:01,686
Takže nemohl koupit CDM
kapacita kdekoliv v té době.

165
00:09:01,686 --> 00:09:04,310
A tak se v podstatě nastavit
vlastní obsah Delivery Network

166
00:09:04,310 --> 00:09:07,240
na naší EC2 služby v šesti dnech.

167
00:09:07,240 --> 00:09:10,090
A oni byli schopni mít
to zvýšit jejich potřebám.

168
00:09:10,090 --> 00:09:13,480
Oni byli, myslím, předvídání
asi milion diváků.

169
00:09:13,480 --> 00:09:16,200
Takže to bylo opravdu zajímavé
Technická krmivo, které používají,

170
00:09:16,200 --> 00:09:18,990
Servery Adobe Flash Media
a [? internet?] cache.

171
00:09:18,990 --> 00:09:23,350
A oni byli schopni nasadit celek
shluky těchto programově as

172
00:09:23,350 --> 00:09:23,850
potřeba.

173
00:09:23,850 --> 00:09:26,590
A pak se otočil je dolů, když
neměli používat ještě.

174
00:09:26,590 --> 00:09:32,680
>> Obama kampaň v roce 2012 použito
AWS pro více než 200 aplikací

175
00:09:32,680 --> 00:09:34,950
které hostil na platformě.

176
00:09:34,950 --> 00:09:39,010
Měli všechno v rozmezí od
volání nástroje, na platebních procesorů,

177
00:09:39,010 --> 00:09:43,920
do mobilních aplikací, na
webové stránky dobrovolnická organizace,

178
00:09:43,920 --> 00:09:47,269
na velkých analytických údajů nástrojů.

179
00:09:47,269 --> 00:09:49,060
A všechno se muselo
práce na den voleb.

180
00:09:49,060 --> 00:09:52,459
Takže pohybovat Election Day by
vyžadují ústavní změnu,

181
00:09:52,459 --> 00:09:53,750
takže se to nestane.

182
00:09:53,750 --> 00:09:56,208
Takže všechny jejich systémy se děje
mají pracovat na první den.

183
00:09:56,208 --> 00:09:57,670
A udělali.

184
00:09:57,670 --> 00:10:00,660
>> Tak pojďme mluvit o skutečných službách.

185
00:10:00,660 --> 00:10:03,130
Takže nejprve Síťové služby.

186
00:10:03,130 --> 00:10:06,750
Takže Amazon VPC je
Virtual Private Cloud.

187
00:10:06,750 --> 00:10:09,500
Je to v podstatě
Software definované sítě

188
00:10:09,500 --> 00:10:13,910
který žije na vrcholu svých instancí EC2,
a vaše RDS, které budeme mluvit,

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

190
00:10:15,120 --> 00:10:20,080
>> A tak si můžete definovat vlastní
adresní prostor pro vaše instance.

191
00:10:20,080 --> 00:10:22,820
Můžete rozdělit, že až do
veřejné podsítí, soukromé podsítí.

192
00:10:22,820 --> 00:10:27,790
Můžete to udělat připojení VPN
Váš on-premise datové centrum.

193
00:10:27,790 --> 00:10:33,635
Pak můžete také rozšířit své
on-premise adresní prostor k VPC.

194
00:10:33,635 --> 00:10:37,400
Ty mají moc manipulovat trasu
stůl, takže si můžete přizpůsobit věci.

195
00:10:37,400 --> 00:10:40,450
Máte přístup k síti
seznamy VPC ovládání.

196
00:10:40,450 --> 00:10:42,370
[? Tak to?] Dává vám
velká flexibilita

197
00:10:42,370 --> 00:10:45,640
nad tím, co jste se běží v AWS.

198
00:10:45,640 --> 00:10:47,140
>> Pak je tu AWS DirectConnect.

199
00:10:47,140 --> 00:10:50,820
Takže DirectConnect je soukromá
Připojení na našich regionech.

200
00:10:50,820 --> 00:10:54,380
Takže můžete získat jednu nebo 10 vystoupení
odkazů nebo více jeden nebo 10 Gig odkazy

201
00:10:54,380 --> 00:10:55,720
až do kraje.

202
00:10:55,720 --> 00:10:58,470
Takže pokud jste nahrávání hodně
dat nebo stahování většího množství dat

203
00:10:58,470 --> 00:11:01,440
a potřebují soukromé připojení,
že je tam možnost.

204
00:11:01,440 --> 00:11:02,710
>> K dispozici je také Route 53.

205
00:11:02,710 --> 00:11:05,410
Takže Route 53 je naše služby DNS.

206
00:11:05,410 --> 00:11:07,860
To dělá všechny druhy zajímavých věcí.

207
00:11:07,860 --> 00:11:09,250
Tak to podporuje zdravotní kontroly.

208
00:11:09,250 --> 00:11:12,590
Takže si můžete, řekněme, spustit dvě kopie
na svých webových stránkách ve stejnou dobu.

209
00:11:12,590 --> 00:11:15,860
A když jeden z nich selže,
přesměrovávat na druhou kopii.

210
00:11:15,860 --> 00:11:20,400
>> Nebo si můžete udělat záznamy zeměpisu na bázi
takže si můžete trasy provoz pro jednu zemi

211
00:11:20,400 --> 00:11:22,870
do jednoho clusteru od jiného
země do jiného clusteru.

212
00:11:22,870 --> 00:11:27,140
Můžete to udělat testování A / B, takže se
může mít 80% svého provozu

213
00:11:27,140 --> 00:11:30,510
na jednu kopii vašich webových stránkách a
20% na novou kopii vašeho webu

214
00:11:30,510 --> 00:11:33,120
a zjistit, který z nich hraje lépe.

215
00:11:33,120 --> 00:11:35,385
Takže si můžete udělat všechny druhy
zajímavé věci tam.

216
00:11:35,385 --> 00:11:36,760
Můžete to udělat latence záznamy na základě.

217
00:11:36,760 --> 00:11:39,160
Takže můžete mít kopie svých
webové stránky po celém světě

218
00:11:39,160 --> 00:11:43,500
a jste uživateli zasláno podle toho, co
jeden je nejblíže k nim na základě latence.

219
00:11:43,500 --> 00:11:46,030
To má také hluboké integraci
se službami AWS,

220
00:11:46,030 --> 00:11:50,980
tak jako je naše rozložení zátěže,
a S3, a CloudFront,

221
00:11:50,980 --> 00:11:53,680
takže je to opravdu snadné
bod věci pro CloudFront

222
00:11:53,680 --> 00:11:57,190
rozvody pro vaše
LBS nebo S3 kbelíky.

223
00:11:57,190 --> 00:11:57,930
>> Pak je tu EC2.

224
00:11:57,930 --> 00:12:00,432
Takže EC2 je naše virtuální server služby.

225
00:12:00,432 --> 00:12:01,390
Můžete spustit v systému Windows.

226
00:12:01,390 --> 00:12:02,560
Můžete spustit Linux na něm.

227
00:12:02,560 --> 00:12:05,230
Máte plnou kontrolu
operačního systému.

228
00:12:05,230 --> 00:12:09,519
Je tu různé příchutě Windows
a Linux, tak Red Hat, Debian, Ubuntu.

229
00:12:09,519 --> 00:12:11,560
Máme vlastní distribuci
volal Amazon Linux.

230
00:12:11,560 --> 00:12:14,000
Můžete si vybrat, který z nich chcete.

231
00:12:14,000 --> 00:12:15,680
>> Je tu různé typy instancí.

232
00:12:15,680 --> 00:12:18,330
Takže tam je přes 27 stupni
typy v tomto bodě.

233
00:12:18,330 --> 00:12:21,590
Takže tam je jiná instance
rodiny založené na různých zátěží.

234
00:12:21,590 --> 00:12:23,550
Takže tam je obecně
instance účely, které

235
00:12:23,550 --> 00:12:26,910
jsou jen, pokud nevíte, co
budete potřebovat, můžete začít s těmi.

236
00:12:26,910 --> 00:12:30,620
>> Je tu výpočetní optimalizován, což jsou
skvělé pro věci, jako webové servery,

237
00:12:30,620 --> 00:12:31,160
že jo?

238
00:12:31,160 --> 00:12:33,450
Je tu optimalizovaný paměť
případy, které

239
00:12:33,450 --> 00:12:36,190
jsou skvělé pro věci, jako je
Datum relační databáze.

240
00:12:36,190 --> 00:12:41,230
Je tu případy skladování optimalizované,
tak ty mají velké SSD na nich.

241
00:12:41,230 --> 00:12:46,440
Takže jsou skvělé pro věci
jako Mongo nebo NoSQL, že jo?

242
00:12:46,440 --> 00:12:49,750
>> A je tu grafiku
optimalizované instance,

243
00:12:49,750 --> 00:12:52,970
které jsou skvělé pro GPU
výpočetně a clusteru instance.

244
00:12:52,970 --> 00:12:54,940
A konečně je tu cena
optimalizované instance.

245
00:12:54,940 --> 00:12:56,850
Takže pokud jste jen snaží
experimentovat, vás

246
00:12:56,850 --> 00:13:01,820
může získat spoustu nízkými náklady instance
typy, které jsou skvělé pro tento případ užití.

247
00:13:01,820 --> 00:13:03,330
Pak je tu Auto škálování.

248
00:13:03,330 --> 00:13:07,840
Takže Auto Měřítko je API pro EC2.

249
00:13:07,840 --> 00:13:12,360
A to vám umožní horizontálně měřítko
nahoru a dolů vrstvami instancí EC2.

250
00:13:12,360 --> 00:13:14,460
Řekněme, že máte
banda webových serverů.

251
00:13:14,460 --> 00:13:17,970
>> A stejně jako v případě Notre Dame, vy
za normálních okolností je třeba mít dva z nich,

252
00:13:17,970 --> 00:13:19,519
ale budete muset měřítku na 10 let.

253
00:13:19,519 --> 00:13:21,810
No, můžete použít funkci automatického škálování
automaticky spouštět

254
00:13:21,810 --> 00:13:24,360
měřítko nahoru nebo dolů událostí
na základě metriky.

255
00:13:24,360 --> 00:13:28,020
Tak [? CPU?] Využití, latence.

256
00:13:28,020 --> 00:13:30,570
Můžete to udělat vlastní metriky, tak
je to tam docela dobu neurčitou.

257
00:13:30,570 --> 00:13:32,490
>> Můžete se také měřítko na základě plánu.

258
00:13:32,490 --> 00:13:36,180
Takže pokud víte, že budete mít
velký provoz v pondělí v 06:00,

259
00:13:36,180 --> 00:13:40,150
můžete zvýšit v pondělí v 06:00
a zmenšit v pondělí v 17:00.

260
00:13:40,150 --> 00:13:43,610
Můžete si také udělat to na základě
Jen příkaz příkazy linka.

261
00:13:43,610 --> 00:13:45,150
>> Pak je tu elastický vyvažování zátěže.

262
00:13:45,150 --> 00:13:48,070
Takže elastické load balancing
je řízena vyrovnávání zatížení.

263
00:13:48,070 --> 00:13:51,590
Takže si kliknout na tlačítko, to
Ustanovení Load Balancer pro vás.

264
00:13:51,590 --> 00:13:54,610
Vyrovnávání zatížení žije v
více dostupnost zón.

265
00:13:54,610 --> 00:14:00,570
To dělá SSL snižování zátěže
pro kanály 25, 80, 443,

266
00:14:00,570 --> 00:14:05,750
a něco přes 1024 pro TCP provoz.

267
00:14:05,750 --> 00:14:09,469
>> To dělá připojení vypouštění,
podporu proxy protokolu.

268
00:14:09,469 --> 00:14:11,135
Takže je to velmi featureful vyrovnávání zatížení.

269
00:14:11,135 --> 00:14:13,440
A je to tu integraci
s funkcí Auto měřítko.

270
00:14:13,440 --> 00:14:16,690
Takže, když jste pomocí automatického škálování
a ty jsi škálování nahoru a dolů,

271
00:14:16,690 --> 00:14:19,700
můžete mít instance
automaticky připojit nebo odejít

272
00:14:19,700 --> 00:14:21,810
elastický vyrovnávání zatížení.

273
00:14:21,810 --> 00:14:23,980
>> Takže je tu naše skladovací služby.

274
00:14:23,980 --> 00:14:27,170
Takže první je Amazon
EBS, nebo Elastic Block Store.

275
00:14:27,170 --> 00:14:32,720
Jedná se o trvalé svazky, které
můžete připojit k instancím EC2.

276
00:14:32,720 --> 00:14:34,800
Takže si můžete snímek je.

277
00:14:34,800 --> 00:14:39,550
Takže když snímek EBS
objem, to jde až S3,

278
00:14:39,550 --> 00:14:41,730
které budeme mluvit o v druhém.

279
00:14:41,730 --> 00:14:44,080
Je tu tři různé
druhy svazků EBS.

280
00:14:44,080 --> 00:14:48,350
>> K dispozici je magnetický EBS, což je právě
druh standardního druhu magnetického disku.

281
00:14:48,350 --> 00:14:51,030
Je to nejekonomičtější varianta.

282
00:14:51,030 --> 00:14:53,210
Pak je tu obecně
Účelem SSD, kde jsme

283
00:14:53,210 --> 00:14:55,830
dostanete tři IOPS za poskytnutí GB.

284
00:14:55,830 --> 00:14:59,080
Takže pokud máte jeden terabajt
objem, máš 3000 IOPS.

285
00:14:59,080 --> 00:15:02,730
A pak je tu opravná IOPS.

286
00:15:02,730 --> 00:15:06,660
Takže dotován IOPS je, když se
Platíte za kolik místa na disku použít

287
00:15:06,660 --> 00:15:08,270
a kolik IOPS výkon potřebujete.

288
00:15:08,270 --> 00:15:12,150
Takže si můžete ustanovení up
4000 IOPS na objem.

289
00:15:12,150 --> 00:15:16,360
>> Takže je tu Amazon S3.

290
00:15:16,360 --> 00:15:19,340
Amazon S3 je náš objekt obchod.

291
00:15:19,340 --> 00:15:23,230
Takže Amazon S3, můžete jej použít
ukládat jen tak nějaký druh dat.

292
00:15:23,230 --> 00:15:27,850
Můžete ji použít k ukládání statické
webové stránky a hadice statické webové stránky.

293
00:15:27,850 --> 00:15:32,870
Můžete použít S3 pro zálohy
a archivy v některých případech použití

294
00:15:32,870 --> 00:15:40,500
jako zdroj a výstupní kbelík pro
velkých analytických údajů, nebo překódování.

295
00:15:40,500 --> 00:15:47,700
To také může být použit jako původ
pro distribuci CloudFront.

296
00:15:47,700 --> 00:15:49,180
>> Takže S3 je velmi výkonný.

297
00:15:49,180 --> 00:15:52,660
S3 je určen pro 11
čáry trvanlivosti.

298
00:15:52,660 --> 00:15:55,480
Takže to, co to znamená, že to je možné udržet
ztráta alespoň dvou údajů

299
00:15:55,480 --> 00:16:00,790
centra zároveň
bez ztráty dat.

300
00:16:00,790 --> 00:16:02,050
Můžete to udělat šifrování na S3.

301
00:16:02,050 --> 00:16:05,150
Takže set serveru šifrování, nebo server
nastavit šifrování s klíčem.

302
00:16:05,150 --> 00:16:08,870
Takže pokud chcete spravovat
klíče, můžete to udělat stejně.

303
00:16:08,870 --> 00:16:09,940
>> A je tu Glacier.

304
00:16:09,940 --> 00:16:12,670
Takže Glacier JE NAŠE
dlouhodobou archivaci servis.

305
00:16:12,670 --> 00:16:15,050
Je také navržen pro
11 řádků trvanlivosti,

306
00:16:15,050 --> 00:16:18,510
ale to je, když si chcete uložit
něco a zapomenout na to, že jo?

307
00:16:18,510 --> 00:16:21,690
Takže ať už pro splnění nebo jiné
důvody, proč je třeba archivovat něco,

308
00:16:21,690 --> 00:16:22,890
byste měli používat Glacier.

309
00:16:22,890 --> 00:16:26,210
Takže Glacier stojí 0,01 dolarů
za gigabajt za měsíc.

310
00:16:26,210 --> 00:16:29,550
A Amazon S3 začíná
0,03 dolaru na gigabajt měsíčně.

311
00:16:29,550 --> 00:16:35,274
Takže Glacier je levnější a
Glacier trvá tři až pět hodin

312
00:16:35,274 --> 00:16:36,190
dostat zpět vaše data.

313
00:16:36,190 --> 00:16:37,939
Takže pokud je to v pořádku, pokud
je to archivní případ,

314
00:16:37,939 --> 00:16:40,970
pak Glacier nejspíš
právo případů použití za to.

315
00:16:40,970 --> 00:16:42,300
>> Pak je tu Storage brány.

316
00:16:42,300 --> 00:16:44,720
Takže brány Storage
je virtuální stroj

317
00:16:44,720 --> 00:16:50,070
že můžete spustit místně
v VMware nebo Hyper-V.

318
00:16:50,070 --> 00:16:52,300
To vám dává koncový bod iSCSI.

319
00:16:52,300 --> 00:16:54,575
Pak můžete nastavit
další VM v horní části, které

320
00:16:54,575 --> 00:16:58,440
že odhaluje, že iSCSI
koncový bod s CIFS a NFS.

321
00:16:58,440 --> 00:17:01,690
Cokoliv, co jde do toho
sdílet sítě a pak se dostane

322
00:17:01,690 --> 00:17:05,970
zálohována na Amazon S3, nebo ledovec,
nebo EBS v závislosti na tom, jak ji nastavit.

323
00:17:05,970 --> 00:17:10,430
Takže je to snadný způsob, jak
získat vaše data AWS.

324
00:17:10,430 --> 00:17:12,510
>> Takže je tu naše databáze služby.

325
00:17:12,510 --> 00:17:14,589
Takže první, kdo je Amazon RDS.

326
00:17:14,589 --> 00:17:17,589
Tak tohle je naše relační
Databáze servis.

327
00:17:17,589 --> 00:17:21,420
Tak tohle je řízena relační
databáze [? pro vás. ?]

328
00:17:21,420 --> 00:17:27,030
Bude podporovat SQL Server, Oracle,
MySQL a Postgres motory.

329
00:17:27,030 --> 00:17:28,820
>> To dělá automatické zálohování.

330
00:17:28,820 --> 00:17:31,580
Takže pokud máte
Možnost Multi-AZ povoleno,

331
00:17:31,580 --> 00:17:37,070
to dělá synchronní úrovni bloků
replikace přes dostupnost zón.

332
00:17:37,070 --> 00:17:41,550
A pak, pokud vaše primární
selže, bude to prostě automaticky

333
00:17:41,550 --> 00:17:43,590
failover mezi nimi.

334
00:17:43,590 --> 00:17:47,410
Dále, pro motor MySQL, podporuje
číst repliky ve stejném regionu

335
00:17:47,410 --> 00:17:49,210
nebo v jednotlivých regionech.

336
00:17:49,210 --> 00:17:51,720
A je tu všechny druhy
zajímavé možnosti tam.

337
00:17:51,720 --> 00:17:53,200
Tak to bude dělat zálohy za vás.

338
00:17:53,200 --> 00:17:54,480
Takže to zálohování na S3.

339
00:17:54,480 --> 00:17:57,470
To bude dělat svou záplatování i pro vás.

340
00:17:57,470 --> 00:17:58,900
>> Pak je tu DynamoDB.

341
00:17:58,900 --> 00:18:01,740
DynamoDB je naše řízená služba NoSQL.

342
00:18:01,740 --> 00:18:04,840
Pro Dynamo DB to bere
všechny administrativní zátěž

343
00:18:04,840 --> 00:18:09,190
řídit služby NoSQL pro vás.

344
00:18:09,190 --> 00:18:11,630
Takže stačí ustanovení
stůl a říkáte

345
00:18:11,630 --> 00:18:13,380
jak moc číst a psát
Kapacita chcete.

346
00:18:13,380 --> 00:18:15,090
A to bude dodávat, že pro vás.

347
00:18:15,090 --> 00:18:16,929
Takže je to nesmírně
jednoduchý servis použití.

348
00:18:16,929 --> 00:18:17,970
Pak je tu ElastiCache.

349
00:18:17,970 --> 00:18:21,860
Takže ElastiCache JE NAŠE
Podařilo caching servis.

350
00:18:21,860 --> 00:18:25,010
To je v podstatě řízena
Redis nebo ElastiCache.

351
00:18:25,010 --> 00:18:28,830
Takže znovu, můžete ustanovení clusteru
instancí ElastiCache nebo REDIS

352
00:18:28,830 --> 00:18:34,240
a nemusíte se starat o zálohování,
nebo failover, nebo na takové věci.

353
00:18:34,240 --> 00:18:36,530
>> Pak máme aplikačních služeb.

354
00:18:36,530 --> 00:18:38,770
Takže CloudFront JE NAŠE
Obsah dodávky síť

355
00:18:38,770 --> 00:18:42,240
a žije v těchto místech hran
že mluvil jsem o dříve.

356
00:18:42,240 --> 00:18:44,680
Takže mohou být použity CloudFront
pro live streaming videa,

357
00:18:44,680 --> 00:18:49,150
pro na vyžádání video streaming,
a jen mít webové stránky,

358
00:18:49,150 --> 00:18:50,940
takže hostování webových stránek.

359
00:18:50,940 --> 00:18:54,270
Takže můžete mít webové stránky hostované
na pružném rozložení zátěže,

360
00:18:54,270 --> 00:18:59,236
nebo instance, nebo S3 kbelíky,
nebo jen on-premise hardwaru.

361
00:18:59,236 --> 00:19:01,610
A vy můžete dát CloudFront
Distribuce před ním.

362
00:19:01,610 --> 00:19:02,660
Bude mezipaměti obsahu.

363
00:19:02,660 --> 00:19:04,160
Bude ji na okrajových lokalitách.

364
00:19:04,160 --> 00:19:06,430
A tak, když někdo
jde na vaše webové stránky

365
00:19:06,430 --> 00:19:10,100
oni budou bít CloudFront, který
bude pravděpodobně blíže k nim

366
00:19:10,100 --> 00:19:11,980
než bez ohledu na původ je.

367
00:19:11,980 --> 00:19:15,600
A bude to vyložit hodně
zatížení off původu,

368
00:19:15,600 --> 00:19:22,600
tak jak vám šetří peníze a
získat lepší uživatelskou zkušenost.

369
00:19:22,600 --> 00:19:24,780
>> Pak je tu Amazon CloudSearch.

370
00:19:24,780 --> 00:19:26,810
Takže je CloudSearch
Podařilo vyhledávání servis.

371
00:19:26,810 --> 00:19:30,510
Takže si to poslat svůj vyhledávání
dat a mluvit k němu přes API,

372
00:19:30,510 --> 00:19:32,710
a to bude dělat výsledky vyhledávání pro vás.

373
00:19:32,710 --> 00:19:34,530
Pak je tu Elastic Transcoder.

374
00:19:34,530 --> 00:19:36,530
Takže je to podařilo překódování řešení.

375
00:19:36,530 --> 00:19:41,050
Dáte svá videa do S3 kbelíku,
říkat, co má převést do,

376
00:19:41,050 --> 00:19:45,460
jaký formát a co
velikost a všechno.

377
00:19:45,460 --> 00:19:49,470
A bude to převést ho a dal
se do S3 kbelíku pro vás.

378
00:19:49,470 --> 00:19:52,600
>> Pak je tu naše velké datové služby.

379
00:19:52,600 --> 00:19:55,780
Takže máme Amazon EMR,
což je Elastic Map Snížit.

380
00:19:55,780 --> 00:19:58,200
Tak tohle je hostovaná rámec Hadoop.

381
00:19:58,200 --> 00:20:02,920
Takže si může točit až na Hadoop clusteru z
jedna instance do stovek instancí

382
00:20:02,920 --> 00:20:04,030
pokud budete potřebovat.

383
00:20:04,030 --> 00:20:06,975
Je to má hluboké integrace
S3, tak jako souborový systém pro ni

384
00:20:06,975 --> 00:20:09,830
můžete použít HDSF, která vás
tradičně dělat s Hadoop.

385
00:20:09,830 --> 00:20:12,870
Nebo si můžete udělat S3 jako souborový systém.

386
00:20:12,870 --> 00:20:15,240
>> Je to tu podporu
místo stanovení cen, což je,

387
00:20:15,240 --> 00:20:19,110
na Amazon, jak jste nabídku
pro nadbytečné kapacity.

388
00:20:19,110 --> 00:20:20,840
Tak to podporuje všechno.

389
00:20:20,840 --> 00:20:26,670
To podporuje běžné Hadoop rámce
jako je Spark a žralok a úl

390
00:20:26,670 --> 00:20:28,460
a prase.

391
00:20:28,460 --> 00:20:32,950
A my jsme viděli přes 5,5
milionů EMR klastry

392
00:20:32,950 --> 00:20:35,340
zahájena v tomto bodě na Amazonu.

393
00:20:35,340 --> 00:20:38,338
>> Pak máme AWS dat potrubí.

394
00:20:38,338 --> 00:20:40,213
Takže dat Pipeline je
služba, která umožní

395
00:20:40,213 --> 00:20:42,296
přesouvat data napříč
Naši různé ukládá data.

396
00:20:42,296 --> 00:20:48,030
Takže si můžete vzít něco z S3, dal
se do RDS, pak udělat nějaké EMR na to,

397
00:20:48,030 --> 00:20:50,760
dát do rudý posuv, který je
Naše skladování dat zařízení,

398
00:20:50,760 --> 00:20:54,564
a pak si můžete vytáhnout něco
ze na předpokladu, MySQL instance.

399
00:20:54,564 --> 00:20:56,730
Takže je tu všechny druhy
věci, které můžete udělat s tím.

400
00:20:56,730 --> 00:20:57,646
>> Pak je tu Rudý posuv.

401
00:20:57,646 --> 00:21:00,470
Rudý posuv je naše řízena
datového skladu.

402
00:21:00,470 --> 00:21:04,880
Je to má být petabyte měřítko, tak
můžete ukládat velké množství dat na něm.

403
00:21:04,880 --> 00:21:07,280
Je to masivně paralelní architektura.

404
00:21:07,280 --> 00:21:10,040
Takže můžete mít mnoho
uzly, pokud jste chtěli.

405
00:21:10,040 --> 00:21:13,509
A to dělá všechny zálohy a všechny
administrativní věci pro vás.

406
00:21:13,509 --> 00:21:14,550
A pak je tu Kinesis.

407
00:21:14,550 --> 00:21:17,340
Kinesis je náš real-time
Služba zpracování.

408
00:21:17,340 --> 00:21:20,970
Takže si můžete vzít nějaký zdroj
data streaming v reálném čase,

409
00:21:20,970 --> 00:21:27,360
tak říkají, jako je Twitter firehose nebo
banda dat protokolu, pošlete ho na Kinesis.

410
00:21:27,360 --> 00:21:29,140
Kinesis zpracovává vše, co pro vás.

411
00:21:29,140 --> 00:21:32,250
A pak se můžete připojit
pracovníka na to, aby vytáhnout věci

412
00:21:32,250 --> 00:21:36,340
a, řekněme, proveďte živé palubní desku
nebo si živé analytické na to.

413
00:21:36,340 --> 00:21:38,330
>> Takže máme naše služby nasazení.

414
00:21:38,330 --> 00:21:42,530
Takže AWS OpsWorks je rámec DevOps.

415
00:21:42,530 --> 00:21:45,237
Takže si vzít svou žádost,
zlomit ho do vrstev.

416
00:21:45,237 --> 00:21:48,195
Takže jste dostal své vyrovnávání zatížení
vrstva, váš web vrstva, vaše aplikace vrstva,

417
00:21:48,195 --> 00:21:51,590
databáze vrstvy, a vy
Poskytování věci na těchto hladinách

418
00:21:51,590 --> 00:21:53,720
na základě Chef recepty.

419
00:21:53,720 --> 00:21:56,280
Chef je konfigurace
Systém řízení.

420
00:21:56,280 --> 00:21:59,530
Tak také podporuje
události životního cyklu, a tak

421
00:21:59,530 --> 00:22:01,820
pokud nechcete spravovat
vlastní Chef, vpravo,

422
00:22:01,820 --> 00:22:04,570
Chcete-li mít nějaký
programové způsob nasazení věci

423
00:22:04,570 --> 00:22:07,420
na vaše případech se tento
Jednou z možností je pro vás.

424
00:22:07,420 --> 00:22:09,030
>> Pak máme Elastic čahoun.

425
00:22:09,030 --> 00:22:16,030
Takže Elastic Beanstalk je služba, která
Umožňuje to-- že jste vývojář.

426
00:22:16,030 --> 00:22:18,630
Máte svůj kód v Git repo.

427
00:22:18,630 --> 00:22:22,030
Nechcete, aby se bát
o nasazení vlastních Elbs nebo RDS

428
00:22:22,030 --> 00:22:24,500
instance nebo pravidelného instancí EC2.

429
00:22:24,500 --> 00:22:29,050
Takže to, co děláte, je vám z vašeho kódu,
stačí poslat na Elastic Beanstalk.

430
00:22:29,050 --> 00:22:33,310
Elastic Beanstalk budou ustanovení RDS
instance a Elbs a všechny ty věci

431
00:22:33,310 --> 00:22:35,556
pro vás a nasadit svůj kód na ně.

432
00:22:35,556 --> 00:22:37,305
Tak to dělá to hodně
jednodušší pro vývojáře

433
00:22:37,305 --> 00:22:40,600
nasadit svůj kód na AWS.

434
00:22:40,600 --> 00:22:41,910
>> Pak je tu CloudFormation.

435
00:22:41,910 --> 00:22:47,310
Takže CloudFormation je služba pro
léčbu vaši infrastrukturu jako kód.

436
00:22:47,310 --> 00:22:50,280
Takže teď, že jste to všechno
věci v aplikaci,

437
00:22:50,280 --> 00:22:52,680
máte své VPC, a
vaše pravidla zabezpečení skupiny,

438
00:22:52,680 --> 00:22:56,000
a vaše instance EC2,
a vaše instance RDS.

439
00:22:56,000 --> 00:22:58,130
Takže jste dostal tento celek
architekturu na AWS.

440
00:22:58,130 --> 00:23:01,340
No, jak se programově
spin, že až, nebo jej znovu?

441
00:23:01,340 --> 00:23:04,170
Můžete napsat soubor JSON
který představuje všechno.

442
00:23:04,170 --> 00:23:05,920
A pak se můžete
[? vzít?], že JSON soubor

443
00:23:05,920 --> 00:23:08,180
a nasadit
infrastruktura mimo něj.

444
00:23:08,180 --> 00:23:10,930
Takže můžete mít architekturu
kde, pokaždé, když nasazení kódu,

445
00:23:10,930 --> 00:23:14,560
se otáčí na novou kopii celku
architektura a pak selhání na to.

446
00:23:14,560 --> 00:23:19,130
Takže si můžete také to udělat, aby
mají proměnlivý infrastrukturu.

447
00:23:19,130 --> 00:23:21,970
>> A nakonec tu je naše
administrativní služby.

448
00:23:21,970 --> 00:23:25,270
Takže naše administrativní služby
začít s Amazon IAM,

449
00:23:25,270 --> 00:23:27,410
tak je to Správa identit a přístupu.

450
00:23:27,410 --> 00:23:30,150
Tak, že vám umožní
spravovat svůj účet AWS

451
00:23:30,150 --> 00:23:32,290
takže můžete mít sub
uživatelé a skupiny a dělat

452
00:23:32,290 --> 00:23:34,330
federace identit
a všechny druhy věcí.

453
00:23:34,330 --> 00:23:36,690
Je to opravdu důležité pro bezpečnost.

454
00:23:36,690 --> 00:23:39,440
>> Pak máme Amazon CloudWatch,
což je naše metriky servis.

455
00:23:39,440 --> 00:23:41,956
Tak to vám dává využití procesoru
a všechny druhy metrik.

456
00:23:41,956 --> 00:23:44,080
A vy můžete udělat vlastní
metriky, a [? můžete dělat?]

457
00:23:44,080 --> 00:23:47,050
automatické škálování na základě těchto metrik.

458
00:23:47,050 --> 00:23:48,450
>> A pak máme CloudTrail.

459
00:23:48,450 --> 00:23:50,680
Takže CloudTrail JE NAŠE
servis pro audit.

460
00:23:50,680 --> 00:23:54,380
Tak to bude protokolu volání API
proti Amazon Web Services.

461
00:23:54,380 --> 00:23:56,560
Takže kdo restartován tuto instanci?

462
00:23:56,560 --> 00:23:58,060
Kdo změnil tuto skupinu zabezpečení?

463
00:23:58,060 --> 00:23:59,810
A přihlásit je do
nezbytné lopaty tak vás

464
00:23:59,810 --> 00:24:03,650
je vidět, co se stalo v
váš účet a kdo to udělal.

465
00:24:03,650 --> 00:24:05,600
>> Nová služba, kterou
mají je pracovní prostory.

466
00:24:05,600 --> 00:24:08,530
Takže je to virtualizace desktopů na AWS.

467
00:24:08,530 --> 00:24:13,290
Takže si můžete ustanovení
pracovní stanice, pracovní stanice Windows,

468
00:24:13,290 --> 00:24:17,810
a pak přijde
až za několik minut.

469
00:24:17,810 --> 00:24:21,470
Bude to být připojen na vaše aktivní
adresář, takže se svými uživateli.

470
00:24:21,470 --> 00:24:23,580
A můžete snadno obnovit ji.

471
00:24:23,580 --> 00:24:25,090
Můžete snadno ustanovení nový.

472
00:24:25,090 --> 00:24:28,250
Je tu různé typy s
různý software tam.

473
00:24:28,250 --> 00:24:30,740
>> Takže teď, že jsme prošli
Mnoho našich služeb, pojďme

474
00:24:30,740 --> 00:24:31,850
dělat skutečné živé demo.

475
00:24:31,850 --> 00:24:35,700
Takže budu přepnutí
k mému webovém prohlížeči zde.

476
00:24:35,700 --> 00:24:41,270
Takže to, co chci vám ukázat
je, jak rychle nastavit

477
00:24:41,270 --> 00:24:43,690
instance EC2 s Wordpress na to.

478
00:24:43,690 --> 00:24:45,440
A pak půjdeme
udělat to samé,

479
00:24:45,440 --> 00:24:48,890
ale budeme roztočení
instance RDS a ELB.

480
00:24:48,890 --> 00:24:52,690
Tak jsme to dělat jen na instance a
budeme zlomit všech stupňů ven stejně.

481
00:24:52,690 --> 00:24:54,510
>> Takže pojďme spustit instance EC2.

482
00:24:54,510 --> 00:24:57,190
Takže první věc, která
Já jsem tady už udělal

483
00:24:57,190 --> 00:24:59,230
se budete chtít
mít dvojice klíčů.

484
00:24:59,230 --> 00:25:03,576
Takže dvojice klíčů umožňuje
přihlaste se do skutečné instance.

485
00:25:03,576 --> 00:25:05,450
Takže budete mít soukromý
část páru klíčů,

486
00:25:05,450 --> 00:25:08,570
a dáme veřejnosti
část na instanci.

487
00:25:08,570 --> 00:25:11,700
A to je to, co vám umožní přihlásit.

488
00:25:11,700 --> 00:25:16,330
Takže jsem už dovezené můj pár klíčů,
jen můj pravidelný SSH klíč dvojice zde.

489
00:25:16,330 --> 00:25:19,290
>> A tak další věc
Chystám se udělat je,

490
00:25:19,290 --> 00:25:22,214
Už mám nějaké instance
běží, ale já zahájit novou.

491
00:25:22,214 --> 00:25:24,130
Takže jdu vyzvednout my
operačního systému zde.

492
00:25:24,130 --> 00:25:27,970
Takže můžete vidět mám dost
velký výběr operačního systému.

493
00:25:27,970 --> 00:25:31,015
Tak jsem jen tak vybrat
vaše standardní Amazon Linux.

494
00:25:31,015 --> 00:25:32,930
>> A já jdu vybrat typ instance.

495
00:25:32,930 --> 00:25:35,890
A protože se jedná o
webový server, jdu

496
00:25:35,890 --> 00:25:39,540
dělat c3.large, protože je to
pravděpodobně vypočítat intenzivní.

497
00:25:39,540 --> 00:25:45,210
Takže jdu vybrat c3.large,
a budu zahájit jeden z nich.

498
00:25:45,210 --> 00:25:48,630
Chystám se ji nechat v
výchozí VPC nyní.

499
00:25:48,630 --> 00:25:50,810
Chystám se nechat na pokoji všechny ty věci.

500
00:25:50,810 --> 00:25:53,270
>> A já k tomu, aby
Monitoring CloudWatch

501
00:25:53,270 --> 00:25:56,204
protože CloudWatch detailní
sledování změn CloudWatch

502
00:25:56,204 --> 00:25:58,870
monitorování od pěti minut
Usnesení k řešení jedné minuty.

503
00:25:58,870 --> 00:26:02,510
Takže chci, aby se svým webovým serverem zde.

504
00:26:02,510 --> 00:26:05,220
A pak budu chodit do úložiště.

505
00:26:05,220 --> 00:26:08,710
Takže chci General Purpose SSD na zde.

506
00:26:08,710 --> 00:26:11,940
8 koncerty je asi pro mě dost,
tak jsem jen tak nechat.

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

508
00:26:16,360 --> 00:26:19,230
Já jsem prostě jít na etiketě
to Wordpress Demo.

509
00:26:19,230 --> 00:26:22,149
Tak to je tag, tak jsem
vím, co to vlastně je.

510
00:26:22,149 --> 00:26:24,190
A pak budu
Konfigurace zabezpečení skupiny.

511
00:26:24,190 --> 00:26:27,510
Takže skupina zabezpečení je jako
firewall pro instanci.

512
00:26:27,510 --> 00:26:30,780
Takže budu používat jednu
mých stávajících.

513
00:26:30,780 --> 00:26:35,890
Takže tato skupina IT bezpečnosti,
umožňuje SSH, takže můžu SSH do ní.

514
00:26:35,890 --> 00:26:37,580
A to umožňuje HTTP.

515
00:26:37,580 --> 00:26:40,390
>> Teď budu chtít zamknout
dolů, že SSH trochu více.

516
00:26:40,390 --> 00:26:43,220
Nechcete, aby jen tak někdo
z libovolné IP adresy v SSHing.

517
00:26:43,220 --> 00:26:45,240
Takže budeme dělat, že poté, co se spustí.

518
00:26:45,240 --> 00:26:49,100
>> Takže jsem spokojený se všemi
o této věci zde.

519
00:26:49,100 --> 00:26:50,167
A já jdu ke startu.

520
00:26:50,167 --> 00:26:52,250
A pak budu
vybrat, co dvojice klíčů chci.

521
00:26:52,250 --> 00:26:54,750
Takže budu vybírat, že
klíčový pár, který jsem aktualizoval předtím.

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

523
00:26:57,570 --> 00:27:01,960
>> Takže teď, že jsem čekal
k tomu, aby zahájila, pojďme

524
00:27:01,960 --> 00:27:03,320
jít se podívat na naši skupiny zabezpečení.

525
00:27:03,320 --> 00:27:06,720
Takže máme skupiny zabezpečení zde.

526
00:27:06,720 --> 00:27:09,550
Tady je moje jistota
Skupina, která jsem si ho.

527
00:27:09,550 --> 00:27:11,200
>> Chystám se jen změnit tohle.

528
00:27:11,200 --> 00:27:15,710
Dovolte mi tedy, aby to
trochu větší zde.

529
00:27:15,710 --> 00:27:21,275
Tak jsem chtěl změnit
odkudkoliv Můj IP.

530
00:27:21,275 --> 00:27:23,150
Vzhledem k tomu, této vůle
automaticky vyzvednout IP

531
00:27:23,150 --> 00:27:26,650
řešit tady a zámek
to dole trochu.

532
00:27:26,650 --> 00:27:29,030
>> A tak zatímco
instance se točí nahoru,

533
00:27:29,030 --> 00:27:32,040
pojďme točit nějaké věci
pro naše jiné instanci

534
00:27:32,040 --> 00:27:35,060
kam jedeme, aby se vymanily
databáze a vyrovnávání zatížení

535
00:27:35,060 --> 00:27:37,160
tak, že může být připraven pro nás.

536
00:27:37,160 --> 00:27:41,580
Takže první věc, budu chtít
udělat, je roztočení vyrovnávání zatížení.

537
00:27:41,580 --> 00:27:44,690
Takže budu vybírat
Load Balancer zde.

538
00:27:44,690 --> 00:27:48,410
A já budu říkat WordpressELB.

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

540
00:27:52,106 --> 00:27:55,450
A budu prostě-- všechny
Já chci, je přístav 80 tady.

541
00:27:55,450 --> 00:27:57,960
>> A teď pro zdraví
zkontrolovat, já jsem jen dělat TCP.

542
00:27:57,960 --> 00:28:00,190
Takže pokud běží Apache, bude to dobré.

543
00:28:00,190 --> 00:28:03,760
A já jdu na nižší zdravé
Práh jen tak se stane zdravé

544
00:28:03,760 --> 00:28:06,360
docela rychle.

545
00:28:06,360 --> 00:28:08,710
Pak znovu, to má skupinu zabezpečení.

546
00:28:08,710 --> 00:28:12,480
Tak jsem již jistotu
skupina pro tento tzv Wordpress ELB.

547
00:28:12,480 --> 00:28:17,120
A je to v podstatě jen tak
přijímat provoz z Port 80.

548
00:28:17,120 --> 00:28:19,580
A pak nebudu přidávat
Všechny případy se k ní teď.

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

550
00:28:22,290 --> 00:28:26,720
A budu přeskočit označování.

551
00:28:26,720 --> 00:28:30,010
A tak jsme se chystáte
vytvoření tohoto ELB hned teď.

552
00:28:30,010 --> 00:28:33,800
>> Tak vytvořil vyrovnávání zatížení.

553
00:28:33,800 --> 00:28:36,680
Jsem také chystá spustit
ještě jednu instanci tady,

554
00:28:36,680 --> 00:28:40,280
jen pro webové části mého Wordpress.

555
00:28:40,280 --> 00:28:42,580
Tak jdeme na to.

556
00:28:42,580 --> 00:28:45,920
Budu dělat totéž
věc, kterou jsem udělal předtím.

557
00:28:45,920 --> 00:28:53,620
Takže c3.large, CloudWatch
detailní monitoring povoleno.

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

559
00:28:56,290 --> 00:28:57,310
Univerzální SSD disky.

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

561
00:29:02,470 --> 00:29:05,590
Nazvěme to Wordpress Web.

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

563
00:29:11,440 --> 00:29:14,480
>> A já chci, aby si vybrat je-- už jsem
mají skupiny zabezpečení za to.

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

565
00:29:18,320 --> 00:29:23,520
Takže tato skupina zabezpečení akceptuje provoz
na portu 80 z mé Wordpress ELB

566
00:29:23,520 --> 00:29:26,430
skupiny zabezpečení, z bezpečnosti
skupina z mého vyrovnávání zatížení,

567
00:29:26,430 --> 00:29:30,654
ale také SSH, což opět
budeme uzamknout.

568
00:29:30,654 --> 00:29:31,820
Takže budu zahájit toto.

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

570
00:29:39,360 --> 00:29:39,990
Správně.

571
00:29:39,990 --> 00:29:43,530
>> A pak to, co budu dělat dál, je
Chystám se spustit instance RDS.

572
00:29:43,530 --> 00:29:44,870
RDS bude mým databázi.

573
00:29:44,870 --> 00:29:47,100
Tak jsem jdu sem.

574
00:29:47,100 --> 00:29:48,560
Chystám se jít na RDS.

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

576
00:29:52,800 --> 00:29:56,239
Chystám se spustit novou instanci.

577
00:29:56,239 --> 00:29:57,530
Takže jdu vyzvednout můj motor.

578
00:29:57,530 --> 00:30:00,850
Tak tady mám na výběr z MySQL,
Postgres, Oracle nebo SQL Server.

579
00:30:00,850 --> 00:30:02,640
Chci MySQL.

580
00:30:02,640 --> 00:30:06,160
A tak jsem chtěl říct ano.

581
00:30:06,160 --> 00:30:09,680
>> Tak tohle je volba pro Multi-AZ.

582
00:30:09,680 --> 00:30:14,267
Takže Multi-AZ, znovu, ty replikací
se chystá točit dvě instance RDS

583
00:30:14,267 --> 00:30:15,600
a to replikace mezi nimi.

584
00:30:15,600 --> 00:30:20,510
A když nechci, že bych si jen mít
jediná instance, ale chci to.

585
00:30:20,510 --> 00:30:22,490
A pak budu
vyzvednout můj databázový stroj.

586
00:30:22,490 --> 00:30:24,907
Takže jdu vyzvednout
nejpozději do jednoho tady.

587
00:30:24,907 --> 00:30:27,240
A pak budu vybírat
jaký typ instance chci.

588
00:30:27,240 --> 00:30:30,950
>> Tak jsem chtěl s R3, tak to je
paměť optimalizovaný instance.

589
00:30:30,950 --> 00:30:32,740
Takže jdu vybrat R3.

590
00:30:32,740 --> 00:30:35,430
A já jdu vyzvednout
Ano, chci Multi-AZ.

591
00:30:35,430 --> 00:30:37,110
A já chci pro všeobecné použití SSD.

592
00:30:37,110 --> 00:30:39,380
>> A pravděpodobně chci
trochu více zavazadel.

593
00:30:39,380 --> 00:30:40,897
Budu mít 10 koncertů zde.

594
00:30:40,897 --> 00:30:42,730
A pak budu
vybrat nějaké pověření.

595
00:30:42,730 --> 00:30:44,641
Takže to, co je identifikátor pro mé databáze?

596
00:30:44,641 --> 00:30:46,015
Takže to bude wordpressdb1.

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

598
00:30:50,725 --> 00:30:53,127
Budu volat tento kořen.

599
00:30:53,127 --> 00:30:54,460
Chystám se dát heslo.

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

601
00:30:58,380 --> 00:31:03,780
>> A budeme vybírat
skupina zabezpečení pro to stejně.

602
00:31:03,780 --> 00:31:05,740
Takže jsem už dělal
skupiny zabezpečení za to.

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

604
00:31:08,400 --> 00:31:11,307
A pak budu
dát mu název databáze.

605
00:31:11,307 --> 00:31:13,015
Takže budeme jen
říkají WordPress.

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

607
00:31:16,727 --> 00:31:18,560
A budeme se
zvolit okna retenční

608
00:31:18,560 --> 00:31:21,170
takže to dělá zálohy za vás.

609
00:31:21,170 --> 00:31:23,330
Takže chci týden záloh.

610
00:31:23,330 --> 00:31:25,610
A já nemám přednost
pro záložní okno.

611
00:31:25,610 --> 00:31:28,665
A já chci, aby to automaticky
upgradovat tu mou malou verzi.

612
00:31:28,665 --> 00:31:31,180
Takže budu nechat jako výchozí.

613
00:31:31,180 --> 00:31:33,490
A tak teď jsem spuštěním
můj instance RDS.

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

615
00:31:37,370 --> 00:31:37,870
Je to tak?

616
00:31:37,870 --> 00:31:40,597
Takže teď je to být vytvořen.

617
00:31:40,597 --> 00:31:42,430
Takže teď jsme jen čekali
na to, aby instalace.

618
00:31:42,430 --> 00:31:48,055
Takže zatímco, co se děje, pojďme se přihlásit
V první instanci EC2 jsme.

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

620
00:31:55,090 --> 00:31:57,520
Takže je to Wordpress Demo.

621
00:31:57,520 --> 00:31:58,760
A my si jen ověřit, že.

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

623
00:31:59,450 --> 00:32:02,620
>> Tak uvidíme, jestli se nám podaří přihlásit k němu.

624
00:32:02,620 --> 00:32:06,220
Takže budu kopírovat
název veřejné hostitele to.

625
00:32:06,220 --> 00:32:09,090
Jdu otevřít
okno tady shell.

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

627
00:32:14,480 --> 00:32:17,610
[Neslyšitelný] SSH.

628
00:32:17,610 --> 00:32:21,423
Výchozím uživatelem je EC2 uživatele.

629
00:32:21,423 --> 00:32:25,271
>> Publikum: Leo, byste
mysl Command [neslyšitelné]?

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

631
00:32:27,200 --> 00:32:30,190
A tak se pojďme zkusit SSH v.

632
00:32:30,190 --> 00:32:30,960
Jo.

633
00:32:30,960 --> 00:32:34,420
Takže jsem v mém případě právě teď.

634
00:32:34,420 --> 00:32:36,550
Takže jsem SSHed v.

635
00:32:36,550 --> 00:32:38,970
Je to jen na pět minut, takže
je to určitě můj případ.

636
00:32:38,970 --> 00:32:41,020
>> Takže první věc, kterou jsme
bude chtít, aby to tady

637
00:32:41,020 --> 00:32:45,190
Je to mi říká, že, oh,
Mám nějaké aktualizace zabezpečení.

638
00:32:45,190 --> 00:32:47,855
Tak jsem jen tak spustit
všechny aktualizace zabezpečení tady.

639
00:32:47,855 --> 00:32:51,746
[? sudo yum?] aktualizace minus y.

640
00:32:51,746 --> 00:32:54,539
Takže to bude rychle nainstalovat ty.

641
00:32:54,539 --> 00:32:57,080
Další věc, kterou chci udělat, je, že jsem
chtít instalovat nějaké další věci.

642
00:32:57,080 --> 00:33:00,910
Takže budu muset nainstalovat MySQL.

643
00:33:00,910 --> 00:33:02,660
Budu muset nainstalovat Apache.

644
00:33:02,660 --> 00:33:04,190
Budu muset nainstalovat PHP.

645
00:33:04,190 --> 00:33:07,680
Budu muset instalovat
PHP plugin pro MySQL.

646
00:33:07,680 --> 00:33:11,100
A musím nainstalovat server MySQL.

647
00:33:11,100 --> 00:33:12,440
Takže pojďme instalaci této věci.

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

649
00:33:14,980 --> 00:33:15,500
>> Instalace.

650
00:33:15,500 --> 00:33:16,770
Tak to dělá.

651
00:33:16,770 --> 00:33:20,220
Takže teď chci [? HTTPD. ?] I
Chcete Apache po startu zapnutý.

652
00:33:20,220 --> 00:33:21,380
Takže budu to dělat.

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
Takže teď když jsem restart to, že to začne.

656
00:33:31,800 --> 00:33:36,210
>> Chci také MySQL po startu zapnutý.

657
00:33:36,210 --> 00:33:37,615
Tak to samé.

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

659
00:33:41,784 --> 00:33:45,080
Jejda, typo zde.

660
00:33:45,080 --> 00:33:45,580
Dobrá.

661
00:33:45,580 --> 00:33:53,220
A pak vlastně budu
začít svůj webový server později.

662
00:33:53,220 --> 00:33:56,514
Teď chci začít moje
databázový server, i když.

663
00:33:56,514 --> 00:33:57,906
Tak to udělat.

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

665
00:34:01,618 --> 00:34:04,120
A tak to začíná na
poprvé, takže jsem

666
00:34:04,120 --> 00:34:06,070
bude muset udělat
některé základní kroky zde.

667
00:34:06,070 --> 00:34:09,070
Takže první věc, budu dělat
je nastavit heslo uživatele root pro mou MySQL.

668
00:34:09,070 --> 00:34:15,980
>> Takže jsem prostě jít spustit tento MySQL
bezpečné příkaz instalace.

669
00:34:15,980 --> 00:34:19,239
Tak je to tu žádný proud kořen
heslo, tak se pojďme nastavit jednu.

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

671
00:34:24,830 --> 00:34:27,429
A já jdu k odstranění těchto
anonymním uživatelům, že to vytváří

672
00:34:27,429 --> 00:34:29,750
a zakázat přihlašování uživatele root.

673
00:34:29,750 --> 00:34:31,270
A odstranit testovací databáze.

674
00:34:31,270 --> 00:34:36,514
Takže to všechny druhy
productionizes vaše MySQL nainstalovat.

675
00:34:36,514 --> 00:34:38,260
>> Tak to dělá.

676
00:34:38,260 --> 00:34:40,630
Takže teď by měl být schopen
připojit k serveru MySQL.

677
00:34:40,630 --> 00:34:42,805
Takže budu vidět, jestli to funguje tady.

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

679
00:34:46,030 --> 00:34:46,530
Jo.

680
00:34:46,530 --> 00:34:50,699
Takže jsem v mém serveru MySQL.

681
00:34:50,699 --> 00:34:55,010
>> Takže teď další věc, kterou chci udělat, je
Chci vytvořit můj databáze Wordpress.

682
00:34:55,010 --> 00:34:56,429
Takže budu dělat MySQL admin.

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

684
00:35:09,845 --> 00:35:10,345
[Neslyšitelné]

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

686
00:35:13,327 --> 00:35:13,840
Dobrá.

687
00:35:13,840 --> 00:35:15,520
Tak jsem vytvořil můj databáze.

688
00:35:15,520 --> 00:35:18,160
>> A teď, co chci udělat, je, že jsem
chcete vytvořit Wordpress uživatele.

689
00:35:18,160 --> 00:35:20,240
Takže nechci, aby se přihlásit do
Můj Wordpress s uživatelem root

690
00:35:20,240 --> 00:35:21,420
protože to by bylo špatné.

691
00:35:21,420 --> 00:35:24,810
Takže chci uživatele, který může jen
přístup k databázi Wordpress.

692
00:35:24,810 --> 00:35:27,970
Tak pojďme na to v tu zase.

693
00:35:27,970 --> 00:35:33,720
A budeme [? hýbat?] tohle.

694
00:35:33,720 --> 00:35:36,870
>> Takže to, co dělám tady je
Jsem vytvořit uživatele, který

695
00:35:36,870 --> 00:35:40,220
mohou připojit z localhost to je
identifikovat podle mého výborný heslo bezpečné

696
00:35:40,220 --> 00:35:42,510
zde.

697
00:35:42,510 --> 00:35:46,595
A pak budu udělit toto
uživatelský přístup do celé databáze.

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

699
00:35:51,091 --> 00:35:51,590
Dobrá.

700
00:35:51,590 --> 00:35:56,200
A pak už bych měl být
může přihlásit jako uživatel

701
00:35:56,200 --> 00:35:58,670
a jen vidět, že databáze
[? a?] testovací databáze.

702
00:35:58,670 --> 00:36:04,970
>> Takže budu dělat mysql minus
u WordPress, místo root.

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

704
00:36:10,360 --> 00:36:10,860
V pořádku?

705
00:36:10,860 --> 00:36:16,920
A pak bychom měli být
schopný do-- v pořádku?

706
00:36:16,920 --> 00:36:18,740
Tak jsem se tady podívat na moje databáze Wordpress.

707
00:36:18,740 --> 00:36:19,920
Tak to je skvělé.

708
00:36:19,920 --> 00:36:22,420
>> Takže teď se musíme skutečně
stáhnout a nainstalovat Wordpress.

709
00:36:22,420 --> 00:36:26,220
Tak pojďme na našich webových adresáře.

710
00:36:26,220 --> 00:36:31,760
Takže budu Wget Wordpress, na
Nejnovější verze Wordpress zde.

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

712
00:36:36,100 --> 00:36:37,320
Budu extrahovat to.

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

714
00:36:42,195 --> 00:36:44,690
A teď budu vyměnit
adresář HTML, který

715
00:36:44,690 --> 00:36:48,150
je výchozí [? web?] kořen,
s Wordpress adresáře, tak.

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

717
00:37:01,650 --> 00:37:02,410
>> Dobrá.

718
00:37:02,410 --> 00:37:06,580
A teď budu jen změnit
oprávnění tak, že Apache

719
00:37:06,580 --> 00:37:09,450
uživatel vlastní adresář Wordpress.

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

721
00:37:12,611 --> 00:37:13,110
Dobrá.

722
00:37:13,110 --> 00:37:17,070
A konečně, já jdu na start up my
webový server, a doufám, že vše funguje.

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

724
00:37:21,650 --> 00:37:22,150
Dobrá.

725
00:37:22,150 --> 00:37:23,940
Takže teď se podívejme, co se tady děje.

726
00:37:23,940 --> 00:37:28,520
Tak jsem jdu sem.

727
00:37:28,520 --> 00:37:30,700
A uvidíme, jestli můžu dostat
do této instance zde.

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

729
00:37:35,200 --> 00:37:35,740
Dobrá.

730
00:37:35,740 --> 00:37:39,860
Tak tady je naše Wordpress obrazovka nastavení.

731
00:37:39,860 --> 00:37:42,020
Takže víme, všechny tyto informace.

732
00:37:42,020 --> 00:37:44,170
Takže náš název databáze je wordpress.

733
00:37:44,170 --> 00:37:47,550
>> Naše uživatelské jméno bude wordpress.

734
00:37:47,550 --> 00:37:50,462
Mám svou mimořádně bezpečné heslo.

735
00:37:50,462 --> 00:37:53,869
Budeme se
připojení na localhost.

736
00:37:53,869 --> 00:37:58,040
A budeme spouštět instalaci.

737
00:37:58,040 --> 00:38:00,430
>> Teď jsme jen tak
dát mé webové stránky jméno.

738
00:38:00,430 --> 00:38:04,600
Takže Leo Amazing Blog.

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

740
00:38:08,265 --> 00:38:12,580
[Neslyšitelný] uživatelské jméno.

741
00:38:12,580 --> 00:38:15,972
Jdu se dostat
heslo pro mé jméno.

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

743
00:38:18,979 --> 00:38:20,520
Chystám se dát do mé e-mailové adresy.

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

745
00:38:23,790 --> 00:38:29,326
A protože je to test, kdo, já ne
Chcete vyhledávače indexovat tuto.

746
00:38:29,326 --> 00:38:30,820
Takže teď jsme instalaci Wordpress.

747
00:38:30,820 --> 00:38:32,070
Takže teď jsme vše nastaveno.

748
00:38:32,070 --> 00:38:33,850
>> Tak tady je moje Wordpress.

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

750
00:38:37,660 --> 00:38:40,345
A tady je můj dashboard.

751
00:38:40,345 --> 00:38:42,300
Je to plně funkční Wordpress.

752
00:38:42,300 --> 00:38:47,026
Mohu aktualizovat pluginy
zde, pokud jsem chtěl.

753
00:38:47,026 --> 00:38:49,290
Dělejte, co chci tady.

754
00:38:49,290 --> 00:38:52,610
A tak tady je můj skutečný plně
běží Wordpress na mém jednu instanci.

755
00:38:52,610 --> 00:38:55,760
>> Nyní, to je skvělé, pokud máte
Zkušební místo, to ale není měřítko.

756
00:38:55,760 --> 00:38:56,737
Máme jednu instanci.

757
00:38:56,737 --> 00:38:59,070
Můžeme tuto instanci
opravdu obrovská, ale v určitém okamžiku

758
00:38:59,070 --> 00:39:01,165
budete dojdou
vertikální škálování místnosti.

759
00:39:01,165 --> 00:39:03,290
Takže budete chtít
měřítko to víc než to.

760
00:39:03,290 --> 00:39:05,290
>> To je důvod, proč jsme se roztočit
se všemi těmito dalších věcí.

761
00:39:05,290 --> 00:39:07,620
Tak uvidíme, jestli naše
Instance RDS je hotovo.

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

763
00:39:13,500 --> 00:39:16,170
[? Ano,?] Naše RDS
instance je téměř hotovo.

764
00:39:16,170 --> 00:39:19,520
Tak to je v pořádku, protože do té doby
můžeme nastavit naše instance EC2.

765
00:39:19,520 --> 00:39:22,670
Bude to být jen
mírně odlišný postup.

766
00:39:22,670 --> 00:39:24,940
>> Takže jsme dostali náš Wordpress web.

767
00:39:24,940 --> 00:39:28,540
Teď jsem už včera jeden chod.

768
00:39:28,540 --> 00:39:33,670
Tak jsem právě dostal zjistit, které
jeden byl to, že jsem zahájil dnes.

769
00:39:33,670 --> 00:39:36,710
Tak tohle byla zahájena 4.listopadu.

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

771
00:39:39,370 --> 00:39:40,770
Takže to je jedna z dneška.

772
00:39:40,770 --> 00:39:43,720
[? Vím, že?] Tenhle byl
zahájena, oh, 16:00.

773
00:39:43,720 --> 00:39:45,905
Takže ve skutečnosti to je nový.

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

775
00:39:51,474 --> 00:39:51,974
Jo.

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

777
00:39:52,930 --> 00:39:54,590
>> Tak tohle je můj nový instance.

778
00:39:54,590 --> 00:39:56,110
Takže znovu, budu SSH do něj.

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

780
00:40:01,550 --> 00:40:05,630
Takže se vraťme k mému terminálu zde.

781
00:40:05,630 --> 00:40:08,350
Takže jdu se dostat ven z tohoto jednoho.

782
00:40:08,350 --> 00:40:11,232
Jdu do SSH do nové instance.

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

784
00:40:15,160 --> 00:40:15,660
Dobrá.

785
00:40:15,660 --> 00:40:17,951
Takže budu muset udělat
některé stejné věci zde.

786
00:40:17,951 --> 00:40:19,540
Takže budu běžet aktualizací zabezpečení.

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

788
00:40:23,790 --> 00:40:25,654
Chystám se nainstalovat některé balíčky.

789
00:40:25,654 --> 00:40:27,820
Balíčky budou
se teď mírně odlišné.

790
00:40:27,820 --> 00:40:31,660
>> Tak jsem nepotřebují server MySQL
proto, že jsme lámání to ven.

791
00:40:31,660 --> 00:40:35,580
Takže jsem stále bude
nainstalovat klienta MySQL.

792
00:40:35,580 --> 00:40:37,400
Já stále bude instalovat Apache.

793
00:40:37,400 --> 00:40:40,142
Jsem stále bude
nainstalovat PHP a PHP MySQL.

794
00:40:40,142 --> 00:40:42,100
Já prostě nebude
nainstalovat server MySQL.

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

796
00:40:44,640 --> 00:40:50,203
>> Pak jsem ještě bude dělat
jisti, že Apache spustí při startu.

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

798
00:40:55,890 --> 00:40:57,790
Nyní musíme databázi být vzhůru.

799
00:40:57,790 --> 00:41:02,140
Takže zatímco my, že přidáme tuto
instance k vyrovnávání zatížení.

800
00:41:02,140 --> 00:41:04,610
Takže jsme jít do
Naše Load Balancer zde.

801
00:41:04,610 --> 00:41:08,430
A my jen tak
opište ID instance.

802
00:41:08,430 --> 00:41:10,410
Mám tady moje ID instance.

803
00:41:10,410 --> 00:41:19,330
>> Když jsem se jít do mého vyrovnávání zatížení,
viz, tady je moje Load Balancer,

804
00:41:19,330 --> 00:41:20,945
Zde je jeho DNS název.

805
00:41:20,945 --> 00:41:23,410
Tak je to tu nulové instancí
v provozu právě teď

806
00:41:23,410 --> 00:41:26,040
proto, že jsem nebyl přidán
všechny případy do ní.

807
00:41:26,040 --> 00:41:27,950
Takže jdu přidat své instance.

808
00:41:27,950 --> 00:41:29,635
Tak tady je můj seznam instancí.

809
00:41:29,635 --> 00:41:32,240

810
00:41:32,240 --> 00:41:39,170
Takže pokud chci tohle, tak jsem
Přidáme tohle k němu.

811
00:41:39,170 --> 00:41:41,150
>> Teď to bude čekat
a to nebude

812
00:41:41,150 --> 00:41:43,600
k tomu, aby tuto instanci
až se stane zdravé.

813
00:41:43,600 --> 00:41:47,779

814
00:41:47,779 --> 00:41:50,570
A to nebude stát zdravý
dokud jsem zase na svém serveru.

815
00:41:50,570 --> 00:41:53,800

816
00:41:53,800 --> 00:41:56,202
Tak uvidíme, jestli naše RDS
instance je zpět.

817
00:41:56,202 --> 00:42:03,630

818
00:42:03,630 --> 00:42:04,130
Dobrá.

819
00:42:04,130 --> 00:42:04,630
Skvělé.

820
00:42:04,630 --> 00:42:06,360
Takže náš nový RDS instance je připraven.

821
00:42:06,360 --> 00:42:08,940
Tak tohle je koncový bod
pro mé například RDS.

822
00:42:08,940 --> 00:42:13,530
Takže to, co budu dělat, je, že jsem
chystá připojit k instanci RDS.

823
00:42:13,530 --> 00:42:17,070
Tak to je nyní plně
Podařilo databáze MySQL.

824
00:42:17,070 --> 00:42:18,860
Má to zálohování nastaven na to.

825
00:42:18,860 --> 00:42:20,160
Je to zbytečná.

826
00:42:20,160 --> 00:42:22,030
Je to roztočit jen v několika málo minut.

827
00:42:22,030 --> 00:42:24,870
Takže teď by měl být schopen
SSH do něj from-- nebo ne SSH,

828
00:42:24,870 --> 00:42:26,690
ale přihlásit se do něj s klientem MySQL.

829
00:42:26,690 --> 00:42:37,602

830
00:42:37,602 --> 00:42:38,120
>> Jo.

831
00:42:38,120 --> 00:42:38,850
Tak jsem tady.

832
00:42:38,850 --> 00:42:39,750
Jsem v.

833
00:42:39,750 --> 00:42:42,680
Takže teď to bude podobné
kromě jsme jen lámání to.

834
00:42:42,680 --> 00:42:45,922
Takže, ještě jednou, budu vlastně
dostat se z toho na chvilku.

835
00:42:45,922 --> 00:42:47,880
No, už jsme vytvořili
databáze Wordpress

836
00:42:47,880 --> 00:42:50,670
proto, že jsme dali Wordpress tam, tak
Chystám se vytvořit uživatele Wordpress.

837
00:42:50,670 --> 00:42:52,961
A tam to bude nějaký
drobné rozdíly v zde

838
00:42:52,961 --> 00:42:54,237
z toho, co jsme dělali minule.

839
00:42:54,237 --> 00:42:56,070
Takže budeme vytvářet
uživatel Wordpress,

840
00:42:56,070 --> 00:42:58,200
ale teď už nebude
přihlášení z localhost ještě.

841
00:42:58,200 --> 00:43:00,479
Budeme se přihlásit
Z instance EC2.

842
00:43:00,479 --> 00:43:03,770
A my nebudeme nutně vědět
o tom, co IP adresu, z níž přichází z,

843
00:43:03,770 --> 00:43:06,820
nebo nechceme specifikovat
se k této zrnitosti.

844
00:43:06,820 --> 00:43:09,470
>> Budeme mít jistotu
skupiny, které se ujistěte, že pouze

845
00:43:09,470 --> 00:43:11,200
naše webové servery se mohou připojit k tomuto.

846
00:43:11,200 --> 00:43:14,520
Tak jsem jen tak, aby
to z, na této úrovni,

847
00:43:14,520 --> 00:43:16,930
z jakéhokoli připojení IP adresy.

848
00:43:16,930 --> 00:43:17,869
Tak jsme prostě udělali.

849
00:43:17,869 --> 00:43:19,660
A teď jsme jen
muset znovu,

850
00:43:19,660 --> 00:43:21,701
udělit tento uživatelský přístup
databáze Wordpress.

851
00:43:21,701 --> 00:43:24,780

852
00:43:24,780 --> 00:43:30,811
Takže teď jsem jen tak
změnit na divokou kartu.

853
00:43:30,811 --> 00:43:31,310
Dobrá.

854
00:43:31,310 --> 00:43:32,480
Takže máme to.

855
00:43:32,480 --> 00:43:34,090
Pojďme pryč.

856
00:43:34,090 --> 00:43:36,650
Tak jsme si jen ujistit,
že můžeme nyní přihlásit.

857
00:43:36,650 --> 00:43:39,100
Jen jsem se změní
mé jméno na wordpress.

858
00:43:39,100 --> 00:43:45,371

859
00:43:45,371 --> 00:43:45,870
Dobrá.

860
00:43:45,870 --> 00:43:46,370
Takže jsme tam.

861
00:43:46,370 --> 00:43:47,607
Tak to funguje.

862
00:43:47,607 --> 00:43:50,440
Teď jdeme znovu, musím
nastavit Wordpress v tomto případě.

863
00:43:50,440 --> 00:43:54,770
Takže to, co budeme mít
udělat, je jít na Var, www.

864
00:43:54,770 --> 00:43:57,260
Musím se pohybovat HTML
adresáře html.old.

865
00:43:57,260 --> 00:44:02,410

866
00:44:02,410 --> 00:44:02,910
Dobrá.

867
00:44:02,910 --> 00:44:06,770
A budeme mít
ke stažení Wordpress.

868
00:44:06,770 --> 00:44:12,000

869
00:44:12,000 --> 00:44:14,790
>> Dobrá.

870
00:44:14,790 --> 00:44:15,540
Výpis Wordpress.

871
00:44:15,540 --> 00:44:18,760

872
00:44:18,760 --> 00:44:21,410
Budeme se pohybovat
do adresáře HTML.

873
00:44:21,410 --> 00:44:28,650

874
00:44:28,650 --> 00:44:29,150
Dobrá.

875
00:44:29,150 --> 00:44:30,900
A budeme se
změnit oprávnění.

876
00:44:30,900 --> 00:44:36,021

877
00:44:36,021 --> 00:44:37,562
A pak budeme začít Apache.

878
00:44:37,562 --> 00:44:42,490

879
00:44:42,490 --> 00:44:45,820
>> Takže to, co by se mělo stát
Nyní je tam děje

880
00:44:45,820 --> 00:44:49,200
být v podstatě pět
opakování na tomto ELB.

881
00:44:49,200 --> 00:44:53,790
A je to nakonec, to instance je
stane zdravý na ELB.

882
00:44:53,790 --> 00:44:57,871
Takže [neslyšitelný] zde.

883
00:44:57,871 --> 00:44:58,370
Pojďme se podívat.

884
00:44:58,370 --> 00:45:00,525
Tato instance ještě není zdravé.

885
00:45:00,525 --> 00:45:02,400
Takže to, co jsem vlastně
dělat, je jdu

886
00:45:02,400 --> 00:45:05,275
ke změně zdravotní kontrolovat trochu
trochu víc jen aby se to rychleji.

887
00:45:05,275 --> 00:45:07,320
Můžeme ji změnit později.

888
00:45:07,320 --> 00:45:12,561
Tak řekněme, že chci zdravý
Prahová hodnota ze tří namísto pěti.

889
00:45:12,561 --> 00:45:13,060
OK.

890
00:45:13,060 --> 00:45:15,340
Takže teď jsme v provozu.

891
00:45:15,340 --> 00:45:17,400
>> Takže teď jdu
k tomuto vyrovnávání zatížení.

892
00:45:17,400 --> 00:45:19,895
A to by měl zástupce mě zpátky
až k této instanci,

893
00:45:19,895 --> 00:45:23,195
a my nastavit Wordpress tady.

894
00:45:23,195 --> 00:45:25,320
Nyní, pokud nemáte vlastní
název domény nebo tak něco,

895
00:45:25,320 --> 00:45:28,740
stačí udělat CNAME
Záznam tohoto názvu DNS.

896
00:45:28,740 --> 00:45:31,850
A elastický load balancing
Služba je škálovatelný na zadní konec,

897
00:45:31,850 --> 00:45:34,065
tak to váhy nahoru a dolů na jeho vlastní.

898
00:45:34,065 --> 00:45:35,710
Takže by to mohlo být více IP adres.

899
00:45:35,710 --> 00:45:36,584
IPS se může změnit.

900
00:45:36,584 --> 00:45:39,063
Takže jste měl vždy odkazovat
se z tohoto názvu DNS.

901
00:45:39,063 --> 00:45:41,841

902
00:45:41,841 --> 00:45:42,770
>> Dobrá.

903
00:45:42,770 --> 00:45:43,560
Tak jdeme na to.

904
00:45:43,560 --> 00:45:45,215
Jsme zpátky na naší obrazovce nastavení.

905
00:45:45,215 --> 00:45:47,870
Teď budeme dělat
Stejný postup skoro.

906
00:45:47,870 --> 00:45:49,835
Takže náš název databáze je wordpress.

907
00:45:49,835 --> 00:45:52,940
Naše jméno uživatelské jméno je wordpress.

908
00:45:52,940 --> 00:45:55,560
Máme stejný Super
zabezpečit hesla jako dříve,

909
00:45:55,560 --> 00:45:59,020
kromě hostitele databáze je nyní
Bude instance RDS.

910
00:45:59,020 --> 00:46:01,222
>> Takže jsme jít sem.

911
00:46:01,222 --> 00:46:04,760
Chystáme se jít do RDS.

912
00:46:04,760 --> 00:46:06,320
Chystáme se jít do mého instancí.

913
00:46:06,320 --> 00:46:07,730
I zde je třeba mé strany jméno bodu.

914
00:46:07,730 --> 00:46:09,160
Je to jedno.

915
00:46:09,160 --> 00:46:10,984
Tak jsem jen tak
zkopírovat a vložit.

916
00:46:10,984 --> 00:46:17,500

917
00:46:17,500 --> 00:46:18,000
V pořádku?

918
00:46:18,000 --> 00:46:20,100
Tak uvidíme, jestli to funguje.

919
00:46:20,100 --> 00:46:20,600
Dobrá.

920
00:46:20,600 --> 00:46:21,380
Tak to funguje.

921
00:46:21,380 --> 00:46:23,530
Takže se můžete připojit k instanci RDS.

922
00:46:23,530 --> 00:46:27,200
Opět platí, že to bude
být Leo Děsivý Blog.

923
00:46:27,200 --> 00:46:39,590

924
00:46:39,590 --> 00:46:40,090
Dobrá.

925
00:46:40,090 --> 00:46:42,750
>> Takže teď budeme
nainstalovat náš Wordpress.

926
00:46:42,750 --> 00:46:44,550
Takže jsme hotovi.

927
00:46:44,550 --> 00:46:46,736
Dovolte mi tedy stačí se přihlásit
ujistěte se, že funguje.

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
>> Takže teď máme
plně funkční Wordpress.

931
00:46:56,400 --> 00:46:58,890
Můžeme dělat všechny druhy operací na to.

932
00:46:58,890 --> 00:47:02,210
Takže rozdíl je, že nyní
máme samostatnou databázi.

933
00:47:02,210 --> 00:47:03,470
To databáze je nadbytečný.

934
00:47:03,470 --> 00:47:05,690
Stále máme jen jeden web
Server, ale mohli bychom teď

935
00:47:05,690 --> 00:47:08,680
získat obraz tohoto webu
Server, spusťte jej znovu,

936
00:47:08,680 --> 00:47:11,720
a pak máme dvě webové servery
Za tímto vyrovnávání zatížení.

937
00:47:11,720 --> 00:47:15,894
>> Koncový bod se nemění, zda
Je to jeden, nebo dva, nebo 50 webových serverů.

938
00:47:15,894 --> 00:47:17,060
Můžeme jej škálovat za to.

939
00:47:17,060 --> 00:47:21,190
Takže je tu pluginy pro Wordpress kde
můžete použít S3 pro statické majetku.

940
00:47:21,190 --> 00:47:23,900
Můžete použít CloudFront
mezipaměti těchto aktiv.

941
00:47:23,900 --> 00:47:26,970
Můžete použít ElastiCache tak vás
Můžete použít v podstatě Memcached

942
00:47:26,970 --> 00:47:30,110
ukládat stav relace tam.

943
00:47:30,110 --> 00:47:32,654
>> Takže jak škálovat od
kdo více instancí,

944
00:47:32,654 --> 00:47:35,070
budete předpokládat, že
tyto případy jsou pomíjivé,

945
00:47:35,070 --> 00:47:36,360
aby mohli jít pryč.

946
00:47:36,360 --> 00:47:38,880
Takže musíš myslet
o tom, kde mám ukládat protokoly,

947
00:47:38,880 --> 00:47:40,290
kde mám ukládat stav relace.

948
00:47:40,290 --> 00:47:43,580
Jak to mám udělat to tak, že je to v pořádku, že
Tyto případy mohou zmizet nebo více

949
00:47:43,580 --> 00:47:45,010
z nich se mohou objevit?

950
00:47:45,010 --> 00:47:47,260
Takže budete muset
odpovědi na otázky, jako je to.

951
00:47:47,260 --> 00:47:48,551
Ale je to docela obyčejný vzor.

952
00:47:48,551 --> 00:47:52,720
Takže si prostě začít vykládání jakýkoli
přetrvávající věci do jiných vrstev.

953
00:47:52,720 --> 00:47:55,380
>> Takže teď máme to, že jsme
udělal [? tři stupně?] věc.

954
00:47:55,380 --> 00:47:57,140
Poslední věc, kterou jsem si
dělat, tady je, že jsem

955
00:47:57,140 --> 00:47:59,390
bude dělat můj vyrovnávání zatížení
trochu pevnější

956
00:47:59,390 --> 00:48:02,210
teď, když je označen jako zdravé.

957
00:48:02,210 --> 00:48:06,010
Takže to obvykle není
dobrý nápad pro webové stránky

958
00:48:06,010 --> 00:48:10,139
k tomu TCP zdravotní prohlídky, protože
Váš Apache může být až,

959
00:48:10,139 --> 00:48:11,680
ale mohlo by to být vrácení chyby PHP.

960
00:48:11,680 --> 00:48:12,940
Takže si to nechceme.

961
00:48:12,940 --> 00:48:14,648
>> Takže to, co budu
dělat, tady se budu

962
00:48:14,648 --> 00:48:18,230
to změnit na kontrole stavu HTTP.

963
00:48:18,230 --> 00:48:22,880
A to bude
index.php, ne index.html.

964
00:48:22,880 --> 00:48:26,470
A budeme to změnit
zdravé práh zpět na pět.

965
00:48:26,470 --> 00:48:27,880
Tak to dělá.

966
00:48:27,880 --> 00:48:29,500
Tak, že by měl být stále zdravý.

967
00:48:29,500 --> 00:48:30,000
Jo.

968
00:48:30,000 --> 00:48:31,990
Takže jsme stále v provozu.

969
00:48:31,990 --> 00:48:36,370
>> Tak to je, jak nastavit
up Wordpress na AWS.

970
00:48:36,370 --> 00:48:41,660
Takže myslím, že za méně než 20 minut máme
jak nastavit na instanci, na jeho vlastní,

971
00:48:41,660 --> 00:48:47,302
a full tři stupně architektura, kde
každé patro je nezávisle škálovatelné.

972
00:48:47,302 --> 00:48:49,010
Můžete to udělat všechny druhy
zajímavých věcí

973
00:48:49,010 --> 00:48:51,120
s databází v měřítku stejně.

974
00:48:51,120 --> 00:48:54,200
>> Ukážu vám ještě jeden
Zajímavá věc zde.

975
00:48:54,200 --> 00:48:59,590
Tak řekněme, že za to chci
vymanit se čte ze zápisů.

976
00:48:59,590 --> 00:49:02,020
Mohu vytvořit čtení repliku.

977
00:49:02,020 --> 00:49:05,040
Takže jdu jen
vytvořit čtení repliku.

978
00:49:05,040 --> 00:49:11,407
Takže to bude
být wordpressdb1 READ1.

979
00:49:11,407 --> 00:49:13,240
Budu dělat to na
stejný region, ale já

980
00:49:13,240 --> 00:49:15,820
by to v jiné oblasti.

981
00:49:15,820 --> 00:49:18,740
Takže jdeme na začátek
zajišťování přečtenou repliku zde.

982
00:49:18,740 --> 00:49:20,390
Takže teď jsme vytvořit čtení repliku.

983
00:49:20,390 --> 00:49:22,349
To je vytvářena
tam dole.

984
00:49:22,349 --> 00:49:24,140
Takže si můžete udělat všechny druhy
cool věci zde.

985
00:49:24,140 --> 00:49:25,550
>> Takže jsem udělal s demo.

986
00:49:25,550 --> 00:49:27,780
Takže myslím, že máme asi 10 minut.

987
00:49:27,780 --> 00:49:33,860
Takže budu mít jakýkoliv otázky nikoho
má o nějakém AWS příbuzné téma.

988
00:49:33,860 --> 00:49:36,980

989
00:49:36,980 --> 00:49:39,395
Každý, kdo?

990
00:49:39,395 --> 00:49:39,895
Super.

991
00:49:39,895 --> 00:49:40,850
Dobrá.

992
00:49:40,850 --> 00:49:42,720
Díky všem.

993
00:49:42,720 --> 00:49:44,192