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

2
00:00:10,811 --> 00:00:12,060
LEO ZHADANOVSKY: Hei, alle sammen.

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

4
00:00:13,675 --> 00:00:17,000
Jeg er en løsningsarkitekt
på Amazon Web Services.

5
00:00:17,000 --> 00:00:21,030
Og jeg kommer til å snakke med deg i dag
om hva Amazon Web Services er,

6
00:00:21,030 --> 00:00:25,170
sin historie, en kort oversikt
av de tjenestene vi tilbyr.

7
00:00:25,170 --> 00:00:29,530
Og også jeg skal gjøre en live demo av
hvordan å lansere en LAMP stack i AWS

8
00:00:29,530 --> 00:00:33,769
både på en enkelt forekomst og
gjennom å bruke noen av våre andre

9
00:00:33,769 --> 00:00:36,060
[? administrerte?] tjenester, slik
som vår relasjonsdatabase

10
00:00:36,060 --> 00:00:39,330
service, og vår last
balancer, og våre tilfeller.

11
00:00:39,330 --> 00:00:41,610
>> Så først av alt, la oss
snakke om AWS historie.

12
00:00:41,610 --> 00:00:47,780
Så hvordan har Amazon.com komme inn
dette cloud computing bedrift?

13
00:00:47,780 --> 00:00:51,630
Vel, er Amazon virkelig gode på
gir et stort utvalg av produkter

14
00:00:51,630 --> 00:00:54,440
og frakt dem til
kunder effektivt.

15
00:00:54,440 --> 00:00:57,870
Og bak den evnen
ligger mange års erfaring

16
00:00:57,870 --> 00:01:01,330
med driftsdatasentre, med
logistikk, med alle slags ting.

17
00:01:01,330 --> 00:01:05,420
Og så vi oppdaget
over 10 år at vi

18
00:01:05,420 --> 00:01:10,840
ønsket å gjøre våre kunder å
gjøre mange forskjellige ting, ikke sant?

19
00:01:10,840 --> 00:01:16,870
>> Så endte vi tilby noen interne
tjenester opp til tredjeparts selgere.

20
00:01:16,870 --> 00:01:20,640
Som vi publiserte enkle webtjenester
slik som vår katalog søk.

21
00:01:20,640 --> 00:01:22,910
Og det ble virkelig
tilsynelatende veldig fort

22
00:01:22,910 --> 00:01:26,530
at utviklerne var sulten
for flere av våre tjenester.

23
00:01:26,530 --> 00:01:29,830
Og så dette førte oss til å utvikle AWS.

24
00:01:29,830 --> 00:01:31,910
Så vi spurte hva om vi
kunne pakke alt

25
00:01:31,910 --> 00:01:36,620
vi gjør og tilbyr det til
andre over nettet?

26
00:01:36,620 --> 00:01:41,940
>> Så AWS misjon er å muliggjøre
bedrifter og utviklere

27
00:01:41,940 --> 00:01:46,080
å bruke webtjenester til å bygge
skalerbare avanserte applikasjoner.

28
00:01:46,080 --> 00:01:49,650
Og web-tjenester er hva
folk nå kaller Cloud.

29
00:01:49,650 --> 00:01:53,180
Så i 2006 ble AWS født.

30
00:01:53,180 --> 00:01:56,590
Og la oss snakke om
hva AWS faktisk er.

31
00:01:56,590 --> 00:02:01,310
>> Så vi gir forskjellig
tjenester på ulike nivåer.

32
00:02:01,310 --> 00:02:06,060
Så vi har en slags av våre kjernetjenester,
vår beregne lagring og database.

33
00:02:06,060 --> 00:02:08,250
Og så har vi også
et nettverk lag,

34
00:02:08,250 --> 00:02:10,289
og vi har fått en global
infrastruktur, så vi har

35
00:02:10,289 --> 00:02:13,812
fikk regioner rundt om i verden og
tilgjengelighet soner verden over.

36
00:02:13,812 --> 00:02:15,520
Og så har vi
høyere nivå tjenester,

37
00:02:15,520 --> 00:02:18,670
som applikasjonstjenester som
du bruker til å bygge horisontalt

38
00:02:18,670 --> 00:02:20,434
skalerbare applikasjoner.

39
00:02:20,434 --> 00:02:22,850
Og så har vi distribusjon
og administrative tjenester.

40
00:02:22,850 --> 00:02:26,010
Så dette er tjenester som du
bruke til å distribuere koden din i AWS

41
00:02:26,010 --> 00:02:29,100
og å administrere din
AWS-konto som du skalerer.

42
00:02:29,100 --> 00:02:32,120
>> Så la oss snakke om vår
global infrastruktur først.

43
00:02:32,120 --> 00:02:35,960
Vi har 11 regioner rundt om i verden.

44
00:02:35,960 --> 00:02:39,680
Så vi bare lagt til en ny region
for noen uker siden i Frankfurt,

45
00:02:39,680 --> 00:02:41,500
men hver region er
som en egen sky.

46
00:02:41,500 --> 00:02:43,580
Så disse tjenestene er jeg
skal snakke om, de

47
00:02:43,580 --> 00:02:46,350
foreligge i de forskjellige regioner.

48
00:02:46,350 --> 00:02:50,370
Så i USA, er det en
region i Nord-Virginia.

49
00:02:50,370 --> 00:02:54,390
Det er en region i Nord
California og i Oregon.

50
00:02:54,390 --> 00:02:57,690
>> Regionen i Oregon
er også karbonnøytralt.

51
00:02:57,690 --> 00:03:00,200
Vi har også en region
Oregon kalt GovCloud.

52
00:03:00,200 --> 00:03:05,370
Så hvis du har en arbeidsbelastning som trenger
å være ITAR-kompatibel, så det er

53
00:03:05,370 --> 00:03:09,580
Internasjonal trafikk og Arms Reduction
Traktaten, bør du bruke GovCloud.

54
00:03:09,580 --> 00:03:12,510
>> Så det viktigste
om dette er at du

55
00:03:12,510 --> 00:03:15,100
velge og vrake hvor dataene
går og hvor dine apps gå.

56
00:03:15,100 --> 00:03:19,370
Så vi ikke flytte data over
regioner, eller på tvers av tilgjengelighet soner

57
00:03:19,370 --> 00:03:22,277
hvis det er en tjeneste der du kan
velge tilgjengeligheten sonen.

58
00:03:22,277 --> 00:03:23,860
Du kan velge og vrake hvor det går.

59
00:03:23,860 --> 00:03:24,526
Du kan flytte den.

60
00:03:24,526 --> 00:03:27,920
Vi gir deg verktøy for å flytte din
data, men vi vil ikke flytte den for deg.

61
00:03:27,920 --> 00:03:30,710
>> Og så innen hver region er det
minst to soner, tilgjengelighet

62
00:03:30,710 --> 00:03:33,020
og vi skal snakke om hva
de som finnes i et sekund.

63
00:03:33,020 --> 00:03:35,530
Og det er også 52 kant
steder rundt om i verden.

64
00:03:35,530 --> 00:03:40,850
Så edge steder er i utgangspunktet for vår
CloudFront, [? sky?] distribusjon

65
00:03:40,850 --> 00:03:43,410
nettverk, og vår Route 53 DNS-tjenesten.

66
00:03:43,410 --> 00:03:47,100
Og så det er mange av dem
fordi de er nærmere brukerne,

67
00:03:47,100 --> 00:03:49,360
fordi de er
latency-baserte tjenester.

68
00:03:49,360 --> 00:03:51,410
Så ventetid saker for dem.

69
00:03:51,410 --> 00:03:54,630
>> Så dette er hva en typisk
regionen ser ut.

70
00:03:54,630 --> 00:03:56,630
Og deretter [? innenfor?]
hver region er det,

71
00:03:56,630 --> 00:03:58,530
som jeg sa, i det minste
to tilgjengelighet soner.

72
00:03:58,530 --> 00:04:01,390
En tilgjengelighet sonen er
minst en datasenteret,

73
00:04:01,390 --> 00:04:04,340
noen ganger kan det være mer innenfor
det samme geografiske området.

74
00:04:04,340 --> 00:04:09,010
Og vår tilgjengelighet soner er utformet
å være på forskjellige flod, feil

75
00:04:09,010 --> 00:04:15,501
slettene for å ha tydelig makt
verktøy og ulike tier 1 ISPer.

76
00:04:15,501 --> 00:04:17,500
Så du bør designe din
søknad [? tankene?]

77
00:04:17,500 --> 00:04:20,240
der noe kan skje
i ett tilgjengelighet sone,

78
00:04:20,240 --> 00:04:23,245
men så du bør spre ut
søknad i flere tilgjengelighet

79
00:04:23,245 --> 00:04:27,100
soner fordi de er bygget
med disse oppsigelser i tankene.

80
00:04:27,100 --> 00:04:30,490
>> Og så vi drive mye
virksomheter som du kjenner igjen.

81
00:04:30,490 --> 00:04:36,590
Så fra Airbnb, til Netflix,
til Dropbox, til Yelp,

82
00:04:36,590 --> 00:04:41,270
Vi har alle typer startups og
bedrifter som kjører arbeidsbelastning på oss.

83
00:04:41,270 --> 00:04:44,610
I offentlig sektor har vi
alle typer offentlige etater

84
00:04:44,610 --> 00:04:47,740
som kjører på oss, edtech
startups, universiteter.

85
00:04:47,740 --> 00:04:52,910
Obama-kampanjen kjørte i utgangspunktet alle
av sine ting på Amazon Web Services.

86
00:04:52,910 --> 00:04:56,690
>> Og bare for å gi deg et perspektiv
på vår skalering, på en gjennomsnittlig dag

87
00:04:56,690 --> 00:05:00,840
vi hadde nok ny server
kapasitet til å støtte

88
00:05:00,840 --> 00:05:04,400
Amazon.com globale infrastruktur
når det var en $ 7000000000

89
00:05:04,400 --> 00:05:05,740
virksomhet tilbake i 2004.

90
00:05:05,740 --> 00:05:08,500
Så det er hvor mye vi
hadde på en gjennomsnittlig dag.

91
00:05:08,500 --> 00:05:11,910
>> Så det generelle konseptet er hvis du
tenke på hvordan får du makt.

92
00:05:11,910 --> 00:05:14,940
Så du får makt, er det på etterspørsel, ikke sant?

93
00:05:14,940 --> 00:05:19,580
Så du vet når du får
det, vet du at du kan få det.

94
00:05:19,580 --> 00:05:22,950
Det er uniform, slik at du vet
hva spenning du får.

95
00:05:22,950 --> 00:05:26,940
Det er pay as you go, slik at du betaler
for nøyaktig hvor mye du bruker.

96
00:05:26,940 --> 00:05:29,020
Og det er tilgjengelig.

97
00:05:29,020 --> 00:05:31,060
Så du plugge inn, du vet
du kommer til å få makt.

98
00:05:31,060 --> 00:05:34,350
Så vi har tatt det og
utvidet det til databehandling.

99
00:05:34,350 --> 00:05:36,710
>> Så dette løser en rekke problemer.

100
00:05:36,710 --> 00:05:41,230
Vi vanligvis ser mye
IT-organisasjoner.

101
00:05:41,230 --> 00:05:43,130
De har denne kapasitetsproblem.

102
00:05:43,130 --> 00:05:46,370
Så de har visse mengder
av IT-behov, og deretter de

103
00:05:46,370 --> 00:05:49,290
må over-bestemmelsen sin kapasitet.

104
00:05:49,290 --> 00:05:53,110
Så enten de er veien over-forsyning,
eller de ikke har nok kapasitet,

105
00:05:53,110 --> 00:05:54,930
og de har utilfreds kunder.

106
00:05:54,930 --> 00:05:59,820
>> Så for eksempel, disse er
ulike mønstre av trafikk.

107
00:05:59,820 --> 00:06:01,980
Så om du har ting
som slår av og på,

108
00:06:01,980 --> 00:06:05,920
eller vokser fort, eller har variable topper
eller forutsigbare topper, for alle disse,

109
00:06:05,920 --> 00:06:08,122
du enten kommer til å
over-bestemmelsen typisk,

110
00:06:08,122 --> 00:06:09,580
eller du kommer til under-bestemmelsen.

111
00:06:09,580 --> 00:06:12,990
Så du har enten avfall, eller
du har misfornøyde kunder.

112
00:06:12,990 --> 00:06:17,400
>> Så hva AWS lar deg gjøre er deg
kan skalere opp og ned dynamisk

