1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO ZHADANOVSKY: Sveiki, visiem. 3 00:00:12,060 --> 00:00:13,675 Es esmu Leo Zhadanovsky. 4 00:00:13,675 --> 00:00:17,000 Es esmu risinājumu arhitekts Amazon Web Services. 5 00:00:17,000 --> 00:00:21,030 Un es esmu gatavojas runāt ar jums šodien par to, Amazon Web Services ir, 6 00:00:21,030 --> 00:00:25,170 tās vēsturi, īss pārskats no pakalpojumiem, ko mēs piedāvājam. 7 00:00:25,170 --> 00:00:29,530 Un arī es darīšu dzīvot demo Kā uzsākt LAMP kaudzīte AWS 8 00:00:29,530 --> 00:00:33,769 gan uz vienu gadījumu un izmantojot, izmantojot kādu no citiem mūsu 9 00:00:33,769 --> 00:00:36,060 [? pārvalda] pakalpojumi?, piemēram kā mūsu relāciju datu bāzes 10 00:00:36,060 --> 00:00:39,330 pakalpojums, un mūsu slodzes balansieri, un mūsu gadījumi. 11 00:00:39,330 --> 00:00:41,610 >> Tātad vispirms, pieņemsim runāt par AWS vēsturi. 12 00:00:41,610 --> 00:00:47,780 Kā tad Amazon.com nokļūt šis mākonis skaitļošanas bizness? 13 00:00:47,780 --> 00:00:51,630 Nu, Amazon ir tiešām labi nodrošina lielu produktu izvēli 14 00:00:51,630 --> 00:00:54,440 un kuģniecības tie, klienti efektīvi. 15 00:00:54,440 --> 00:00:57,870 Un aiz viņu rīcībspējas slēpjas gadu pieredze 16 00:00:57,870 --> 00:01:01,330 ar darbības datu centros, ar loģistika, ar visiem lietas veidu. 17 00:01:01,330 --> 00:01:05,420 Un tā mēs atklājām vairāk nekā 10 gadus, ka mēs 18 00:01:05,420 --> 00:01:10,840 vēlējās, lai ļautu mūsu klientiem darīt daudz dažādas lietas, vai ne? 19 00:01:10,840 --> 00:01:16,870 >> Tātad mēs beidzās piedāvājot dažas iekšējā pakalpojumi līdz trešo pušu pārdevējiem. 20 00:01:16,870 --> 00:01:20,640 Kā mēs publicējām vienkāršus interneta pakalpojumus piemēram, mūsu katalogā meklēšanu. 21 00:01:20,640 --> 00:01:22,910 Un tas kļuva ļoti skaidrs ļoti ātri 22 00:01:22,910 --> 00:01:26,530 ka izstrādātāji bija izsalkuši vairāk par mūsu pakalpojumiem. 23 00:01:26,530 --> 00:01:29,830 Un tā tas noveda mūs attīstīt AWS. 24 00:01:29,830 --> 00:01:31,910 Tātad mēs jautāja, ko tad, ja mēs varētu pakete visu 25 00:01:31,910 --> 00:01:36,620 mēs darām, un piedāvāt to citas tīmeklī? 26 00:01:36,620 --> 00:01:41,940 >> Tātad AWS misija ir dot iespēju uzņēmumi un attīstītāji 27 00:01:41,940 --> 00:01:46,080 izmantot interneta pakalpojumus, lai izveidotu mērogojams modernākais lietojums. 28 00:01:46,080 --> 00:01:49,650 Un interneta pakalpojumi ir kas cilvēki tagad saucam mākoni. 29 00:01:49,650 --> 00:01:53,180 Tātad 2006.gadā, AWS dzimis. 30 00:01:53,180 --> 00:01:56,590 Un parunāsim par kāda AWS patiesībā ir. 31 00:01:56,590 --> 00:02:01,310 >> Tātad, mēs sniegt dažādas pakalpojumus dažādos līmeņos. 32 00:02:01,310 --> 00:02:06,060 Tāpēc mums ir sava veida mūsu galvenajiem pakalpojumiem, Mūsu compute glabāšana un datu bāzes. 33 00:02:06,060 --> 00:02:08,250 Un tad mums ir arī tīkla slānis, 34 00:02:08,250 --> 00:02:10,289 un mēs esam ieguvuši pasaules infrastruktūra, tāpēc mēs esam 35 00:02:10,289 --> 00:02:13,812 ieguva reģionos visā pasaulē, un pieejamības zonas visā pasaulē. 36 00:02:13,812 --> 00:02:15,520 Un tad mēs esam ieguvuši augstāka līmeņa pakalpojumus, 37 00:02:15,520 --> 00:02:18,670 piemēram, pakalpojumos, ka jūs izmantojat, lai izveidotu horizontāli 38 00:02:18,670 --> 00:02:20,434 mērogojams pieteikumi. 39 00:02:20,434 --> 00:02:22,850 Un tad mēs esam ieguvuši izvietošana un administrēšanas pakalpojumus. 40 00:02:22,850 --> 00:02:26,010 Tātad tie ir pakalpojumi, kas jums izmantot, lai izvietot savu kodu AWS 41 00:02:26,010 --> 00:02:29,100 un pārvaldīt savu AWS kontā kā tas svari. 42 00:02:29,100 --> 00:02:32,120 >> So parunāsim par mūsu globāla infrastruktūra pirmās. 43 00:02:32,120 --> 00:02:35,960 Mums ir 11 rajonu visā pasaulē. 44 00:02:35,960 --> 00:02:39,680 Tātad mēs tikko pievienoja jaunu reģionu pirms dažām nedēļām Frankfurtē, 45 00:02:39,680 --> 00:02:41,500 bet katrs reģions ir kā atsevišķs mākonis. 46 00:02:41,500 --> 00:02:43,580 Tāpēc šie pakalpojumi es esmu gatavojas runāt, viņi 47 00:02:43,580 --> 00:02:46,350 pastāv dažādos reģionos. 48 00:02:46,350 --> 00:02:50,370 Tātad ASV, tur ir reģions ziemeļu Virginia. 49 00:02:50,370 --> 00:02:54,390 Tur reģions North Kalifornijā un Oregonā. 50 00:02:54,390 --> 00:02:57,690 >> Oregon reģionā ir arī oglekļa neitrāla. 51 00:02:57,690 --> 00:03:00,200 Mums ir arī reģionu Oregon sauc GovCloud. 52 00:03:00,200 --> 00:03:05,370 Tātad, ja jums ir darba slodzi, kas nepieciešama būt ITAR atbilstošs, tā ka ir 53 00:03:05,370 --> 00:03:09,580 Starptautiskā Satiksmes un Arms Reduction Līgums, jums vajadzētu izmantot GovCloud. 54 00:03:09,580 --> 00:03:12,510 >> Tātad svarīga lieta par šo ir tas, ka jums 55 00:03:12,510 --> 00:03:15,100 atlasīt un izvēlēties, kur savus datus iet un kur jūsu progr iet. 56 00:03:15,100 --> 00:03:19,370 Tātad mums nav pārvietot savus datus pa reģioniem, vai pāri pieejamības zonās 57 00:03:19,370 --> 00:03:22,277 ja tas ir pakalpojums, kur jūs varat izvēlēties pieejamības zonu. 58 00:03:22,277 --> 00:03:23,860 Jūs varat arī izvēlēties, kur tas notiek. 59 00:03:23,860 --> 00:03:24,526 Jūs varat to pārvietot. 60 00:03:24,526 --> 00:03:27,920 Mēs dodam jums instrumentus, lai pārvietotu savu dati, bet mēs ne pārvietot to you. 61 00:03:27,920 --> 00:03:30,710 >> Un tā katrā reģionā ir vismaz divas pieejamību zonas, 62 00:03:30,710 --> 00:03:33,020 un mēs runājam par to, ko tie ir sekundē. 63 00:03:33,020 --> 00:03:35,530 Un tur ir arī 52 mala vietās visā pasaulē. 64 00:03:35,530 --> 00:03:40,850 Tātad malu vietas ir galvenokārt par mūsu CloudFront, [? mākonis?] sadalījums 65 00:03:40,850 --> 00:03:43,410 tīklu, un mūsu Route 53 DNS pakalpojumu. 66 00:03:43,410 --> 00:03:47,100 Un tāpēc tur ir daudz no viņiem jo viņi tuvāk lietotājiem, 67 00:03:47,100 --> 00:03:49,360 jo tie ir latentuma bāzes pakalpojumi. 68 00:03:49,360 --> 00:03:51,410 Tātad latentuma jautājumi par viņiem. 69 00:03:51,410 --> 00:03:54,630 >> Tātad, tas ir tas, ko tipisks reģions izskatās. 70 00:03:54,630 --> 00:03:56,630 Un tad [? laikā?] katrs reģions tur ir, 71 00:03:56,630 --> 00:03:58,530 kā jau teicu, ir vismaz divi pieejamības zonas. 72 00:03:58,530 --> 00:04:01,390 Pieejamība zona vismaz viena datu centrs, 73 00:04:01,390 --> 00:04:04,340 dažreiz tas var būt robežās pašā ģeogrāfiskajā apgabalā. 74 00:04:04,340 --> 00:04:09,010 Un mūsu pieejamības zonas ir paredzētas būt par dažādām palienes, vaina 75 00:04:09,010 --> 00:04:15,501 līdzenumi būt atšķirīgs spēks komunālo pakalpojumu un dažādu līmeņu 1 IPS. 76 00:04:15,501 --> 00:04:17,500 Tātad jums vajadzētu izstrādāt savu pieteikums [? prātā?] 77 00:04:17,500 --> 00:04:20,240 kur kaut kas var notikt vienā pieejamība zonā, 78 00:04:20,240 --> 00:04:23,245 bet lai jūs būtu izlīdzina savu pieteikums multiplās pieejamības 79 00:04:23,245 --> 00:04:27,100 zonas, jo viņi uzcēla ar šiem atlaišanas prātā. 80 00:04:27,100 --> 00:04:30,490 >> Un tā mēs darbinātu daudz uzņēmumi, kas jūs atpazīt. 81 00:04:30,490 --> 00:04:36,590 Tātad no Airbnb, līdz Netflix, uz Dropbox, lai Yelp, 82 00:04:36,590 --> 00:04:41,270 mēs visi esam jaunizveidotiem veidu un uzņēmumi, kas darbojas darba slodzi uz mums. 83 00:04:41,270 --> 00:04:44,610 Sabiedriskajā sektorā, mēs esam ieguvuši visi valsts aģentūru veidu 84 00:04:44,610 --> 00:04:47,740 ka palaist uz mums, EdTech jaunizveidotiem, universitātes. 85 00:04:47,740 --> 00:04:52,910 Obama kampaņa ilga būtībā visu viņu sīkumi par Amazon Web Services. 86 00:04:52,910 --> 00:04:56,690 >> Un tikai, lai dotu jums perspektīvu mūsu mērogošana, uz vidēji dienā 87 00:04:56,690 --> 00:05:00,840 mums bija pietiekami daudz jaunu serveri spēja atbalstam 88 00:05:00,840 --> 00:05:04,400 Amazon.com globālā infrastruktūra kad tas bija $ 7000000000 89 00:05:04,400 --> 00:05:05,740 bizness atpakaļ 2004. 90 00:05:05,740 --> 00:05:08,500 Tātad, tas ir, cik daudz mēs bija vidēji dienā. 91 00:05:08,500 --> 00:05:11,910 >> Tātad kopumā koncepcija ir, ja jums domā par to, kā jūs iegūt varu. 92 00:05:11,910 --> 00:05:14,940 Tātad jums varu, tas ir pēc pieprasījuma, vai ne? 93 00:05:14,940 --> 00:05:19,580 Tātad, jūs zināt, kad jūs saņemat tas, jūs zināt, jūs varat saņemt to. 94 00:05:19,580 --> 00:05:22,950 Tas ir vienota, lai jūs zināt kas sprieguma jūs saņemat. 95 00:05:22,950 --> 00:05:26,940 Tas ir kā jums iet, lai jūs maksājat tieši to, cik daudz jūs izmantojat. 96 00:05:26,940 --> 00:05:29,020 Un tas ir pieejams. 97 00:05:29,020 --> 00:05:31,060 Tātad jūs iespraudiet, jūs zināt jūs gonna get jaudu. 98 00:05:31,060 --> 00:05:34,350 Tātad, mēs esam veikuši, kas un attiecinot to uz datoru. 99 00:05:34,350 --> 00:05:36,710 >> Tātad tas atrisina daudz problēmu. 100 00:05:36,710 --> 00:05:41,230 Parasti mēs redzam daudz IT organizācijas. 101 00:05:41,230 --> 00:05:43,130 Viņiem ir šī jaudas problēmu. 102 00:05:43,130 --> 00:05:46,370 Tāpēc viņi ir noteiktas summas IT vajadzībām, un tad viņi 103 00:05:46,370 --> 00:05:49,290 ir pārāk sniegšanai to spēju. 104 00:05:49,290 --> 00:05:53,110 Tātad, vai nu viņi ceļu pār-apgādi, vai arī tie nav pietiekami daudz jaudas, 105 00:05:53,110 --> 00:05:54,930 un viņi ir neapmierināti klienti. 106 00:05:54,930 --> 00:05:59,820 >> Tā, piemēram, tās ir dažādi modeļi satiksmi. 107 00:05:59,820 --> 00:06:01,980 Tātad, vai jums ir lietas ka ieslēgt un izslēgt, 108 00:06:01,980 --> 00:06:05,920 vai aug ātri, vai ir mainīgas virsotnes vai prognozējami virsotnes, par visiem šiem, 109 00:06:05,920 --> 00:06:08,122 jūs nu gatavojas pārāk noteikums parasti, 110 00:06:08,122 --> 00:06:09,580 vai jūs gatavojas nepietiekamu nodrošināšanu. 111 00:06:09,580 --> 00:06:12,990 Tātad jums ir vai nu atkritumi vai Jums ir nelaimīgs klientiem. 112 00:06:12,990 --> 00:06:17,400 >> Tātad, ko AWS ļauj jums jādara, ir jums var mērogu augšu un uz leju dinamiski 113 00:06:17,400 --> 00:06:19,510 pamatojoties uz to, ko jūsu faktiskais izmantošana modelis. 114 00:06:19,510 --> 00:06:23,270 Tātad jūs varat maksāt tikai par to, ko jūs izmantojat. 115 00:06:23,270 --> 00:06:25,115 Un jūs varat sākt gadījumi, tāpēc instance 116 00:06:25,115 --> 00:06:27,030 ir mūsu vārds virtuālo serveri. 117 00:06:27,030 --> 00:06:29,280 Jūs varat sākt vienu Piemēram, jūs varat sākt 118 00:06:29,280 --> 00:06:33,160 tūkstošiem gadījumu minūtēs vai sekundes, tikpat daudz, cik jums nepieciešams. 119 00:06:33,160 --> 00:06:35,897 Un jūs varat zvanīt to uz augšu un saskaņā ar prasībām. 120 00:06:35,897 --> 00:06:38,730 Tātad, ļaujiet man runāt ar jums par piemērs, kas ir sava veida tuvu mājām. 121 00:06:38,730 --> 00:06:44,930 Tātad šis ir tipisks satiksmes shēma novembra Amazon.com. 122 00:06:44,930 --> 00:06:49,491 Un pēdējie divi virsotnes šeit, Vai kāds zina, ko viņi ir? 123 00:06:49,491 --> 00:06:49,990 Tātad they're-- 124 00:06:49,990 --> 00:06:51,180 >> Mērķauditorija: Cyber ​​pirmdiena? 125 00:06:51,180 --> 00:06:53,430 >> LEO ZHADANOVSKY: Cyber ​​pirmdiena un Melnā piektdiena, vai ne? 126 00:06:53,430 --> 00:06:57,020 Tātad tradicionāli, kādi Amazon.com bija to darīt bija tie bija, lai nodrošinātos pret jaudu 127 00:06:57,020 --> 00:06:58,330 lai segtu šos divus virsotnes. 128 00:06:58,330 --> 00:07:04,490 Tātad, kā rezultātā, 76% no laika, viņi bija pārāk daudz jaudas. 129 00:07:04,490 --> 00:07:07,640 Un tikai 24% no laika bija tie pilnībā izmantojot to. 130 00:07:07,640 --> 00:07:12,730 Un tā 2010. gadā Amazon.com ieslēgts off pēdējās fiziskā web serveri 131 00:07:12,730 --> 00:07:14,430 un pārcēla to uz AWS. 132 00:07:14,430 --> 00:07:16,660 Tātad, tas ir tas, ko satiksme modelis izskatās tagad. 133 00:07:16,660 --> 00:07:19,240 Jauda ir nedaudz virs to, kas ir faktiski vajadzīgs. 134 00:07:19,240 --> 00:07:23,100 >> Tātad, kāpēc mēs redzam klientus pieņemot mākonis skaitļošanas AWS tik ātri? 135 00:07:23,100 --> 00:07:24,480 Nu, veiklība. 136 00:07:24,480 --> 00:07:27,090 Tātad, tas ir primārais iemesla dēļ, ka mēs redzam. 137 00:07:27,090 --> 00:07:28,590 Kāpēc ir veiklība svarīga? 138 00:07:28,590 --> 00:07:31,790 Nu, tas ļauj klientiem darīt lietas, kas vecajā pasaulē 139 00:07:31,790 --> 00:07:36,090 lietoja nedēļas vai mēnešus, lai darīt viņiem minūtēs vai sekundēs. 140 00:07:36,090 --> 00:07:39,510 Tātad jūs varat darīt lietas, piemēram, spin up Pilnīgi jauna Dev vai Testa vide, 141 00:07:39,510 --> 00:07:42,010 spin up pilnīgi jaunu DR vide, spin 142 00:07:42,010 --> 00:07:45,180 50 gadījumi, vai 1000 gadījumi attiecībā pīķa satiksmi, 143 00:07:45,180 --> 00:07:49,140 izņemt tos 1000 gadījumi, kas up ar HPC klasterī, vai GS klastera, 144 00:07:49,140 --> 00:07:51,430 un jūs varat darīt, ka viss minūšu AWS. 145 00:07:51,430 --> 00:07:54,960 >> Tātad, ko tas rada, ir kultūra inovācijas. 146 00:07:54,960 --> 00:07:57,290 Tātad jūs varat eksperimentēt bieži. 147 00:07:57,290 --> 00:08:00,190 Jūs varat maksāt tikai par to, ko jūs izmantojat un jūs varat bankrotēt, neapdraudot. 148 00:08:00,190 --> 00:08:04,477 Tātad, ja jūs mēģināt kaut ko, jūs esat maksā par dažu stundu izmantošanas. 149 00:08:04,477 --> 00:08:05,310 Tas nav liels darījumu. 150 00:08:05,310 --> 00:08:08,150 Jūs neesat likts liels kapitāls Ieguldījumu līdz priekšā par to. 151 00:08:08,150 --> 00:08:10,930 >> Tātad, kādi ir klienti faktiski izmantojot AWS atrast? 152 00:08:10,930 --> 00:08:16,170 Nu, tāpēc universitātes Notre Dame, viņi pārcēlās viņu mājas lapā pār AWS. 153 00:08:16,170 --> 00:08:21,150 Viņiem ir vidēji aptuveni 38.000 apmeklētāji dienā, lai viņu vietā, 154 00:08:21,150 --> 00:08:26,150 bet tas var uzbriest līdz 150,000 laikā sporta pasākumi un futbola spēles. 155 00:08:26,150 --> 00:08:29,840 Tāpēc viņi pārcēlās viņu mājas lapā, pār mums. 156 00:08:29,840 --> 00:08:33,650 Un tagad viņu mājas lapā var atbalstīt 500% pieaugums satiksmē, visi 157 00:08:33,650 --> 00:08:36,600 kamēr tie esam glābti 40% vairāk nekā to esošās 158 00:08:36,600 --> 00:08:39,120 uz premisu uzstādīšanas viņu mājas lapā. 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL, viņi izmanto AWS lai tiešraides Curiosity Mars Rover nosēšanās. 160 00:08:47,530 --> 00:08:51,320 Un tā viņi uzzināja tikai sešas dienas iepriekš 161 00:08:51,320 --> 00:08:53,650 ka tie nepieciešami, lai atrast citu sniedzējs 162 00:08:53,650 --> 00:08:56,030 no to regulāras sniedzēja viņu tiešraides. 163 00:08:56,030 --> 00:08:58,140 Tas bija arī pats laiku, kā Olimpiskās spēles. 164 00:08:58,140 --> 00:09:01,686 Lai viņi nevarēja nopirkt CDM jauda visur tajā laikā. 165 00:09:01,686 --> 00:09:04,310 Un tā viņi būtībā izveidoja sava satura piegādes tīkls 166 00:09:04,310 --> 00:09:07,240 mūsu EC2 pakalpojumu sešās dienās. 167 00:09:07,240 --> 00:09:10,090 Un viņi varēja būt tā mērogu līdz savām vajadzībām. 168 00:09:10,090 --> 00:09:13,480 Viņi bija, es domāju, ka, redzot apmēram miljons skatītāju. 169 00:09:13,480 --> 00:09:16,200 Tātad tas bija patiešām interesanti tehniskā barību viņi izmantoja, 170 00:09:16,200 --> 00:09:18,990 Adobe Flash Media serveri un [? interneta?] kešatmiņas. 171 00:09:18,990 --> 00:09:23,350 Un viņi varēja izvietot veselu kopas šos programmatiski kā 172 00:09:23,350 --> 00:09:23,850 nepieciešams. 173 00:09:23,850 --> 00:09:26,590 Un tad viņi vērptas tos uz leju, kad viņi neizmanto tos vairs. 174 00:09:26,590 --> 00:09:32,680 >> Obama kampaņa 2012. gadā izmantots AWS vairāk nekā 200 pieteikumu 175 00:09:32,680 --> 00:09:34,950 ka tie izvietoti uz platformas. 176 00:09:34,950 --> 00:09:39,010 Viņiem bija viss, sākot no zvanīt instrumentus, lai maksājumu pārstrādātājiem, 177 00:09:39,010 --> 00:09:43,920 uz mobilo lietojumu, lai brīvprātīgo organizāciju mājas lapas, 178 00:09:43,920 --> 00:09:47,269 lieliem datu analīzes rīkus. 179 00:09:47,269 --> 00:09:49,060 Un viss bija strādāt vēlēšanu dienā. 180 00:09:49,060 --> 00:09:52,459 Tātad, lai pārvietotos Vēlēšanu diena būs nepieciešama konstitūcijas grozījumu, 181 00:09:52,459 --> 00:09:53,750 tā, ka nav gatavojas notikt. 182 00:09:53,750 --> 00:09:56,208 Lai visi to sistēmas gāja to ir jāstrādā par vienu dienu. 183 00:09:56,208 --> 00:09:57,670 Un viņi darīja. 184 00:09:57,670 --> 00:10:00,660 >> So parunāsim par faktiskajiem pakalpojumiem. 185 00:10:00,660 --> 00:10:03,130 Tātad vispirms par tīklošanas pakalpojumi. 186 00:10:03,130 --> 00:10:06,750 Tātad Amazon VPC ir Virtual Private Cloud. 187 00:10:06,750 --> 00:10:09,500 Tas būtībā programmatūru definētai tīklu 188 00:10:09,500 --> 00:10:13,910 kas dzīvo uz augšu jūsu EC2 gadījumos un jūsu RDS, ko mēs runājam par, 189 00:10:13,910 --> 00:10:15,120 un ElastiCache. 190 00:10:15,120 --> 00:10:20,080 >> Un lai jūs varētu noteikt privāts adrešu jūsu gadījumu. 191 00:10:20,080 --> 00:10:22,820 Jūs varat pauze, ka augšup valsts subnets, privātās subnets. 192 00:10:22,820 --> 00:10:27,790 Jūs varat darīt, VPN savienojumus jūsu on-premisa datu centrs. 193 00:10:27,790 --> 00:10:33,635 Pēc tam jūs varat arī paplašināt savu uz premisu adrešu uz VPC. 194 00:10:33,635 --> 00:10:37,400 Jums ir tiesības manipulēt maršrutu tabulu, lai jūs varētu pielāgot lietas. 195 00:10:37,400 --> 00:10:40,450 Jums ir tīkla piekļuves kontroles sarakstus VPC. 196 00:10:40,450 --> 00:10:42,370 [? Tātad tā?] Dod jums daudz elastīguma 197 00:10:42,370 --> 00:10:45,640 par to, kas jūs esat darbojas AWS. 198 00:10:45,640 --> 00:10:47,140 >> Tad tur ir AWS DirectConnect. 199 00:10:47,140 --> 00:10:50,820 Tātad DirectConnect ir privāts savienojums ar mūsu reģionu. 200 00:10:50,820 --> 00:10:54,380 Tātad jūs varat saņemt vienu vai 10 kabriolets saite vai vairākiem viena vai 10 GIG saites 201 00:10:54,380 --> 00:10:55,720 līdz reģionā. 202 00:10:55,720 --> 00:10:58,470 Tātad, ja jums ir augšupielādējot daudz dati vai lejupielādētu daudz datu 203 00:10:58,470 --> 00:11:01,440 un ir nepieciešama privāto savienojumu, tas ir variants tur. 204 00:11:01,440 --> 00:11:02,710 >> Tur ir arī Route 53. 205 00:11:02,710 --> 00:11:05,410 Tātad Route 53 ir mūsu DNS pakalpojumu. 206 00:11:05,410 --> 00:11:07,860 Tas visu interesantas lietas veidu. 207 00:11:07,860 --> 00:11:09,250 Tātad tā atbalsta veselības pārbaudes. 208 00:11:09,250 --> 00:11:12,590 Tātad jūs varat, teiksim, palaist divas kopijas no jūsu mājas lapā, tajā pašā laikā. 209 00:11:12,590 --> 00:11:15,860 Un, ja viens no viņiem neizdodas, jūs novirzīt satiksmi uz otru kopiju. 210 00:11:15,860 --> 00:11:20,400 >> Vai arī jūs varat darīt, ģeogrāfijas bāzes ierakstus lai jūs varētu maršruta satiksmi vienā valstī 211 00:11:20,400 --> 00:11:22,870 vienam klastera no otra valsts uz citu kopu. 212 00:11:22,870 --> 00:11:27,140 Jūs varat darīt A / B testēšanu, lai jūs var būt 80% no trafika 213 00:11:27,140 --> 00:11:30,510 vienu kopiju no jūsu mājas lapā un 20% uz jauno kopiju jūsu mājas lapā 214 00:11:30,510 --> 00:11:33,120 un redzētu, kura veic labāk. 215 00:11:33,120 --> 00:11:35,385 Tātad jūs varat darīt visu veidu interesantas lietas tur. 216 00:11:35,385 --> 00:11:36,760 Jūs varat darīt latentuma balstīti ierakstus. 217 00:11:36,760 --> 00:11:39,160 Tātad jūs varat būt kopijas jūsu mājas lapas visā pasaulē 218 00:11:39,160 --> 00:11:43,500 un ir lietotājam nosūtīti atkarībā viens ir vistuvāk tiem, pamatojoties uz latentuma. 219 00:11:43,500 --> 00:11:46,030 Tas arī ir dziļa integrāciju ar AWS pakalpojumiem, 220 00:11:46,030 --> 00:11:50,980 tā, piemēram, mūsu slodzes balancers, un S3, un CloudFront, 221 00:11:50,980 --> 00:11:53,680 tāpēc tas ir ļoti viegli norādīt lietas CloudFront 222 00:11:53,680 --> 00:11:57,190 sadalījumi par jūsu LBS vai S3 spaiņi. 223 00:11:57,190 --> 00:11:57,930 >> Tad tur ir EC2. 224 00:11:57,930 --> 00:12:00,432 Tātad EC2 ir mūsu virtuālā servera pakalpojums. 225 00:12:00,432 --> 00:12:01,390 Jūs varat palaist uz Windows. 226 00:12:01,390 --> 00:12:02,560 Jūs varat palaist Linux uz tā. 227 00:12:02,560 --> 00:12:05,230 Jums ir pilnīga kontrole no operētājsistēmas. 228 00:12:05,230 --> 00:12:09,519 Tur ir dažādi aromāti Windows un Linux, tāpēc Red Hat, Debian, Ubuntu. 229 00:12:09,519 --> 00:12:11,560 Mums ir mūsu pašu sadalījumu sauc Amazon Linux. 230 00:12:11,560 --> 00:12:14,000 Jūs varat izvēlēties, kurš no jums vēlas. 231 00:12:14,000 --> 00:12:15,680 >> Ir dažādi veidi instancēs. 232 00:12:15,680 --> 00:12:18,330 Tātad tur ir vairāk nekā 27, piemēram veidi šajā brīdī. 233 00:12:18,330 --> 00:12:21,590 Tātad tur ir atšķirīgs gadījums ģimenēm, pamatojoties uz dažādām darba slodzēm. 234 00:12:21,590 --> 00:12:23,550 Tātad tur ir vispārēja mērķis gadījumi, kas 235 00:12:23,550 --> 00:12:26,910 ir tikai, ja jūs nezināt, ko jums ir nepieciešams, jūs varat sākt ar tiem. 236 00:12:26,910 --> 00:12:30,620 >> Tur compute optimizēts, kas ir liels, lai lietas, piemēram, web serveri, 237 00:12:30,620 --> 00:12:31,160 labi? 238 00:12:31,160 --> 00:12:33,450 Tur atmiņa optimizēta gadījumi, kas 239 00:12:33,450 --> 00:12:36,190 ir liels lietas, piemēram, datums relāciju datu bāzes. 240 00:12:36,190 --> 00:12:41,230 Tur glabāšanas optimizēta gadījumi, tāpēc tie ir lieli SSD par tiem. 241 00:12:41,230 --> 00:12:46,440 Tātad viņi lieliski lietām piemēram, Mongo vai NoSQL, vai ne? 242 00:12:46,440 --> 00:12:49,750 >> Un tur ir grafikas optimizēta gadījumi, 243 00:12:49,750 --> 00:12:52,970 kas ir liels GPU aprēķinātu un klasteru gadījumi. 244 00:12:52,970 --> 00:12:54,940 Un visbeidzot tur ir izmaksas optimizēta gadījumi. 245 00:12:54,940 --> 00:12:56,850 Tātad, ja jūs tikai mēģināt eksperimentēt, tu 246 00:12:56,850 --> 00:13:01,820 var iegūt ķekars zemo izmaksu instancē veidi, kas ir liels, lai šā lietošanas gadījumā. 247 00:13:01,820 --> 00:13:03,330 Tad tur ir Auto mērogošana. 248 00:13:03,330 --> 00:13:07,840 Tātad Auto mērogošana ir API EC2. 249 00:13:07,840 --> 00:13:12,360 Un tas ļauj horizontāli mērogu augšup un lejup līmeņu EC2 instancēs. 250 00:13:12,360 --> 00:13:14,460 Tātad, pieņemsim, ka jums ir ķekars tīmekļa serveriem. 251 00:13:14,460 --> 00:13:17,970 >> Un, tāpat kā Notre Dame gadījumā jums Parasti jums ir divi no tiem, 252 00:13:17,970 --> 00:13:19,519 bet jūs varētu būt skalu 10. 253 00:13:19,519 --> 00:13:21,810 Nu, jūs varat izmantot auto, kas vērstas to automātiski iedarbina 254 00:13:21,810 --> 00:13:24,360 mēroga augšu vai uz leju notikumi pamatojoties uz metrisko. 255 00:13:24,360 --> 00:13:28,020 Tātad [? CPU?] Izmantošana, latentuma. 256 00:13:28,020 --> 00:13:30,570 Jūs varat darīt pielāgotus rādītājus, tāpēc tas ir diezgan atvērts beidzās tur. 257 00:13:30,570 --> 00:13:32,490 >> Jūs varat arī mērogu, pamatojoties uz grafiku. 258 00:13:32,490 --> 00:13:36,180 Tātad, ja jūs zināt, ka jūs nāksies daudz satiksmes pirmdien plkst 6:00 no rīta, 259 00:13:36,180 --> 00:13:40,150 Jūs varat paplašinātu pirmdien plkst 6:00 no rīta un sašaurināt pirmdien 05:00. 260 00:13:40,150 --> 00:13:43,610 Jūs varat arī darīt to, pamatojoties uz tikai komandrindas komandas. 261 00:13:43,610 --> 00:13:45,150 >> Tad tur ir elastīgs slodzes balansēšana. 262 00:13:45,150 --> 00:13:48,070 Tik elastīgs balansēšanu ir izdevies slodze ekvilibrists. 263 00:13:48,070 --> 00:13:51,590 Tātad jūs noklikšķiniet uz pogas, to Noteikumi slodze ekvilibrists jums. 264 00:13:51,590 --> 00:13:54,610 Slodze ekvilibrists dzīvo Vairāku pieejamības zonas. 265 00:13:54,610 --> 00:14:00,570 Tas SSL izvadī- ostām 25., 80., 443., 266 00:14:00,570 --> 00:14:05,750 un kaut kas vairāk nekā 1024 uz TCP satiksmi. 267 00:14:05,750 --> 00:14:09,469 >> Tas savienojuma novadīšanu, proxy protokola atbalsts. 268 00:14:09,469 --> 00:14:11,135 Tātad, tas ir ļoti featureful slodze ekvilibrists. 269 00:14:11,135 --> 00:14:13,440 Un tas ir got integrāciju ar auto, kas vērstas. 270 00:14:13,440 --> 00:14:16,690 Tātad, ja jūs izmantojat auto, kas vērstas un jūs mērogošana augšu un uz leju, 271 00:14:16,690 --> 00:14:19,700 Jums var būt jūsu gadījumi automātiski pievienoties vai atstāt 272 00:14:19,700 --> 00:14:21,810 elastīgs slodze ekvilibrists. 273 00:14:21,810 --> 00:14:23,980 >> Tātad tur ir mūsu uzglabāšanas pakalpojumus. 274 00:14:23,980 --> 00:14:27,170 Tātad pirmais ir Amazon EBS, vai Elastic Block Store. 275 00:14:27,170 --> 00:14:32,720 Tie ir noturīgas apjomi, kas jūs varat uzstādīt jūsu EC2 instancēs. 276 00:14:32,720 --> 00:14:34,800 Tātad jūs varat momentuzņēmums tos. 277 00:14:34,800 --> 00:14:39,550 Tātad, kad momentuzņēmums par EBS tilpums, tā iet uz S3 278 00:14:39,550 --> 00:14:41,730 ko mēs runājam par sekundē. 279 00:14:41,730 --> 00:14:44,080 Tur ir trīs dažādas veidi EBS apjomiem. 280 00:14:44,080 --> 00:14:48,350 >> Tur ir magnētiskā EBS, kas ir tikai veida standarta veida magnētiskā diska. 281 00:14:48,350 --> 00:14:51,030 Tas ir visekonomiskākais risinājums. 282 00:14:51,030 --> 00:14:53,210 Tad tur ir vispārēja mērķis SSD, kur mēs 283 00:14:53,210 --> 00:14:55,830 saņemt trīs IOPS vienu gigabaitu sniegšanu. 284 00:14:55,830 --> 00:14:59,080 Tātad, ja jums ir viens terabaitu tilpums, jums ir 3000 IOPS. 285 00:14:59,080 --> 00:15:02,730 Un tad tur ir uzkrājumi IOPS. 286 00:15:02,730 --> 00:15:06,660 Tātad uzkrājumi IOPS ir tad, kad tevi maksāt par to, cik daudz diska vietas jums izmantot 287 00:15:06,660 --> 00:15:08,270 un cik daudz IOPS jauda jums. 288 00:15:08,270 --> 00:15:12,150 Tātad jūs varat noteikums up 4000 IOPS tilpumu. 289 00:15:12,150 --> 00:15:16,360 >> Tātad tur ir Amazon S3. 290 00:15:16,360 --> 00:15:19,340 Amazon S3 ir mūsu mērķis veikalā. 291 00:15:19,340 --> 00:15:23,230 Tātad Amazon S3, jūs varat to izmantot uzglabāt tikai jebkāda veida datus. 292 00:15:23,230 --> 00:15:27,850 Jūs varat izmantot, lai saglabātu statisks mājas lapas un šļūteņu statiska mājas lapas. 293 00:15:27,850 --> 00:15:32,870 Jūs varat izmantot S3 backups un arhīvu dažos lietošanas gadījumiem 294 00:15:32,870 --> 00:15:40,500 kā jūsu avots un izejas kauss liels datu analytics, vai transkodēšanu. 295 00:15:40,500 --> 00:15:47,700 To arī var tikt izmantoti kā izcelsmes par CloudFront izplatīšanai. 296 00:15:47,700 --> 00:15:49,180 >> Tātad S3 s super spēcīgs. 297 00:15:49,180 --> 00:15:52,660 S3 s paredzētas 11 līnijas izturību. 298 00:15:52,660 --> 00:15:55,480 Tātad, ko tas nozīmē, tas var uzturēt zudumu vismaz divām datu 299 00:15:55,480 --> 00:16:00,790 centri, tajā pašā laikā nezaudējot savus datus. 300 00:16:00,790 --> 00:16:02,050 Jūs varat darīt šifrēšanas uz S3. 301 00:16:02,050 --> 00:16:05,150 Tātad serveris komplekts šifrēšana, vai servera noteikt šifrēšanu ar savu atslēgu. 302 00:16:05,150 --> 00:16:08,870 Tātad, ja jūs vēlaties, lai pārvaldītu atslēgas, jūs varat darīt, ka labi. 303 00:16:08,870 --> 00:16:09,940 >> Un tur ir Glacier. 304 00:16:09,940 --> 00:16:12,670 Tātad Glacier ir mūsu ilgtermiņa arhīva pakalpojumu. 305 00:16:12,670 --> 00:16:15,050 Tā ir arī paredzēta 11 līnijas izturību, 306 00:16:15,050 --> 00:16:18,510 bet tas ir, ja jūs vēlaties, lai saglabātu kaut ko, un aizmirst par to, vai ne? 307 00:16:18,510 --> 00:16:21,690 Tātad, vai atbilstību vai citu iemesli, jums ir nepieciešams arhivēt kaut ko, 308 00:16:21,690 --> 00:16:22,890 Jums vajadzētu izmantot Glacier. 309 00:16:22,890 --> 00:16:26,210 Tātad Glacier izmaksas $ 0,01 vienu gigabaitu mēnesī. 310 00:16:26,210 --> 00:16:29,550 Un Amazon S3 sākas Vienu gigabaitu $ 0,03 mēnesī. 311 00:16:29,550 --> 00:16:35,274 Tātad Glacier ir lētāks un Glacier ilgst trīs līdz piecas stundas 312 00:16:35,274 --> 00:16:36,190 lai iegūtu datus atpakaļ. 313 00:16:36,190 --> 00:16:37,939 Tātad, ja tas ir OK, ja tas arhīvu gadījums, 314 00:16:37,939 --> 00:16:40,970 tad Glacier droši vien tiesības lietošanas gadījumu par to. 315 00:16:40,970 --> 00:16:42,300 >> Tad tur ir Storage Gateway. 316 00:16:42,300 --> 00:16:44,720 Tātad Storage Gateway ir virtuālā mašīna 317 00:16:44,720 --> 00:16:50,070 ka var palaist lokāli VMware vai Hyper-V. 318 00:16:50,070 --> 00:16:52,300 Tas dod jums iSCSI parametru. 319 00:16:52,300 --> 00:16:54,575 Tad jūs varat izveidot cits VM virsū, ka 320 00:16:54,575 --> 00:16:58,440 kas pakļauj šo iSCSI galapunkts ar CIFS vai NFS. 321 00:16:58,440 --> 00:17:01,690 Jebkas, kas tērēta, ka tīkla daļa un pēc tam izpaužas 322 00:17:01,690 --> 00:17:05,970 dublētas Amazon S3, vai Glacier, vai EBS atkarībā no tā, kā jūs noteikt to uz augšu. 323 00:17:05,970 --> 00:17:10,430 Tātad, tas ir viegls veids, kā iegūtu datus līdz AWS. 324 00:17:10,430 --> 00:17:12,510 >> Tātad tur ir mūsu datu bāzu pakalpojumus. 325 00:17:12,510 --> 00:17:14,589 Tātad pirmais ir Amazon RDS. 326 00:17:14,589 --> 00:17:17,589 Tātad šī ir mūsu relāciju datubāzes pakalpojumu. 327 00:17:17,589 --> 00:17:21,420 Tātad tas ir izdevies relāciju datubāzes [? jums. ?] 328 00:17:21,420 --> 00:17:27,030 Tā atbalstīs SQL Server, Oracle, MySQL, un Postgres dzinēji. 329 00:17:27,030 --> 00:17:28,820 >> Tas automātiskais traucējumu. 330 00:17:28,820 --> 00:17:31,580 Tātad, ja jums ir Multi-AZ opcija aktivizēta, 331 00:17:31,580 --> 00:17:37,070 tas sinhrono bloka līmeni replikācija pāri pieejamības zonām. 332 00:17:37,070 --> 00:17:41,550 Un tad, ja jūsu galvenais neizdodas, tas būs vienkārši automātiski 333 00:17:41,550 --> 00:17:43,590 Kļūmjpārlēces starp tiem. 334 00:17:43,590 --> 00:17:47,410 Tā arī, MySQL dzinēju, atbalsta lasīt kopijas tajā pašā reģionā 335 00:17:47,410 --> 00:17:49,210 vai visos reģionos. 336 00:17:49,210 --> 00:17:51,720 Un tur ir visa veida interesantas iespējas tur. 337 00:17:51,720 --> 00:17:53,200 Tātad tas būs darīt savu backups jums. 338 00:17:53,200 --> 00:17:54,480 Tātad tas būs backup S3. 339 00:17:54,480 --> 00:17:57,470 Tas būs darīt savu lāpīšanu lai jūs kā labi. 340 00:17:57,470 --> 00:17:58,900 >> Tad tur ir DynamoDB. 341 00:17:58,900 --> 00:18:01,740 DynamoDB ir mūsu izdevās NoSQL pakalpojumu. 342 00:18:01,740 --> 00:18:04,840 Dinamo DB tas atņem viss administratīvais slogs 343 00:18:04,840 --> 00:18:09,190 pārvaldīt ar NoSQL pakalpojumu jums. 344 00:18:09,190 --> 00:18:11,630 Tātad jums tikai noteikums galds un jūs sakāt 345 00:18:11,630 --> 00:18:13,380 cik daudz lasīt un rakstīt spējas vēlaties. 346 00:18:13,380 --> 00:18:15,090 Un tas sniegs jums. 347 00:18:15,090 --> 00:18:16,929 Tātad, tas ir ļoti vienkārši pakalpojumu izmantošanu. 348 00:18:16,929 --> 00:18:17,970 Tad tur ir ElastiCache. 349 00:18:17,970 --> 00:18:21,860 Tātad ElastiCache Vai mūsu izdevās caching pakalpojums. 350 00:18:21,860 --> 00:18:25,010 Tā būtībā pārvalda Redis vai ElastiCache. 351 00:18:25,010 --> 00:18:28,830 Tātad vēlreiz, varat noteikums kopu no ElastiCache vai REDIS instancēs 352 00:18:28,830 --> 00:18:34,240 un nav jāuztraucas par to backups, vai kļūmjpārlēces, vai kādu, kas stuff. 353 00:18:34,240 --> 00:18:36,530 >> Tad mums ir mūsu pakalpojumos. 354 00:18:36,530 --> 00:18:38,770 Tātad CloudFront Vai mūsu satura piegādes tīkls 355 00:18:38,770 --> 00:18:42,240 un tā dzīvo uz šiem Edge vietām ka es runāju par agrāk. 356 00:18:42,240 --> 00:18:44,680 Tātad CloudFront var izmantot dzīvu video straumēšanu, 357 00:18:44,680 --> 00:18:49,150 lai pēc pieprasījuma video straumēšanu, un tikai tā mājas lapā, 358 00:18:49,150 --> 00:18:50,940 tāpēc hosting mājas lapā. 359 00:18:50,940 --> 00:18:54,270 Tātad jūs varat būt mājas lapā izvietoti par elastīgo slodzes balancers, 360 00:18:54,270 --> 00:18:59,236 vai gadījumi, vai S3 spaiņi, vai tikai uz pieņēmumu aparatūras. 361 00:18:59,236 --> 00:19:01,610 Un jūs varat likt CloudFront sadale tā priekšā. 362 00:19:01,610 --> 00:19:02,660 Tas būs cache jūsu saturu. 363 00:19:02,660 --> 00:19:04,160 Tā nolikšu to malā vietās. 364 00:19:04,160 --> 00:19:06,430 Un tad, kad kāds iet uz jūsu vietni 365 00:19:06,430 --> 00:19:10,100 tie būs hitting CloudFront, kas gatavojas iespējams, tuvāk tiem 366 00:19:10,100 --> 00:19:11,980 nekā kāds izcelsme ir. 367 00:19:11,980 --> 00:19:15,600 Un tas būs izkraut daudz atslogo izcelsmi, 368 00:19:15,600 --> 00:19:22,600 tādējādi gan ietaupot naudu un iegūt labāku lietotāja pieredzi. 369 00:19:22,600 --> 00:19:24,780 >> Tad tur ir Amazon CloudSearch. 370 00:19:24,780 --> 00:19:26,810 Tātad CloudSearch ir izdevās meklēšanas pakalpojumu. 371 00:19:26,810 --> 00:19:30,510 Tātad jūs nosūtīt to Jūsu meklēšanai dati un runāt to, izmantojot API, 372 00:19:30,510 --> 00:19:32,710 un tas būs jādara meklēšanas rezultātus jums. 373 00:19:32,710 --> 00:19:34,530 Tad tur ir Elastīga Transcoder. 374 00:19:34,530 --> 00:19:36,530 Tātad, tas ir izdevies transkodēšanu risinājumu. 375 00:19:36,530 --> 00:19:41,050 Jūs varat ievietot savus video par S3 spaini, pateikt to, ko pārkodēt uz, 376 00:19:41,050 --> 00:19:45,460 kādā formātā un ko izmēru un viss. 377 00:19:45,460 --> 00:19:49,470 Un tas būs pārkodēt to un nodot tas stājas S3 spainī jums. 378 00:19:49,470 --> 00:19:52,600 >> Tad tur ir mūsu lielie datu pakalpojumus. 379 00:19:52,600 --> 00:19:55,780 Tātad, mēs esam ieguvuši Amazon EMR, kas ir Elastīga karte Samazināt. 380 00:19:55,780 --> 00:19:58,200 Tātad tas ir izvietots Hadoop sistēma. 381 00:19:58,200 --> 00:20:02,920 Tātad jūs varat spin up Hadoop kopu no vienā gadījumā simtiem gadījumos 382 00:20:02,920 --> 00:20:04,030 ja jums ir nepieciešams. 383 00:20:04,030 --> 00:20:06,975 Tas ir ieguvuši par dziļu integrāciju S3, tā kā failu sistēmas to 384 00:20:06,975 --> 00:20:09,830 Jūs varat izmantot HDSF, kas jums tradicionāli darīt ar Hadoop. 385 00:20:09,830 --> 00:20:12,870 Vai arī jūs varat darīt, S3, jo failu sistēma. 386 00:20:12,870 --> 00:20:15,240 >> Tas ir ieguvuši atbalstu spot cenu, kas ir, 387 00:20:15,240 --> 00:20:19,110 Amazon, kā jūs cena par jaudas pārpalikumu. 388 00:20:19,110 --> 00:20:20,840 Tātad tā atbalsta visu. 389 00:20:20,840 --> 00:20:26,670 Tā atbalsta kopīgas Hadoop sistēmas piemēram, Spark un Shark un Hive 390 00:20:26,670 --> 00:20:28,460 un Pig. 391 00:20:28,460 --> 00:20:32,950 Un mēs esam redzējuši vairāk nekā 5,5 miljons EMR klasteri 392 00:20:32,950 --> 00:20:35,340 uzsākta šajā brīdī uz Amazon. 393 00:20:35,340 --> 00:20:38,338 >> Tad mēs esam ieguvuši AWS datu cauruļvads. 394 00:20:38,338 --> 00:20:40,213 Tātad Data Pipeline ir pakalpojums, kas ļaus 395 00:20:40,213 --> 00:20:42,296 jums, lai pārvietotu datus pa Mūsu dažādas datu veikalos. 396 00:20:42,296 --> 00:20:48,030 Tātad jūs varat veikt kaut ko no S3, ielieciet tas uz RDS, tad tie daži EMR par to, 397 00:20:48,030 --> 00:20:50,760 nodot to sarkano nobīdi, kas ir Mūsu datu noliktavas ierīces, 398 00:20:50,760 --> 00:20:54,564 un tad jūs varat izraut kaut kas no uz pieņēmumu, MySQL instancē. 399 00:20:54,564 --> 00:20:56,730 Tātad tur ir visa veida lietas jūs varat darīt ar to. 400 00:20:56,730 --> 00:20:57,646 >> Tad tur ir Redshift. 401 00:20:57,646 --> 00:21:00,470 Redshift ir mūsu pārvaldīts datu noliktavas ierīces. 402 00:21:00,470 --> 00:21:04,880 Tas ir domāts, lai būtu petabyte skalu, tādēļ jūs varat uzglabāt daudz informācijas par to. 403 00:21:04,880 --> 00:21:07,280 Tas ir masveidā paralēli arhitektūru. 404 00:21:07,280 --> 00:21:10,040 Tātad jūs varat būt daudz mezglus, ja jūs vēlētos. 405 00:21:10,040 --> 00:21:13,509 Un tas visu backups un visiem administratīvais sīkumi jums. 406 00:21:13,509 --> 00:21:14,550 Un tad tur ir Kinesis. 407 00:21:14,550 --> 00:21:17,340 Kinesis ir mūsu reālā laika apstrādes pakalpojumu. 408 00:21:17,340 --> 00:21:20,970 Tātad, jūs varat veikt dažas avots reāllaika straumēšanas datiem, 409 00:21:20,970 --> 00:21:27,360 tā teikt, piemēram, Twitter Firehose, vai a ķekars žurnāla datus, nosūtiet to uz Kinesis. 410 00:21:27,360 --> 00:21:29,140 Kinesis rokturi viss, kas jums. 411 00:21:29,140 --> 00:21:32,250 Un tad jūs varat savienot strādniekus to pull lietas 412 00:21:32,250 --> 00:21:36,340 un, teiksim, vai dzīvot paneli vai arī dzīvot analītikas par to. 413 00:21:36,340 --> 00:21:38,330 >> Tātad mums ir mūsu izvietošanas pakalpojumus. 414 00:21:38,330 --> 00:21:42,530 Tātad AWS OpsWorks ir DevOps sistēma. 415 00:21:42,530 --> 00:21:45,237 Tātad jūs lietojat savu pieteikumu, tu lauzt augšup slāņos. 416 00:21:45,237 --> 00:21:48,195 Tātad jūs esat ieguvuši savu slodze ekvilibrists slānis, jūsu web slānis, jūsu app slānis, 417 00:21:48,195 --> 00:21:51,590 Jūsu datu bāzes slānis, un jūs noteikums lietas par šiem slāņiem 418 00:21:51,590 --> 00:21:53,720 pamatojoties uz Chef receptēm. 419 00:21:53,720 --> 00:21:56,280 Šefpavārs konfigurācija vadības sistēma. 420 00:21:56,280 --> 00:21:59,530 Tātad tas arī atbalsta dzīves ciklu notikumi un tā 421 00:21:59,530 --> 00:22:01,820 Ja jūs nevēlaties, lai pārvaldītu savu Chef, pa labi, 422 00:22:01,820 --> 00:22:04,570 ja jūs vēlaties, lai būtu sava veida programmatiskā veids izvietot lietas 423 00:22:04,570 --> 00:22:07,420 uz jūsu gadījumos tas ir viena no iespējām, lai jums. 424 00:22:07,420 --> 00:22:09,030 >> Tad mums ir elastīgs Beanstalk. 425 00:22:09,030 --> 00:22:16,030 Tātad Elastīga Beanstalk ir pakalpojums, kas ļauj kuri paredzēti, lai teikt, jūs esat izstrādātājs. 426 00:22:16,030 --> 00:22:18,630 Jums ir jūsu kods kādā GIT repo. 427 00:22:18,630 --> 00:22:22,030 Jūs nevēlaties, lai būtu jāuztraucas par izvēršot savu ELBs vai RDS 428 00:22:22,030 --> 00:22:24,500 gadījumi vai regulāra EC2 gadījumi. 429 00:22:24,500 --> 00:22:29,050 Tātad, kas jums jādara, ir jums, no jūsu kodu, vienkārši nosūtiet to uz elastīgās Beanstalk. 430 00:22:29,050 --> 00:22:33,310 Elastīga Beanstalk būs noteikums RDS gadījumi un ELBs, un visu, kas stuff 431 00:22:33,310 --> 00:22:35,556 Jums un izvietot savu kodu uz tiem. 432 00:22:35,556 --> 00:22:37,305 Tātad, tas padara to daudz vieglāk izstrādātājiem 433 00:22:37,305 --> 00:22:40,600 izvietot savu kodu uz AWS. 434 00:22:40,600 --> 00:22:41,910 >> Tad tur ir CloudFormation. 435 00:22:41,910 --> 00:22:47,310 Tātad CloudFormation ir pakalpojums ārstējot Jūsu infrastruktūru kā kodu. 436 00:22:47,310 --> 00:22:50,280 Tāpēc tagad, ka jums ir tas viss sīkumi jūsu pieteikumu, 437 00:22:50,280 --> 00:22:52,680 Jūs esat ieguvuši savu VPC, un Jūsu drošības grupas noteikumi, 438 00:22:52,680 --> 00:22:56,000 un jūsu EC2 gadījumi, un jūsu RDS gadījumi. 439 00:22:56,000 --> 00:22:58,130 Tātad jūs esat ieguvuši šo veselumu arhitektūra par AWS. 440 00:22:58,130 --> 00:23:01,340 Nu, kā jūs programmatiski spin, ka uz augšu vai atjaunot to? 441 00:23:01,340 --> 00:23:04,170 Jūs varat uzrakstīt JSON failu kas pārstāv visu to. 442 00:23:04,170 --> 00:23:05,920 Un tad jūs varat [? ņemt?] šo JSON failu 443 00:23:05,920 --> 00:23:08,180 un izvietot savu infrastruktūra nost no tā. 444 00:23:08,180 --> 00:23:10,930 Tātad jūs varat būt arhitektūru ja, katru reizi, kad jūs izmantot kodu, 445 00:23:10,930 --> 00:23:14,560 tas spins up svaigu kopiju jūsu visas arhitektūra un pēc tam nespēj pār to. 446 00:23:14,560 --> 00:23:19,130 Tātad jūs varat darīt, lai ir mainīgs infrastruktūru. 447 00:23:19,130 --> 00:23:21,970 >> Tad beidzot tur ir mūsu administrēšanas pakalpojumi. 448 00:23:21,970 --> 00:23:25,270 Tātad mūsu pārvaldes pakalpojumi sākt ar Amazon IAM, 449 00:23:25,270 --> 00:23:27,410 tāpēc tas ir identitātes un piekļuves vadības. 450 00:23:27,410 --> 00:23:30,150 Tāpēc, ka ļauj pārvaldīt savu AWS kontu 451 00:23:30,150 --> 00:23:32,290 lai jūs varētu būt sub lietotājiem un grupām, un darīt 452 00:23:32,290 --> 00:23:34,330 identitāte federācija un visi sīkumi veidu. 453 00:23:34,330 --> 00:23:36,690 Tas ir patiešām svarīga drošībai. 454 00:23:36,690 --> 00:23:39,440 >> Tad mums ir Amazon CloudWatch, kas ir mūsu metrika pakalpojums. 455 00:23:39,440 --> 00:23:41,956 Tātad, tas dod jums CPU izmantošanu un visu metriku veidu. 456 00:23:41,956 --> 00:23:44,080 Un jūs varat darīt pasūtījuma metrika, un [? jūs varat darīt?] 457 00:23:44,080 --> 00:23:47,050 auto mērogošana, pamatojoties uz šiem datiem. 458 00:23:47,050 --> 00:23:48,450 >> Un tad mums ir CloudTrail. 459 00:23:48,450 --> 00:23:50,680 Tātad CloudTrail Vai mūsu pakalpojumu revīzijas. 460 00:23:50,680 --> 00:23:54,380 Tātad tas būs log API izsaukumus pret Amazon Web Services. 461 00:23:54,380 --> 00:23:56,560 Tātad, kas rebooted šo gadījumu? 462 00:23:56,560 --> 00:23:58,060 Kurš mainījies šo drošības grupu? 463 00:23:58,060 --> 00:23:59,810 Un pieteikties tos nepieciešamie spaiņi, lai jūs 464 00:23:59,810 --> 00:24:03,650 var redzēt, kas notika jūsu konts un kas to darīja. 465 00:24:03,650 --> 00:24:05,600 >> Jauns pakalpojums, kas mēs ir, ir darbvietas. 466 00:24:05,600 --> 00:24:08,530 Tātad, tas ir desktop virtualizācijas par AWS. 467 00:24:08,530 --> 00:24:13,290 Tātad jūs varat nodrošināšana darbstaciju, Windows darbstacijas, 468 00:24:13,290 --> 00:24:17,810 un tas būs pēc tam nāk up pēc pāris minūtēm. 469 00:24:17,810 --> 00:24:21,470 Tas būs saistīts ar jūsu aktīvo direktoriju, tāpēc ar saviem lietotājiem. 470 00:24:21,470 --> 00:24:23,580 Un jūs varat viegli atjaunot to. 471 00:24:23,580 --> 00:24:25,090 Jūs varat viegli sniegšana jaunu. 472 00:24:25,090 --> 00:24:28,250 Ir dažādi veidi, ar atšķirīgas programmatūras tur. 473 00:24:28,250 --> 00:24:30,740 >> Tāpēc tagad, ka mēs esam izgājuši cauri daudz mūsu pakalpojumiem, pieņemsim 474 00:24:30,740 --> 00:24:31,850 do faktisko dzīvot demo. 475 00:24:31,850 --> 00:24:35,700 Tāpēc es esmu gatavojas, lai pārslēgtos uz manu interneta pārlūku šeit. 476 00:24:35,700 --> 00:24:41,270 Tātad, ko es gribu, lai parādītu jums ir veids, kā ātri izveidot 477 00:24:41,270 --> 00:24:43,690 EC2 instance ar WordPress par to. 478 00:24:43,690 --> 00:24:45,440 Un tad mēs ejam darīt to pašu, 479 00:24:45,440 --> 00:24:48,890 bet mēs ejam spin RDS instance un ELB. 480 00:24:48,890 --> 00:24:52,690 Tātad mēs darīsim to tikai uz instancē un mēs lauzt visus līmeņus, kā labi. 481 00:24:52,690 --> 00:24:54,510 >> Tātad, pieņemsim sākt EC2 instancē. 482 00:24:54,510 --> 00:24:57,190 Tātad pirmā lieta, kas Esmu jau darīts šeit 483 00:24:57,190 --> 00:24:59,230 ir jūs gatavojas vēlaties lai būtu atslēgu pāri. 484 00:24:59,230 --> 00:25:03,576 Tātad atslēgu pāris ļauj ieiet faktisko instancē. 485 00:25:03,576 --> 00:25:05,450 Tātad jūs turēt privāto daļa no atslēgu pāra, 486 00:25:05,450 --> 00:25:08,570 un mēs uzdodam sabiedrību daļa uz instancē. 487 00:25:08,570 --> 00:25:11,700 Un tas ir tas, kas ļauj jums, lai pieteiktos. 488 00:25:11,700 --> 00:25:16,330 Tāpēc es esmu jau importēta savu atslēgu pāri, tikai mans regulāri SSH atslēgu pāris šeit. 489 00:25:16,330 --> 00:25:19,290 >> Un tā cita lieta Es esmu gatavojas darīt, šeit ir, 490 00:25:19,290 --> 00:25:22,214 Man jau ir daži gadījumi darbojas, bet es ņemšu sākt jaunu. 491 00:25:22,214 --> 00:25:24,130 Tāpēc es esmu gatavojas uzņemt manu operētājsistēmu šeit. 492 00:25:24,130 --> 00:25:27,970 Tātad jūs varat redzēt, man ir diezgan liela izvēle operētājsistēmu. 493 00:25:27,970 --> 00:25:31,015 Tāpēc es esmu tikai gatavojas uzņemt jūsu standarta Amazon Linux. 494 00:25:31,015 --> 00:25:32,930 >> Un es esmu gatavojas uzņemt instancē veidu. 495 00:25:32,930 --> 00:25:35,890 Un tā kā tas ir web serveri, es eju 496 00:25:35,890 --> 00:25:39,540 darīt c3.large, jo tas ir iespējams aprēķināt intensīva. 497 00:25:39,540 --> 00:25:45,210 Tāpēc es esmu gatavojas izvēlēties c3.large, un es esmu gatavojas uzsākt vienu no tiem. 498 00:25:45,210 --> 00:25:48,630 Es esmu gatavojas atstāt to noklusējuma VPC tagad. 499 00:25:48,630 --> 00:25:50,810 Es esmu gatavojas pamest visu šo stuff vienatnē. 500 00:25:50,810 --> 00:25:53,270 >> Un es esmu gatavojas, lai dotu CloudWatch uzraudzība 501 00:25:53,270 --> 00:25:56,204 jo CloudWatch detalizēts uzraudzība izmaiņas CloudWatch 502 00:25:56,204 --> 00:25:58,870 uzraudzība no piecu minūšu rezolūciju vienas minūtes izšķirtspēju. 503 00:25:58,870 --> 00:26:02,510 Tāpēc es gribu, ka ar manu web serveri šeit. 504 00:26:02,510 --> 00:26:05,220 Un tad es iešu uz uzglabāšanu. 505 00:26:05,220 --> 00:26:08,710 Tāpēc es gribu vispārējais mērķis SSD par šeit. 506 00:26:08,710 --> 00:26:11,940 8 koncerti, iespējams, pietiekami man, tāpēc es esmu tikai gatavojas, lai saglabātu to. 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 Es esmu tikai gatavojas marķēt tas WordPress Demo. 509 00:26:19,230 --> 00:26:22,149 Tātad šis ir tag tik es zina, kas tas patiesībā ir. 510 00:26:22,149 --> 00:26:24,190 Un tad es esmu gatavojas konfigurēt drošības grupu. 511 00:26:24,190 --> 00:26:27,510 Tātad drošības grupa ir kā ugunsmūris instancē. 512 00:26:27,510 --> 00:26:30,780 Tāpēc es esmu gatavojas izmantot vienu no maniem esošajiem. 513 00:26:30,780 --> 00:26:35,890 Tātad šis drošības grupu, to ļauj SSH, lai es varētu SSH tajā. 514 00:26:35,890 --> 00:26:37,580 Un tas ļauj HTTP. 515 00:26:37,580 --> 00:26:40,390 >> Tagad, es esmu gatavojas vēlaties, lai bloķētu leju šo SSH mazliet vairāk. 516 00:26:40,390 --> 00:26:43,220 Jūs nevēlaties, tikai kāds no jebkuras IP adreses SSHing in. 517 00:26:43,220 --> 00:26:45,240 Tātad mēs darīsim, ka pēc tam, kad tā uzsāk. 518 00:26:45,240 --> 00:26:49,100 >> Tāpēc es esmu apmierināts ar visiem šo stuff šeit. 519 00:26:49,100 --> 00:26:50,167 Un es esmu gatavojas uzsākt. 520 00:26:50,167 --> 00:26:52,250 Un tad es esmu gatavojas izvēlēties, ko atslēgu pāris es gribu. 521 00:26:52,250 --> 00:26:54,750 Tāpēc es esmu gatavojas, lai izvēlētos, ka atslēgu pāris, kas man jāatjaunina pirms. 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> Tāpēc tagad, ka es gaidu lai to uzsāktu, pieņemsim 524 00:27:01,960 --> 00:27:03,320 doties apskatīt mūsu drošības grupai. 525 00:27:03,320 --> 00:27:06,720 Tātad, mēs esam ieguvuši drošības grupas šeit. 526 00:27:06,720 --> 00:27:09,550 Te ir mana drošība grupa, kas man to. 527 00:27:09,550 --> 00:27:11,200 >> Es esmu gatavojas tikai mainīt šeit. 528 00:27:11,200 --> 00:27:15,710 Tāpēc ļaujiet man padarīt to par mazliet lielāks šeit. 529 00:27:15,710 --> 00:27:21,275 Tāpēc es gribu to mainīt no Anywhere Maniem IP. 530 00:27:21,275 --> 00:27:23,150 Tāpēc, ka šī griba automātiski uzņemt manu IP 531 00:27:23,150 --> 00:27:26,650 risināt šeit un atslēga to uz leju mazliet. 532 00:27:26,650 --> 00:27:29,030 >> Un tā savukārt instance griežas uz augšu, 533 00:27:29,030 --> 00:27:32,040 pieņemsim spin up daži sīkumi par citiem mūsu piemēram 534 00:27:32,040 --> 00:27:35,060 kur mēs ejam, lai izcelties datubāzi un slodze ekvilibrists 535 00:27:35,060 --> 00:27:37,160 lai tā varētu būt gatava mums. 536 00:27:37,160 --> 00:27:41,580 Tātad pirmā lieta, ko es esmu gatavojas vēlaties to darīt, ir spin up kravas ekvilibrists. 537 00:27:41,580 --> 00:27:44,690 Tāpēc es esmu gatavojas, lai izvēlētos slodze ekvilibrists šeit. 538 00:27:44,690 --> 00:27:48,410 Un es esmu gatavojas, lai izsauktu to WordpressELB. 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 Un es esmu gatavojas just-- visiem Es gribu ir ostas 80 šeit. 541 00:27:55,450 --> 00:27:57,960 >> Un tagad par veselību pārbaudīt, es esmu tikai gatavojas darīt TCP. 542 00:27:57,960 --> 00:28:00,190 Tātad, ja Apache darbojas, tas būs labi. 543 00:28:00,190 --> 00:28:03,760 Un es esmu gatavojas samazināt veselīgu slieksnis vienkārši, lai tā kļūst veselīgi 544 00:28:03,760 --> 00:28:06,360 diezgan ātri. 545 00:28:06,360 --> 00:28:08,710 Tad atkal, tas ir drošības grupu. 546 00:28:08,710 --> 00:28:12,480 Tāpēc es esmu jau nodrošinājumu grupa šo sauc WordPress ELB. 547 00:28:12,480 --> 00:28:17,120 Un tas ir būtībā tikai gatavojas pieņemt satiksmi no ostas 80. 548 00:28:17,120 --> 00:28:19,580 Un tad es neesmu gatavojas pievienot visus gadījumus, kas tai tagad. 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 Un es esmu gatavojas izlaist iezīmēšanu. 551 00:28:26,720 --> 00:28:30,010 Un tā mēs ejam izveidot šo ELB tieši tagad. 552 00:28:30,010 --> 00:28:33,800 >> Tātad izveidoja slodzes ekvilibrists. 553 00:28:33,800 --> 00:28:36,680 Es esmu arī gatavojas uzsākt vēl vienu gadījumu šeit, 554 00:28:36,680 --> 00:28:40,280 tikai tīmekļa daļa no manas WordPress. 555 00:28:40,280 --> 00:28:42,580 Tātad, šeit mēs iet. 556 00:28:42,580 --> 00:28:45,920 Es ņemšu tikai to pašu lieta, ko es darīju agrāk. 557 00:28:45,920 --> 00:28:53,620 Tātad c3.large, CloudWatch detalizēts monitorings iespējots. 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 Standarta SSD. 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 Nosaukt šo WordPress Web. 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> Un es gribu, lai izvēlētos a-- I jau ir drošības grupu šo. 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 Tātad šis drošības grupa pieņem satiksmi 80 portu no manas WordPress ELB 566 00:29:23,520 --> 00:29:26,430 drošība grupa, no drošības grupa no mana slodzes ekvilibrists, 567 00:29:26,430 --> 00:29:30,654 bet arī SSH, kas atkal, mēs ejam, lai bloķētu uz leju. 568 00:29:30,654 --> 00:29:31,820 Tāpēc es esmu gatavojas uzsākt šo. 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 Pa labi. 571 00:29:39,990 --> 00:29:43,530 >> Un tad ko es esmu gatavojas darīt tālāk, ir Es esmu gatavojas sākt RDS instancē. 572 00:29:43,530 --> 00:29:44,870 RDS būs mana datubāzi. 573 00:29:44,870 --> 00:29:47,100 Tāpēc es iešu šeit. 574 00:29:47,100 --> 00:29:48,560 Es iešu uz RDS. 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 Es esmu gatavojas uzsākt jaunu instanci. 577 00:29:56,239 --> 00:29:57,530 Tāpēc es esmu gatavojas uzņemt savu dzinēju. 578 00:29:57,530 --> 00:30:00,850 Tātad, šeit man ir iespēja izvēlēties, MySQL, Postgres, Oracle vai SQL Server. 579 00:30:00,850 --> 00:30:02,640 Es gribu MySQL. 580 00:30:02,640 --> 00:30:06,160 Un tāpēc es esmu gatavojas teikt jā. 581 00:30:06,160 --> 00:30:09,680 >> Tātad šī ir iespēja Multi-AZ. 582 00:30:09,680 --> 00:30:14,267 So Multi-AZ, atkal, šiem atkārtojumos gatavojas spin divus RDS gadījumus 583 00:30:14,267 --> 00:30:15,600 un darīt replikācija starp tiem. 584 00:30:15,600 --> 00:30:20,510 Un, ja es nevēlos, ka es varu tikai būt vienu gadījumu, bet es gribu to. 585 00:30:20,510 --> 00:30:22,490 Un tad es esmu gatavojas paņemt manu datu bāzes dzinēju. 586 00:30:22,490 --> 00:30:24,907 Tāpēc es esmu gatavojas uzņemt vēlāk kā vienu šeit. 587 00:30:24,907 --> 00:30:27,240 Un tad es esmu gatavojas uzņemt kāda veida Piemēram, es gribu. 588 00:30:27,240 --> 00:30:30,950 >> Tāpēc es gribu R3, tā ka ir atmiņas optimizēta instancē. 589 00:30:30,950 --> 00:30:32,740 Tāpēc es esmu gatavojas izvēlēties R3. 590 00:30:32,740 --> 00:30:35,430 Un es esmu gatavojas uzņemt Jā, es gribu Multi-AZ. 591 00:30:35,430 --> 00:30:37,110 Un es gribu vispārējas nozīmes SSD. 592 00:30:37,110 --> 00:30:39,380 >> Un es droši vien vēlaties mazliet vairāk uzglabāšana. 593 00:30:39,380 --> 00:30:40,897 Es esmu nāksies 10 koncertus šeit. 594 00:30:40,897 --> 00:30:42,730 Un tad es esmu gatavojas uzņemt dažas pilnvaras. 595 00:30:42,730 --> 00:30:44,641 Tātad, kas ir identifikators par manu datu bāzi? 596 00:30:44,641 --> 00:30:46,015 Tātad tas būs wordpressdb1. 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 Es esmu gatavojas, lai izsauktu šo sakni. 599 00:30:53,127 --> 00:30:54,460 Es esmu gatavojas sniegt tai paroli. 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> Un mēs spēsim uzņemt Drošības grupa, par to kā labi. 602 00:31:03,780 --> 00:31:05,740 Tāpēc es esmu jau drošības grupa to. 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 Un tad es esmu gatavojas arī tā datu bāzes nosaukumu. 605 00:31:11,307 --> 00:31:13,015 Tātad mēs ejam tikai to sauc WordPress. 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 Un mēs ejam izvēlēties saglabāšanas logu 608 00:31:18,560 --> 00:31:21,170 tāpēc, ka tas nav backups jums. 609 00:31:21,170 --> 00:31:23,330 Tāpēc es gribu nedēļu backups. 610 00:31:23,330 --> 00:31:25,610 Un man nav priekšroka par rezerves logu. 611 00:31:25,610 --> 00:31:28,665 Un es gribu, lai automātiski uzlabot manu nelielu versiju šeit. 612 00:31:28,665 --> 00:31:31,180 Tāpēc es esmu gatavojas atstāt, ka pēc noklusējuma. 613 00:31:31,180 --> 00:31:33,490 Un tāpēc tagad es esmu uzsāktu mans RDS instance. 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 Taisnība? 616 00:31:37,870 --> 00:31:40,597 Tāpēc tagad tas tiek izveidots. 617 00:31:40,597 --> 00:31:42,430 Tāpēc tagad mēs esam tikai gaidām par to instalēt. 618 00:31:42,430 --> 00:31:48,055 Tāpēc, kamēr tas notiek, pieņemsim log kas uz pirmo EC2 instancē mēs veicām. 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 Tātad, tas ir tas WordPress Demo. 621 00:31:57,520 --> 00:31:58,760 Un mēs vienkārši pārbaudīt to. 622 00:31:58,760 --> 00:31:59,450 Yep. 623 00:31:59,450 --> 00:32:02,620 >> Tātad, pieņemsim redzēt, ja mēs varam pieteikties uz to. 624 00:32:02,620 --> 00:32:06,220 Tāpēc es esmu gatavojas, lai kopētu sabiedrības uzņēmēja nosaukums tā. 625 00:32:06,220 --> 00:32:09,090 Es esmu gatavojas atvērt apvalks logs šeit. 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [Dzirdams] SSH. 628 00:32:17,610 --> 00:32:21,423 Noklusējuma lietotājs ir EC2 lietotāju. 629 00:32:21,423 --> 00:32:25,271 >> Mērķauditorija: Lauva, vai jūs prātā Command [dzirdams]? 630 00:32:25,271 --> 00:32:27,200 >> LEO ZHADANOVSKY: Good? 631 00:32:27,200 --> 00:32:30,190 Un tāpēc pamēģināsim SSH. 632 00:32:30,190 --> 00:32:30,960 Yep. 633 00:32:30,960 --> 00:32:34,420 Tāpēc es esmu manā gadījumā tieši tagad. 634 00:32:34,420 --> 00:32:36,550 Tāpēc es esmu SSHed in. 635 00:32:36,550 --> 00:32:38,970 Tas ir atkarīgs no piecas minūtes, lai tas noteikti mans gadījums. 636 00:32:38,970 --> 00:32:41,020 >> Tātad pirmā lieta, mēs esam gatavojas vēlaties darīt šeit 637 00:32:41,020 --> 00:32:45,190 tas stāsta man, ka, ak, Man ir daži drošības atjauninājumus. 638 00:32:45,190 --> 00:32:47,855 Tāpēc es esmu tikai gatavojas palaist katrs drošības atjauninājums šeit. 639 00:32:47,855 --> 00:32:51,746 [? sudo Yum?] mīnus y update. 640 00:32:51,746 --> 00:32:54,539 Tātad, tas notiek ātri uzstādīt tiem. 641 00:32:54,539 --> 00:32:57,080 Nākamā lieta, ko es gribu darīt, ir I vēlaties instalēt dažas vairāk sīkumi. 642 00:32:57,080 --> 00:33:00,910 Tāpēc es esmu nāksies instalēt MySQL. 643 00:33:00,910 --> 00:33:02,660 Es esmu nāksies instalēt Apache. 644 00:33:02,660 --> 00:33:04,190 Es esmu nāksies instalēt PHP. 645 00:33:04,190 --> 00:33:07,680 Es esmu nāksies uzstādīt PHP spraudnis MySQL. 646 00:33:07,680 --> 00:33:11,100 Un man ir, lai instalētu MySQL serveri. 647 00:33:11,100 --> 00:33:12,440 Tātad, pieņemsim instalētu šo stuff. 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> Instalēšana. 650 00:33:15,500 --> 00:33:16,770 Tā, ka ir darīts. 651 00:33:16,770 --> 00:33:20,220 Tāpēc tagad es gribu [? HTTPD. ?] I vēlas Apache sākt boot. 652 00:33:20,220 --> 00:33:21,380 Tāpēc es esmu gatavojas darīt. 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 Tāpēc tagad, ja es pārstartēt šis tas būs sākums. 656 00:33:31,800 --> 00:33:36,210 >> Es arī gribu MySQL sākt boot. 657 00:33:36,210 --> 00:33:37,615 Tātad tas pats. 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 Ups, typo šeit. 660 00:33:45,080 --> 00:33:45,580 Labi. 661 00:33:45,580 --> 00:33:53,220 Un tad tiešām es ņemšu sākt savu web serveri vēlāk. 662 00:33:53,220 --> 00:33:56,514 Tagad es gribu sākt savu datu bāzes serveri, though. 663 00:33:56,514 --> 00:33:57,906 Tātad to izdarītu. 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 Un tā tas sāk par pirmo reizi, tāpēc es esmu 666 00:34:04,120 --> 00:34:06,070 nāksies darīt daži pamata soļi šeit. 667 00:34:06,070 --> 00:34:09,070 Tātad pirmā lieta, ko es esmu gatavojas darīt ir noteikt root paroli manu MySQL. 668 00:34:09,070 --> 00:34:15,980 >> Tāpēc es esmu tikai gatavojas palaist šo MySQL droša uzstādīšana komandu. 669 00:34:15,980 --> 00:34:19,239 Tātad, tas ir got pašlaik nav saknes parole, tāpēc pieņemsim noteikt vienu. 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 Un es esmu gatavojas, lai novērstu šos anonīmi lietotāji, ka tas rada 672 00:34:27,429 --> 00:34:29,750 un atslēgt sakņu pieteikšanos. 673 00:34:29,750 --> 00:34:31,270 Un izņemiet testa datubāzes. 674 00:34:31,270 --> 00:34:36,514 Tātad tas viss veida productionizes jūsu MySQL instalēt. 675 00:34:36,514 --> 00:34:38,260 >> Tā, ka ir darīts. 676 00:34:38,260 --> 00:34:40,630 Tāpēc tagad es būtu jāspēj savienot ar manu MySQL serveri. 677 00:34:40,630 --> 00:34:42,805 Tāpēc es esmu gatavojas, lai redzētu, kas darbojas šeit. 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 Tāpēc es esmu savā MySQL serveri. 681 00:34:50,699 --> 00:34:55,010 >> Tāpēc tagad nākamā lieta, ko es gribu darīt, ir Es gribu izveidot savu WordPress datubāzi. 682 00:34:55,010 --> 00:34:56,429 Tāpēc es esmu gatavojas darīt MySQL admin. 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [Nedzirdama] 685 00:35:10,345 --> 00:35:13,327 686 00:35:13,327 --> 00:35:13,840 Labi. 687 00:35:13,840 --> 00:35:15,520 Tāpēc es izveidojis savu datu bāzi. 688 00:35:15,520 --> 00:35:18,160 >> Un tagad to, ko es gribu darīt, ir I vēlaties izveidot WordPress lietotāju. 689 00:35:18,160 --> 00:35:20,240 Tāpēc es nevēlos, lai pieteiktos mana WordPress ar root lietotājam 690 00:35:20,240 --> 00:35:21,420 jo tas būtu slikti. 691 00:35:21,420 --> 00:35:24,810 Tāpēc es gribu arī lietotājs, kas var tikai piekļūt WordPress datubāzi. 692 00:35:24,810 --> 00:35:27,970 So iesim šeit atkal. 693 00:35:27,970 --> 00:35:33,720 Un mēs ejam uz [? pārvietot?] šo šeit. 694 00:35:33,720 --> 00:35:36,870 >> Tātad, ko es daru šeit ir Es veidoju lietotājs, kas 695 00:35:36,870 --> 00:35:40,220 var pieslēgties no localhost tas identificē ar manu super drošu paroli 696 00:35:40,220 --> 00:35:42,510 šeit. 697 00:35:42,510 --> 00:35:46,595 Un tad es esmu gatavojas piešķirt šo lietotāju piekļuvi visam datubāzes. 698 00:35:46,595 --> 00:35:51,091 699 00:35:51,091 --> 00:35:51,590 Labi. 700 00:35:51,590 --> 00:35:56,200 Un tad nu man būtu iespēja pieteikties kā šim lietotājam 701 00:35:56,200 --> 00:35:58,670 un tikai redzēt, ka datu bāze [? un?] testa datu bāzi. 702 00:35:58,670 --> 00:36:04,970 >> Tāpēc es esmu gatavojas darīt mysql mīnuss u WordPress, nevis saknes. 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 Labi? 705 00:36:10,860 --> 00:36:16,920 Un tad mums ir jābūt spējīgs do-- labi? 706 00:36:16,920 --> 00:36:18,740 Tātad, es redzu savu WordPress datubāzi šeit. 707 00:36:18,740 --> 00:36:19,920 Tātad, tas ir lieliski. 708 00:36:19,920 --> 00:36:22,420 >> Tāpēc tagad mums ir nepieciešams, lai faktiski lejupielādēt un instalēt WordPress. 709 00:36:22,420 --> 00:36:26,220 So iesim uz mūsu mājas direktorijā. 710 00:36:26,220 --> 00:36:31,760 Tāpēc es esmu gatavojas wget WordPress, ka jaunākā versija WordPress šeit. 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 Es esmu gatavojas iegūt to. 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 Un tagad es esmu gatavojas, lai mijmaiņas HTML direktorijā, kas 715 00:36:44,690 --> 00:36:48,150 ir noklusējuma [? web?] sakne, ar WordPress direktorijā, tāpēc. 716 00:36:48,150 --> 00:37:01,650 717 00:37:01,650 --> 00:37:02,410 >> Labi. 718 00:37:02,410 --> 00:37:06,580 Un tagad es esmu gatavojas, lai tikai izmaiņām atļaujas, lai Apache 719 00:37:06,580 --> 00:37:09,450 lietotājs pieder WordPress direktorijā. 720 00:37:09,450 --> 00:37:12,611 721 00:37:12,611 --> 00:37:13,110 Labi. 722 00:37:13,110 --> 00:37:17,070 Un visbeidzot, es esmu gatavojas, lai uzsāktu manu web serveri un ceru, ka viss strādā. 723 00:37:17,070 --> 00:37:21,650 724 00:37:21,650 --> 00:37:22,150 Labi. 725 00:37:22,150 --> 00:37:23,940 Tātad tagad pieņemsim redzēt, kas notiek šeit. 726 00:37:23,940 --> 00:37:28,520 Tāpēc es iešu šeit. 727 00:37:28,520 --> 00:37:30,700 Un redzēt, ja es varētu saņemt šajā gadījumā šeit. 728 00:37:30,700 --> 00:37:35,200 729 00:37:35,200 --> 00:37:35,740 Labi. 730 00:37:35,740 --> 00:37:39,860 Tātad, šeit ir mūsu Wordpress iestatīšanas ekrāns. 731 00:37:39,860 --> 00:37:42,020 Tātad mēs zinām visu šo informāciju. 732 00:37:42,020 --> 00:37:44,170 Tātad mūsu datu bāzes nosaukums ir WordPress. 733 00:37:44,170 --> 00:37:47,550 >> Mūsu lietotājvārds būs WordPress. 734 00:37:47,550 --> 00:37:50,462 Man manu super drošu paroli šeit. 735 00:37:50,462 --> 00:37:53,869 Mēs ejam, lai būtu pieslēdzoties localhost. 736 00:37:53,869 --> 00:37:58,040 Un mēs ejam, lai palaistu uzstādīt. 737 00:37:58,040 --> 00:38:00,430 >> Tagad mēs esam tikai gatavojas dot manā mājas lapā nosaukumu. 738 00:38:00,430 --> 00:38:04,600 Tātad Leo Amazing Blog. 739 00:38:04,600 --> 00:38:08,265 740 00:38:08,265 --> 00:38:12,580 [Dzirdams] lietotājvārds. 741 00:38:12,580 --> 00:38:15,972 Es esmu gatavojas saņemt parole manu lietotājvārdu. 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 Es esmu gatavojas īstenot manu e-pasta adresi. 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 Un tā kā tas ir tests vienu, man nav vēlas meklētājprogrammas indeksēt šo. 746 00:38:29,326 --> 00:38:30,820 Tāpēc tagad mēs esam uzstādot WordPress. 747 00:38:30,820 --> 00:38:32,070 Tāpēc tagad mēs visi noteikti. 748 00:38:32,070 --> 00:38:33,850 >> Tātad, šeit ir mana WordPress. 749 00:38:33,850 --> 00:38:37,660 750 00:38:37,660 --> 00:38:40,345 Un šeit ir mana paneļa. 751 00:38:40,345 --> 00:38:42,300 Tas ir pilnībā funkcionējošu WordPress. 752 00:38:42,300 --> 00:38:47,026 Es varu atjaunināt plugins šeit, ja es gribēju. 753 00:38:47,026 --> 00:38:49,290 Vai kāds es gribu šeit. 754 00:38:49,290 --> 00:38:52,610 Un tāpēc šeit ir mana aktuālā pilnībā darbojas WordPress par manu vienu gadījumu. 755 00:38:52,610 --> 00:38:55,760 >> Tagad, tas ir lieliski, ja jums ir Testēšanas vieta, bet tas nav mērogā. 756 00:38:55,760 --> 00:38:56,737 Mums ir viens gadījums. 757 00:38:56,737 --> 00:38:59,070 Mēs varam padarīt šo gadījumu tiešām milzīgs, bet kādā brīdī 758 00:38:59,070 --> 00:39:01,165 jūs gatavojas izsīkšanai vertikālo mērogošanas telpā. 759 00:39:01,165 --> 00:39:03,290 Tātad jūs esat gatavojas vēlaties mēroga tā vairāk. 760 00:39:03,290 --> 00:39:05,290 >> Tieši tāpēc mēs vērptas up ar visu šo citas lietas. 761 00:39:05,290 --> 00:39:07,620 Tātad, pieņemsim redzēt, ja mūsu RDS instance tiek darīts. 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [? Jā,?] Mūsu RDS Piemēram, ir gandrīz pabeigts. 764 00:39:16,170 --> 00:39:19,520 Tā ka ir OK, jo pa šo laiku mēs varam izveidot mūsu EC2 instancē. 765 00:39:19,520 --> 00:39:22,670 Tas būs tikai nedaudz cita procedūra. 766 00:39:22,670 --> 00:39:24,940 >> Tātad mēs esam ieguvuši savu WordPress web. 767 00:39:24,940 --> 00:39:28,540 Tagad man jau bija viena darbojas vakar. 768 00:39:28,540 --> 00:39:33,670 Tāpēc es tikko saņēmu izdomāt, kuras viens bija tas, ka es šodien uzsāka. 769 00:39:33,670 --> 00:39:36,710 Tātad šis viens tika uzsākta 4. novembra lēmums. 770 00:39:36,710 --> 00:39:39,370 771 00:39:39,370 --> 00:39:40,770 Tā ka ir viens no šodienas. 772 00:39:40,770 --> 00:39:43,720 [? Es zinu?] Tas viens bija uzsākta, oh, 04:00. 773 00:39:43,720 --> 00:39:45,905 Tik tiešām tas ir jauns. 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 >> Tātad šī ir mana jaunā instance. 778 00:39:54,590 --> 00:39:56,110 Tātad vēlreiz, es esmu gatavojas SSH tajā. 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 So iesim atpakaļ uz manu termināļa šeit. 781 00:40:05,630 --> 00:40:08,350 Tāpēc es esmu gatavojas, lai izkļūt no šīs. 782 00:40:08,350 --> 00:40:11,232 Es esmu gatavojas SSH jaunajā instancē. 783 00:40:11,232 --> 00:40:15,160 784 00:40:15,160 --> 00:40:15,660 Labi. 785 00:40:15,660 --> 00:40:17,951 Tāpēc es esmu nāksies darīt dažus no paša sīkumi šeit. 786 00:40:17,951 --> 00:40:19,540 Tāpēc es esmu gatavojas palaist drošības atjauninājumus. 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 Es esmu gatavojas uzstādīt dažas pakotnes. 789 00:40:25,654 --> 00:40:27,820 Iepakojumi gatavojas būt nedaudz savādāka. 790 00:40:27,820 --> 00:40:31,660 >> Tāpēc man nav nepieciešams MySQL serveri jo mēs esam laužot ka out. 791 00:40:31,660 --> 00:40:35,580 Tāpēc es esmu vēl gatavojas instalēt MySQL klientu. 792 00:40:35,580 --> 00:40:37,400 Es joprojām gatavojas uzstādīt Apache. 793 00:40:37,400 --> 00:40:40,142 Es joprojām gatavojas uzstādīt PHP un PHP MySQL. 794 00:40:40,142 --> 00:40:42,100 Es esmu tikai netaisos instalēt MySQL serveri. 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> Tad es esmu vēl gatavojas darīt pārliecināts Apache sākas boot. 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 Tagad mums ir nepieciešams datu bāzi, lai būtu uz augšu. 799 00:40:57,790 --> 00:41:02,140 Tāpēc, kamēr mēs, ka pieņemsim pievienot šo piemēram, lai slodzes ekvilibrists. 800 00:41:02,140 --> 00:41:04,610 Tāpēc mēs esam gatavojas doties uz Mūsu slodze ekvilibrists šeit. 801 00:41:04,610 --> 00:41:08,430 Un mēs esam tikai gatavojas nokopējiet instancē ID. 802 00:41:08,430 --> 00:41:10,410 Saņēmu savu instanču ID šeit. 803 00:41:10,410 --> 00:41:19,330 >> Kad es iet uz manu slodzes ekvilibrists, skat, šeit ir mana slodze ekvilibrists, 804 00:41:19,330 --> 00:41:20,945 šeit ir tā DNS nosaukumu. 805 00:41:20,945 --> 00:41:23,410 Tātad, tas ir got nulle gadījumi ekspluatācijā tieši tagad 806 00:41:23,410 --> 00:41:26,040 jo man nav pievienojis visus gadījumus uz to. 807 00:41:26,040 --> 00:41:27,950 Tāpēc es esmu gatavojas pievienot savu instancē. 808 00:41:27,950 --> 00:41:29,635 Tātad, šeit ir mans saraksts ar gadījumiem. 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 Tātad, ja es gribu šo vienu, tāpēc es esmu gatavojas pievienot šo vienu, lai to. 811 00:41:39,170 --> 00:41:41,150 >> Tagad tas notiek gaidīt un tas nav dodas 812 00:41:41,150 --> 00:41:43,600 iespējot šo gadījumu līdz tas kļūst veselīgi. 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 Un tas nav gatavojas kļūt veseli kamēr es savukārt par manu web serveri. 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 Tātad, pieņemsim redzēt, ja mūsu RDS instance ir atpakaļ uz augšu. 817 00:41:56,202 --> 00:42:03,630 818 00:42:03,630 --> 00:42:04,130 Labi. 819 00:42:04,130 --> 00:42:04,630 Lieliski. 820 00:42:04,630 --> 00:42:06,360 Tātad mūsu jaunā RDS instance ir gatava. 821 00:42:06,360 --> 00:42:08,940 Tātad šis ir beigu punkts manu RDS piemēram. 822 00:42:08,940 --> 00:42:13,530 Tātad, ko es esmu gatavojas darīt, ir es esmu dodas uz savienojumu ar manu RDS instancē. 823 00:42:13,530 --> 00:42:17,070 Tātad tas ir tagad pilnībā izdevās MySQL datu bāzē. 824 00:42:17,070 --> 00:42:18,860 Tas ir ieguvuši backup izveidota par to. 825 00:42:18,860 --> 00:42:20,160 Tas ir lieks. 826 00:42:20,160 --> 00:42:22,030 Tā vērptas up tikai dažas minūtes. 827 00:42:22,030 --> 00:42:24,870 Tāpēc tagad es būtu jāspēj SSH tajā from-- vai ne SSH, 828 00:42:24,870 --> 00:42:26,690 bet ieiet tajā ar MySQL klientu. 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 Tātad, šeit es esmu. 832 00:42:38,850 --> 00:42:39,750 Es esmu. 833 00:42:39,750 --> 00:42:42,680 Tāpēc tagad tas būs līdzīgi izņemot mēs esam tikai laužot to ārā. 834 00:42:42,680 --> 00:42:45,922 Tātad, atkal, es esmu gatavojas faktiski izkļūt no šo uz sekundi. 835 00:42:45,922 --> 00:42:47,880 Nu, mēs jau izveidots WordPress datubāzi 836 00:42:47,880 --> 00:42:50,670 jo mēs ieliekam WordPress tur, tāpēc Es esmu gatavojas izveidot WordPress lietotāju. 837 00:42:50,670 --> 00:42:52,961 Un tur būs daži nelielas atšķirības šeit 838 00:42:52,961 --> 00:42:54,237 no tā, ko mēs darījām pēdējo reizi. 839 00:42:54,237 --> 00:42:56,070 Tātad, mēs ejam, lai radītu WordPress lietotājs, 840 00:42:56,070 --> 00:42:58,200 bet tagad mēs nebūsim piesakoties no localhost vairs. 841 00:42:58,200 --> 00:43:00,479 Mēs ejam, lai būtu mežizstrādi no laukuma EC2 instancē. 842 00:43:00,479 --> 00:43:03,770 Un mēs nebrauksim, lai vienmēr zina par to, ko IP adrese tas nāk no, 843 00:43:03,770 --> 00:43:06,820 vai arī mēs negribam norādīt to šī detalizācijas. 844 00:43:06,820 --> 00:43:09,470 >> Mēs ejam, lai būtu drošība grupas, kas padara pārliecināts, ka tikai 845 00:43:09,470 --> 00:43:11,200 mūsu web serveri var izveidot savienojumu ar to. 846 00:43:11,200 --> 00:43:14,520 Tāpēc es esmu tikai gatavojas atļaut tā no šajā līmenī, 847 00:43:14,520 --> 00:43:16,930 no jebkuras IP adreses savienojuma. 848 00:43:16,930 --> 00:43:17,869 Tātad mēs vienkārši to izdarīja. 849 00:43:17,869 --> 00:43:19,660 Un tagad mēs esam tikai nāksies atkal, 850 00:43:19,660 --> 00:43:21,701 piešķirt šo lietotāja piekļuvi WordPress datubāzi. 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 Tāpēc tagad es esmu tikai gatavojas mainīt uz savvaļas karti. 853 00:43:30,811 --> 00:43:31,310 Labi. 854 00:43:31,310 --> 00:43:32,480 Tātad, mēs esam ieguvuši to. 855 00:43:32,480 --> 00:43:34,090 Iesim no šejienes. 856 00:43:34,090 --> 00:43:36,650 Tātad mēs vienkārši pārliecināties ka mēs varam pieteikties tagad. 857 00:43:36,650 --> 00:43:39,100 Es esmu tikai gatavojas mainīt my username uz WordPress. 858 00:43:39,100 --> 00:43:45,371 859 00:43:45,371 --> 00:43:45,870 Labi. 860 00:43:45,870 --> 00:43:46,370 Tātad mēs esam. 861 00:43:46,370 --> 00:43:47,607 Tā, ka darbojas. 862 00:43:47,607 --> 00:43:50,440 Tagad mēs ejam, atkal, man ir izveidot WordPress šajā instancē. 863 00:43:50,440 --> 00:43:54,770 Tātad, ko mēs esam nāksies to darīt, ir doties uz Var, www. 864 00:43:54,770 --> 00:43:57,260 Man ir pārvietot HTML direktoriju html.old. 865 00:43:57,260 --> 00:44:02,410 866 00:44:02,410 --> 00:44:02,910 Labi. 867 00:44:02,910 --> 00:44:06,770 Un mēs esam nāksies lejupielādēt WordPress. 868 00:44:06,770 --> 00:44:12,000 869 00:44:12,000 --> 00:44:14,790 >> Labi. 870 00:44:14,790 --> 00:44:15,540 Izraksts WordPress. 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 Mēs ejam, lai to pārvietotu uz HTML direktorijā. 873 00:44:21,410 --> 00:44:28,650 874 00:44:28,650 --> 00:44:29,150 Labi. 875 00:44:29,150 --> 00:44:30,900 Un mēs ejam mainīt atļaujas. 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 Un tad mēs ejam, lai sāktu Apache. 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> Tātad, kas būtu jānotiek tagad tur notiek 880 00:44:45,820 --> 00:44:49,200 būt pamatā pieci mƝƧinƗs šajā ELB. 881 00:44:49,200 --> 00:44:53,790 Un tas ir galu galā, šis gadījums ir gatavojas kļūt veselīgi uz ELB. 882 00:44:53,790 --> 00:44:57,871 Tātad [dzirdams] šeit. 883 00:44:57,871 --> 00:44:58,370 Paskatīsimies. 884 00:44:58,370 --> 00:45:00,525 Šajā gadījumā vēl nav veselīgi. 885 00:45:00,525 --> 00:45:02,400 Tātad, ko es esmu patiesībā gatavojas darīt, ir es eju 886 00:45:02,400 --> 00:45:05,275 mainīt veselības pārbaude mazliet nedaudz vairāk tikai, lai padarītu to ātrāku. 887 00:45:05,275 --> 00:45:07,320 Mēs varam mainīt to atpakaļ vēlāk. 888 00:45:07,320 --> 00:45:12,561 Tāpēc pieņemsim, ka es gribu veselīgi slieksnis trīs piecu vietā. 889 00:45:12,561 --> 00:45:13,060 OK. 890 00:45:13,060 --> 00:45:15,340 Tāpēc tagad mēs esam ekspluatācijā. 891 00:45:15,340 --> 00:45:17,400 >> Tāpēc tagad es iešu šai slodzes ekvilibrists. 892 00:45:17,400 --> 00:45:19,895 Un tas būtu proxy mani atpakaļ līdz šim, piemēram, 893 00:45:19,895 --> 00:45:23,195 un mēs, kas izveidota WordPress šeit. 894 00:45:23,195 --> 00:45:25,320 Tagad, ja jums ir jūsu pašu domēna vārds vai kaut ko, 895 00:45:25,320 --> 00:45:28,740 jūs varat vienkārši darīt CNAME ieraksts uz šo DNS nosaukumu. 896 00:45:28,740 --> 00:45:31,850 Un elastīgs slodzes līdzsvarošanas pakalpojums ir mērogojams uz muguras beigās, 897 00:45:31,850 --> 00:45:34,065 tāpēc tas svari augšu un uz leju pati. 898 00:45:34,065 --> 00:45:35,710 Tātad tas varētu būt vairākas IP adreses. 899 00:45:35,710 --> 00:45:36,584 IP var mainīties. 900 00:45:36,584 --> 00:45:39,063 Tātad jums vajadzētu vienmēr atsauces tas no šī DNS nosaukumu. 901 00:45:39,063 --> 00:45:41,841 902 00:45:41,841 --> 00:45:42,770 >> Labi. 903 00:45:42,770 --> 00:45:43,560 Tātad, šeit mēs iet. 904 00:45:43,560 --> 00:45:45,215 Mēs esam atpakaļ pie mūsu iestatījumu ekrānā. 905 00:45:45,215 --> 00:45:47,870 Tagad mēs gatavojamies darīt pats process gandrīz. 906 00:45:47,870 --> 00:45:49,835 Tātad mūsu datu bāzes nosaukums ir WordPress. 907 00:45:49,835 --> 00:45:52,940 Mūsu lietotājvārds vārds ir WordPress. 908 00:45:52,940 --> 00:45:55,560 Mēs esam ieguvuši to pašu super nodrošināt paroli kā iepriekš, 909 00:45:55,560 --> 00:45:59,020 izņemot datu bāze uzņēmēja tagad būs RDS instance. 910 00:45:59,020 --> 00:46:01,222 >> Tātad, mēs ejam, lai iet šeit. 911 00:46:01,222 --> 00:46:04,760 Mēs ejam, lai dotos uz RDS. 912 00:46:04,760 --> 00:46:06,320 Mēs ejam, lai dotos uz maniem instancēs. 913 00:46:06,320 --> 00:46:07,730 Man ir vajadzīga mana beigu punkta nosaukumu šeit. 914 00:46:07,730 --> 00:46:09,160 Tas ir tas viens. 915 00:46:09,160 --> 00:46:10,984 Tāpēc es esmu tikai gatavojas kopēt un ielīmēt to. 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 Labi? 918 00:46:18,000 --> 00:46:20,100 Tātad, pieņemsim redzēt, ja tas strādāja. 919 00:46:20,100 --> 00:46:20,600 Labi. 920 00:46:20,600 --> 00:46:21,380 Tā, ka darbojas. 921 00:46:21,380 --> 00:46:23,530 Tātad jūs varat izveidot savienojumu ar RDS instancē. 922 00:46:23,530 --> 00:46:27,200 Atkal, tas notiek, lai būt Leo Awesome Blog. 923 00:46:27,200 --> 00:46:39,590 924 00:46:39,590 --> 00:46:40,090 Labi. 925 00:46:40,090 --> 00:46:42,750 >> Tāpēc tagad mēs ejam instalēt mūsu WordPress. 926 00:46:42,750 --> 00:46:44,550 Tātad mēs esam darījuši. 927 00:46:44,550 --> 00:46:46,736 Tāpēc ļaujiet man vienkārši piesakieties lai pārliecinātos, ka tas strādāja. 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 >> Tāpēc tagad mēs esam ieguvuši pilnībā darbojas WordPress. 931 00:46:56,400 --> 00:46:58,890 Mēs varam darīt visu operācijas veidu par to. 932 00:46:58,890 --> 00:47:02,210 Tātad atšķirība ir tāda, ka mums ir atsevišķa datubāze. 933 00:47:02,210 --> 00:47:03,470 Tas datubāzes ir lieka. 934 00:47:03,470 --> 00:47:05,690 Mums joprojām ir tikai viena web servera, bet mēs varētu tagad 935 00:47:05,690 --> 00:47:08,680 ņemt tēlu šajā web serveris, sākt to vēlreiz, 936 00:47:08,680 --> 00:47:11,720 un tad mums ir divas tīmekļa serverus Aiz šī kravas ekvilibrists. 937 00:47:11,720 --> 00:47:15,894 >> Rezultāts nemainās, vai tas ir viens, vai divi, vai 50 web serveri. 938 00:47:15,894 --> 00:47:17,060 Mēs varam mērogu aprobežojusies. 939 00:47:17,060 --> 00:47:21,190 Tātad tur ir plugins WordPress kur Jūs varat izmantot S3 jūsu statisko aktīviem. 940 00:47:21,190 --> 00:47:23,900 Jūs varat izmantot CloudFront cache šos aktīvus. 941 00:47:23,900 --> 00:47:26,970 Jūs varat izmantot ElastiCache lai jūs var izmantot memcached būtībā 942 00:47:26,970 --> 00:47:30,110 uzglabāt sesijas stāvokli tur. 943 00:47:30,110 --> 00:47:32,654 >> Tātad, kā jūs skalā no viens vairāk gadījumos, 944 00:47:32,654 --> 00:47:35,070 jūs gatavojas pieņemt, ka šie gadījumi ir īslaicīgi, 945 00:47:35,070 --> 00:47:36,360 lai viņi varētu doties prom. 946 00:47:36,360 --> 00:47:38,880 Tātad tev domāt par to, kur es varu uzglabāt žurnālus, 947 00:47:38,880 --> 00:47:40,290 kur es varu uzglabāt sesijas stāvokli. 948 00:47:40,290 --> 00:47:43,580 Kā es varu darīt tā, lai tas ir OK, ka šie gadījumi var pazust, vai vairāk 949 00:47:43,580 --> 00:47:45,010 no viņiem var parādīties? 950 00:47:45,010 --> 00:47:47,260 Tātad jūs nāksies atbildēt uz jautājumiem, piemēram, ka. 951 00:47:47,260 --> 00:47:48,551 Bet tas ir diezgan bieži modelis. 952 00:47:48,551 --> 00:47:52,720 Tātad, jūs vienkārši sākt izkraušanu jebkuru noturīgas lietas, kas citiem līmeņiem. 953 00:47:52,720 --> 00:47:55,380 >> Tāpēc tagad mēs esam ieguvuši to, mēs esam darīts [? Trīs līmeņu?] lieta. 954 00:47:55,380 --> 00:47:57,140 Pēdējā lieta, ko es esmu gatavojas darīt, šeit ir es esmu 955 00:47:57,140 --> 00:47:59,390 gatavojas veikt savu slodze ekvilibrists mazliet vairāk cieta 956 00:47:59,390 --> 00:48:02,210 tagad, ka tas ir atzīmēts kā veselīgi. 957 00:48:02,210 --> 00:48:06,010 Tātad, tas parasti nav laba ideja par mājas lapām 958 00:48:06,010 --> 00:48:10,139 darīt TCP veselības pārbaudi, jo Jūsu Apache varētu būt uz augšu, 959 00:48:10,139 --> 00:48:11,680 bet tas varētu būt atgriešanās PHP kļūdas. 960 00:48:11,680 --> 00:48:12,940 Tātad jūs nevēlaties, ka. 961 00:48:12,940 --> 00:48:14,648 >> Tātad, ko es esmu gatavojas darīt šeit ir es eju 962 00:48:14,648 --> 00:48:18,230 mainīt to HTTP veselības pārbaudi. 963 00:48:18,230 --> 00:48:22,880 Un tas būs index.php, ne index.html. 964 00:48:22,880 --> 00:48:26,470 Un mēs ejam to mainīt veselīgi slieksnis atpakaļ uz pieciem. 965 00:48:26,470 --> 00:48:27,880 Tā, ka ir darīts. 966 00:48:27,880 --> 00:48:29,500 Tā, ka joprojām būtu veseli. 967 00:48:29,500 --> 00:48:30,000 Yep. 968 00:48:30,000 --> 00:48:31,990 Tātad, mēs joprojām esam ekspluatācijā. 969 00:48:31,990 --> 00:48:36,370 >> Tātad, tas ir, kā jūs noteikti up WordPress par AWS. 970 00:48:36,370 --> 00:48:41,660 Tāpēc es domāju, ka mazāk nekā 20 minūšu laikā mēs esam abi izveidota uz instancē, pati par sevi, 971 00:48:41,660 --> 00:48:47,302 un pilnu trīs līmeņu arhitektūra, kur katrs līmenis ir neatkarīgi mērogojams. 972 00:48:47,302 --> 00:48:49,010 Jūs varat darīt visu veidu interesantu sīkumi 973 00:48:49,010 --> 00:48:51,120 ar datu bāzi, lai mērogā, kā arī. 974 00:48:51,120 --> 00:48:54,200 >> Ļaujiet man parādīs vēl viena interesanta lieta šeit. 975 00:48:54,200 --> 00:48:59,590 So teiksim par to es gribu izcelties skan no raksta. 976 00:48:59,590 --> 00:49:02,020 Es varu izveidot lasīt reprodukcija. 977 00:49:02,020 --> 00:49:05,040 Tāpēc es esmu gatavojas tikai izveidot lasīt reprodukcija. 978 00:49:05,040 --> 00:49:11,407 Tātad tas ir gatavojas būt wordpressdb1 read1. 979 00:49:11,407 --> 00:49:13,240 Es esmu gatavojas darīt to tajā pašā reģionā, bet es 980 00:49:13,240 --> 00:49:15,820 varētu darīt to citā reģionā. 981 00:49:15,820 --> 00:49:18,740 Tātad, mēs ejam, lai sāktu apgādātu lasīt reprodukcija šeit. 982 00:49:18,740 --> 00:49:20,390 Tāpēc tagad mēs esam radot lasīt reprodukcija. 983 00:49:20,390 --> 00:49:22,349 Kas ir tiek izveidots tur apakšā. 984 00:49:22,349 --> 00:49:24,140 Tātad jūs varat darīt visu veidu atdzist sīkumi šeit. 985 00:49:24,140 --> 00:49:25,550 >> Tāpēc es esmu darīts ar demo. 986 00:49:25,550 --> 00:49:27,780 Tāpēc es domāju, ka mums ir apmēram 10 minūtes. 987 00:49:27,780 --> 00:49:33,860 Tāpēc es ņemšu kādi jautājumi ikviens ir, par kādu AWS saistītu tēmu. 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 Ikviens? 990 00:49:39,395 --> 00:49:39,895 Cool. 991 00:49:39,895 --> 00:49:40,850 Labi. 992 00:49:40,850 --> 00:49:42,720 Paldies visiem. 993 00:49:42,720 --> 00:49:44,192