1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO ZHADANOVSKY: Hej, alle. 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 Amazon Web Services. 5 00:00:17,000 --> 00:00:21,030 Og jeg har tænkt mig at tale med dig i dag om, hvad Amazon Web Services er, 6 00:00:21,030 --> 00:00:25,170 sin historie, en kort oversigt af de tjenester, vi tilbyder. 7 00:00:25,170 --> 00:00:29,530 Og også jeg vil gøre en live demo af hvordan du starter en LAMP stack i AWS 8 00:00:29,530 --> 00:00:33,769 både på en enkelt og ved at bruge nogle af vores andre 9 00:00:33,769 --> 00:00:36,060 [? managed?] tjenester, såsom som vores relationsdatabase 10 00:00:36,060 --> 00:00:39,330 service, og vores belastning balancers, og vores tilfælde. 11 00:00:39,330 --> 00:00:41,610 >> Så først og fremmest, lad os taler om AWS historie. 12 00:00:41,610 --> 00:00:47,780 Så hvordan har Amazon.com komme ind denne cloud computing forretning? 13 00:00:47,780 --> 00:00:51,630 Nå, Amazon er virkelig god til tilvejebringe et stort udvalg af produkter 14 00:00:51,630 --> 00:00:54,440 og forsendelse dem kunder effektivt. 15 00:00:54,440 --> 00:00:57,870 Og bag denne evne ligger mange års erfaring 16 00:00:57,870 --> 00:01:01,330 med drift datacentre, med logistik, med alle mulige ting. 17 00:01:01,330 --> 00:01:05,420 Og så opdagede vi over 10 år, at vi 18 00:01:05,420 --> 00:01:10,840 ville gøre det muligt for vores kunder at gøre en masse forskellige ting, ikke? 19 00:01:10,840 --> 00:01:16,870 >> Så endte vi tilbyder nogle interne tjenester op til tredjeparts sælgere. 20 00:01:16,870 --> 00:01:20,640 Som vi offentliggjorde enkle webtjenester såsom vores katalog søgning. 21 00:01:20,640 --> 00:01:22,910 Og det blev virkelig tilsyneladende rigtig hurtigt 22 00:01:22,910 --> 00:01:26,530 at udviklerne var sultne for flere af vores ydelser. 23 00:01:26,530 --> 00:01:29,830 Og så dette førte os til at udvikle AWS. 24 00:01:29,830 --> 00:01:31,910 Så vi spurgte, hvad hvis vi kunne pakke alt 25 00:01:31,910 --> 00:01:36,620 vi gør og tilbyde det til andre over nettet? 26 00:01:36,620 --> 00:01:41,940 >> Så AWS mission er at gøre det muligt virksomheder og udviklere 27 00:01:41,940 --> 00:01:46,080 at bruge webtjenester til at bygge skalerbare avancerede applikationer. 28 00:01:46,080 --> 00:01:49,650 Og web services er hvad folk nu kalder skyen. 29 00:01:49,650 --> 00:01:53,180 Så i 2006 blev AWS født. 30 00:01:53,180 --> 00:01:56,590 Og lad os tale om hvad AWS egentlig er. 31 00:01:56,590 --> 00:02:01,310 >> Så vi leverer forskellige tjenester på forskellige niveauer. 32 00:02:01,310 --> 00:02:06,060 Så vi har slags af vores kerneydelser, vores beregne opbevaring og database. 33 00:02:06,060 --> 00:02:08,250 Og så har vi også et netværk lag, 34 00:02:08,250 --> 00:02:10,289 og vi har fået en global infrastruktur, så vi har 35 00:02:10,289 --> 00:02:13,812 fik regioner rundt om i verden og Tilgængelighed Zones hele verden. 36 00:02:13,812 --> 00:02:15,520 Og så har vi højere ydelser niveau, 37 00:02:15,520 --> 00:02:18,670 lignende ansøgning tjenester, der du bruger til at bygge vandret 38 00:02:18,670 --> 00:02:20,434 skalerbare applikationer. 39 00:02:20,434 --> 00:02:22,850 Og så har vi indsættelse og administrative ydelser. 40 00:02:22,850 --> 00:02:26,010 Så disse er tjenester, som du bruge til at indsætte din kode i AWS 41 00:02:26,010 --> 00:02:29,100 og at administrere din AWS konto som det skaleres. 42 00:02:29,100 --> 00:02:32,120 >> Så lad os tale om vores global infrastruktur først. 43 00:02:32,120 --> 00:02:35,960 Vi har 11 regioner i verden. 44 00:02:35,960 --> 00:02:39,680 Så vi lige har tilføjet en ny region et par uger siden i Frankfurt, 45 00:02:39,680 --> 00:02:41,500 men hver region er som en separat sky. 46 00:02:41,500 --> 00:02:43,580 Så disse tjenester er jeg vil tale om, de 47 00:02:43,580 --> 00:02:46,350 findes i de forskellige regioner. 48 00:02:46,350 --> 00:02:50,370 Så i USA, er der en region i det nordlige Virginia. 49 00:02:50,370 --> 00:02:54,390 Der er en region i det nordlige Californien og i Oregon. 50 00:02:54,390 --> 00:02:57,690 >> Regionen i Oregon er også carbon neutral. 51 00:02:57,690 --> 00:03:00,200 Vi har også en region i Oregon kaldet GovCloud. 52 00:03:00,200 --> 00:03:05,370 Så hvis du har en arbejdsbyrde, der har brug at være ITAR-kompatibel, så det er 53 00:03:05,370 --> 00:03:09,580 International trafik og våben reduktion Traktaten, skal du bruge GovCloud. 54 00:03:09,580 --> 00:03:12,510 >> Så det vigtigste om dette er, at du 55 00:03:12,510 --> 00:03:15,100 vælge og vrage, hvor dine data går og hvor dine apps gå. 56 00:03:15,100 --> 00:03:19,370 Så vi ikke flytte dine data på tværs regioner, eller på tværs af tilgængelighed zoner 57 00:03:19,370 --> 00:03:22,277 hvis det er en service, hvor du kan vælge tilgængeligheden zone. 58 00:03:22,277 --> 00:03:23,860 Du kan vælge og vrage, 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 giver dig værktøjer til at flytte din data, men vi vil ikke flytte det for dig. 61 00:03:27,920 --> 00:03:30,710 >> Og så inden for hver region er der mindst to ledige områder, 62 00:03:30,710 --> 00:03:33,020 og vi vil snakke om, hvad de er i en anden. 63 00:03:33,020 --> 00:03:35,530 Og der er også 52 kant steder i hele verden. 64 00:03:35,530 --> 00:03:40,850 Så edge steder er grundlæggende for vores CloudFront [? sky?] fordeling 65 00:03:40,850 --> 00:03:43,410 netværk, og vores rute 53 DNS-tjeneste. 66 00:03:43,410 --> 00:03:47,100 Og så er der en masse af dem fordi de er tættere på brugerne, 67 00:03:47,100 --> 00:03:49,360 fordi de er latency-baserede tjenester. 68 00:03:49,360 --> 00:03:51,410 Så latenstid spørgsmål for dem. 69 00:03:51,410 --> 00:03:54,630 >> Så dette er hvad en typisk region ser ud. 70 00:03:54,630 --> 00:03:56,630 Og derefter [? inden?] hver region er der, 71 00:03:56,630 --> 00:03:58,530 som jeg sagde, i det mindste to ledige zoner. 72 00:03:58,530 --> 00:04:01,390 En tilgængelighed zone er mindst én datacenter, 73 00:04:01,390 --> 00:04:04,340 undertiden kan det være mere inden det samme geografiske område. 74 00:04:04,340 --> 00:04:09,010 Og vores tilgængelighed zoner er designet at være på forskellige flodsletter fejl 75 00:04:09,010 --> 00:04:15,501 sletter at have særskilte magt forsyningsselskaber og forskellige tier 1 internetudbydere. 76 00:04:15,501 --> 00:04:17,500 Så du skal designe din ansøgning [? imod?] 77 00:04:17,500 --> 00:04:20,240 hvor noget kan ske i en tilgængelighed zone, 78 00:04:20,240 --> 00:04:23,245 men så bør du sprede din anvendelse i multiple tilgængelighed 79 00:04:23,245 --> 00:04:27,100 zoner, fordi de er bygget med disse afskedigelser i tankerne. 80 00:04:27,100 --> 00:04:30,490 >> Og så vi drive en masse virksomheder, som du genkender. 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 former for nystartede og virksomheder, der kører arbejdsbelastninger på os. 83 00:04:41,270 --> 00:04:44,610 I den offentlige sektor, har vi alle former for offentlige institutioner 84 00:04:44,610 --> 00:04:47,740 der kører på os, edtech nystartede, universiteter. 85 00:04:47,740 --> 00:04:52,910 Obama-kampagnen kørte stort set alle af deres ting på Amazon Web Services. 86 00:04:52,910 --> 00:04:56,690 >> Og bare for at give dig et perspektiv på vores skalering, på en gennemsnitlig dag 87 00:04:56,690 --> 00:05:00,840 vi havde nok ny server kapacitet til at støtte 88 00:05:00,840 --> 00:05:04,400 Amazon.com globale infrastruktur da det var en 7 milliarder dollar 89 00:05:04,400 --> 00:05:05,740 business tilbage i 2004. 90 00:05:05,740 --> 00:05:08,500 Så det er, hvor meget vi havde på en gennemsnitlig dag. 91 00:05:08,500 --> 00:05:11,910 >> Så det generelle koncept er, hvis du tænke over, hvordan får du strøm. 92 00:05:11,910 --> 00:05:14,940 Så du får magt, er det på efterspørgslen, ikke? 93 00:05:14,940 --> 00:05:19,580 Så du ved, når du får det, du ved, du kan få det. 94 00:05:19,580 --> 00:05:22,950 Det er ensartet, så du ved hvad spænding du får. 95 00:05:22,950 --> 00:05:26,940 Det er pay as you go, så du betaler for præcis, hvor meget du bruger. 96 00:05:26,940 --> 00:05:29,020 Og det er til rådighed. 97 00:05:29,020 --> 00:05:31,060 Så du tilslutter, du ved du skal nok få magt. 98 00:05:31,060 --> 00:05:34,350 Så vi har taget det, og udvidede det til computing. 99 00:05:34,350 --> 00:05:36,710 >> Så det løser en masse problemer. 100 00:05:36,710 --> 00:05:41,230 Vi typisk se en masse af it-organisationer. 101 00:05:41,230 --> 00:05:43,130 De har denne egenskab problem. 102 00:05:43,130 --> 00:05:46,370 Så de har visse beløb af it-behov, og så 103 00:05:46,370 --> 00:05:49,290 nødt til at over-bestemmelse deres kapacitet. 104 00:05:49,290 --> 00:05:53,110 Så enten de er måde over-provisioning, eller de ikke har tilstrækkelig kapacitet, 105 00:05:53,110 --> 00:05:54,930 og de har utilfredse kunder. 106 00:05:54,930 --> 00:05:59,820 >> Så for eksempel, er disse forskellige mønstre af trafik. 107 00:05:59,820 --> 00:06:01,980 Så uanset om du har ting at tænde og slukke, 108 00:06:01,980 --> 00:06:05,920 eller vokse hurtigt, eller har variable toppe eller forudsigelige toppe, for alle disse, 109 00:06:05,920 --> 00:06:08,122 du enten vil over-bestemmelse typisk 110 00:06:08,122 --> 00:06:09,580 eller du kommer til at under-bestemmelse. 111 00:06:09,580 --> 00:06:12,990 Så du enten have affald, eller du har utilfredse kunder. 112 00:06:12,990 --> 00:06:17,400 >> Så hvad AWS giver dig at gøre, er du kan skaleres op og ned dynamisk 113 00:06:17,400 --> 00:06:19,510 baseret på, hvad din faktiske forbrug mønster er. 114 00:06:19,510 --> 00:06:23,270 Så du kan betale bare for hvad du bruger. 115 00:06:23,270 --> 00:06:25,115 Og du kan starte tilfælde, så eksempel 116 00:06:25,115 --> 00:06:27,030 er vores ord for virtuel server. 117 00:06:27,030 --> 00:06:29,280 Du kan starte en Eksempelvis kan du starte 118 00:06:29,280 --> 00:06:33,160 tusindvis af tilfælde i minutter eller sekunder, lige så meget som du har brug for. 119 00:06:33,160 --> 00:06:35,897 Og du kan ringe det op og ned efter behov. 120 00:06:35,897 --> 00:06:38,730 Så lad mig tale med dig om en eksempel, der er lidt tæt på hjemmet. 121 00:06:38,730 --> 00:06:44,930 Så dette er en typisk trafik diagram for november for Amazon.com. 122 00:06:44,930 --> 00:06:49,491 Og de sidste to toppe Her Er der nogen vide, hvad 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 ​​Monday? 125 00:06:51,180 --> 00:06:53,430 >> LEO ZHADANOVSKY: Cyber ​​Mandag og Black Friday, ikke? 126 00:06:53,430 --> 00:06:57,020 Så traditionelt, hvad Amazon.com havde at gøre, var at de havde til levering kapacitet 127 00:06:57,020 --> 00:06:58,330 at dække disse to toppe. 128 00:06:58,330 --> 00:07:04,490 Så som et resultat, 76% af tiden, de havde for meget kapacitet. 129 00:07:04,490 --> 00:07:07,640 Og kun 24% af tiden blev de fuldt udnytte det. 130 00:07:07,640 --> 00:07:12,730 Og så i 2010 Amazon.com vendte fra sit sidste fysiske webserver 131 00:07:12,730 --> 00:07:14,430 og flyttede den til AWS. 132 00:07:14,430 --> 00:07:16,660 Så dette er hvad trafikken mønster ligner nu. 133 00:07:16,660 --> 00:07:19,240 Kapaciteten er lige over hvad der rent faktisk er behov. 134 00:07:19,240 --> 00:07:23,100 >> Så hvorfor ser vi kunder vedtagelse cloud computing i AWS så hurtigt? 135 00:07:23,100 --> 00:07:24,480 Nå, agility. 136 00:07:24,480 --> 00:07:27,090 Så det er den primære grund, at vi ser. 137 00:07:27,090 --> 00:07:28,590 Hvorfor er agility vigtigt? 138 00:07:28,590 --> 00:07:31,790 Tja, det giver kunderne mulighed for at gøre ting, som i den gamle verden 139 00:07:31,790 --> 00:07:36,090 tog uger eller måneder at gøre dem i minutter eller sekunder. 140 00:07:36,090 --> 00:07:39,510 Så du kan gøre ting som spin op en helt ny Dev eller Test miljø, 141 00:07:39,510 --> 00:07:42,010 spinde op for en helt ny DR miljø, spin op 142 00:07:42,010 --> 00:07:45,180 50 tilfælde, eller 1.000 forekomster til peak trafik, 143 00:07:45,180 --> 00:07:49,140 fjerne disse 1.000 tilfælde indstilles op en HPC klynge eller en GS klynge, 144 00:07:49,140 --> 00:07:51,430 og du kan gøre det alle i minutter på AWS. 145 00:07:51,430 --> 00:07:54,960 >> Så hvad dette fører til, er en innovationskultur. 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 kun betale for det, du bruger og du kan fejle uden risiko. 148 00:08:00,190 --> 00:08:04,477 Så hvis du prøver noget ud, du har betalt for et par timers brug. 149 00:08:04,477 --> 00:08:05,310 Det er ikke en big deal. 150 00:08:05,310 --> 00:08:08,150 Du har ikke sat en stor kapital investering op foran for det. 151 00:08:08,150 --> 00:08:10,930 >> Så hvad er kunder faktisk bruger AWS til? 152 00:08:10,930 --> 00:08:16,170 Nå, så University of Notre Dame, de flyttede deres hjemmeside over til AWS. 153 00:08:16,170 --> 00:08:21,150 De har et gennemsnit på omkring 38.000 besøgende om dagen på deres site, 154 00:08:21,150 --> 00:08:26,150 men det kan svulme op til 150.000 under sportsbegivenheder og fodboldkampe. 155 00:08:26,150 --> 00:08:29,840 Så de flyttede deres hjemmeside over til os. 156 00:08:29,840 --> 00:08:33,650 Og nu deres hjemmeside kan støtte en stigning i trafikken på 500%, alt 157 00:08:33,650 --> 00:08:36,600 mens de har gemt 40% over deres eksisterende 158 00:08:36,600 --> 00:08:39,120 on-premise setup for deres hjemmeside. 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL, de bruger AWS til at leve stream nysgerrighed Mars rover landing. 160 00:08:47,530 --> 00:08:51,320 Og så de fandt ud kun seks dage i forvejen 161 00:08:51,320 --> 00:08:53,650 at de havde brug for finde en anden leverandør 162 00:08:53,650 --> 00:08:56,030 fra deres regelmæssige udbyder for deres live stream. 163 00:08:56,030 --> 00:08:58,140 Det var også den samme tid som OL. 164 00:08:58,140 --> 00:09:01,686 Så de kunne ikke købe CDM kapacitet overalt på det tidspunkt. 165 00:09:01,686 --> 00:09:04,310 Og så de stort set sat op deres egen levering af indhold netværk 166 00:09:04,310 --> 00:09:07,240 på vores EC2 service i seks dage. 167 00:09:07,240 --> 00:09:10,090 Og de var i stand til at have det skalere op til deres behov. 168 00:09:10,090 --> 00:09:13,480 De var, tror jeg, envisioning omkring en million seere. 169 00:09:13,480 --> 00:09:16,200 Så det var en virkelig interessant teknisk foder, de brugte, 170 00:09:16,200 --> 00:09:18,990 Adobe Flash Media servere og [? internet?] caches. 171 00:09:18,990 --> 00:09:23,350 Og de var i stand til at indsætte hele klynger af disse programmatisk som 172 00:09:23,350 --> 00:09:23,850 nødvendig. 173 00:09:23,850 --> 00:09:26,590 Og så spundet dem ned, når de ikke bruger dem længere. 174 00:09:26,590 --> 00:09:32,680 >> Obama-kampagnen i 2012 anvendt AWS for over 200 ansøgninger 175 00:09:32,680 --> 00:09:34,950 at de var vært på platformen. 176 00:09:34,950 --> 00:09:39,010 De havde alt fra call redskaber, til betaling processorer, 177 00:09:39,010 --> 00:09:43,920 til mobile applikationer, til frivillig organisation hjemmesider, 178 00:09:43,920 --> 00:09:47,269 til store data analyseværktøjer. 179 00:09:47,269 --> 00:09:49,060 Og alt skulle arbejde på valgdagen. 180 00:09:49,060 --> 00:09:52,459 Så for at flytte valgdagen ville kræve en forfatningsændring, 181 00:09:52,459 --> 00:09:53,750 så var ikke til at ske. 182 00:09:53,750 --> 00:09:56,208 Så alle deres systemer skulle at skulle arbejde på dag ét. 183 00:09:56,208 --> 00:09:57,670 Og de gjorde. 184 00:09:57,670 --> 00:10:00,660 >> Så lad os tale om de faktiske ydelser. 185 00:10:00,660 --> 00:10:03,130 Så først de netværkstjenester. 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 grundlæggende en software-definerede netværk 188 00:10:09,500 --> 00:10:13,910 der lever på toppen af ​​din EC2 tilfælde og dine RDS, som vi vil tale om, 189 00:10:13,910 --> 00:10:15,120 og ElastiCache. 190 00:10:15,120 --> 00:10:20,080 >> Og så du kan definere en privat adresse plads til dine forekomster. 191 00:10:20,080 --> 00:10:22,820 Du kan bryde det op i offentlige undernet, private undernet. 192 00:10:22,820 --> 00:10:27,790 Du kan gøre VPN-forbindelser til din on-premise datacenter. 193 00:10:27,790 --> 00:10:33,635 Du kan derefter også udvide din on-premise adresserum til VPC. 194 00:10:33,635 --> 00:10:37,400 Du har magt til at manipulere ruten tabel, så du kan tilpasse tingene. 195 00:10:37,400 --> 00:10:40,450 Du har netværksadgang kontrollister i VPC. 196 00:10:40,450 --> 00:10:42,370 [? Så det?] Giver dig en masse fleksibilitet 197 00:10:42,370 --> 00:10:45,640 over, hvad du har kørende i AWS. 198 00:10:45,640 --> 00:10:47,140 >> Så er der AWS DirectConnect. 199 00:10:47,140 --> 00:10:50,820 Så DirectConnect er en privat forbindelse til vores regioner. 200 00:10:50,820 --> 00:10:54,380 Så du kan få en enkelt eller et 10 gig Link eller flere én eller 10 gig links 201 00:10:54,380 --> 00:10:55,720 op til en region. 202 00:10:55,720 --> 00:10:58,470 Så hvis du uploader en masse data eller downloade en masse data 203 00:10:58,470 --> 00:11:01,440 og har brug for privat forbindelse, det er en mulighed der. 204 00:11:01,440 --> 00:11:02,710 >> Der er også Route 53. 205 00:11:02,710 --> 00:11:05,410 Så Route 53 er vores DNS service. 206 00:11:05,410 --> 00:11:07,860 Det gør alle mulige interessante ting. 207 00:11:07,860 --> 00:11:09,250 Så det understøtter helbredsundersøgelser. 208 00:11:09,250 --> 00:11:12,590 Så du kan, sige, køre to eksemplarer af din hjemmeside på samme tid. 209 00:11:12,590 --> 00:11:15,860 Og hvis en af ​​dem fejler, du omdirigere trafik til den anden kopi. 210 00:11:15,860 --> 00:11:20,400 >> Eller du kan gøre geografi-baserede optegnelser så du kan dirigere trafik til et land 211 00:11:20,400 --> 00:11:22,870 til en klynge fra en anden land til et andet klynge. 212 00:11:22,870 --> 00:11:27,140 Du kan gøre A / B-test, så du kan have 80% af din trafik 213 00:11:27,140 --> 00:11:30,510 til en kopi af din hjemmeside og 20% til den nye kopi af din hjemmeside 214 00:11:30,510 --> 00:11:33,120 og se, hvor man præsterer bedre. 215 00:11:33,120 --> 00:11:35,385 Så du kan gøre alle former for interessante ting der. 216 00:11:35,385 --> 00:11:36,760 Du kan gøre latenstid baserede optegnelser. 217 00:11:36,760 --> 00:11:39,160 Så du kan få kopier af dine website over hele verden 218 00:11:39,160 --> 00:11:43,500 og har brugeren sendt til alt efter hvad ens tættest på dem baseret på latens. 219 00:11:43,500 --> 00:11:46,030 Det har også dyb integration med AWS tjenester 220 00:11:46,030 --> 00:11:50,980 så som vores load balancers, og S3 og CloudFront, 221 00:11:50,980 --> 00:11:53,680 så det er virkelig nemt at pege ting til CloudFront 222 00:11:53,680 --> 00:11:57,190 udlodninger til din LBS eller S3 spande. 223 00:11:57,190 --> 00:11:57,930 >> Så er der EC2. 224 00:11:57,930 --> 00:12:00,432 Så EC2 er vores virtuelle server service. 225 00:12:00,432 --> 00:12:01,390 Du kan køre på Windows. 226 00:12:01,390 --> 00:12:02,560 Du kan køre Linux på den. 227 00:12:02,560 --> 00:12:05,230 Du har fuld kontrol af operativsystemet. 228 00:12:05,230 --> 00:12:09,519 Der er forskellige varianter af Windows og Linux, så Red Hat, Debian, Ubuntu. 229 00:12:09,519 --> 00:12:11,560 Vi har vores egen fordeling kaldet Amazon Linux. 230 00:12:11,560 --> 00:12:14,000 Du kan vælge, hvilken en du ønsker. 231 00:12:14,000 --> 00:12:15,680 >> Der er forskellige typer af tilfælde. 232 00:12:15,680 --> 00:12:18,330 Så der er over 27 instans typer på dette punkt. 233 00:12:18,330 --> 00:12:21,590 Så der er anderledes instans familier baseret på forskellige arbejdsbelastninger. 234 00:12:21,590 --> 00:12:23,550 Så der er generelt purpose tilfælde, som 235 00:12:23,550 --> 00:12:26,910 er bare, hvis du ikke ved, hvad du har brug for, kan du starte med dem. 236 00:12:26,910 --> 00:12:30,620 >> Der har compute optimeret, som er fantastisk til ting som webservere, 237 00:12:30,620 --> 00:12:31,160 ret? 238 00:12:31,160 --> 00:12:33,450 Der er optimeret hukommelse tilfælde, hvor 239 00:12:33,450 --> 00:12:36,190 er fantastisk til ting som dato relationsdatabaser. 240 00:12:36,190 --> 00:12:41,230 Der er opbevaring-optimerede tilfælde så disse har store SSD'er på dem. 241 00:12:41,230 --> 00:12:46,440 Så de er fantastisk til ting Ligesom Mongo eller NoSQL, ikke? 242 00:12:46,440 --> 00:12:49,750 >> Og der er grafik optimerede tilfælde 243 00:12:49,750 --> 00:12:52,970 som er fantastisk til GPU beregne og klynge forekomster. 244 00:12:52,970 --> 00:12:54,940 Og endelig er der omkostninger optimerede forekomster. 245 00:12:54,940 --> 00:12:56,850 Så hvis du bare prøver at eksperimentere, du 246 00:12:56,850 --> 00:13:01,820 kan få en masse billig instans typer, der er fantastisk til at bruge sag. 247 00:13:01,820 --> 00:13:03,330 Så er der Auto Scaling. 248 00:13:03,330 --> 00:13:07,840 Så Auto Scaling er et API til EC2. 249 00:13:07,840 --> 00:13:12,360 Og det giver dig mulighed for at vandret skala op og ned niveauer EC2 tilfælde. 250 00:13:12,360 --> 00:13:14,460 Så lad os sige, du har en flok webservere. 251 00:13:14,460 --> 00:13:17,970 >> Og ligesom i Notre Dame tilfælde du normalt skal du have to af dem, 252 00:13:17,970 --> 00:13:19,519 men du måske nødt til skalaen for 10. 253 00:13:19,519 --> 00:13:21,810 Nå, kan du bruge Auto Scaling til automatisk at udløse 254 00:13:21,810 --> 00:13:24,360 skalere op eller ned begivenheder baseret på en metrik. 255 00:13:24,360 --> 00:13:28,020 Så [? CPU?] Brug, latens. 256 00:13:28,020 --> 00:13:30,570 Du kan gøre brugerdefinerede målinger, så det er temmelig åben endte der. 257 00:13:30,570 --> 00:13:32,490 >> Du kan også skalere baseret på en tidsplan. 258 00:13:32,490 --> 00:13:36,180 Så hvis du ved, at du kommer til at have en masse trafik på mandag på 6:00 AM, 259 00:13:36,180 --> 00:13:40,150 du kan skalere op på mandag kl 06:00 og skalere ned på mandag på 5:00. 260 00:13:40,150 --> 00:13:43,610 Du kan også gøre det baseret på bare kommandoen line kommandoer. 261 00:13:43,610 --> 00:13:45,150 >> Så er der elastik load balancing. 262 00:13:45,150 --> 00:13:48,070 Så elastisk load balancing er en styret load balancer. 263 00:13:48,070 --> 00:13:51,590 Så du klikker på en knap, det bestemmelser en load balancer for dig. 264 00:13:51,590 --> 00:13:54,610 Den load balancer bor i flere tilgængelighed zoner. 265 00:13:54,610 --> 00:14:00,570 Det gør SSL losning for havne 25, 80, 443, 266 00:14:00,570 --> 00:14:05,750 og noget over 1024 til TCP trafik. 267 00:14:05,750 --> 00:14:09,469 >> Det gør tilslutning dræning, proxy protokol support. 268 00:14:09,469 --> 00:14:11,135 Så det er en meget funktionsfyldt load balancer. 269 00:14:11,135 --> 00:14:13,440 Og det har fået integration med Auto Scaling. 270 00:14:13,440 --> 00:14:16,690 Så når du bruger Auto Scaling og du skalere op og ned, 271 00:14:16,690 --> 00:14:19,700 du kan få dine forekomster automatisk tilslutte sig eller forlade 272 00:14:19,700 --> 00:14:21,810 en elastisk load balancer. 273 00:14:21,810 --> 00:14:23,980 >> Så er der vores bagage. 274 00:14:23,980 --> 00:14:27,170 Så den første er Amazon EBS, eller Elastic Block Store. 275 00:14:27,170 --> 00:14:32,720 Disse er persistente mængder, du kan montere på din EC2 tilfælde. 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 øjebliksbillede et EBS volumen, det går til s3, 278 00:14:39,550 --> 00:14:41,730 som vi vil tale om i en anden. 279 00:14:41,730 --> 00:14:44,080 Der er tre forskellige typer af EBS mængder. 280 00:14:44,080 --> 00:14:48,350 >> Der er magnetisk EBS, som er lige det slags standard slags magnetisk disk. 281 00:14:48,350 --> 00:14:51,030 Det er den mest økonomiske løsning. 282 00:14:51,030 --> 00:14:53,210 Så er der generel Formålet SSD, hvor vi 283 00:14:53,210 --> 00:14:55,830 får tre IOPS per gigabyte bestemmelse. 284 00:14:55,830 --> 00:14:59,080 Så hvis du har en terabyte volumen, har du 3.000 IOPS. 285 00:14:59,080 --> 00:15:02,730 Og så er der klargjort IOPS. 286 00:15:02,730 --> 00:15:06,660 Så klargjort IOPS er, når du betale for, hvor meget diskplads du bruger 287 00:15:06,660 --> 00:15:08,270 og hvor meget IOPS kapacitet du har brug for. 288 00:15:08,270 --> 00:15:12,150 Så kan du bestemmelse op til 4.000 IOPS per volumen. 289 00:15:12,150 --> 00:15:16,360 >> Så er der den Amazon S3. 290 00:15:16,360 --> 00:15:19,340 Amazon S3 er vores objekt butik. 291 00:15:19,340 --> 00:15:23,230 Så Amazon S3, kan du bruge det at lagre en hvilken som helst form for data. 292 00:15:23,230 --> 00:15:27,850 Du kan bruge den til at gemme statisk websites og slange statiske hjemmesider. 293 00:15:27,850 --> 00:15:32,870 Du kan bruge S3 til sikkerhedskopier og arkiver i nogle use cases 294 00:15:32,870 --> 00:15:40,500 som kilde og output spand for Big data analytics, eller omkodning. 295 00:15:40,500 --> 00:15:47,700 Det kan også anvendes som en oprindelse til CloudFront distribution. 296 00:15:47,700 --> 00:15:49,180 >> Så S3 super kraftfuld. 297 00:15:49,180 --> 00:15:52,660 S3 er designet til 11 linjer af holdbarhed. 298 00:15:52,660 --> 00:15:55,480 Så hvad det betyder er det kan opretholde tabet af mindst to data 299 00:15:55,480 --> 00:16:00,790 centre samtidig uden at miste dine data. 300 00:16:00,790 --> 00:16:02,050 Du kan gøre kryptering på S3. 301 00:16:02,050 --> 00:16:05,150 Så server sæt kryptering, eller server sæt kryptering med din nøgle. 302 00:16:05,150 --> 00:16:08,870 Så hvis du ønsker at styre nøgler, kan du gøre det så godt. 303 00:16:08,870 --> 00:16:09,940 >> Og der er Glacier. 304 00:16:09,940 --> 00:16:12,670 Så Glacier er vores langsigtet arkivering service. 305 00:16:12,670 --> 00:16:15,050 Den er også designet til 11 linjer af holdbarhed, 306 00:16:15,050 --> 00:16:18,510 men det er, når du vil gemme noget og glemme alt om det, ikke? 307 00:16:18,510 --> 00:16:21,690 Så uanset om overholdelse eller andre grunde, du har brug for at arkivere noget, 308 00:16:21,690 --> 00:16:22,890 du skal bruge 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 ved $ 0,03 per gigabyte per måned. 311 00:16:29,550 --> 00:16:35,274 Så Glacier er billigere og Glacier tager tre til fem timer 312 00:16:35,274 --> 00:16:36,190 at få dine data tilbage. 313 00:16:36,190 --> 00:16:37,939 Så hvis det er OK, hvis det er en arkivering sag, 314 00:16:37,939 --> 00:16:40,970 så Glacier er nok den rette brug tilfældet for det. 315 00:16:40,970 --> 00:16:42,300 >> Så er der opbevaring Gateway. 316 00:16:42,300 --> 00:16:44,720 Så Lager Gateway er en virtuel maskine 317 00:16:44,720 --> 00:16:50,070 at du kan køre lokalt i VMware eller Hyper-V. 318 00:16:50,070 --> 00:16:52,300 Det giver dig en iSCSI endpoint. 319 00:16:52,300 --> 00:16:54,575 Du kan derefter oprette en anden VM oven i købet 320 00:16:54,575 --> 00:16:58,440 der udsætter at iSCSI endpoint med CIFS eller NFS. 321 00:16:58,440 --> 00:17:01,690 Alt, hvad der går ind i det netværksshare og derefter får 322 00:17:01,690 --> 00:17:05,970 sikkerhedskopieret til Amazon S3, eller Glacier, eller EBS afhængig af hvordan du sætter det op. 323 00:17:05,970 --> 00:17:10,430 Så det er en nem måde at få dine data op til AWS. 324 00:17:10,430 --> 00:17:12,510 >> Så er der vores database services. 325 00:17:12,510 --> 00:17:14,589 Så den første er Amazon RDS. 326 00:17:14,589 --> 00:17:17,589 Så det er vores relationelle database service. 327 00:17:17,589 --> 00:17:21,420 Så dette er en administreret relationelt database [? for dig. ?] 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 gør automatisk failover. 330 00:17:28,820 --> 00:17:31,580 Så hvis du har den Multi-AZ indstilling aktiveret, 331 00:17:31,580 --> 00:17:37,070 det gør synkron blok niveau replikation tværs tilgængelighed zoner. 332 00:17:37,070 --> 00:17:41,550 Og så hvis din primære mislykkes, vil det bare automatisk 333 00:17:41,550 --> 00:17:43,590 failover mellem dem. 334 00:17:43,590 --> 00:17:47,410 Det er også for MySQL motor, understøtninger læse replikaer inden for samme region 335 00:17:47,410 --> 00:17:49,210 eller på tværs af regioner. 336 00:17:49,210 --> 00:17:51,720 Og der er alle former for interessante muligheder der. 337 00:17:51,720 --> 00:17:53,200 Så det vil gøre dine sikkerhedskopier for dig. 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 gøre din patching for dig så godt. 340 00:17:57,470 --> 00:17:58,900 >> Så er der DynamoDB. 341 00:17:58,900 --> 00:18:01,740 DynamoDB er vores managed NoSQL service. 342 00:18:01,740 --> 00:18:04,840 For Dynamo DB tager det væk alle de administrative byrder 343 00:18:04,840 --> 00:18:09,190 i forvaltningen af ​​en NoSQL service for dig. 344 00:18:09,190 --> 00:18:11,630 Så du bare bestemmelse bordet og du siger 345 00:18:11,630 --> 00:18:13,380 hvor meget læse og skrive kapacitet du ønsker. 346 00:18:13,380 --> 00:18:15,090 Og det vil give det for dig. 347 00:18:15,090 --> 00:18:16,929 Så det er en yderst simpel service til brug. 348 00:18:16,929 --> 00:18:17,970 Så er der ElastiCache. 349 00:18:17,970 --> 00:18:21,860 Så ElastiCache er vores lykkedes caching service. 350 00:18:21,860 --> 00:18:25,010 Det er dybest set en styret Redis eller ElastiCache. 351 00:18:25,010 --> 00:18:28,830 Så igen, kan du bestemmelse en klynge af ElastiCache eller REDIS forekomster 352 00:18:28,830 --> 00:18:34,240 og ikke behøver at bekymre sig om backup, eller failover, eller nogen af ​​de ting. 353 00:18:34,240 --> 00:18:36,530 >> Så har vi vores ansøgning tjenester. 354 00:18:36,530 --> 00:18:38,770 Så CloudFront er vores levering af indhold netværk 355 00:18:38,770 --> 00:18:42,240 og den lever på de Edge steder at jeg talte om før. 356 00:18:42,240 --> 00:18:44,680 Så CloudFront kan anvendes for live video streaming, 357 00:18:44,680 --> 00:18:49,150 for on demand video streaming, og for blot at have en hjemmeside, 358 00:18:49,150 --> 00:18:50,940 så et websted. 359 00:18:50,940 --> 00:18:54,270 Så du kan få hjemmesiden hostet på elastiske load balancers, 360 00:18:54,270 --> 00:18:59,236 eller tilfælde, eller S3 spande, eller bare on-premise hardware. 361 00:18:59,236 --> 00:19:01,610 Og du kan sætte en CloudFront distribution i det foran. 362 00:19:01,610 --> 00:19:02,660 Det vil cache dit indhold. 363 00:19:02,660 --> 00:19:04,160 Det vil sætte det på kanten lokationer. 364 00:19:04,160 --> 00:19:06,430 Og så når nogen går til din hjemmeside 365 00:19:06,430 --> 00:19:10,100 de vil være at ramme CloudFront, som vil sandsynligvis tættere på dem 366 00:19:10,100 --> 00:19:11,980 end uanset oprindelse er. 367 00:19:11,980 --> 00:19:15,600 Og det vil losse en masse belastningen fra oprindelsen, 368 00:19:15,600 --> 00:19:22,600 således både sparer penge og at få en bedre brugeroplevelse. 369 00:19:22,600 --> 00:19:24,780 >> Så er der Amazon CloudSearch. 370 00:19:24,780 --> 00:19:26,810 Så CloudSearch er en lykkedes søgetjeneste. 371 00:19:26,810 --> 00:19:30,510 Så du sende det din søgbare data og tale med den gennem en API, 372 00:19:30,510 --> 00:19:32,710 og det vil gøre søgeresultaterne for dig. 373 00:19:32,710 --> 00:19:34,530 Så er der den Elastic Transcoder. 374 00:19:34,530 --> 00:19:36,530 Så det er en administreret omkodning løsning. 375 00:19:36,530 --> 00:19:41,050 Du sætter dine videoer til et S3 spand, fortælle det, hvad de skal omkode ind, 376 00:19:41,050 --> 00:19:45,460 hvilket format og hvilke størrelse og alt. 377 00:19:45,460 --> 00:19:49,470 Og det vil omkode det og sætte det til en S3 bucket for dig. 378 00:19:49,470 --> 00:19:52,600 >> Så er der vores store datatjenester. 379 00:19:52,600 --> 00:19:55,780 Så vi har fået Amazon EMR, som er elastisk Kort Reducer. 380 00:19:55,780 --> 00:19:58,200 Så dette er en hosted Hadoop rammer. 381 00:19:58,200 --> 00:20:02,920 Så du kan spinde en Hadoop klynge fra en, men at hundreder af tilfælde 382 00:20:02,920 --> 00:20:04,030 hvis du har brug for. 383 00:20:04,030 --> 00:20:06,975 Det har fået dybe integration af S3, således filsystem til det 384 00:20:06,975 --> 00:20:09,830 du kan bruge HDSF, som du traditionelt gøre med Hadoop. 385 00:20:09,830 --> 00:20:12,870 Eller du kan gøre S3 som filsystemet. 386 00:20:12,870 --> 00:20:15,240 >> Det har fået støtte til spot prissætning, der er, 387 00:20:15,240 --> 00:20:19,110 på Amazon, hvordan du byder for overkapacitet. 388 00:20:19,110 --> 00:20:20,840 Så det understøtter alt det der. 389 00:20:20,840 --> 00:20:26,670 Det understøtter almindelige Hadoop rammer så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 set over 5,5 million EMR klynger 392 00:20:32,950 --> 00:20:35,340 lanceret på dette punkt på Amazon. 393 00:20:35,340 --> 00:20:38,338 >> Så har vi AWS data Pipeline. 394 00:20:38,338 --> 00:20:40,213 Så data Pipeline er en service, der giver 395 00:20:40,213 --> 00:20:42,296 dig at flytte data på tværs af vores forskellige datalagre. 396 00:20:42,296 --> 00:20:48,030 Så du kan tage noget fra S3, sætte det i RDS, så gør nogle EMR på det, 397 00:20:48,030 --> 00:20:50,760 sætte det ind Redshift, som er vores data warehousing apparat, 398 00:20:50,760 --> 00:20:54,564 og derefter kan du trække noget ud af en på forudsætning, MySQL instans. 399 00:20:54,564 --> 00:20:56,730 Så der er alle former for ting, du kan gøre med det. 400 00:20:56,730 --> 00:20:57,646 >> Så er der Redshift. 401 00:20:57,646 --> 00:21:00,470 Rødforskydningen vores managed Data warehouse. 402 00:21:00,470 --> 00:21:04,880 Det er meningen at være petabyte skala, så du kan gemme masser af data på det. 403 00:21:04,880 --> 00:21:07,280 Det er et massivt parallel arkitektur. 404 00:21:07,280 --> 00:21:10,040 Så du kan have mange noder, hvis du ville. 405 00:21:10,040 --> 00:21:13,509 Og det gør alle sikkerhedskopier og alle den administrative ting for dig. 406 00:21:13,509 --> 00:21:14,550 Og så er der Kinesis. 407 00:21:14,550 --> 00:21:17,340 Kinesis er vores real-time forarbejdning service. 408 00:21:17,340 --> 00:21:20,970 Så du kan tage nogle kilde af real-time streaming data, 409 00:21:20,970 --> 00:21:27,360 så sige ligesom Twitter brandslange, eller en flok logdata, sende den til Kinesis. 410 00:21:27,360 --> 00:21:29,140 Kinesis håndterer alt det for dig. 411 00:21:29,140 --> 00:21:32,250 Og så kan du tilslutte arbejdere til det til at trække tingene ud 412 00:21:32,250 --> 00:21:36,340 og, siger, gør en levende instrumentbræt eller gøre levende analytics på det. 413 00:21:36,340 --> 00:21:38,330 >> Så har vi vores implementeringsservices. 414 00:21:38,330 --> 00:21:42,530 Så AWS OpsWorks er en DevOps rammer. 415 00:21:42,530 --> 00:21:45,237 Så du tager din ansøgning, du bryde det op i lag. 416 00:21:45,237 --> 00:21:48,195 Så du har fået din load balancer lag, din web lag, din app lag, 417 00:21:48,195 --> 00:21:51,590 din database lag og du bestemmelse ting på disse lag 418 00:21:51,590 --> 00:21:53,720 baseret på Chef opskrifter. 419 00:21:53,720 --> 00:21:56,280 Kokken er en konfiguration ledelsessystem. 420 00:21:56,280 --> 00:21:59,530 Så det understøtter også livscyklus begivenheder og så 421 00:21:59,530 --> 00:22:01,820 hvis du ikke ønsker at administrere din egen Chef, højre, 422 00:22:01,820 --> 00:22:04,570 Hvis du vil have en form for programmatisk måde at implementere tingene 423 00:22:04,570 --> 00:22:07,420 på dine forekomster dette er en mulighed for dig. 424 00:22:07,420 --> 00:22:09,030 >> Så har vi Elastic Beanstalk. 425 00:22:09,030 --> 00:22:16,030 Så Elastic Beanstalk er en tjeneste, giver dig mulighed for at-- sige du er en udvikler. 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 at skulle bekymre sig om installation dine egne ELBS eller RDS 428 00:22:22,030 --> 00:22:24,500 forekomster eller regelmæssige EC2 instanser. 429 00:22:24,500 --> 00:22:29,050 Så hvad du gør, er dig, fra din kode, bare sende det til Elastic Beanstalk. 430 00:22:29,050 --> 00:22:33,310 Elastisk Beanstalk vil bestemmelse RDS forekomster og ELBS og alt det der 431 00:22:33,310 --> 00:22:35,556 for dig og installere din kode på dem. 432 00:22:35,556 --> 00:22:37,305 Så det gør det meget nemmere for udviklere 433 00:22:37,305 --> 00:22:40,600 at implementere deres kode på AWS. 434 00:22:40,600 --> 00:22:41,910 >> Så er der CloudFormation. 435 00:22:41,910 --> 00:22:47,310 Så CloudFormation er en service for behandle din infrastruktur som kode. 436 00:22:47,310 --> 00:22:50,280 Så nu, at du har alt dette ting i din ansøgning, 437 00:22:50,280 --> 00:22:52,680 du har fået din VPC, og din sikkerhedsgruppe regler, 438 00:22:52,680 --> 00:22:56,000 og dine EC2 tilfælde og dine RDS forekomster. 439 00:22:56,000 --> 00:22:58,130 Så du har fået hele denne arkitektur på AWS. 440 00:22:58,130 --> 00:23:01,340 Nå, hvordan kan du programmeringsmæssigt spin, op eller genskabe det? 441 00:23:01,340 --> 00:23:04,170 Du kan skrive en JSON fil der repræsenterer alt dette. 442 00:23:04,170 --> 00:23:05,920 Og så kan man [? tage?], som JSON fil 443 00:23:05,920 --> 00:23:08,180 og implementere din infrastruktur ud af det. 444 00:23:08,180 --> 00:23:10,930 Så du kan have en arkitektur hvor, hver gang du installerer kode, 445 00:23:10,930 --> 00:23:14,560 Det spinder op en frisk kopi af din hele arkitektur og ikke over til den. 446 00:23:14,560 --> 00:23:19,130 Så du kan også gøre dette til har en foranderlig infrastruktur. 447 00:23:19,130 --> 00:23:21,970 >> Så er der endelig vores administrative ydelser. 448 00:23:21,970 --> 00:23:25,270 Så vores administrative ydelser 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 Så det giver dig mulighed for administrere din AWS konto 451 00:23:30,150 --> 00:23:32,290 så du kan have sub brugere og grupper og gøre 452 00:23:32,290 --> 00:23:34,330 identitet forbund og alle slags ting. 453 00:23:34,330 --> 00:23:36,690 Det er virkelig vigtigt for sikkerheden. 454 00:23:36,690 --> 00:23:39,440 >> Så har vi Amazon CloudWatch, som er vores målinger service. 455 00:23:39,440 --> 00:23:41,956 Så det giver dig CPU-forbrug og alle former for målinger. 456 00:23:41,956 --> 00:23:44,080 Og du kan gøre brugerdefinerede målinger, og [? du kan gøre?] 457 00:23:44,080 --> 00:23:47,050 auto skalering på grundlag af disse målinger. 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 vores service til revision. 460 00:23:50,680 --> 00:23:54,380 Så det vil logge API-kald mod Amazon Web Services. 461 00:23:54,380 --> 00:23:56,560 Så hvem genstartet dette tilfælde? 462 00:23:56,560 --> 00:23:58,060 Hvem ændret denne sikkerhedsgruppe? 463 00:23:58,060 --> 00:23:59,810 Og log dem i nødvendige spande så du 464 00:23:59,810 --> 00:24:03,650 kan se, hvad der skete i din konto, og som gjorde det. 465 00:24:03,650 --> 00:24:05,600 >> En ny service, som vi har er arbejdsområ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å kan du bestemmelse en arbejdsstation, en Windows-arbejdsstation, 468 00:24:13,290 --> 00:24:17,810 og det vil derefter komme op i et par minutter. 469 00:24:17,810 --> 00:24:21,470 Det vil være forbundet til din aktive bibliotek, så med dine brugere. 470 00:24:21,470 --> 00:24:23,580 Og du kan let genopbygge den. 471 00:24:23,580 --> 00:24:25,090 Du kan nemt bestemmelse en ny. 472 00:24:25,090 --> 00:24:28,250 Der er forskellige typer med forskellig software på der. 473 00:24:28,250 --> 00:24:30,740 >> Så nu, at vi har været igennem en masse af vores tjenester, lad os 474 00:24:30,740 --> 00:24:31,850 gøre et virkeligt live demo. 475 00:24:31,850 --> 00:24:35,700 Så jeg har tænkt mig at skifte over til min webbrowser her. 476 00:24:35,700 --> 00:24:41,270 Så hvad jeg vil vise dig er, hvordan du hurtigt oprette 477 00:24:41,270 --> 00:24:43,690 en EC2 instans med Wordpress på det. 478 00:24:43,690 --> 00:24:45,440 Og så vil vi at gøre det samme, 479 00:24:45,440 --> 00:24:48,890 men vi vil spinde op en RDS instans og en ELB. 480 00:24:48,890 --> 00:24:52,690 Så vi vil gøre det lige på forekomst og vi bryde alle niveauer samt. 481 00:24:52,690 --> 00:24:54,510 >> Så lad os starte et EC2 instans. 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 vil ønsker at have et nøglepar. 484 00:24:59,230 --> 00:25:03,576 Så et nøglepar tillader dig at log ind i selve instans. 485 00:25:03,576 --> 00:25:05,450 Så du holder den private en del af den nøgle, 486 00:25:05,450 --> 00:25:08,570 og vi sætter det offentlige del på instans. 487 00:25:08,570 --> 00:25:11,700 Og det er, hvad giver dig mulighed for at logge ind. 488 00:25:11,700 --> 00:25:16,330 Så jeg har allerede importeret min nøglepar, bare min regelmæssige SSH nøglepar her. 489 00:25:16,330 --> 00:25:19,290 >> Og så den anden ting Jeg har tænkt mig at gøre her er, 490 00:25:19,290 --> 00:25:22,214 Jeg har allerede nogle tilfælde kører, men jeg vil starte en ny. 491 00:25:22,214 --> 00:25:24,130 Så jeg har tænkt mig at vælge min operativsystem. 492 00:25:24,130 --> 00:25:27,970 Så du kan se, at jeg har en temmelig store valg af operativsystem. 493 00:25:27,970 --> 00:25:31,015 Så jeg bare kommer til at plukke Deres standard Amazon Linux. 494 00:25:31,015 --> 00:25:32,930 >> Og jeg har tænkt mig at plukke en instans type. 495 00:25:32,930 --> 00:25:35,890 Og da dette er en webserver, jeg har tænkt mig 496 00:25:35,890 --> 00:25:39,540 til at gøre en c3.large, fordi det er sandsynligvis beregne intensive. 497 00:25:39,540 --> 00:25:45,210 Så jeg har tænkt mig at vælge en c3.large, og jeg har tænkt mig at starte en af ​​dem. 498 00:25:45,210 --> 00:25:48,630 Jeg har tænkt mig at forlade det i standard VPC for nu. 499 00:25:48,630 --> 00:25:50,810 Jeg har tænkt mig at forlade alt det her alene. 500 00:25:50,810 --> 00:25:53,270 >> Og jeg har tænkt mig at gøre det muligt for CloudWatch overvågning 501 00:25:53,270 --> 00:25:56,204 fordi CloudWatch detaljeret overvågning ændrer CloudWatch 502 00:25:56,204 --> 00:25:58,870 overvågning fra fem minutter beslutning til et minuts opløsning. 503 00:25:58,870 --> 00:26:02,510 Så jeg vil have det med min webserver her. 504 00:26:02,510 --> 00:26:05,220 Og så jeg har tænkt mig at gå til opbevaring. 505 00:26:05,220 --> 00:26:08,710 Så jeg vil Allround SSD på her. 506 00:26:08,710 --> 00:26:11,940 8 koncerter er sandsynligvis nok for mig, så jeg bare at holde det. 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 Jeg bare at mærke det Wordpress Demo. 509 00:26:19,230 --> 00:26:22,149 Så det er mærket, så jeg vide, hvad det egentlig er. 510 00:26:22,149 --> 00:26:24,190 Og så jeg har tænkt mig at konfigurere en sikkerhedsgruppe. 511 00:26:24,190 --> 00:26:27,510 Så en sikkerhedsgruppe er ligesom En firewall for eksempel. 512 00:26:27,510 --> 00:26:30,780 Så jeg har tænkt mig at bruge en af mine eksisterende. 513 00:26:30,780 --> 00:26:35,890 Så denne sikkerhedsgruppe, det giver SSH, så jeg kan ssh til det. 514 00:26:35,890 --> 00:26:37,580 Og det giver HTTP. 515 00:26:37,580 --> 00:26:40,390 >> Nu, jeg har tænkt mig at vil låse det, at SSH lidt mere. 516 00:26:40,390 --> 00:26:43,220 Du ønsker ikke bare nogen fra en IP-adresse SSHing i. 517 00:26:43,220 --> 00:26:45,240 Så vi vil gøre det, når den lancerer. 518 00:26:45,240 --> 00:26:49,100 >> Så jeg er glad for alle af disse ting her. 519 00:26:49,100 --> 00:26:50,167 Og jeg har tænkt mig at starte. 520 00:26:50,167 --> 00:26:52,250 Og så jeg har tænkt mig at vælge, hvad nøglepar jeg ønsker. 521 00:26:52,250 --> 00:26:54,750 Så jeg har tænkt mig at vælge at nøglepar, som jeg opdateret før. 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> Så nu, at jeg venter for det at starte, lad os 524 00:27:01,960 --> 00:27:03,320 gå se på vores sikkerhedsgruppe. 525 00:27:03,320 --> 00:27:06,720 Så vi har fået sikkerhedsgrupper her. 526 00:27:06,720 --> 00:27:09,550 Her er min sikkerhed gruppe, som jeg sætter det i. 527 00:27:09,550 --> 00:27:11,200 >> Jeg har tænkt mig at bare ændre dette her. 528 00:27:11,200 --> 00:27:15,710 Så lad mig gøre dette til en lidt større her. 529 00:27:15,710 --> 00:27:21,275 Så jeg ønsker at ændre denne fra Anywhere til Min IP. 530 00:27:21,275 --> 00:27:23,150 Fordi det vil automatisk hente min IP 531 00:27:23,150 --> 00:27:26,650 adresse her og lås det ned en lille smule. 532 00:27:26,650 --> 00:27:29,030 >> Og så mens der eksempel er spinning op, 533 00:27:29,030 --> 00:27:32,040 lad os spin op nogle ting for vores anden instans 534 00:27:32,040 --> 00:27:35,060 hvor vi kommer til at bryde ud databasen og load balancer 535 00:27:35,060 --> 00:27:37,160 således at det kan være klar til os. 536 00:27:37,160 --> 00:27:41,580 Så det første, jeg har tænkt mig at have at gøre, er spin op en load balancer. 537 00:27:41,580 --> 00:27:44,690 Så jeg har tænkt mig at vælge en load balancer her. 538 00:27:44,690 --> 00:27:48,410 Og jeg har tænkt mig at kalde det WordpressELB. 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 Og jeg har tænkt mig at bare-- alle Jeg ønsker, er port 80 i her. 541 00:27:55,450 --> 00:27:57,960 >> Og for nu for sundheden kontrollere, jeg bare vil gøre TCP. 542 00:27:57,960 --> 00:28:00,190 Så hvis Apaches kører, vil det være godt. 543 00:28:00,190 --> 00:28:03,760 Og jeg har tænkt mig at sænke den sunde tærskel bare så det bliver sundt 544 00:28:03,760 --> 00:28:06,360 temmelig hurtigt. 545 00:28:06,360 --> 00:28:08,710 Så igen, det har en sikkerhedsgruppe. 546 00:28:08,710 --> 00:28:12,480 Så jeg har allerede gjort en sikkerhed gruppe til dette kaldes Wordpress ELB. 547 00:28:12,480 --> 00:28:17,120 Og det er dybest set bare at gå at acceptere trafik fra Port 80. 548 00:28:17,120 --> 00:28:19,580 Og så jeg har ikke tænkt mig at tilføje alle tilfælde til det for nu. 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 Og jeg har tænkt mig at springe tagging. 551 00:28:26,720 --> 00:28:30,010 Og så vil vi skabe denne ELB lige nu. 552 00:28:30,010 --> 00:28:33,800 >> Så skabte load balancer. 553 00:28:33,800 --> 00:28:36,680 Jeg vil også lancere en mere eksempel her, 554 00:28:36,680 --> 00:28:40,280 bare for web del af min Wordpress. 555 00:28:40,280 --> 00:28:42,580 Så her vi gå. 556 00:28:42,580 --> 00:28:45,920 Jeg vil bare gøre det samme , jeg gjorde før. 557 00:28:45,920 --> 00:28:53,620 Så c3.large, CloudWatch detaljeret overvågning aktiveret. 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 Almindelige SSD'er. 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 Kald på Wordpress Web. 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> Og jeg ønsker at vælge en-- jeg allerede have en sikkerhedsgruppe for dette. 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 Så denne sikkerhedsgruppe accepterer trafik på port 80 fra min Wordpress ELB 566 00:29:23,520 --> 00:29:26,430 sikkerhedsgruppe, fra sikkerhed gruppe fra min load balancer, 567 00:29:26,430 --> 00:29:30,654 men også SSH, hvilket igen, vi kommer til at låse. 568 00:29:30,654 --> 00:29:31,820 Så jeg har tænkt mig at starte dette. 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 Right. 571 00:29:39,990 --> 00:29:43,530 >> Og så det, jeg har tænkt mig at gøre næste er Jeg har tænkt mig at starte en RDS instans. 572 00:29:43,530 --> 00:29:44,870 RDS vil være min database. 573 00:29:44,870 --> 00:29:47,100 Så jeg har tænkt mig at gå her. 574 00:29:47,100 --> 00:29:48,560 Jeg har tænkt mig at gå til RDS. 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 Jeg har tænkt mig at starte en ny forekomst. 577 00:29:56,239 --> 00:29:57,530 Så jeg har tænkt mig at vælge min motor. 578 00:29:57,530 --> 00:30:00,850 Så her jeg har et valg af MySQL, Postgres, Oracle eller SQL Server. 579 00:30:00,850 --> 00:30:02,640 Jeg vil have MySQL. 580 00:30:02,640 --> 00:30:06,160 Og så jeg har tænkt mig at sige ja. 581 00:30:06,160 --> 00:30:09,680 >> Så dette er en mulighed for Multi-AZ. 582 00:30:09,680 --> 00:30:14,267 Så Multi-AZ, igen, disse gentagelser kommer til at spinde op to RDS forekomster 583 00:30:14,267 --> 00:30:15,600 og gøre replikation mellem dem. 584 00:30:15,600 --> 00:30:20,510 Og hvis jeg ønsker ikke, at jeg bare kan have et enkelt eksempel, men jeg vil have det. 585 00:30:20,510 --> 00:30:22,490 Og så jeg har tænkt mig at pluk min database motor. 586 00:30:22,490 --> 00:30:24,907 Så jeg har tænkt mig at plukke senest en her. 587 00:30:24,907 --> 00:30:27,240 Og så jeg har tænkt mig at plukke hvilken type eksempel, jeg ønsker. 588 00:30:27,240 --> 00:30:30,950 >> Så jeg vil have en R3, så det er hukommelsen optimeret instans. 589 00:30:30,950 --> 00:30:32,740 Så jeg har tænkt mig at plukke R3. 590 00:30:32,740 --> 00:30:35,430 Og jeg har tænkt mig at plukke Ja, jeg vil Multi-AZ. 591 00:30:35,430 --> 00:30:37,110 Og jeg vil have generelle formål SSD. 592 00:30:37,110 --> 00:30:39,380 >> Og jeg sandsynligvis vil have en lidt mere storage. 593 00:30:39,380 --> 00:30:40,897 Jeg har tænkt mig at have 10 koncerter her. 594 00:30:40,897 --> 00:30:42,730 Og så jeg har tænkt mig at plukke nogle legitimationsoplysninger. 595 00:30:42,730 --> 00:30:44,641 Så hvad er identifikator for min database? 596 00:30:44,641 --> 00:30:46,015 Så det vil være wordpressdb1. 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 Jeg har tænkt mig at kalde dette rod. 599 00:30:53,127 --> 00:30:54,460 Jeg har tænkt mig at give det en adgangskode. 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> Og vi kommer til at vælge en sikkerhedsgruppe for det så godt. 602 00:31:03,780 --> 00:31:05,740 Så jeg har allerede lavet en sikkerhedsgruppe for dette. 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 Og så jeg har tænkt mig at give det et databasenavn. 605 00:31:11,307 --> 00:31:13,015 Så vi kommer til at bare kalder det WordPress. 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 Og vi vil vælge en tilbageholdelse vindue 608 00:31:18,560 --> 00:31:21,170 således at dette gør sikkerhedskopier for dig. 609 00:31:21,170 --> 00:31:23,330 Så jeg vil have en uge af sikkerhedskopier. 610 00:31:23,330 --> 00:31:25,610 Og jeg har ikke en præference for backup vindue. 611 00:31:25,610 --> 00:31:28,665 Og jeg vil have det til automatisk opgradere min lille version her. 612 00:31:28,665 --> 00:31:31,180 Så jeg har tænkt mig at forlade det som standard. 613 00:31:31,180 --> 00:31:33,490 Og så nu er jeg lancerer min RDS instans. 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 Right? 616 00:31:37,870 --> 00:31:40,597 Så nu er det at blive skabt. 617 00:31:40,597 --> 00:31:42,430 Så nu er vi bare venter for det at installere. 618 00:31:42,430 --> 00:31:48,055 Så mens der foregår, lad os log i det første EC2 instans vi gjort. 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 Så det er denne Wordpress Demo. 621 00:31:57,520 --> 00:31:58,760 Og vi vil bare kontrollere, at. 622 00:31:58,760 --> 00:31:59,450 Yep. 623 00:31:59,450 --> 00:32:02,620 >> Så lad os se om vi kan logge ind på den. 624 00:32:02,620 --> 00:32:06,220 Så jeg har tænkt mig at kopiere offentlig værtsnavnet på den. 625 00:32:06,220 --> 00:32:09,090 Jeg har tænkt mig at åbne op en shell vindue her. 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [Uhørligt] SSH. 628 00:32:17,610 --> 00:32:21,423 Standard bruger er EC2-bruger. 629 00:32:21,423 --> 00:32:25,271 >> PUBLIKUM: Leo, ville du imod Kommando [uhørligt]? 630 00:32:25,271 --> 00:32:27,200 >> LEO ZHADANOVSKY: God? 631 00:32:27,200 --> 00:32:30,190 Og så lad os prøve at SSH i. 632 00:32:30,190 --> 00:32:30,960 Yep. 633 00:32:30,960 --> 00:32:34,420 Så jeg er i min omgang lige nu. 634 00:32:34,420 --> 00:32:36,550 Så jeg SSHed i. 635 00:32:36,550 --> 00:32:38,970 Det er op i fem minutter, så det er helt sikkert min instans. 636 00:32:38,970 --> 00:32:41,020 >> Så første ting vi er vil ønsker at gøre her 637 00:32:41,020 --> 00:32:45,190 er det fortæller mig, at, åh, Jeg har nogle sikkerhedsopdateringer. 638 00:32:45,190 --> 00:32:47,855 Så jeg bare kommer til at køre hver sikkerhedsopdatering på her. 639 00:32:47,855 --> 00:32:51,746 [? sudo yum?] minus y opdatering. 640 00:32:51,746 --> 00:32:54,539 Så det kommer til at hurtigt at installere dem. 641 00:32:54,539 --> 00:32:57,080 Næste ting jeg ønsker at gøre, er jeg ønsker at installere nogle flere ting. 642 00:32:57,080 --> 00:33:00,910 Så jeg har tænkt mig at installere MySQL. 643 00:33:00,910 --> 00:33:02,660 Jeg har tænkt mig at installere Apache. 644 00:33:02,660 --> 00:33:04,190 Jeg har tænkt mig at installere PHP. 645 00:33:04,190 --> 00:33:07,680 Jeg har tænkt mig at installere PHP plugin til MySQL. 646 00:33:07,680 --> 00:33:11,100 Og jeg installere MySQL-serveren. 647 00:33:11,100 --> 00:33:12,440 Så lad os installere det her. 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> Installation. 650 00:33:15,500 --> 00:33:16,770 Så det er gjort. 651 00:33:16,770 --> 00:33:20,220 Så nu vil jeg [? HTTPD. ?] Jeg ønsker Apache til at starte på boot. 652 00:33:20,220 --> 00:33:21,380 Så jeg har tænkt mig at gø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å nu hvis jeg genstarter dette det vil begynde. 656 00:33:31,800 --> 00:33:36,210 >> Jeg vil også MySQL ved opstart. 657 00:33:36,210 --> 00:33:37,615 Så samme ting. 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 Ups, slåfejl her. 660 00:33:45,080 --> 00:33:45,580 Ok. 661 00:33:45,580 --> 00:33:53,220 Og så faktisk jeg vil starte min webserver senere. 662 00:33:53,220 --> 00:33:56,514 Nu ønsker jeg at starte min database-server, selv om. 663 00:33:56,514 --> 00:33:57,906 Så gør dette. 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 Og så det er begyndt for første gang, så jeg er 666 00:34:04,120 --> 00:34:06,070 nødt til at gøre nogle grundlæggende trin her. 667 00:34:06,070 --> 00:34:09,070 Så det første, jeg har tænkt mig at gøre er sat en rod adgangskode til min MySQL. 668 00:34:09,070 --> 00:34:15,980 >> Så jeg bare køre denne MySQL sikker kommando installation. 669 00:34:15,980 --> 00:34:19,239 Så det fik ingen af ​​de nuværende rod adgangskode, så lad os sætte en. 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 Og jeg har tænkt mig at fjerne disse anonyme brugere at det skaber 672 00:34:27,429 --> 00:34:29,750 og deaktivere root login. 673 00:34:29,750 --> 00:34:31,270 Og fjern test databaser. 674 00:34:31,270 --> 00:34:36,514 Så denne alle slags productionizes din MySQL installation. 675 00:34:36,514 --> 00:34:38,260 >> Så det er gjort. 676 00:34:38,260 --> 00:34:40,630 Så nu jeg bør være i stand til forbinde til min MySQL-serveren. 677 00:34:40,630 --> 00:34:42,805 Så jeg har tænkt mig at se, om det fungerer her. 678 00:34:42,805 --> 00:34:46,030 679 00:34:46,030 --> 00:34:46,530 Yep. 680 00:34:46,530 --> 00:34:50,699 Så jeg er i min MySQL-serveren. 681 00:34:50,699 --> 00:34:55,010 >> Så nu det næste jeg vil gøre, er Jeg ønsker at skabe min Wordpress database. 682 00:34:55,010 --> 00:34:56,429 Så jeg har tænkt mig at gøre MySQL admin. 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [Uhørligt] 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 oprettede min database. 688 00:35:15,520 --> 00:35:18,160 >> Og nu, hvad jeg vil gøre, er jeg vil oprette en Wordpress bruger. 689 00:35:18,160 --> 00:35:20,240 Så jeg ønsker ikke at logge på min Wordpress med root-brugeren 690 00:35:20,240 --> 00:35:21,420 fordi det ville være dårligt. 691 00:35:21,420 --> 00:35:24,810 Så jeg vil have en bruger, der kun kan adgang til Wordpress database. 692 00:35:24,810 --> 00:35:27,970 Så lad os gå i her igen. 693 00:35:27,970 --> 00:35:33,720 Og vi vil [? flytte?] denne her. 694 00:35:33,720 --> 00:35:36,870 >> Så hvad jeg gør her er Jeg skaber en bruger, 695 00:35:36,870 --> 00:35:40,220 kan oprette forbindelse fra localhost det er identificeret ved min super sikker adgangskode 696 00:35:40,220 --> 00:35:42,510 her. 697 00:35:42,510 --> 00:35:46,595 Og så jeg har tænkt mig at give denne brugeradgang 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å nu skal jeg være i stand til at logge på som bruger 701 00:35:56,200 --> 00:35:58,670 og kun se, at databasen [? og?] test database. 702 00:35:58,670 --> 00:36:04,970 >> Så jeg har tænkt mig at gøre mysql minus u wordpress, i stedet for roden. 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 Okay? 705 00:36:10,860 --> 00:36:16,920 Og så skal vi være i stand til at do-- ret? 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 fantastisk. 708 00:36:19,920 --> 00:36:22,420 >> Så nu skal vi faktisk hente og installere Wordpress. 709 00:36:22,420 --> 00:36:26,220 Så lad os gå til vores web directory. 710 00:36:26,220 --> 00:36:31,760 Så jeg har tænkt mig at wget Wordpress, den nyeste version af Wordpress her. 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 Jeg har tænkt mig at udvinde det. 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 Og nu jeg har tænkt mig at bytte HTML mappen, som 715 00:36:44,690 --> 00:36:48,150 er standard [? web?] rod, med Wordpress bibliotek, 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 nu vil jeg bare ændre tilladelserne, så Apache 719 00:37:06,580 --> 00:37:09,450 brugeren ejer Wordpress bibliotek. 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 endelig, jeg har tænkt mig at starte min webserver og håber 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å lad os nu se hvad der sker her. 726 00:37:23,940 --> 00:37:28,520 Så jeg har tænkt mig at gå her. 727 00:37:28,520 --> 00:37:30,700 Og se, om jeg kan få i dette tilfælde 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 vores Wordpress setup skærmen. 731 00:37:39,860 --> 00:37:42,020 Så vi ved alle disse oplysninger. 732 00:37:42,020 --> 00:37:44,170 Så vores database navn er wordpress. 733 00:37:44,170 --> 00:37:47,550 >> Vores brugernavn vil være wordpress. 734 00:37:47,550 --> 00:37:50,462 Jeg har fået min super sikker adgangskode her. 735 00:37:50,462 --> 00:37:53,869 Vi kommer til at være tilslutning til localhost. 736 00:37:53,869 --> 00:37:58,040 Og vi kommer til at køre installationen. 737 00:37:58,040 --> 00:38:00,430 >> Nu skal vi bare gå til give min hjemmeside et 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ørligt] brugernavn. 741 00:38:12,580 --> 00:38:15,972 Jeg har tænkt mig at få en adgangskode til mit brugernavn. 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 Jeg har tænkt mig at sætte i min e-mail-adresse. 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 Og da det er en test et, det gør jeg ikke søgemaskinerne skal indeksere dette. 746 00:38:29,326 --> 00:38:30,820 Så nu er vi installerer Wordpress. 747 00:38:30,820 --> 00:38:32,070 Så nu er vi klar. 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 mit instrumentbræt. 751 00:38:40,345 --> 00:38:42,300 Det er en fuldt fungerende Wordpress. 752 00:38:42,300 --> 00:38:47,026 Jeg kan opdatere plugins her, hvis jeg ville. 753 00:38:47,026 --> 00:38:49,290 Gør hvad jeg vil her. 754 00:38:49,290 --> 00:38:52,610 Og så her er min egentlige fuldt kører Wordpress på min ene instans. 755 00:38:52,610 --> 00:38:55,760 >> Nu, dette er fantastisk, hvis du har en test site, er men det er ikke skalere. 756 00:38:55,760 --> 00:38:56,737 Vi har én instans. 757 00:38:56,737 --> 00:38:59,070 Vi kan gøre dette tilfælde virkelig enorme, men på et tidspunkt 758 00:38:59,070 --> 00:39:01,165 du kommer til at løbe ud af lodret skalering rum. 759 00:39:01,165 --> 00:39:03,290 Så du vil ønsker at skalere det mere end det. 760 00:39:03,290 --> 00:39:05,290 >> Det er derfor, vi spundet op med alt det andet. 761 00:39:05,290 --> 00:39:07,620 Så lad os se, om vores RDS eksempel er gjort. 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [? Ja,?] Vore RDS eksempel er næsten færdig. 764 00:39:16,170 --> 00:39:19,520 Så det er OK, fordi i mellemtiden vi kan oprette vores EC2 instans. 765 00:39:19,520 --> 00:39:22,670 Det kommer til at være lige en lidt anden procedure. 766 00:39:22,670 --> 00:39:24,940 >> Så vi har fået vores Wordpress web. 767 00:39:24,940 --> 00:39:28,540 Nu jeg allerede havde en kører i går. 768 00:39:28,540 --> 00:39:33,670 Så jeg har lige fået at finde ud af hvilken en var det, at jeg startede i dag. 769 00:39:33,670 --> 00:39:36,710 Så denne ene blev lanceret November 4. 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 ved?] Denne var lanceret, åh, 04:00. 773 00:39:43,720 --> 00:39:45,905 Så faktisk er det nye. 774 00:39:45,905 --> 00:39:51,474 775 00:39:51,474 --> 00:39:51,974 Yep. 776 00:39:51,974 --> 00:39:52,930 OK. 777 00:39:52,930 --> 00:39:54,590 >> Så dette er min nye instans. 778 00:39:54,590 --> 00:39:56,110 Så igen, vil jeg kan ssh til det. 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 Så lad os gå tilbage til min terminal her. 781 00:40:05,630 --> 00:40:08,350 Så jeg har tænkt mig at komme ud af denne ene. 782 00:40:08,350 --> 00:40:11,232 Jeg har tænkt mig at ssh til den nye instans. 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 har tænkt mig at have at gøre nogle af de samme ting her. 786 00:40:17,951 --> 00:40:19,540 Så jeg har tænkt mig at køre sikkerhedsopdateringer. 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 Jeg har tænkt mig at installere nogle pakker. 789 00:40:25,654 --> 00:40:27,820 Pakkerne vil være lidt anderledes nu. 790 00:40:27,820 --> 00:40:31,660 >> Så jeg har ikke brug for MySQL-serveren fordi vi bryde ud af. 791 00:40:31,660 --> 00:40:35,580 Så jeg stadig vil installere MySQL klient. 792 00:40:35,580 --> 00:40:37,400 Jeg er stadig kommer til at installere Apache. 793 00:40:37,400 --> 00:40:40,142 Jeg er stadig at gå til installere PHP og PHP MySQL. 794 00:40:40,142 --> 00:40:42,100 Jeg er bare ikke til at installere MySQL-serveren. 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> Så jeg stadig vil gøre sikker Apache starter på boot. 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 Nu har vi brug for database til at være oppe. 799 00:40:57,790 --> 00:41:02,140 Så mens vi gør, lad os tilføje denne instans til load balancer. 800 00:41:02,140 --> 00:41:04,610 Så vi kommer til at gå til vores load balancer her. 801 00:41:04,610 --> 00:41:08,430 Og vi bare gå til kopiere ned instans-id. 802 00:41:08,430 --> 00:41:10,410 Fik min instans ID her. 803 00:41:10,410 --> 00:41:19,330 >> Når jeg går til min load balancer, se, her er min load balancer, 804 00:41:19,330 --> 00:41:20,945 her er dens DNS-navn. 805 00:41:20,945 --> 00:41:23,410 Så det fik nul forekomster i tjeneste lige nu 806 00:41:23,410 --> 00:41:26,040 fordi jeg har ikke tilføjet alle tilfælde til det. 807 00:41:26,040 --> 00:41:27,950 Så jeg har tænkt mig at tilføje min instans. 808 00:41:27,950 --> 00:41:29,635 Så her er min liste over forekomster. 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 Så hvis jeg vil have denne her, så jeg er kommer til at tilføje dette ene til det. 811 00:41:39,170 --> 00:41:41,150 >> Nu er det kommer til at vente og det kommer ikke til 812 00:41:41,150 --> 00:41:43,600 at aktivere denne instans indtil det bliver sundt. 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 Og det kommer ikke til at blive sunde indtil jeg tænder webserver. 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 Så lad os se, om vores RDS eksempel er op igen. 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 Store. 820 00:42:04,630 --> 00:42:06,360 Så vores nye RDS instans er klar. 821 00:42:06,360 --> 00:42:08,940 Så dette er slutpunktet for min RDS instans. 822 00:42:08,940 --> 00:42:13,530 Så hvad jeg har tænkt mig at gøre, er at jeg er kommer til at forbinde til min RDS instans. 823 00:42:13,530 --> 00:42:17,070 Så det er nu en fuldt lykkedes MySQL-database. 824 00:42:17,070 --> 00:42:18,860 Det har fået backup oprettet på det. 825 00:42:18,860 --> 00:42:20,160 Det er overflødigt. 826 00:42:20,160 --> 00:42:22,030 Det spundet op på kun et par minutter. 827 00:42:22,030 --> 00:42:24,870 Så nu jeg bør være i stand til SSH ind i det from-- eller ej SSH, 828 00:42:24,870 --> 00:42:26,690 men logge ind med MySQL klient. 829 00:42:26,690 --> 00:42:37,602 830 00:42:37,602 --> 00:42:38,120 >> Yep. 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å nu dette vil ligne undtagen vi bare at bryde ud af det. 834 00:42:42,680 --> 00:42:45,922 Så igen, vil jeg faktisk komme ud af dette for en anden. 835 00:42:45,922 --> 00:42:47,880 Godt, vi allerede skabt Wordpress database 836 00:42:47,880 --> 00:42:50,670 fordi vi sætter Wordpress derinde, så Jeg har tænkt mig at oprette Wordpress bruger. 837 00:42:50,670 --> 00:42:52,961 Og der kommer til at være nogle små forskelle i her 838 00:42:52,961 --> 00:42:54,237 fra hvad vi gjorde sidste gang. 839 00:42:54,237 --> 00:42:56,070 Så vi kommer til at skabe Wordpress bruger, 840 00:42:56,070 --> 00:42:58,200 men nu er vi ikke kommer til at være logge ind fra localhost længere. 841 00:42:58,200 --> 00:43:00,479 Vi kommer til at logge fra EC2 instans. 842 00:43:00,479 --> 00:43:03,770 Og vi vil ikke nødvendigvis vide om, hvad IP adresse det kommer fra, 843 00:43:03,770 --> 00:43:06,820 eller vi ikke vil angive den til denne nøjagtighed. 844 00:43:06,820 --> 00:43:09,470 >> Vi kommer til at have sikkerhed grupper, der gør sikker på, at der kun 845 00:43:09,470 --> 00:43:11,200 vores webservere kan oprette forbindelse til dette. 846 00:43:11,200 --> 00:43:14,520 Så jeg bare vil tillade det fra, på dette niveau, 847 00:43:14,520 --> 00:43:16,930 fra en IP-adresse forbindelse. 848 00:43:16,930 --> 00:43:17,869 Så vi bare gjorde det. 849 00:43:17,869 --> 00:43:19,660 Og nu er vi bare nødt til igen, 850 00:43:19,660 --> 00:43:21,701 give denne bruger adgang til Wordpress database. 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 Så nu er jeg bare gå til ændre 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ået det. 855 00:43:32,480 --> 00:43:34,090 Lad os komme ud herfra. 856 00:43:34,090 --> 00:43:36,650 Så vi vil bare være sikker at vi kan logge ind nu. 857 00:43:36,650 --> 00:43:39,100 Jeg er bare kommer til at ændre mit brugernavn 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å der virker. 862 00:43:47,607 --> 00:43:50,440 Nu skal vi, igen, jeg er nødt til at oprette Wordpress på dette tilfælde. 863 00:43:50,440 --> 00:43:54,770 Så det, vi er nødt til at gøre, er at gå til Var, www. 864 00:43:54,770 --> 00:43:57,260 Jeg er nødt til at flytte HTML mappe 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 vil have at downloade 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 Uddrag Wordpress. 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 Vi kommer til at flytte den til HTML-bibliotek. 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 vil ændre tilladelserne. 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 Og så vil vi starte Apache. 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> Så hvad der skal ske nu er der kommer 880 00:44:45,820 --> 00:44:49,200 at være dybest set fem gensende på denne ELB. 881 00:44:49,200 --> 00:44:53,790 Og det er i sidste ende, dette tilfælde er vil blive raske på ELB. 882 00:44:53,790 --> 00:44:57,871 Så [uhørligt] her. 883 00:44:57,871 --> 00:44:58,370 Lad os se. 884 00:44:58,370 --> 00:45:00,525 Denne instans er endnu ikke sundt. 885 00:45:00,525 --> 00:45:02,400 Så hvad jeg er faktisk kommer til at gøre, er at jeg har tænkt mig 886 00:45:02,400 --> 00:45:05,275 at ændre sundhedstjekket lidt lidt mere bare for at gøre det hurtigere. 887 00:45:05,275 --> 00:45:07,320 Vi kan ændre det tilbage senere. 888 00:45:07,320 --> 00:45:12,561 Så lad os sige jeg vil sunde tærskel 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å nu er vi i tjeneste. 891 00:45:15,340 --> 00:45:17,400 >> Så nu vil jeg gå til denne load balancer. 892 00:45:17,400 --> 00:45:19,895 Og det skal proxy mig tilbage igennem til dette eksempel, 893 00:45:19,895 --> 00:45:23,195 og vi vil oprette Wordpress på her. 894 00:45:23,195 --> 00:45:25,320 Nu, hvis du har din egen domænenavn eller noget, 895 00:45:25,320 --> 00:45:28,740 du kan bare lave en CNAME post til denne DNS-navn. 896 00:45:28,740 --> 00:45:31,850 Og den elastiske load balancing tjenesten er skalerbar på bagenden, 897 00:45:31,850 --> 00:45:34,065 så det skalerer op og ned af sig selv. 898 00:45:34,065 --> 00:45:35,710 Så det kunne være flere IP-adresser. 899 00:45:35,710 --> 00:45:36,584 IPS kunne ændre. 900 00:45:36,584 --> 00:45:39,063 Så du bør altid henvise det fra den 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å. 904 00:45:43,560 --> 00:45:45,215 Vi er tilbage på vores setup skærmen. 905 00:45:45,215 --> 00:45:47,870 Nu vil vi gøre den samme proces næsten. 906 00:45:47,870 --> 00:45:49,835 Så vores database navn er wordpress. 907 00:45:49,835 --> 00:45:52,940 Vores brugernavn hedder wordpress. 908 00:45:52,940 --> 00:45:55,560 Vi har fået den samme super sikker adgangskode som før, 909 00:45:55,560 --> 00:45:59,020 undtagen databasen værten er nu vil være RDS instans. 910 00:45:59,020 --> 00:46:01,222 >> Så vi kommer til at gå her. 911 00:46:01,222 --> 00:46:04,760 Vi kommer til at gå til RDS. 912 00:46:04,760 --> 00:46:06,320 Vi kommer til at gå til mine tilfælde. 913 00:46:06,320 --> 00:46:07,730 Jeg har brug for min slutpunkt navn her. 914 00:46:07,730 --> 00:46:09,160 Det er denne ene. 915 00:46:09,160 --> 00:46:10,984 Så jeg bare gå til kopiere og indsætte dette. 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 Okay? 918 00:46:18,000 --> 00:46:20,100 Så lad os se, om det virkede. 919 00:46:20,100 --> 00:46:20,600 Ok. 920 00:46:20,600 --> 00:46:21,380 Så der virker. 921 00:46:21,380 --> 00:46:23,530 Så du kan oprette forbindelse til RDS instans. 922 00:46:23,530 --> 00:46:27,200 Igen, det kommer til at 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å nu vil vi installere vores Wordpress. 926 00:46:42,750 --> 00:46:44,550 Så vi er færdig. 927 00:46:44,550 --> 00:46:46,736 Så lad mig bare logge ind for at sikre det fungerede. 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å nu har vi en fuldt kører Wordpress. 931 00:46:56,400 --> 00:46:58,890 Vi kan gøre alle former for operationer på det. 932 00:46:58,890 --> 00:47:02,210 Så forskellen nu er, at vi har en separat database. 933 00:47:02,210 --> 00:47:03,470 At databaserne er overflødig. 934 00:47:03,470 --> 00:47:05,690 Vi har stadig kun har en webside server, men vi kunne nu 935 00:47:05,690 --> 00:47:08,680 tage et billede af denne web server, starte det igen, 936 00:47:08,680 --> 00:47:11,720 og så har vi to webservere bag denne load balancer. 937 00:47:11,720 --> 00:47:15,894 >> Endepunktet ændrer ikke om det er en eller to, eller 50 webservere. 938 00:47:15,894 --> 00:47:17,060 Vi kan skalere det ud over dette. 939 00:47:17,060 --> 00:47:21,190 Så der er plugins til Wordpress, hvor du kan bruge S3 til din statiske aktiver. 940 00:47:21,190 --> 00:47:23,900 Du kan bruge CloudFront at cache disse aktiver. 941 00:47:23,900 --> 00:47:26,970 Du kan bruge ElastiCache så du kan bruge Memcached dybest set 942 00:47:26,970 --> 00:47:30,110 at gemme session tilstand der. 943 00:47:30,110 --> 00:47:32,654 >> Så som du skalerer fra en til flere tilfælde 944 00:47:32,654 --> 00:47:35,070 du kommer til at antage, at disse forekomster er flygtig, 945 00:47:35,070 --> 00:47:36,360 så de kan gå væk. 946 00:47:36,360 --> 00:47:38,880 Så du er nødt til at tænke om, hvor skal jeg opbevare logfiler, 947 00:47:38,880 --> 00:47:40,290 hvor skal jeg gemme session tilstand. 948 00:47:40,290 --> 00:47:43,580 Hvordan kan jeg gøre det, så det er OK, at disse tilfælde kan forsvinde eller mere 949 00:47:43,580 --> 00:47:45,010 af dem kan vises? 950 00:47:45,010 --> 00:47:47,260 Så du er nødt til at besvare spørgsmål som dette. 951 00:47:47,260 --> 00:47:48,551 Men det er ret almindeligt mønster. 952 00:47:48,551 --> 00:47:52,720 Så du bare begynde losning enhver vedvarende ting til andre niveauer. 953 00:47:52,720 --> 00:47:55,380 >> Så nu har vi det, vi er gjort [? tre tier?] ting. 954 00:47:55,380 --> 00:47:57,140 Det sidste, jeg er vil gøre her er jeg 955 00:47:57,140 --> 00:47:59,390 vil gøre mit load balancer en lille smule mere fast 956 00:47:59,390 --> 00:48:02,210 nu, at det er markeret som sund. 957 00:48:02,210 --> 00:48:06,010 Så det er normalt ikke en god idé til hjemmesider 958 00:48:06,010 --> 00:48:10,139 at gøre TCP helbredsundersøgelser, fordi din Apache kunne være op, 959 00:48:10,139 --> 00:48:11,680 men det kunne være at vende tilbage PHP fejl. 960 00:48:11,680 --> 00:48:12,940 Så du vil ikke have det. 961 00:48:12,940 --> 00:48:14,648 >> Så hvad jeg har tænkt mig at gøre her er jeg har tænkt mig 962 00:48:14,648 --> 00:48:18,230 at ændre dette til en HTTP sundhedstjek. 963 00:48:18,230 --> 00:48:22,880 Og det kommer til at blive index.php, ikke index.html. 964 00:48:22,880 --> 00:48:26,470 Og vi kommer til at ændre denne sund tærskel tilbage til fem. 965 00:48:26,470 --> 00:48:27,880 Så det er gjort. 966 00:48:27,880 --> 00:48:29,500 Så bør stadig være sunde. 967 00:48:29,500 --> 00:48:30,000 Yep. 968 00:48:30,000 --> 00:48:31,990 Så vi er stadig i drift. 969 00:48:31,990 --> 00:48:36,370 >> Så det er sådan du indstiller op Wordpress på AWS. 970 00:48:36,370 --> 00:48:41,660 Så jeg tror på mindre end 20 minutter, vi har begge sat op på en instans, på sin egen, 971 00:48:41,660 --> 00:48:47,302 og en fuld tre tier arkitektur, hvor hvert lag uafhængigt er skalerbar. 972 00:48:47,302 --> 00:48:49,010 Du kan gøre alle slags af interessante ting 973 00:48:49,010 --> 00:48:51,120 med databasen at skalere så godt. 974 00:48:51,120 --> 00:48:54,200 >> Lad mig vise dig en mere interessante ting her. 975 00:48:54,200 --> 00:48:59,590 Så lad os sige for dette vil jeg bryde ud den læser fra skriver. 976 00:48:59,590 --> 00:49:02,020 Jeg kan lave en læse replika. 977 00:49:02,020 --> 00:49:05,040 Så jeg har tænkt mig at bare skabe en læst replika. 978 00:49:05,040 --> 00:49:11,407 Så det kommer til at være wordpressdb1 read1. 979 00:49:11,407 --> 00:49:13,240 Jeg har tænkt mig at gøre det på samme region, men jeg 980 00:49:13,240 --> 00:49:15,820 kunne gøre det i en anden region. 981 00:49:15,820 --> 00:49:18,740 Så vi kommer til at starte provisioning en læser kopi her. 982 00:49:18,740 --> 00:49:20,390 Så nu er vi er ved at oprette læse replika. 983 00:49:20,390 --> 00:49:22,349 Der bliver skabt der nederst. 984 00:49:22,349 --> 00:49:24,140 Så du kan gøre alle former af cool stuff her. 985 00:49:24,140 --> 00:49:25,550 >> Så jeg er færdig med demoen. 986 00:49:25,550 --> 00:49:27,780 Så jeg tror, ​​vi har omkring 10 minutter. 987 00:49:27,780 --> 00:49:33,860 Så jeg vil tage nogen spørgsmål nogen har, om nogen AWS relateret emne. 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 Nogen? 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 Tak alle. 993 00:49:42,720 --> 00:49:44,192