113
00:06:17,400 --> 00:06:19,510
basert på hva din
faktiske bruksmønster er.

114
00:06:19,510 --> 00:06:23,270
Så du kan betale bare for det du bruker.

115
00:06:23,270 --> 00:06:25,115
Og du kan starte
tilfeller, så forekomst

116
00:06:25,115 --> 00:06:27,030
er vårt ord for virtuell server.

117
00:06:27,030 --> 00:06:29,280
Du kan starte en
eksempel, kan du starte

118
00:06:29,280 --> 00:06:33,160
tusenvis av tilfeller i løpet av minutter eller
sekunder, like mye som du trenger.

119
00:06:33,160 --> 00:06:35,897
Og du kan ringe den opp
og ned etter behov.

120
00:06:35,897 --> 00:06:38,730
Så la meg snakke med deg om en
eksempel det er slags nær hjemmet.

121
00:06:38,730 --> 00:06:44,930
Så dette er en typisk trafikk
Kart for November for Amazon.com.

122
00:06:44,930 --> 00:06:49,491
Og de to siste topper her,
er det noen som vet hva de er?

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

124
00:06:49,990 --> 00:06:51,180
>> PUBLIKUM: Cyber ​​mandag?

125
00:06:51,180 --> 00:06:53,430
>> LEO ZHADANOVSKY: Cyber ​​mandag
og Black Friday, ikke sant?

126
00:06:53,430 --> 00:06:57,020
Så tradisjonelt, hva Amazon.com hadde
å gjøre var måtte de bestemmelse kapasitet

127
00:06:57,020 --> 00:06:58,330
å dekke de to toppene.

128
00:06:58,330 --> 00:07:04,490
Så som et resultat av 76% av tiden,
de hadde for mye kapasitet.

129
00:07:04,490 --> 00:07:07,640
Og bare 24% av tiden
ble de fullt ut utnytte det.

130
00:07:07,640 --> 00:07:12,730
Og så i 2010 Amazon.com slått
av sin siste fysiske webserver

131
00:07:12,730 --> 00:07:14,430
og flyttet den til AWS.

132
00:07:14,430 --> 00:07:16,660
Så dette er hva trafikken
Mønsteret ser ut nå.

133
00:07:16,660 --> 00:07:19,240
Kapasiteten er like over
hva som faktisk trengs.

134
00:07:19,240 --> 00:07:23,100
>> Så hvorfor ser vi kunder vedta
cloud computing i AWS så raskt?

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

136
00:07:24,480 --> 00:07:27,090
Så det er den primære
Grunnen til at vi ser.

137
00:07:27,090 --> 00:07:28,590
Hvorfor er agility viktig?

138
00:07:28,590 --> 00:07:31,790
Vel, det gjør at kundene til
gjøre ting som i den gamle verden

139
00:07:31,790 --> 00:07:36,090
tok uker eller måneder å gjøre
dem i minutter eller sekunder.

140
00:07:36,090 --> 00:07:39,510
Så du kan gjøre ting som å spinne opp en
helt ny Dev eller testmiljø,

141
00:07:39,510 --> 00:07:42,010
spinne opp en helt ny DR
miljø, spinne opp

142
00:07:42,010 --> 00:07:45,180
50 tilfeller, eller 1000
instanser for peak trafikk,

143
00:07:45,180 --> 00:07:49,140
fjerne disse 1000 tilfeller satt
opp en HPC klynge, eller en GS klynge,

144
00:07:49,140 --> 00:07:51,430
og du kan gjøre det
alt i minutter på AWS.

145
00:07:51,430 --> 00:07:54,960
>> Så hva dette fører til, er
en kultur for innovasjon.

146
00:07:54,960 --> 00:07:57,290
Så du kan eksperimentere ofte.

147
00:07:57,290 --> 00:08:00,190
Du kan betale bare for det du bruker
og du kan mislykkes uten risiko.

148
00:08:00,190 --> 00:08:04,477
Så hvis du prøver noe ut, har du
betalt for et par timer med bruk.

149
00:08:04,477 --> 00:08:05,310
Det er ikke en stor avtale.

150
00:08:05,310 --> 00:08:08,150
Du har ikke satt en storkapitalen
investering opp foran for det.

151
00:08:08,150 --> 00:08:10,930
>> Så hva er kunder
faktisk bruker AWS for?

152
00:08:10,930 --> 00:08:16,170
Vel, så University of Notre Dame,
de flyttet deres hjemmeside over til AWS.

153
00:08:16,170 --> 00:08:21,150
De har et gjennomsnitt på ca 38.000
besøkende per dag til nettstedet deres,

154
00:08:21,150 --> 00:08:26,150
men det kan svelle til 150000 løpet
sportsarrangementer og fotballkamper.

155
00:08:26,150 --> 00:08:29,840
Så de flyttet sitt nettsted over til oss.

156
00:08:29,840 --> 00:08:33,650
Og nå deres hjemmeside kan støtte
en 500% økning i trafikken, hele

157
00:08:33,650 --> 00:08:36,600
mens de har lagret
40% over deres eksisterende

158
00:08:36,600 --> 00:08:39,120
på premisset oppsett for deres hjemmeside.

159
00:08:39,120 --> 00:08:47,530
>> NASA JPL, de bruker AWS til live stream
den Curiosity Mars roveren landing.

160
00:08:47,530 --> 00:08:51,320
Og så fant de ut
bare seks dager i forveien

161
00:08:51,320 --> 00:08:53,650
at de trengte for å
finne en annen leverandør

162
00:08:53,650 --> 00:08:56,030
fra sine vanlige leverandør
for deres live stream.

163
00:08:56,030 --> 00:08:58,140
Dette var også den samme
tid som OL.

164
00:08:58,140 --> 00:09:01,686
Slik at de ikke kunne kjøpe CDM
kapasitet hvor som helst på den tiden.

165
00:09:01,686 --> 00:09:04,310
Og så de i utgangspunktet satt opp
sitt eget innhold levering nettverk

166
00:09:04,310 --> 00:09:07,240
på vår EC2 tjeneste i seks dager.

167
00:09:07,240 --> 00:09:10,090
Og de var i stand til å ha
det skalere opp til deres behov.

168
00:09:10,090 --> 00:09:13,480
De var, tror jeg, å se for oss
ca en million seere.

169
00:09:13,480 --> 00:09:16,200
Så det var en veldig interessant
teknisk fôr de brukte,

170
00:09:16,200 --> 00:09:18,990
Adobe Flash Media-servere
og [? internett?] cacher.

171
00:09:18,990 --> 00:09:23,350
Og de var i stand til å distribuere hele
klynger av disse programma som

172
00:09:23,350 --> 00:09:23,850
nødvendig.

173
00:09:23,850 --> 00:09:26,590
Og da de snurret dem ned når
de ikke bruke dem lenger.

174
00:09:26,590 --> 00:09:32,680
>> Obama-kampanjen i 2012 brukt
AWS for over 200 søknader

175
00:09:32,680 --> 00:09:34,950
at de vert på plattformen.

176
00:09:34,950 --> 00:09:39,010
De hadde alt fra
kalle verktøy, til betaling prosessorer,

177
00:09:39,010 --> 00:09:43,920
til mobile applikasjoner, til
frivillig organisasjon nettsteder,

178
00:09:43,920 --> 00:09:47,269
til store data analyseverktøy.

179
00:09:47,269 --> 00:09:49,060
Og alt måtte
arbeide på valgdagen.

180
00:09:49,060 --> 00:09:52,459
Så for å flytte valgdagen ville
krever en grunnlovsendring,

181
00:09:52,459 --> 00:09:53,750
så det var ikke til å skje.

182
00:09:53,750 --> 00:09:56,208
Så alle sine systemer skulle
å måtte jobbe på dag én.

183
00:09:56,208 --> 00:09:57,670
Og det gjorde de.

184
00:09:57,670 --> 00:10:00,660
>> Så la oss snakke om de faktiske tjenester.

185
00:10:00,660 --> 00:10:03,130
Så først nettverkstjenestene.

186
00:10:03,130 --> 00:10:06,750
Så Amazon VPC er
Virtual Private Cloud.

187
00:10:06,750 --> 00:10:09,500
Det er i utgangspunktet en
programvare definerte nettverk

188
00:10:09,500 --> 00:10:13,910
som lever på toppen av din EC2 instanser,
og dine RDS, som vi vil snakke om,

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

190
00:10:15,120 --> 00:10:20,080
>> Og så kan du definere en privat
adresserom for forekomstene.

191
00:10:20,080 --> 00:10:22,820
Du kan bryte den opp i
offentlige subnett, private subnett.

192
00:10:22,820 --> 00:10:27,790
Du kan gjøre VPN-tilkoblinger til
din på premisset datasenter.

193
00:10:27,790 --> 00:10:33,635
Deretter kan du også utvide
på premisset adresseområdet til VPC.

194
00:10:33,635 --> 00:10:37,400
Du har makt til å manipulere ruten
bordet slik at du kan tilpasse ting.

195
00:10:37,400 --> 00:10:40,450
Du har nettverkstilgang
kontrollister i VPC.

196
00:10:40,450 --> 00:10:42,370
[? Så det?] Gir
stor fleksibilitet

197
00:10:42,370 --> 00:10:45,640
over hva du har å kjøre i AWS.

198
00:10:45,640 --> 00:10:47,140
>> Så er det AWS Directconnect.

199
00:10:47,140 --> 00:10:50,820
Så Directconnect er et privat
tilkobling til våre regioner.

200
00:10:50,820 --> 00:10:54,380
Så du kan få en eller en 10 gig
kobling eller flere ett eller 10 gig lenker

201
00:10:54,380 --> 00:10:55,720
opp til en region.

202
00:10:55,720 --> 00:10:58,470
Så hvis du laster opp en masse
data eller laste ned en masse data

203
00:10:58,470 --> 00:11:01,440
og trenger privat tilkobling,
det er et alternativ der.

204
00:11:01,440 --> 00:11:02,710
>> Det er også Route 53.

205
00:11:02,710 --> 00:11:05,410
Så Route 53 er vår DNS-tjeneste.

206
00:11:05,410 --> 00:11:07,860
Det gjør alle slags interessante ting.

207
00:11:07,860 --> 00:11:09,250
Så det støtter helsekontroller.

208
00:11:09,250 --> 00:11:12,590
Så du kan si, kjøre to eksemplarer
av nettstedet ditt på samme tid.

209
00:11:12,590 --> 00:11:15,860
Og hvis en av dem svikter, du
omdirigere trafikken til den andre kopien.

210
00:11:15,860 --> 00:11:20,400
>> Eller du kan gjøre geografibasert arkiv
slik at du kan rute trafikk for ett land

211
00:11:20,400 --> 00:11:22,870
til en klynge fra en annen
land til et annet klynge.

212
00:11:22,870 --> 00:11:27,140
Du kan gjøre A / B-testing, slik at du
kan ha 80% av trafikken

213
00:11:27,140 --> 00:11:30,510
til ett eksemplar av nettstedet ditt og
20% til den nye kopien av nettstedet ditt

214
00:11:30,510 --> 00:11:33,120
og se hvilken som utfører bedre.

215
00:11:33,120 --> 00:11:35,385
Så du kan gjøre alle typer
interessante ting der.

216
00:11:35,385 --> 00:11:36,760
Du kan gjøre latency baserte poster.

217
00:11:36,760 --> 00:11:39,160
Så du kan ha kopier av
nettside over hele verden

218
00:11:39,160 --> 00:11:43,500
og har brukeren sendt til hvilken
ens nærmest dem basert på latency.

219
00:11:43,500 --> 00:11:46,030
Det har også dyp integrasjon
med AWS tjenester,

220
00:11:46,030 --> 00:11:50,980
så slik som våre belastningsfordelt,
og S3, og CloudFront,

221
00:11:50,980 --> 00:11:53,680
så det er veldig lett å
påpeke ting til CloudFront

222
00:11:53,680 --> 00:11:57,190
fordelinger for din
LBS eller S3 bøtter.

223
00:11:57,190 --> 00:11:57,930
>> Så er det EC2.

224
00:11:57,930 --> 00:12:00,432
Så EC2 er vår virtuelle servertjeneste.

225
00:12:00,432 --> 00:12:01,390
Du kan kjøre på Windows.

226
00:12:01,390 --> 00:12:02,560
Du kan kjøre Linux på den.

227
00:12:02,560 --> 00:12:05,230
Du har full kontroll
av operativsystemet.

228
00:12:05,230 --> 00:12:09,519
Det finnes ulike varianter av Windows
og Linux, så Red Hat, Debian, Ubuntu.

229
00:12:09,519 --> 00:12:11,560
Vi har vår egen distribusjon
kalt Amazon Linux.

230
00:12:11,560 --> 00:12:14,000
Du kan velge hvilken du vil.

231
00:12:14,000 --> 00:12:15,680
>> Det finnes ulike typer tilfeller.

232
00:12:15,680 --> 00:12:18,330
Så det er over 27 forekomst
typer på dette punktet.

233
00:12:18,330 --> 00:12:21,590
Så det er forskjellig forekomst
familier basert på ulike arbeidsoppgaver.

234
00:12:21,590 --> 00:12:23,550
Så det er generell
purpose tilfeller, som

235
00:12:23,550 --> 00:12:26,910
er bare, hvis du ikke vet hva
du trenger, kan du begynne med de.

236
00:12:26,910 --> 00:12:30,620
>> Det har compute optimalisert, som er
stor for ting som webservere,

237
00:12:30,620 --> 00:12:31,160
ikke sant?

238
00:12:31,160 --> 00:12:33,450
Det har hukommelse optimalisert
instanser, som

239
00:12:33,450 --> 00:12:36,190
er stor for ting som
dato relasjonsdatabaser.

240
00:12:36,190 --> 00:12:41,230
Det er lagrings-optimalisert tilfeller
så disse har store SSD på dem.

241
00:12:41,230 --> 00:12:46,440
Så de er gode for ting
som Mongo eller NoSQL, ikke sant?

242
00:12:46,440 --> 00:12:49,750
>> Og det er grafikk
optimalisert tilfeller,

243
00:12:49,750 --> 00:12:52,970
som er stor for GPU
beregne og klase tilfeller.

244
00:12:52,970 --> 00:12:54,940
Og til slutt er det kostnads
optimalisert tilfeller.

245
00:12:54,940 --> 00:12:56,850
Så hvis du bare prøver
å eksperimentere, du

246
00:12:56,850 --> 00:13:01,820
kan få en haug med lav pris forekomst
typer som er stor for at brukstilfellet.

247
00:13:01,820 --> 00:13:03,330
Så er det Auto Skalering.

248
00:13:03,330 --> 00:13:07,840
Så Auto Skalering er en API for EC2.

249
00:13:07,840 --> 00:13:12,360
Og det tillater deg å horisontalt skala
opp og ned nivåer av EC2 instanser.

250
00:13:12,360 --> 00:13:14,460
Så la oss si du har
en haug med webservere.

251
00:13:14,460 --> 00:13:17,970
>> Og, som i Notre Dame tilfellet deg
normalt må du ha to av dem,

252
00:13:17,970 --> 00:13:19,519
men du må kanskje skala for 10.

253
00:13:19,519 --> 00:13:21,810
Vel, du kan bruke Auto Skalering
til automatisk utløse

254
00:13:21,810 --> 00:13:24,360
skalere opp eller ned hendelser
basert på en beregning.

255
00:13:24,360 --> 00:13:28,020
Så [? CPU?] Bruk, latency.

256
00:13:28,020 --> 00:13:30,570
Du kan gjøre egendefinerte beregninger, så
det er ganske åpent endte det.

257
00:13:30,570 --> 00:13:32,490
>> Du kan også skalere basert på en tidsplan.

258
00:13:32,490 --> 00:13:36,180
Så hvis du vet at du kommer til å ha
mye trafikk på mandag kl 06:00,

259
00:13:36,180 --> 00:13:40,150
du kan skalere opp på mandag kl 06:00
og skalere ned på mandag kl 05:00.

260
00:13:40,150 --> 00:13:43,610
Du kan også gjøre det basert på
bare kommandolinjen kommandoer.

261
00:13:43,610 --> 00:13:45,150
>> Så er det balansering elastisk belastning.

262
00:13:45,150 --> 00:13:48,070
Balansering så elastisk belastning
er et klart lastbalansering.

263
00:13:48,070 --> 00:13:51,590
Så du klikke på en knapp, det
Bestemmelsene en lastbalansering for deg.

264
00:13:51,590 --> 00:13:54,610
Lastbalansering bor i
flere tilgjengelighet soner.

265
00:13:54,610 --> 00:14:00,570
Det gjør SSL lossing
for portene 25, 80, 443,

266
00:14:00,570 --> 00:14:05,750
og noe over 1024 for TCP trafikk.

267
00:14:05,750 --> 00:14:09,469
>> Det gjør tilkobling drenering,
proxy protokollstøtte.

268
00:14:09,469 --> 00:14:11,135
Så det er en veldig featureful lastbalansering.

269
00:14:11,135 --> 00:14:13,440
Og det har integrering
med Auto Skalering.

270
00:14:13,440 --> 00:14:16,690
Så når du bruker Auto Skalering
og du skalere opp og ned,

271
00:14:16,690 --> 00:14:19,700
du kan ha dine forekomster
automatisk bli med eller forlate

272
00:14:19,700 --> 00:14:21,810
en elastisk lastbalansering.

273
00:14:21,810 --> 00:14:23,980
>> Så da er det våre lagringstjenester.

274
00:14:23,980 --> 00:14:27,170
Så det første er Amazon
EBS, eller Elastic Block Store.

275
00:14:27,170 --> 00:14:32,720
Dette er vedvarende volumer som
du kan montere på dine EC2 instanser.

276
00:14:32,720 --> 00:14:34,800
Så du kan snapshot dem.

277
00:14:34,800 --> 00:14:39,550
Så når snapshot et EBS
volum, går den til S3

278
00:14:39,550 --> 00:14:41,730
som vi skal snakke om i et sekund.

279
00:14:41,730 --> 00:14:44,080
Det er tre forskjellige
typer EBS volumer.

280
00:14:44,080 --> 00:14:48,350
>> Det er magnetisk EBS, som er akkurat den
slags standard slags magnetisk disk.

281
00:14:48,350 --> 00:14:51,030
Det er den mest økonomiske alternativet.

282
00:14:51,030 --> 00:14:53,210
Så er det generell
Formålet SSD, hvor vi

283
00:14:53,210 --> 00:14:55,830
får tre IOPS per gigabyte bestemmelsen.

284
00:14:55,830 --> 00:14:59,080
Så hvis du har én terabyte
volum, har du 3000 IOPS.

285
00:14:59,080 --> 00:15:02,730
Og så er det klargjort IOPS.

286
00:15:02,730 --> 00:15:06,660
Så klargjort IOPS er når du
betale for hvor mye diskplass du bruker

287
00:15:06,660 --> 00:15:08,270
og hvor mye IOPS kapasitet du trenger.

288
00:15:08,270 --> 00:15:12,150
Så du kan bestemmelsen opp
4000 IOPS per volum.

289
00:15:12,150 --> 00:15:16,360
>> Så så er det Amazon S3.

290
00:15:16,360 --> 00:15:19,340
Amazon S3 er vår objekt butikken.

291
00:15:19,340 --> 00:15:23,230
Så Amazon S3, kan du bruke den
å lagre en hvilken som helst form for data.

292
00:15:23,230 --> 00:15:27,850
Du kan bruke den til å lagre statisk
nettsteder og slange statiske nettsider.

293
00:15:27,850 --> 00:15:32,870
Du kan bruke S3 for sikkerhetskopier
og arkiver i enkelte brukstilfeller

294
00:15:32,870 --> 00:15:40,500
som kilde og utgang bøtte for
big data analyse, eller transkoding.

295
00:15:40,500 --> 00:15:47,700
Det kan også brukes som en opprinnelses
for en CloudFront distribusjon.

296
00:15:47,700 --> 00:15:49,180
>> Så S3 super kraftig.

297
00:15:49,180 --> 00:15:52,660
S3 er designet for 11
linjer holdbarhet.

298
00:15:52,660 --> 00:15:55,480
Så hva det betyr er det kan opprettholde
tapet av minst to data

299
00:15:55,480 --> 00:16:00,790
sentre samtidig
uten å miste data.

300
00:16:00,790 --> 00:16:02,050
Du kan gjøre kryptering på S3.

301
00:16:02,050 --> 00:16:05,150
Så serveren sett kryptering, eller server
satt kryptering med nøkkelen.

302
00:16:05,150 --> 00:16:08,870
Så hvis du ønsker å administrere
tastene, kan du gjøre det også.

303
00:16:08,870 --> 00:16:09,940
>> Og det er breen.

304
00:16:09,940 --> 00:16:12,670
Så Glacier er vår
langsiktig arkivering service.

305
00:16:12,670 --> 00:16:15,050
Det er også designet for
11 linjer med holdbarhet,

306
00:16:15,050 --> 00:16:18,510
men det er for når du ønsker å spare
noe og glemme det, ikke sant?

307
00:16:18,510 --> 00:16:21,690
Så enten for overholdelse eller annen
årsaker til at du trenger å arkivere noe,

308
00:16:21,690 --> 00:16:22,890
du bør bruke Glacier.

309
00:16:22,890 --> 00:16:26,210
Så Glacier koster $ 0,01
per gigabyte per måned.

310
00:16:26,210 --> 00:16:29,550
Og Amazon S3 starter på
$ 0,03 per gigabyte per måned.

311
00:16:29,550 --> 00:16:35,274
Så Glacier er rimeligere og
Breen tar tre til fem timer

312
00:16:35,274 --> 00:16:36,190
for å få dataene tilbake.

313
00:16:36,190 --> 00:16:37,939
Så hvis det er OK, hvis
det er arkiv fall

314
00:16:37,939 --> 00:16:40,970
deretter Glacier er sannsynligvis den
riktig bruk tilfellet for det.

315
00:16:40,970 --> 00:16:42,300
>> Så er det Storage Gateway.

316
00:16:42,300 --> 00:16:44,720
Så Storage Gateway
er en virtuell maskin

317
00:16:44,720 --> 00:16:50,070
at du kan kjøre lokalt
i VMware eller Hyper-V.

318
00:16:50,070 --> 00:16:52,300
Det gir deg et iSCSI endepunkt.

319
00:16:52,300 --> 00:16:54,575
Du kan deretter sette opp
en annen VM på toppen av det

320
00:16:54,575 --> 00:16:58,440
som viser at iSCSI
endepunkt med CIFS eller NFS.

321
00:16:58,440 --> 00:17:01,690
Alt som går inn i den
aksje nettverk og deretter får

322
00:17:01,690 --> 00:17:05,970
støttet opp til Amazon S3, eller Glacier,
eller EBS avhengig av hvordan du setter det opp.

323
00:17:05,970 --> 00:17:10,430
Så det er en enkel måte å
få dataene opp til AWS.

324
00:17:10,430 --> 00:17:12,510
>> Så da er det vår databasetjenester.

325
00:17:12,510 --> 00:17:14,589
Så det første er Amazon RDS.

326
00:17:14,589 --> 00:17:17,589
Så dette er vår relasjonelle
databasetjeneste.

327
00:17:17,589 --> 00:17:21,420
Så dette er en styrt relasjons
database [? for deg. ?]

328
00:17:21,420 --> 00:17:27,030
Det vil støtte SQL Server, Oracle,
MySQL, og Postgres motorer.

329
00:17:27,030 --> 00:17:28,820
>> Det gjør automatisk failover.

330
00:17:28,820 --> 00:17:31,580
Så hvis du har
Multi-AZ alternativet er aktivert,

331
00:17:31,580 --> 00:17:37,070
det gjør synkron blokknivå
replikering tvers tilgjengelighet soner.

332
00:17:37,070 --> 00:17:41,550
Og så hvis primær
mislykkes, det vil bare automatisk

333
00:17:41,550 --> 00:17:43,590
failover mellom dem.

334
00:17:43,590 --> 00:17:47,410
Det også, for MySQL motor, støtter
lese kopier innenfor samme region

335
00:17:47,410 --> 00:17:49,210
eller på tvers av regioner.

336
00:17:49,210 --> 00:17:51,720
Og det er alle typer
interessante alternativer der.

337
00:17:51,720 --> 00:17:53,200
Så det vil gjøre sikkerhetskopiene for deg.

338
00:17:53,200 --> 00:17:54,480
Så det vil backup til S3.

339
00:17:54,480 --> 00:17:57,470
Det vil gjøre din patching for deg også.

340
00:17:57,470 --> 00:17:58,900
>> Så er det DynamoDB.

341
00:17:58,900 --> 00:18:01,740
DynamoDB er vår klart NoSQL tjeneste.

342
00:18:01,740 --> 00:18:04,840
For Dynamo DB det tar bort
all den administrative byrden

343
00:18:04,840 --> 00:18:09,190
med å håndtere en NoSQL tjeneste for deg.

344
00:18:09,190 --> 00:18:11,630
Så du bare bestemmelse
bordet og du sier

345
00:18:11,630 --> 00:18:13,380
hvor mye lese og skrive
kapasitet du ønsker.

346
00:18:13,380 --> 00:18:15,090
Og det vil gi det for deg.

347
00:18:15,090 --> 00:18:16,929
Så det er en ekstremt
enkel tjeneste å bruke.

348
00:18:16,929 --> 00:18:17,970
Så er det ElastiCache.

349
00:18:17,970 --> 00:18:21,860
Så ElastiCache er vår
klarte caching tjeneste.

350
00:18:21,860 --> 00:18:25,010
Det er i utgangspunktet en administrert
Redis eller ElastiCache.

351
00:18:25,010 --> 00:18:28,830
Så igjen, kan du bestemmelsen en klynge
av ElastiCache eller Redis forekomster

352
00:18:28,830 --> 00:18:34,240
og ikke trenger å bekymre deg for backup,
eller failover, eller noen av at ting.

353
00:18:34,240 --> 00:18:36,530
>> Da har vi våre applikasjonstjenester.

354
00:18:36,530 --> 00:18:38,770
Så CloudFront er vår
Content Delivery Network

355
00:18:38,770 --> 00:18:42,240
og det lever på disse Edge steder
at jeg snakket om før.

356
00:18:42,240 --> 00:18:44,680
Så CloudFront kan benyttes
for live video streaming,

357
00:18:44,680 --> 00:18:49,150
for on demand video streaming,
og for bare å ha en nettside,

358
00:18:49,150 --> 00:18:50,940
så hosting en nettside.

359
00:18:50,940 --> 00:18:54,270
Så du kan ha webområde
på elastiske lastbalansering,

360
00:18:54,270 --> 00:18:59,236
eller tilfeller, eller S3 bøtter,
eller bare på premisset maskinvare.

361
00:18:59,236 --> 00:19:01,610
Og du kan sette en CloudFront
fordelingen foran den.

362
00:19:01,610 --> 00:19:02,660
Det vil bufre innholdet.

363
00:19:02,660 --> 00:19:04,160
Det vil sette det på kanten steder.

364
00:19:04,160 --> 00:19:06,430
Og så når noen
går til ditt nettsted

365
00:19:06,430 --> 00:19:10,100
de vil bli trykket CloudFront, som
skal trolig nærmere dem

366
00:19:10,100 --> 00:19:11,980
enn hva opprinnelsen er.

367
00:19:11,980 --> 00:19:15,600
Og det vil avlaste mye av
belastningen av opprinnelse,

368
00:19:15,600 --> 00:19:22,600
dermed både sparer du penger og
å få en bedre brukeropplevelse.

369
00:19:22,600 --> 00:19:24,780
>> Så er det Amazon CloudSearch.

370
00:19:24,780 --> 00:19:26,810
Så CloudSearch er en
administrert søketjeneste.

371
00:19:26,810 --> 00:19:30,510
Så du sende den til din søkbar
data og snakke til det gjennom en API,

372
00:19:30,510 --> 00:19:32,710
og det vil gjøre søkeresultatene for deg.

373
00:19:32,710 --> 00:19:34,530
Så er det Elastic transkoder.

374
00:19:34,530 --> 00:19:36,530
Så det er et klart transcoding løsning.

375
00:19:36,530 --> 00:19:41,050
Du setter dine videoer i en S3 bøtte,
fortelle det hva du omkode inn,

376
00:19:41,050 --> 00:19:45,460
hvilket format og hva
størrelse og alt.

377
00:19:45,460 --> 00:19:49,470
Og det vil omkode den og sette
det inn en S3 bøtte for deg.

378
00:19:49,470 --> 00:19:52,600
>> Så er det vår store datatjenester.

379
00:19:52,600 --> 00:19:55,780
Så vi har fått Amazon EPJ,
som er Elastic Kart Reduce.

380
00:19:55,780 --> 00:19:58,200
Så dette er en verts Hadoop rammeverk.

381
00:19:58,200 --> 00:20:02,920
Så du kan spinne opp en Hadoop cluster fra
ett tilfelle til hundrevis av tilfeller

382
00:20:02,920 --> 00:20:04,030
Hvis du trenger.

383
00:20:04,030 --> 00:20:06,975
Det har dyp integrasjon av
S3, slik som et filsystem for det

384
00:20:06,975 --> 00:20:09,830
du kan bruke HDSF, som du
tradisjonelt gjøre med Hadoop.

385
00:20:09,830 --> 00:20:12,870
Eller du kan gjøre S3 som filsystemet.

386
00:20:12,870 --> 00:20:15,240
>> Det har støtte for
flekk prissetting, noe som er,

387
00:20:15,240 --> 00:20:19,110
på Amazon, hvordan du legger inn bud
for overkapasitet.

388
00:20:19,110 --> 00:20:20,840
Så det støtter alt det der.

389
00:20:20,840 --> 00:20:26,670
Den støtter vanlige Hadoop rammer
slik som Spark og Shark og Hive

390
00:20:26,670 --> 00:20:28,460
og gris.

391
00:20:28,460 --> 00:20:32,950
Og vi har sett over 5.5
million EPJ klynger

392
00:20:32,950 --> 00:20:35,340
lansert på dette punktet på Amazon.

393
00:20:35,340 --> 00:20:38,338
>> Da har vi AWS dataPipeLine.

394
00:20:38,338 --> 00:20:40,213
Så data Pipeline er et
tjeneste som vil tillate

395
00:20:40,213 --> 00:20:42,296
du flytte data på tvers
våre ulike datalagre.

396
00:20:42,296 --> 00:20:48,030
Så du kan ta noe fra S3, sette
det inn RDS, deretter gjøre noen emr på det,

397
00:20:48,030 --> 00:20:50,760
putte den inn rødforskyvning, som er
våre datavarehus apparatet,

398
00:20:50,760 --> 00:20:54,564
og da kan du trekke noe ut
av en på premisset, MySQL eksempel.

399
00:20:54,564 --> 00:20:56,730
Så det er alle typer
ting du kan gjøre med det.

400
00:20:56,730 --> 00:20:57,646
>> Så er det rødforskyvning.

401
00:20:57,646 --> 00:21:00,470
Rødforskyvning er vår klart
datavarehus apparatet.

402
00:21:00,470 --> 00:21:04,880
Det er ment å være petabyte skala, så
du kan lagre mye data på den.

403
00:21:04,880 --> 00:21:07,280
Det er et massivt parallell arkitektur.

404
00:21:07,280 --> 00:21:10,040
Så du kan ha mange
noder hvis du ville.

405
00:21:10,040 --> 00:21:13,509
Og det gjør alle sikkerhetskopier og alle
den administrative ting for deg.

406
00:21:13,509 --> 00:21:14,550
Og så er det Kinesis.

407
00:21:14,550 --> 00:21:17,340
Kinesis er vår sanntid
tjenesten.

408
00:21:17,340 --> 00:21:20,970
Så du kan ta noen kilde
av real-time streaming av data,

409
00:21:20,970 --> 00:21:27,360
så si som Twitter Firehose, eller en
haug av loggdata, send det til Kinesis.

410
00:21:27,360 --> 00:21:29,140
Kinesis håndterer alt for deg.

411
00:21:29,140 --> 00:21:32,250
Og så kan du koble
arbeidere til det å trekke ut ting

412
00:21:32,250 --> 00:21:36,340
og, si, gjøre en live dashbord
eller gjøre live-analyser på det.

413
00:21:36,340 --> 00:21:38,330
>> Så da har vi våre distribusjonstjenester.

414
00:21:38,330 --> 00:21:42,530
Så AWS OpsWorks er en DevOps rammeverk.

415
00:21:42,530 --> 00:21:45,237
Så du ta din søknad,
du bryte den opp i lag.

416
00:21:45,237 --> 00:21:48,195
Så du har fått din lastbalansering
lag, nett lag, din app laget,

417
00:21:48,195 --> 00:21:51,590
databasen lag, og du
Bestemmelsen ting på disse lagene

418
00:21:51,590 --> 00:21:53,720
basert på Chef oppskrifter.

419
00:21:53,720 --> 00:21:56,280
Kjøkkensjefen er en konfigurasjon
styringssystem.

420
00:21:56,280 --> 00:21:59,530
Så det støtter også
livssyklus hendelser og så

421
00:21:59,530 --> 00:22:01,820
Hvis du ikke ønsker å administrere
din egen kokk, høyre,

422
00:22:01,820 --> 00:22:04,570
hvis du ønsker å ha noen form for
programma måte å distribuere ting

423
00:22:04,570 --> 00:22:07,420
på forekomstene dette
er ett alternativ for deg.

424
00:22:07,420 --> 00:22:09,030
>> Da har vi Elastic Beanstalk.

425
00:22:09,030 --> 00:22:16,030
Så Elastic Beanstalk er en tjeneste som
lar deg to-- si du er en utvikler.

426
00:22:16,030 --> 00:22:18,630
Du har din kode i en Git repo.

427
00:22:18,630 --> 00:22:22,030
Du ønsker ikke å måtte bekymre
om distribusjon av dine egne ELBs eller RDS

428
00:22:22,030 --> 00:22:24,500
forekomster eller vanlige EC2 instanser.

429
00:22:24,500 --> 00:22:29,050
Så hva du gjør er du, fra koden,
bare sende det til Elastic Beanstalk.

430
00:22:29,050 --> 00:22:33,310
Elastic Beanstalk vil bestemmelsen RDS
forekomster og ELBs og alt det der

431
00:22:33,310 --> 00:22:35,556
for deg og distribuere koden din på dem.

432
00:22:35,556 --> 00:22:37,305
Så det gjør det mye
enklere for utviklere

433
00:22:37,305 --> 00:22:40,600
å distribuere sin kode på AWS.

434
00:22:40,600 --> 00:22:41,910
>> Så er det CloudFormation.

435
00:22:41,910 --> 00:22:47,310
Så CloudFormation er en tjeneste for
behandling av infrastrukturen som kode.

436
00:22:47,310 --> 00:22:50,280
Så nå at du har alt dette
ting i programmet,

437
00:22:50,280 --> 00:22:52,680
du har fått din VPC, og
din sikkerhet grupperegler,

438
00:22:52,680 --> 00:22:56,000
og dine EC2 instanser,
og dine RDS tilfeller.

439
00:22:56,000 --> 00:22:58,130
Så du har hele denne
arkitektur på AWS.

440
00:22:58,130 --> 00:23:01,340
Vel, hvordan gjør du programma
spinne det opp eller gjenskape det?

441
00:23:01,340 --> 00:23:04,170
Du kan skrive en JSON-fil
som representerer alt dette.

442
00:23:04,170 --> 00:23:05,920
Og så kan du
[? ta?] som JSON-fil

443
00:23:05,920 --> 00:23:08,180
og distribuere
infrastruktur ut av det.

444
00:23:08,180 --> 00:23:10,930
Så du kan ha en arkitektur
der, hver gang du distribuerer kode,

445
00:23:10,930 --> 00:23:14,560
den spinner opp en ny kopi av hele
arkitektur og deretter svikter over til det.

446
00:23:14,560 --> 00:23:19,130
Så du kan også gjøre dette til
har en foranderlig infrastruktur.

447
00:23:19,130 --> 00:23:21,970
>> Så til slutt er det vår
administrasjonstjenester.

448
00:23:21,970 --> 00:23:25,270
Slik at våre administrative tjenester
starte med Amazon IAM,

449
00:23:25,270 --> 00:23:27,410
så det er Identity og Access Management.

450
00:23:27,410 --> 00:23:30,150
Slik som lar deg
administrere AWS konto

451
00:23:30,150 --> 00:23:32,290
slik at du kan ha sub
brukere og grupper og gjøre

452
00:23:32,290 --> 00:23:34,330
identitet federation
og alle slags ting.

453
00:23:34,330 --> 00:23:36,690
Det er veldig viktig for sikkerheten.

454
00:23:36,690 --> 00:23:39,440
>> Da har vi Amazon CloudWatch,
som er vår beregninger tjeneste.

455
00:23:39,440 --> 00:23:41,956
Så det gir deg CPU-bruk
og alle typer beregninger.

456
00:23:41,956 --> 00:23:44,080
Og du kan gjøre egendefinert
beregninger, og [? du kan gjøre?]

457
00:23:44,080 --> 00:23:47,050
auto skalering basert på disse beregningene.

458
00:23:47,050 --> 00:23:48,450
>> Og så har vi CloudTrail.

459
00:23:48,450 --> 00:23:50,680
Så CloudTrail er vår
tjeneste for revisjon.

460
00:23:50,680 --> 00:23:54,380
Så det vil logge API-kall
mot Amazon Web Services.

461
00:23:54,380 --> 00:23:56,560
Så hvem omstartet dette tilfellet?

462
00:23:56,560 --> 00:23:58,060
Hvem endret denne sikkerhetsgruppen?

463
00:23:58,060 --> 00:23:59,810
Og logge dem inn
nødvendige bøtter slik at du

464
00:23:59,810 --> 00:24:03,650
kan se hva som skjedde i
din konto og hvem som gjorde det.

465
00:24:03,650 --> 00:24:05,600
>> En ny tjeneste som vi
har er arbeidsområder.

466
00:24:05,600 --> 00:24:08,530
Så det er en desktop virtualisering på AWS.

467
00:24:08,530 --> 00:24:13,290
Så du kan bestemmelsen en
arbeidsstasjon, en Windows arbeidsstasjon,

468
00:24:13,290 --> 00:24:17,810
og det vil da komme
opp i noen få minutter.

469
00:24:17,810 --> 00:24:21,470
Det vil være koblet til din aktive
katalog, så med brukerne.

470
00:24:21,470 --> 00:24:23,580
Og du kan enkelt bygge den opp.

471
00:24:23,580 --> 00:24:25,090
Du kan enkelt bestemmelsen en ny.

472
00:24:25,090 --> 00:24:28,250
Det finnes forskjellige typer med
annen programvare på det.

473
00:24:28,250 --> 00:24:30,740
>> Så nå som vi har gått gjennom
mange av våre tjenester, la oss

474
00:24:30,740 --> 00:24:31,850
gjøre en faktisk live demo.

475
00:24:31,850 --> 00:24:35,700
Så jeg kommer til å bytte over
til min nettleser her.

476
00:24:35,700 --> 00:24:41,270
Så det jeg ønsker å vise deg
er hvordan du raskt sette opp

477
00:24:41,270 --> 00:24:43,690
en EC2 eksempel med Wordpress på det.

478
00:24:43,690 --> 00:24:45,440
Og så skal vi
å gjøre det samme,

479
00:24:45,440 --> 00:24:48,890
men vi kommer til å spinne opp
en RDS forekomst og en ELB.

480
00:24:48,890 --> 00:24:52,690
Så vi gjør det bare på forekomsten og
vi vil bryte alle lagene ut også.

481
00:24:52,690 --> 00:24:54,510
>> Så la oss starte en EC2 eksempel.

482
00:24:54,510 --> 00:24:57,190
Så det første som
Jeg har allerede gjort her

483
00:24:57,190 --> 00:24:59,230
er du kommer til å ønske
å ha et nøkkelpar.

484
00:24:59,230 --> 00:25:03,576
Så et nøkkelpar lar deg
logge inn i selve forekomsten.

485
00:25:03,576 --> 00:25:05,450
Så du holder den private
en del av nøkkelparet,

486
00:25:05,450 --> 00:25:08,570
og vi legger det offentlige
del på forekomsten.

487
00:25:08,570 --> 00:25:11,700
Og det er det som gjør at du kan logge inn.

488
00:25:11,700 --> 00:25:16,330
Så jeg har allerede importert min nøkkelpar,
bare min vanlige SSH-nøkkelpar her.

489
00:25:16,330 --> 00:25:19,290
>> Og så den andre tingen
Jeg kommer til å gjøre her er,

490
00:25:19,290 --> 00:25:22,214
Jeg har allerede noen tilfeller
kjører, men jeg vil lansere en ny.

491
00:25:22,214 --> 00:25:24,130
Så jeg kommer til å plukke min
operativsystemet her.

492
00:25:24,130 --> 00:25:27,970
Så du kan se jeg har en ganske
stort valg av operativsystem.

493
00:25:27,970 --> 00:25:31,015
Så jeg bare kommer til å plukke
din standard Amazon Linux.

494
00:25:31,015 --> 00:25:32,930
>> Og jeg kommer til å plukke en forekomst type.

495
00:25:32,930 --> 00:25:35,890
Og siden dette er en
webserver, jeg kommer

496
00:25:35,890 --> 00:25:39,540
å gjøre en c3.large fordi det er
sannsynligvis beregne krevende.

497
00:25:39,540 --> 00:25:45,210
Så jeg kommer til å plukke en c3.large,
og jeg kommer til å lansere en av dem.

498
00:25:45,210 --> 00:25:48,630
Jeg kommer til å la den ligge i
standard VPC for nå.

499
00:25:48,630 --> 00:25:50,810
Jeg kommer til å forlate alt dette alene.

500
00:25:50,810 --> 00:25:53,270
>> Og jeg kommer til å gjøre det mulig
CloudWatch overvåking

501
00:25:53,270 --> 00:25:56,204
fordi CloudWatch detaljert
overvåking forandrer CloudWatch

502
00:25:56,204 --> 00:25:58,870
overvåking fra fem minutters
oppløsning til ett minutts oppløsning.

503
00:25:58,870 --> 00:26:02,510
Så jeg ønsker at med min web server her.

504
00:26:02,510 --> 00:26:05,220
Og så kommer jeg til å gå til lagring.

505
00:26:05,220 --> 00:26:08,710
Så jeg ønsker General Purpose SSD på her.

506
00:26:08,710 --> 00:26:11,940
8 gigabyte er nok nok for meg,
så jeg bare kommer til å holde det.

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

508
00:26:16,360 --> 00:26:19,230
Jeg kommer bare til å merke
det Wordpress Demo.

509
00:26:19,230 --> 00:26:22,149
Så dette er den koden så jeg
vet hva det faktisk er.

510
00:26:22,149 --> 00:26:24,190
Og så kommer jeg til å
konfigurere en sikkerhetsgruppe.

511
00:26:24,190 --> 00:26:27,510
Så en sikkerhetsgruppe er som
En brannmur for forekomsten.

512
00:26:27,510 --> 00:26:30,780
Så jeg kommer til å bruke en
av mine eksisterende.

513
00:26:30,780 --> 00:26:35,890
Så denne sikkerhetsgruppen, det
muliggjør SSH, så jeg kan SSH inn i den.

514
00:26:35,890 --> 00:26:37,580
Og gjør det mulig HTTP.

515
00:26:37,580 --> 00:26:40,390
>> Nå, jeg kommer til å ønske å låse
ned at SSH litt mer.

516
00:26:40,390 --> 00:26:43,220
Du ønsker ikke hvemsomhelst
fra en IP-adresse SSHing i.

517
00:26:43,220 --> 00:26:45,240
Så vi vil gjøre det etter at det lanseres.

518
00:26:45,240 --> 00:26:49,100
>> Så jeg er fornøyd med alt
av denne ting her.

519
00:26:49,100 --> 00:26:50,167
Og jeg kommer til å lansere.

520
00:26:50,167 --> 00:26:52,250
Og så kommer jeg til å
velge hva nøkkelpar jeg vil.

521
00:26:52,250 --> 00:26:54,750
Så jeg kommer til å velge det
nøkkelpar at jeg oppdaterte før.

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

523
00:26:57,570 --> 00:27:01,960
>> Så nå at jeg venter
for det å starte, la oss

524
00:27:01,960 --> 00:27:03,320
gå se på vår sikkerhetsgruppe.

525
00:27:03,320 --> 00:27:06,720
Så vi har fått sikkerhetsgrupper her.

526
00:27:06,720 --> 00:27:09,550
Her er min sikkerhet
gruppe som jeg setter den i.

527
00:27:09,550 --> 00:27:11,200
>> Jeg kommer til å bare endre dette her.

528
00:27:11,200 --> 00:27:15,710
Så la meg gjøre dette til en
litt større her.

529
00:27:15,710 --> 00:27:21,275
Så jeg ønsker å endre dette
fra hvor som helst til My IP.

530
00:27:21,275 --> 00:27:23,150
Fordi det vil
automatisk plukke opp min IP

531
00:27:23,150 --> 00:27:26,650
adressere her og lås
det ned litt.

532
00:27:26,650 --> 00:27:29,030
>> Og så mens det
eksempel er spinning opp,

533
00:27:29,030 --> 00:27:32,040
la oss spinne opp noen ting
for vår andre forekomsten

534
00:27:32,040 --> 00:27:35,060
hvor vi kommer til å bryte ut
databasen og lastbalansering

535
00:27:35,060 --> 00:27:37,160
slik at det kan være klart for oss.

536
00:27:37,160 --> 00:27:41,580
Så det første jeg kommer til å ønske
å gjøre er å spinne opp en lastbalansering.

537
00:27:41,580 --> 00:27:44,690
Så jeg kommer til å velge
lastbalansering her.

538
00:27:44,690 --> 00:27:48,410
Og jeg kommer til å kalle det WordpressELB.

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

540
00:27:52,106 --> 00:27:55,450
Og jeg kommer til å just-- alle
Jeg ønsker er port 80 i her.

541
00:27:55,450 --> 00:27:57,960
>> Og for nå for helsen
sjekk, jeg bare kommer til å gjøre TCP.

542
00:27:57,960 --> 00:28:00,190
Så hvis Apaches kjører, vil det være bra.

543
00:28:00,190 --> 00:28:03,760
Og jeg kommer til å senke sunt
terskelen bare slik at det blir sunt

544
00:28:03,760 --> 00:28:06,360
ganske raskt.

545
00:28:06,360 --> 00:28:08,710
Så, igjen, har dette en sikkerhetsgruppe.

546
00:28:08,710 --> 00:28:12,480
Så jeg har allerede gjort en sikkerhet
gruppe for dette kalles Wordpress ELB.

547
00:28:12,480 --> 00:28:17,120
Og det er i utgangspunktet bare skal
å godta trafikk fra Port 80.

548
00:28:17,120 --> 00:28:19,580
Og da jeg ikke kommer til å legge til
eventuelle forekomster til det for nå.

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

550
00:28:22,290 --> 00:28:26,720
Og jeg kommer til å hoppe over tagging.

551
00:28:26,720 --> 00:28:30,010
Og så vi kommer til å
skape denne ELB akkurat nå.

552
00:28:30,010 --> 00:28:33,800
>> Så skapte lastbalansering.

553
00:28:33,800 --> 00:28:36,680
Jeg er også tenkt å lansere
en mer eksempel her,

554
00:28:36,680 --> 00:28:40,280
kun for nettet en del av min Wordpress.

555
00:28:40,280 --> 00:28:42,580
Så her vi går.

556
00:28:42,580 --> 00:28:45,920
Jeg vil bare gjøre det samme
ting jeg gjorde før.

557
00:28:45,920 --> 00:28:53,620
Så c3.large, CloudWatch
detaljert overvåking aktivert.

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

559
00:28:56,290 --> 00:28:57,310
Universal SSD.

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

561
00:29:02,470 --> 00:29:05,590
Kalle dette Wordpress Web.

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

563
00:29:11,440 --> 00:29:14,480
>> Og jeg ønsker å velge a-- jeg allerede
ha en sikkerhetsgruppe for dette.

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

565
00:29:18,320 --> 00:29:23,520
Så denne sikkerhetsgruppen godtar trafikk
på port 80 fra min Wordpress ELB

566
00:29:23,520 --> 00:29:26,430
sikkerhetsgruppe, fra sikkerhet
gruppe fra min lastbalansering,

567
00:29:26,430 --> 00:29:30,654
men også SSH, som igjen,
vi kommer til å låse ned.

568
00:29:30,654 --> 00:29:31,820
Så jeg kommer til å lansere dette.

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

570
00:29:39,360 --> 00:29:39,990
Høyre.

571
00:29:39,990 --> 00:29:43,530
>> Og så hva jeg skal gjøre neste er
Jeg kommer til å lansere en RDS eksempel.

572
00:29:43,530 --> 00:29:44,870
RDS kommer til å være min database.

573
00:29:44,870 --> 00:29:47,100
Så jeg kommer til å gå her.

574
00:29:47,100 --> 00:29:48,560
Jeg kommer til å gå til RDS.

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

576
00:29:52,800 --> 00:29:56,239
Jeg kommer til å lansere en ny forekomst.

577
00:29:56,239 --> 00:29:57,530
Så jeg kommer til å plukke min motor.

578
00:29:57,530 --> 00:30:00,850
Så her jeg har et valg av MySQL,
Postgres, Oracle, eller SQL Server.

579
00:30:00,850 --> 00:30:02,640
Jeg ønsker MySQL.

580
00:30:02,640 --> 00:30:06,160
Og så kommer jeg til å si ja.

581
00:30:06,160 --> 00:30:09,680
>> Så dette er et alternativ for Multi-AZ.

582
00:30:09,680 --> 00:30:14,267
Så Multi-AZ, igjen, de kjøringer
kommer til å spinne opp to RDS tilfeller

583
00:30:14,267 --> 00:30:15,600
og gjøre replikasjon mellom dem.

584
00:30:15,600 --> 00:30:20,510
Og hvis jeg ikke vil at jeg kan bare ha
et enkelt eksempel, men jeg ønsker det.

585
00:30:20,510 --> 00:30:22,490
Og så kommer jeg til å
plukke min databasemotor.

586
00:30:22,490 --> 00:30:24,907
Så jeg kommer til å plukke
senest én her.

587
00:30:24,907 --> 00:30:27,240
Og så kommer jeg til å plukke
hva slags eksempel jeg vil.

588
00:30:27,240 --> 00:30:30,950
>> Så jeg vil ha en R3, så det er
minnet optimalisert eksempel.

589
00:30:30,950 --> 00:30:32,740
Så jeg kommer til å plukke den R3.

590
00:30:32,740 --> 00:30:35,430
Og jeg kommer til å plukke
Ja, jeg vil Multi-AZ.

591
00:30:35,430 --> 00:30:37,110
Og jeg vil ha generelle formål SSD.

592
00:30:37,110 --> 00:30:39,380
>> Og jeg sannsynligvis vil ha en
litt mer lagringsplass.

593
00:30:39,380 --> 00:30:40,897
Jeg kommer til å ha 10 konserter her.

594
00:30:40,897 --> 00:30:42,730
Og så kommer jeg til å
plukke noen legitimasjon.

595
00:30:42,730 --> 00:30:44,641
Så hva er identifikator for min database?

596
00:30:44,641 --> 00:30:46,015
Så det kommer til å bli wordpressdb1.

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

598
00:30:50,725 --> 00:30:53,127
Jeg kommer til å kalle denne roten.

599
00:30:53,127 --> 00:30:54,460
Jeg kommer til å gi det et passord.

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

601
00:30:58,380 --> 00:31:03,780
>> Og vi kommer til å plukke en
sikkerhetsgruppe for dette også.

602
00:31:03,780 --> 00:31:05,740
Så jeg har allerede gjort en
sikkerhetsgruppe for dette.

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

604
00:31:08,400 --> 00:31:11,307
Og så kommer jeg til å
gi den et databasenavn.

605
00:31:11,307 --> 00:31:13,015
Så vi kommer til å like
kalle det wordpress.

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

607
00:31:16,727 --> 00:31:18,560
Og vi kommer til å
velge en oppbevaring vindu

608
00:31:18,560 --> 00:31:21,170
slik at dette gjør backup for deg.

609
00:31:21,170 --> 00:31:23,330
Så jeg vil ha en uke med sikkerhetskopier.

610
00:31:23,330 --> 00:31:25,610
Og jeg ikke har en preferanse
for backup vinduet.

611
00:31:25,610 --> 00:31:28,665
Og jeg vil ha det til automatisk
oppgradere min mindre versjon her.

612
00:31:28,665 --> 00:31:31,180
Så jeg kommer til å forlate det som standard.

613
00:31:31,180 --> 00:31:33,490
Og så nå er jeg lansere
min RDS eksempel.

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

615
00:31:37,370 --> 00:31:37,870
Høyre?

616
00:31:37,870 --> 00:31:40,597
Så nå det blir opprettet.

617
00:31:40,597 --> 00:31:42,430
Så nå venter vi bare på
for det å installere.

618
00:31:42,430 --> 00:31:48,055
Så mens det skjer, la oss logge
i den første EC2 eksempel vi har gjort.

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

620
00:31:55,090 --> 00:31:57,520
Så det er dette Wordpress Demo.

621
00:31:57,520 --> 00:31:58,760
Og vi vil bare bekrefte det.

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

623
00:31:59,450 --> 00:32:02,620
>> Så la oss se om vi kan logge inn på det.

624
00:32:02,620 --> 00:32:06,220
Så jeg kommer til å kopiere
offentlig vert navnet på den.

625
00:32:06,220 --> 00:32:09,090
Jeg kommer til å åpne opp
et shell vindu her.

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

627
00:32:14,480 --> 00:32:17,610
[Uhørbart] SSH.

628
00:32:17,610 --> 00:32:21,423
Standard brukernavn er EC2-bruker.

629
00:32:21,423 --> 00:32:25,271
>> PUBLIKUM: Leo, ville du
tankene Command [uhørbart]?

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

631
00:32:27,200 --> 00:32:30,190
Og så la oss prøve å SSH inn.

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

633
00:32:30,960 --> 00:32:34,420
Så jeg er i mitt tilfelle akkurat nå.

634
00:32:34,420 --> 00:32:36,550
Så jeg SSHed i.

635
00:32:36,550 --> 00:32:38,970
Det er opp til fem minutter så
det er definitivt min instans.

636
00:32:38,970 --> 00:32:41,020
>> Så første vi er
kommer til å ønske å gjøre her

637
00:32:41,020 --> 00:32:45,190
det forteller meg at, oh,
Jeg har noen sikkerhetsoppdateringer.

638
00:32:45,190 --> 00:32:47,855
Så jeg bare kommer til å kjøre
hver sikkerhetsoppdateringen på her.

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

640
00:32:51,746 --> 00:32:54,539
Så det kommer til å raskt installere dem.

641
00:32:54,539 --> 00:32:57,080
Neste ting jeg ønsker å gjøre er jeg
ønsker å installere noen flere ting.

642
00:32:57,080 --> 00:33:00,910
Så jeg kommer til å installere MySQL.

643
00:33:00,910 --> 00:33:02,660
Jeg kommer til å installere Apache.

644
00:33:02,660 --> 00:33:04,190
Jeg kommer til å måtte installere PHP.

645
00:33:04,190 --> 00:33:07,680
Jeg kommer til å ha for å installere
PHP-plugin for MySQL.

646
00:33:07,680 --> 00:33:11,100
Og jeg må installere MySQL server.

647
00:33:11,100 --> 00:33:12,440
Så la oss installere denne ting.

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

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

650
00:33:15,500 --> 00:33:16,770
Slik det er gjort.

651
00:33:16,770 --> 00:33:20,220
Så nå vil jeg [? HTTPD. ?] Jeg
ønsker Apache å starte ved oppstart.

652
00:33:20,220 --> 00:33:21,380
Så jeg kommer til å gjøre dette.

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
Så nå hvis jeg starter dette det vil starte.

656
00:33:31,800 --> 00:33:36,210
>> Jeg vil også MySQL til å starte ved oppstart.

657
00:33:36,210 --> 00:33:37,615
Så samme.

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

659
00:33:41,784 --> 00:33:45,080
Oops, skrivefeil her.

660
00:33:45,080 --> 00:33:45,580
OK.

661
00:33:45,580 --> 00:33:53,220
Og deretter faktisk jeg vil
starte min web server senere.

662
00:33:53,220 --> 00:33:56,514
Nå ønsker jeg å starte min
databaseserver, skjønt.

663
00:33:56,514 --> 00:33:57,906
Så gjør dette.

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

665
00:34:01,618 --> 00:34:04,120
Og så det begynner for
første gang, så jeg er

666
00:34:04,120 --> 00:34:06,070
nødt til å gjøre
noen grunnleggende trinn her.

667
00:34:06,070 --> 00:34:09,070
Så det første jeg kommer til å gjøre
er satt et root-passord for min MySQL.

668
00:34:09,070 --> 00:34:15,980
>> Så jeg skal bare kjøre denne MySQL
sikker kommando installasjon.

669
00:34:15,980 --> 00:34:19,239
Så det har ingen gjeldende rot
passord, så la oss sette en.

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

671
00:34:24,830 --> 00:34:27,429
Og jeg kommer til å fjerne disse
anonyme brukere at det skaper

672
00:34:27,429 --> 00:34:29,750
og deaktivere root innlogging.

673
00:34:29,750 --> 00:34:31,270
Og ta test databaser.

674
00:34:31,270 --> 00:34:36,514
Så dette alle slags
productionizes din MySQL installere.

675
00:34:36,514 --> 00:34:38,260
>> Slik det er gjort.

676
00:34:38,260 --> 00:34:40,630
Så nå jeg burde være i stand til å
koble til min MySQL server.

677
00:34:40,630 --> 00:34:42,805
Så jeg kommer til å se om det fungerer her.

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

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

680
00:34:46,530 --> 00:34:50,699
Så jeg er i min MySQL server.

681
00:34:50,699 --> 00:34:55,010
>> Så nå det neste jeg ønsker å gjøre er
Jeg ønsker å lage min Wordpress database.

682
00:34:55,010 --> 00:34:56,429
Så jeg kommer til å gjøre MySQL admin.

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

684
00:35:09,845 --> 00:35:10,345
[Uhørbart]

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

686
00:35:13,327 --> 00:35:13,840
OK.

687
00:35:13,840 --> 00:35:15,520
Så jeg laget min database.

688
00:35:15,520 --> 00:35:18,160
>> Og nå hva jeg ønsker å gjøre er jeg
ønsker å opprette en Wordpress bruker.

689
00:35:18,160 --> 00:35:20,240
Så jeg ønsker ikke å logge inn på
min Wordpress med root brukeren

690
00:35:20,240 --> 00:35:21,420
fordi det ville være dårlig.

691
00:35:21,420 --> 00:35:24,810
Så jeg vil ha en bruker som bare kan
tilgang til Wordpress database.

692
00:35:24,810 --> 00:35:27,970
Så la oss gå inn her igjen.

693
00:35:27,970 --> 00:35:33,720
Og vi kommer til å [? flytte?] dette her.

694
00:35:33,720 --> 00:35:36,870
>> Så hva jeg gjør her er
Jeg oppretter en bruker som

695
00:35:36,870 --> 00:35:40,220
kan koble fra localhost det er
identifisert av min super sikkert passord

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

697
00:35:42,510 --> 00:35:46,595
Og så kommer jeg til å gi denne
brukertilgang til hele databasen.

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

699
00:35:51,091 --> 00:35:51,590
OK.

700
00:35:51,590 --> 00:35:56,200
Og så nå skal jeg være
i stand til å logge inn som den brukeren

701
00:35:56,200 --> 00:35:58,670
og bare se at databasen
[? og?] testdatabase.

702
00:35:58,670 --> 00:36:04,970
>> Så jeg kommer til å gjøre mysql minus
u wordpress, i stedet for rot.

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

704
00:36:10,360 --> 00:36:10,860
All right?

705
00:36:10,860 --> 00:36:16,920
Og da bør vi være
i stand til å do-- rett?

706
00:36:16,920 --> 00:36:18,740
Så jeg kan se min Wordpress database her.

707
00:36:18,740 --> 00:36:19,920
Så det er flott.

708
00:36:19,920 --> 00:36:22,420
>> Så nå må vi faktisk
laste ned og installere Wordpress.

709
00:36:22,420 --> 00:36:26,220
Så la oss gå til vår web-katalog.

710
00:36:26,220 --> 00:36:31,760
Så jeg kommer til wget Wordpress, den
nyeste versjonen av Wordpress her.

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

712
00:36:36,100 --> 00:36:37,320
Jeg kommer til å trekke det.

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

714
00:36:42,195 --> 00:36:44,690
Og nå kommer jeg til å bytte
HTML katalogen, som

715
00:36:44,690 --> 00:36:48,150
er standard [? web?] rot,
med Wordpress katalogen, så.

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

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

718
00:37:02,410 --> 00:37:06,580
Og nå skal jeg bare endring
tillatelsene slik at Apache

719
00:37:06,580 --> 00:37:09,450
brukeren eier Wordpress katalogen.

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

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

722
00:37:13,110 --> 00:37:17,070
Og til slutt, jeg kommer til å starte opp min
webserver og håper alt fungerer.

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

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

725
00:37:22,150 --> 00:37:23,940
Så nå la oss se hva som skjer her.

726
00:37:23,940 --> 00:37:28,520
Så jeg kommer til å gå her.

727
00:37:28,520 --> 00:37:30,700
Og se om jeg kan få
i dette tilfellet her.

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

729
00:37:35,200 --> 00:37:35,740
OK.

730
00:37:35,740 --> 00:37:39,860
Så her er vår Wordpress oppsettskjermen.

731
00:37:39,860 --> 00:37:42,020
Så vi vet all denne informasjonen.

732
00:37:42,020 --> 00:37:44,170
Så vår database navn er wordpress.

733
00:37:44,170 --> 00:37:47,550
>> Vårt brukernavn kommer til å være wordpress.

734
00:37:47,550 --> 00:37:50,462
Jeg har min super sikkert passord her.

735
00:37:50,462 --> 00:37:53,869
Vi kommer til å være
koble til localhost.

736
00:37:53,869 --> 00:37:58,040
Og vi kommer til å kjøre installasjons.

737
00:37:58,040 --> 00:38:00,430
>> Nå er vi bare kommer til å
gi nettstedet mitt navn.

738
00:38:00,430 --> 00:38:04,600
Så Leos Amazing Blog.

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

740
00:38:08,265 --> 00:38:12,580
[Uhørbart] brukernavn.

741
00:38:12,580 --> 00:38:15,972
Jeg kommer til å få en
passord for brukernavnet mitt.

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

743
00:38:18,979 --> 00:38:20,520
Jeg kommer til å sette i min e-postadresse.

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

745
00:38:23,790 --> 00:38:29,326
Og siden det er en test en, gjør jeg ikke
vil at søkemotorer skal indeksere denne.

746
00:38:29,326 --> 00:38:30,820
Så nå er vi installere Wordpress.

747
00:38:30,820 --> 00:38:32,070
Så nå er vi alle satt.

748
00:38:32,070 --> 00:38:33,850
>> Så her er min Wordpress.

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

750
00:38:37,660 --> 00:38:40,345
Og her er min dashbordet.

751
00:38:40,345 --> 00:38:42,300
Det er en fullt fungerende Wordpress.

752
00:38:42,300 --> 00:38:47,026
Jeg kan oppdatere plugins
her hvis jeg ville.

753
00:38:47,026 --> 00:38:49,290
Gjøre hva jeg vil her.

754
00:38:49,290 --> 00:38:52,610
Og så her er min faktiske fullt
kjører Wordpress på min ett eksempel.

755
00:38:52,610 --> 00:38:55,760
>> Nå, dette er flott hvis du har en
testområde, betyr men dette er ikke riktig målestokk.

756
00:38:55,760 --> 00:38:56,737
Vi har ett eksempel.

757
00:38:56,737 --> 00:38:59,070
Vi kan gjøre at forekomsten
virkelig stor, men på et tidspunkt

758
00:38:59,070 --> 00:39:01,165
du kommer til å kjøre ut
av vertikal skalering rom.

759
00:39:01,165 --> 00:39:03,290
Så du kommer til å ønske å
skalere det mer enn det.

760
00:39:03,290 --> 00:39:05,290
>> Det er derfor vi spunnet opp
med alt dette andre ting.

761
00:39:05,290 --> 00:39:07,620
Så la oss se om vår
RDS eksempel er gjort.

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

763
00:39:13,500 --> 00:39:16,170
[? Ja,?] Våre RDS
eksempel er nesten ferdig.

764
00:39:16,170 --> 00:39:19,520
Så det er OK fordi i mellomtiden
vi kan sette opp vår EC2 eksempel.

765
00:39:19,520 --> 00:39:22,670
Det kommer til å være bare en
litt annen prosedyre.

766
00:39:22,670 --> 00:39:24,940
>> Så vi har fått vår Wordpress web.

767
00:39:24,940 --> 00:39:28,540
Nå har jeg allerede hatt en løpende i går.

768
00:39:28,540 --> 00:39:33,670
Så jeg må bare finne ut hvilke
ett var det som jeg lanserte i dag.

769
00:39:33,670 --> 00:39:36,710
Så dette ble lansert 4 november.

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

771
00:39:39,370 --> 00:39:40,770
Så det er en fra i dag.

772
00:39:40,770 --> 00:39:43,720
[? Jeg vet?] Dette var
lansert, oh, 04:00.

773
00:39:43,720 --> 00:39:45,905
Så faktisk dette er den nye.

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

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

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

777
00:39:52,930 --> 00:39:54,590
>> Så dette er min nye eksempel.

778
00:39:54,590 --> 00:39:56,110
Så igjen, kommer jeg til å SSH inn i den.

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

780
00:40:01,550 --> 00:40:05,630
Så la oss gå tilbake til min terminal her.

781
00:40:05,630 --> 00:40:08,350
Så jeg kommer til å komme ut av denne.

782
00:40:08,350 --> 00:40:11,232
Jeg kommer til å SSH i den nye forekomsten.

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

784
00:40:15,160 --> 00:40:15,660
OK.

785
00:40:15,660 --> 00:40:17,951
Så jeg kommer til å gjøre
noen av de samme tingene her.

786
00:40:17,951 --> 00:40:19,540
Så jeg kommer til å kjøre sikkerhetsoppdateringer.

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

788
00:40:23,790 --> 00:40:25,654
Jeg kommer til å installere noen pakker.

789
00:40:25,654 --> 00:40:27,820
Pakkene skal
være litt annerledes nå.

790
00:40:27,820 --> 00:40:31,660
>> Så jeg trenger ikke MySQL server
fordi vi bryte det ut.

791
00:40:31,660 --> 00:40:35,580
Så jeg fortsatt kommer til
installere MySQL klient.

792
00:40:35,580 --> 00:40:37,400
Jeg er fortsatt kommer til å installere Apache.

793
00:40:37,400 --> 00:40:40,142
Jeg er fortsatt kommer til å
installere PHP og PHP MySQL.

794
00:40:40,142 --> 00:40:42,100
Jeg er bare ikke kommer til å
installere MySQL server.

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

796
00:40:44,640 --> 00:40:50,203
>> Da er jeg fortsatt kommer til å gjøre
sikker Apache starter ved oppstart.

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

798
00:40:55,890 --> 00:40:57,790
Nå trenger vi databasen til å være opp.

799
00:40:57,790 --> 00:41:02,140
Så mens vi gjør det la oss legge dette
eksempel til lastbalansering.

800
00:41:02,140 --> 00:41:04,610
Så vi kommer til å gå til
vår lastbalansering her.

801
00:41:04,610 --> 00:41:08,430
Og vi er bare nødt til å
kopiere ned forekomsten ID.

802
00:41:08,430 --> 00:41:10,410
Fikk mitt eksempel ID her.

803
00:41:10,410 --> 00:41:19,330
>> Når jeg går til min lastbalansering,
se, her er min lastbalansering,

804
00:41:19,330 --> 00:41:20,945
her er DNS-navnet.

805
00:41:20,945 --> 00:41:23,410
Så det har null tilfeller
i tjeneste akkurat nå

806
00:41:23,410 --> 00:41:26,040
fordi jeg har ikke lagt
eventuelle forekomster til det.

807
00:41:26,040 --> 00:41:27,950
Så jeg kommer til å legge mitt eksempel.

808
00:41:27,950 --> 00:41:29,635
Så her er min liste over tilfeller.

809
00:41:29,635 --> 00:41:32,240

810
00:41:32,240 --> 00:41:39,170
Så hvis jeg vil ha denne, så jeg er
kommer til å legge dette til det.

811
00:41:39,170 --> 00:41:41,150
>> Nå kommer det til å vente
og det er ikke til

812
00:41:41,150 --> 00:41:43,600
for å muliggjøre dette tilfellet
inntil det blir sunt.

813
00:41:43,600 --> 00:41:47,779

814
00:41:47,779 --> 00:41:50,570
Og det er ikke til å bli frisk
før jeg slår på min web server.

815
00:41:50,570 --> 00:41:53,800

816
00:41:53,800 --> 00:41:56,202
Så la oss se om våre RDS
eksempel er opp igjen.

817
00:41:56,202 --> 00:42:03,630

818
00:42:03,630 --> 00:42:04,130
OK.

819
00:42:04,130 --> 00:42:04,630
Stor.

820
00:42:04,630 --> 00:42:06,360
Så vår nye RDS eksempel er klar.

821
00:42:06,360 --> 00:42:08,940
Så dette er endepunktet
for min RDS eksempel.

822
00:42:08,940 --> 00:42:13,530
Så det jeg skal gjøre er jeg
skal koble til min RDS eksempel.

823
00:42:13,530 --> 00:42:17,070
Så dette er nå en fullt
klarte MySQL database.

824
00:42:17,070 --> 00:42:18,860
Det har backup satt opp på den.

825
00:42:18,860 --> 00:42:20,160
Det er overflødig.

826
00:42:20,160 --> 00:42:22,030
Det spunnet opp i bare noen få minutter.

827
00:42:22,030 --> 00:42:24,870
Så nå jeg burde være i stand til å
SSH inn i det from-- eller ikke SSH,

828
00:42:24,870 --> 00:42:26,690
men logge inn i det med MySQL klienten.

829
00:42:26,690 --> 00:42:37,602

830
00:42:37,602 --> 00:42:38,120
>> Jepp.

831
00:42:38,120 --> 00:42:38,850
Så her er jeg.

832
00:42:38,850 --> 00:42:39,750
Jeg er i.

833
00:42:39,750 --> 00:42:42,680
Så nå dette kommer til å være lik
bortsett fra at vi bare bryte det ut.

834
00:42:42,680 --> 00:42:45,922
Så, igjen, jeg skal faktisk
komme seg ut av dette for et sekund.

835
00:42:45,922 --> 00:42:47,880
Vel, vi allerede opprettet
Wordpress database

836
00:42:47,880 --> 00:42:50,670
fordi vi sette Wordpress der, så
Jeg kommer til å opprette Wordpress bruker.

837
00:42:50,670 --> 00:42:52,961
Og det kommer til å være noen
små forskjeller i her

838
00:42:52,961 --> 00:42:54,237
fra hva vi gjorde forrige gang.

839
00:42:54,237 --> 00:42:56,070
Så vi kommer til å skape
Wordpress-bruker,

840
00:42:56,070 --> 00:42:58,200
men nå er vi ikke kommer til å være
logge inn fra localhost lenger.

841
00:42:58,200 --> 00:43:00,479
Vi kommer til å logge
inn fra EC2 eksempel.

842
00:43:00,479 --> 00:43:03,770
Og vi ikke kommer til å nødvendigvis vite
om hva IP-adresse det kommer fra,

843
00:43:03,770 --> 00:43:06,820
eller vi ikke ønsker å spesifisere
det til at detaljnivå.

844
00:43:06,820 --> 00:43:09,470
>> Vi kommer til å ha sikkerhet
grupper som sikrer at bare

845
00:43:09,470 --> 00:43:11,200
våre webservere kan koble seg til dette.

846
00:43:11,200 --> 00:43:14,520
Så jeg bare kommer til å tillate
det fra, på dette nivået,

847
00:43:14,520 --> 00:43:16,930
fra en IP-adresse tilkobling.

848
00:43:16,930 --> 00:43:17,869
Så vi bare gjorde det.

849
00:43:17,869 --> 00:43:19,660
Og nå er vi bare
nødt til å, igjen,

850
00:43:19,660 --> 00:43:21,701
gi denne brukeren tilgang til
Wordpress database.

851
00:43:21,701 --> 00:43:24,780

852
00:43:24,780 --> 00:43:30,811
Så nå er jeg bare kommer til å
endre dette til et wild card.

853
00:43:30,811 --> 00:43:31,310
OK.

854
00:43:31,310 --> 00:43:32,480
Så vi har fått det.

855
00:43:32,480 --> 00:43:34,090
La oss komme oss ut herfra.

856
00:43:34,090 --> 00:43:36,650
Så får vi bare sørge
at vi kan logge inn nå.

857
00:43:36,650 --> 00:43:39,100
Jeg kommer bare til å endre
mitt brukernavn til wordpress.

858
00:43:39,100 --> 00:43:45,371

859
00:43:45,371 --> 00:43:45,870
OK.

860
00:43:45,870 --> 00:43:46,370
Så vi er i.

861
00:43:46,370 --> 00:43:47,607
Så det fungerer.

862
00:43:47,607 --> 00:43:50,440
Nå skal vi, igjen, jeg må
sette opp Wordpress på dette tilfellet.

863
00:43:50,440 --> 00:43:54,770
Så hva vi kommer til å ha
å gjøre er å gå til Var, www.

864
00:43:54,770 --> 00:43:57,260
Jeg må flytte HTML
katalogen til html.old.

865
00:43:57,260 --> 00:44:02,410

866
00:44:02,410 --> 00:44:02,910
OK.

867
00:44:02,910 --> 00:44:06,770
Og vi kommer til å ha
å laste ned Wordpress.

868
00:44:06,770 --> 00:44:12,000

869
00:44:12,000 --> 00:44:14,790
>> OK.

870
00:44:14,790 --> 00:44:15,540
Pakk Wordpress.

871
00:44:15,540 --> 00:44:18,760

872
00:44:18,760 --> 00:44:21,410
Vi kommer til å flytte den
til HTML-katalogen.

873
00:44:21,410 --> 00:44:28,650

874
00:44:28,650 --> 00:44:29,150
OK.

875
00:44:29,150 --> 00:44:30,900
Og vi kommer til å
endre tillatelsene.

876
00:44:30,900 --> 00:44:36,021

877
00:44:36,021 --> 00:44:37,562
Og så kommer vi til å starte Apache.

878
00:44:37,562 --> 00:44:42,490

879
00:44:42,490 --> 00:44:45,820
>> Så hva skal skje
nå er det som skjer

880
00:44:45,820 --> 00:44:49,200
å være i utgangspunktet fem
prøver igjen på denne ELB.

881
00:44:49,200 --> 00:44:53,790
Og det er slutt, dette tilfellet er
kommer til å bli frisk på ELB.

882
00:44:53,790 --> 00:44:57,871
Så [uhørbart] her.

883
00:44:57,871 --> 00:44:58,370
La oss se.

884
00:44:58,370 --> 00:45:00,525
Dette tilfellet er ennå ikke sunt.

885
00:45:00,525 --> 00:45:02,400
Så hva er jeg faktisk
kommer til å gjøre er jeg skal

886
00:45:02,400 --> 00:45:05,275
å endre helse sjekke litt
litt mer bare for å gjøre det raskere.

887
00:45:05,275 --> 00:45:07,320
Vi kan endre det tilbake senere.

888
00:45:07,320 --> 00:45:12,561
Så la oss si jeg ønsker sunt
terskelen på tre i stedet for fem.

889
00:45:12,561 --> 00:45:13,060
OK.

890
00:45:13,060 --> 00:45:15,340
Så nå er vi i tjenesten.

891
00:45:15,340 --> 00:45:17,400
>> Så nå kommer jeg til å gå
til denne lastbalansering.

892
00:45:17,400 --> 00:45:19,895
Og det skal proxy meg tilbake
gjennom til dette eksempel,

893
00:45:19,895 --> 00:45:23,195
og vi vil sette opp Wordpress på her.

894
00:45:23,195 --> 00:45:25,320
Nå, hvis du har din egen
domenenavn eller noe,

895
00:45:25,320 --> 00:45:28,740
du kan bare gjøre en CNAME
posten til denne DNS-navn.

896
00:45:28,740 --> 00:45:31,850
Og den elastiske lastbalansering
Tjenesten er skalerbar på baksiden slutten,

897
00:45:31,850 --> 00:45:34,065
slik at det skalerer opp og ned av seg selv.

898
00:45:34,065 --> 00:45:35,710
Så det kan være flere IP-adresser.

899
00:45:35,710 --> 00:45:36,584
IPS kan endre seg.

900
00:45:36,584 --> 00:45:39,063
Så du bør alltid referere
det fra at DNS-navn.

901
00:45:39,063 --> 00:45:41,841

902
00:45:41,841 --> 00:45:42,770
>> OK.

903
00:45:42,770 --> 00:45:43,560
Så her vi går.

904
00:45:43,560 --> 00:45:45,215
Vi er tilbake på vår oppsettskjermen.

905
00:45:45,215 --> 00:45:47,870
Nå skal vi gjøre
den samme prosessen nesten.

906
00:45:47,870 --> 00:45:49,835
Så vår database navn er wordpress.

907
00:45:49,835 --> 00:45:52,940
Vårt brukernavn navn er wordpress.

908
00:45:52,940 --> 00:45:55,560
Vi har fått den samme super
sikre passord som før,

909
00:45:55,560 --> 00:45:59,020
bortsett fra databasen verten er nå
kommer til å være den RDS eksempel.

910
00:45:59,020 --> 00:46:01,222
>> Så vi kommer til å gå her.

911
00:46:01,222 --> 00:46:04,760
Vi kommer til å gå til RDS.

912
00:46:04,760 --> 00:46:06,320
Vi kommer til å gå til mine tilfeller.

913
00:46:06,320 --> 00:46:07,730
Jeg trenger min endepunkt navn her.

914
00:46:07,730 --> 00:46:09,160
Det er denne.

915
00:46:09,160 --> 00:46:10,984
Så jeg skal bare
kopiere og lime inn denne.

916
00:46:10,984 --> 00:46:17,500

917
00:46:17,500 --> 00:46:18,000
All right?

918
00:46:18,000 --> 00:46:20,100
Så la oss se om det fungerte.

919
00:46:20,100 --> 00:46:20,600
OK.

920
00:46:20,600 --> 00:46:21,380
Så det fungerer.

921
00:46:21,380 --> 00:46:23,530
Så du kan koble til RDS eksempel.

922
00:46:23,530 --> 00:46:27,200
Igjen, det kommer til
være Leos Awesome Blog.

923
00:46:27,200 --> 00:46:39,590

924
00:46:39,590 --> 00:46:40,090
OK.

925
00:46:40,090 --> 00:46:42,750
>> Så nå skal vi
installere vår Wordpress.

926
00:46:42,750 --> 00:46:44,550
Så vi er ferdige.

927
00:46:44,550 --> 00:46:46,736
Så la meg bare logge inn
å sørge for at det fungerte.

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
>> Så nå har vi fått en
fullt kjører Wordpress.

931
00:46:56,400 --> 00:46:58,890
Vi kan gjøre alle typer operasjoner på den.

932
00:46:58,890 --> 00:47:02,210
Så forskjellen er nå at
vi har en egen database.

933
00:47:02,210 --> 00:47:03,470
At databasene er overflødig.

934
00:47:03,470 --> 00:47:05,690
Vi fortsatt bare har én nettside
server, men vi kunne nå

935
00:47:05,690 --> 00:47:08,680
ta et bilde av denne web
server, starte den på nytt,

936
00:47:08,680 --> 00:47:11,720
og så har vi to webservere
bak denne lastbalansering.

937
00:47:11,720 --> 00:47:15,894
>> Endepunktet endrer ikke om
det er en, eller to, eller 50 webservere.

938
00:47:15,894 --> 00:47:17,060
Vi kan skalere det utover dette.

939
00:47:17,060 --> 00:47:21,190
Så det er plugins for Wordpress hvor
du kan bruke S3 for statiske eiendeler.

940
00:47:21,190 --> 00:47:23,900
Du kan bruke CloudFront
å cache disse eiendelene.

941
00:47:23,900 --> 00:47:26,970
Du kan bruke ElastiCache slik at du
kan bruke memcached utgangspunktet

942
00:47:26,970 --> 00:47:30,110
å lagre øktstatus der.

943
00:47:30,110 --> 00:47:32,654
>> Så som du skalerer fra
ett til flere tilfeller

944
00:47:32,654 --> 00:47:35,070
du kommer til å anta at
disse forekomstene er flyktig,

945
00:47:35,070 --> 00:47:36,360
slik at de kan gå bort.

946
00:47:36,360 --> 00:47:38,880
Så du er nødt til å tenke
om hvor lagrer jeg logger,

947
00:47:38,880 --> 00:47:40,290
hvor skal jeg lagre øktstatus.

948
00:47:40,290 --> 00:47:43,580
Hvordan gjør jeg det slik at det er OK at
slike tilfeller kan forsvinne, eller mer

949
00:47:43,580 --> 00:47:45,010
av dem kan vises?

950
00:47:45,010 --> 00:47:47,260
Så du er nødt til å
svare på spørsmål som dette.

951
00:47:47,260 --> 00:47:48,551
Men det er ganske vanlig mønster.

952
00:47:48,551 --> 00:47:52,720
Så du bare begynne å losse noen
vedvarende ting til andre nivåer.

953
00:47:52,720 --> 00:47:55,380
>> Så nå har vi fått dette, er vi
gjort [? tre lags?] ting.

954
00:47:55,380 --> 00:47:57,140
Det siste er jeg
kommer til å gjøre her er jeg

955
00:47:57,140 --> 00:47:59,390
kommer til å gjøre mitt lastbalansering
en litt mer solid

956
00:47:59,390 --> 00:48:02,210
nå at det er merket som sunn.

957
00:48:02,210 --> 00:48:06,010
Så det er vanligvis ikke en
god idé for nettsteder

958
00:48:06,010 --> 00:48:10,139
å gjøre TCP helsesjekk fordi
Apache kan være opp,

959
00:48:10,139 --> 00:48:11,680
men det kan være tilbake PHP feil.

960
00:48:11,680 --> 00:48:12,940
Så du ikke ønsker det.

961
00:48:12,940 --> 00:48:14,648
>> Så hva jeg kommer til å
gjør her er jeg kommer

962
00:48:14,648 --> 00:48:18,230
å endre dette til en HTTP helsesjekk.

963
00:48:18,230 --> 00:48:22,880
Og det kommer til å være
index.php, ikke index.html.

964
00:48:22,880 --> 00:48:26,470
Og vi kommer til å endre dette
sunn terskelen tilbake til fem.

965
00:48:26,470 --> 00:48:27,880
Slik det er gjort.

966
00:48:27,880 --> 00:48:29,500
Så det bør fortsatt være sunn.

967
00:48:29,500 --> 00:48:30,000
Jepp.

968
00:48:30,000 --> 00:48:31,990
Så vi er fortsatt i tjeneste.

969
00:48:31,990 --> 00:48:36,370
>> Så det er hvordan du setter
opp Wordpress på AWS.

970
00:48:36,370 --> 00:48:41,660
Så jeg tror på mindre enn 20 minutter har vi
begge satt opp på en forekomst, på egen hånd,

971
00:48:41,660 --> 00:48:47,302
og en full tre lags arkitektur der
hver tier er uavhengig skalerbar.

972
00:48:47,302 --> 00:48:49,010
Du kan gjøre alle typer
av interessante ting

973
00:48:49,010 --> 00:48:51,120
med databasen å skalere også.

974
00:48:51,120 --> 00:48:54,200
>> La meg vise deg ett mer
interessante her.

975
00:48:54,200 --> 00:48:59,590
Så la oss si for dette jeg ønsker å
bryte ut leser fra de skriver.

976
00:48:59,590 --> 00:49:02,020
Jeg kan lage en lese replika.

977
00:49:02,020 --> 00:49:05,040
Så jeg kommer til å like
skape en lese replika.

978
00:49:05,040 --> 00:49:11,407
Så dette kommer til å
være wordpressdb1 read1.

979
00:49:11,407 --> 00:49:13,240
Jeg kommer til å gjøre det på
samme region, men jeg

980
00:49:13,240 --> 00:49:15,820
kunne gjøre det i en annen region.

981
00:49:15,820 --> 00:49:18,740
Så vi kommer til å begynne
provisioning en lese kopi her.

982
00:49:18,740 --> 00:49:20,390
Så nå vi skaper lese kopi.

983
00:49:20,390 --> 00:49:22,349
Som blir skapt
det i bunnen.

984
00:49:22,349 --> 00:49:24,140
Så du kan gjøre alle typer
av kule ting her.

985
00:49:24,140 --> 00:49:25,550
>> Så er jeg ferdig med demoen.

986
00:49:25,550 --> 00:49:27,780
Så jeg tror vi har ca 10 minutter.

987
00:49:27,780 --> 00:49:33,860
Så jeg skal ta noen spørsmål noen
har, om noen AWS relatert emne.

988
00:49:33,860 --> 00:49:36,980

989
00:49:36,980 --> 00:49:39,395
Anyone?

990
00:49:39,395 --> 00:49:39,895
Cool.

991
00:49:39,895 --> 00:49:40,850
OK.

992
00:49:40,850 --> 00:49:42,720
Takk alle sammen.

993
00:49:42,720 --> 00:49:44,192