1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO Жадановский: Прывітанне, усім. 3 00:00:12,060 --> 00:00:13,675 Я Леў Жадановский. 4 00:00:13,675 --> 00:00:17,000 Я архітэктар рашэнняў у Amazon Web Services. 5 00:00:17,000 --> 00:00:21,030 І я збіраюся пагаварыць з вамі сёння аб тым, што Amazon Web Services з'яўляецца, 6 00:00:21,030 --> 00:00:25,170 яго гісторыя, кароткі агляд з паслуг, якія мы прапануем. 7 00:00:25,170 --> 00:00:29,530 А таксама я буду рабіць інтэрактыўную дэманстрацыю як запусціць стэк LAMP, у AWS 8 00:00:29,530 --> 00:00:33,769 як у адным экзэмпляры і за кошт выкарыстання некаторых з нашых іншых 9 00:00:33,769 --> 00:00:36,060 [? кіраваць?] паслугі, такія як наш рэляцыйнай базы дадзеных 10 00:00:36,060 --> 00:00:39,330 сэрвіс, і наша нагрузка балансіры, і нашы выпадкі. 11 00:00:39,330 --> 00:00:41,610 >> Такім чынам, перш за ўсё, давайце казаць пра гісторыю AWS. 12 00:00:41,610 --> 00:00:47,780 Такім чынам, як жа Amazon.com трапіць у гэта хмарных вылічэнняў бізнэс? 13 00:00:47,780 --> 00:00:51,630 Ну, Amazon сапраўды добра забяспечваючы вялікую выбар прадуктаў 14 00:00:51,630 --> 00:00:54,440 і дастаўка тыя, заказчыкам эфектыўна. 15 00:00:54,440 --> 00:00:57,870 А за гэтай магчымасці ляжыць шматгадовы вопыт 16 00:00:57,870 --> 00:01:01,330 з цэнтрамі аператыўных дадзеных, з лагістыка, з усімі відамі рэчаў. 17 00:01:01,330 --> 00:01:05,420 І так мы выявілі, больш за 10 гадоў, што мы 18 00:01:05,420 --> 00:01:10,840 хацеў, каб нашы кліенты зрабіць шмат розных рэчаў, ці не так? 19 00:01:10,840 --> 00:01:16,870 >> Так мы апынуліся прапаноўваючы некаторыя ўнутраныя паслугі да іншых прадаўцоў. 20 00:01:16,870 --> 00:01:20,640 Як мы апублікавалі простыя вэб-сэрвісаў такіх, як наш пошук па каталогу. 21 00:01:20,640 --> 00:01:22,910 І гэта стала сапраўды відавочна, вельмі хутка 22 00:01:22,910 --> 00:01:26,530 што распрацоўшчыкі былі галодныя больш нашых паслуг. 23 00:01:26,530 --> 00:01:29,830 І так гэта прывяло нас да распрацоўцы АРМ. 24 00:01:29,830 --> 00:01:31,910 Такім чынам, мы спыталі, што, калі мы можа спакаваць усё 25 00:01:31,910 --> 00:01:36,620 мы робім, і прапаноўваць яго іншыя праз Інтэрнэт? 26 00:01:36,620 --> 00:01:41,940 >> Так Місія AWS заключаецца ў забеспячэнні прадпрыемствы і распрацоўшчыкі 27 00:01:41,940 --> 00:01:46,080 каб выкарыстоўваць вэб-службы для стварэння маштабуюцца складаныя прыкладання. 28 00:01:46,080 --> 00:01:49,650 І вэб-сэрвісаў з'яўляецца тое, што людзі цяпер называем Cloud. 29 00:01:49,650 --> 00:01:53,180 Такім чынам, у 2006 годзе, AWS нарадзіўся. 30 00:01:53,180 --> 00:01:56,590 І давайце казаць пра што AWS на самай справе. 31 00:01:56,590 --> 00:02:01,310 >> Так мы забяспечваем розныя паслугі на розных узроўнях. 32 00:02:01,310 --> 00:02:06,060 Такім чынам, мы маем свайго роду з нашых асноўных паслуг, наш вылічальны захоўвання і база дадзеных. 33 00:02:06,060 --> 00:02:08,250 І тады ў нас ёсць сеткавай ўзровень, 34 00:02:08,250 --> 00:02:10,289 і ў нас ёсць глабальная інфраструктура, таму мы 35 00:02:10,289 --> 00:02:13,812 атрымалі рэгіёны свету і Наяўнасць зоны па ўсім свеце. 36 00:02:13,812 --> 00:02:15,520 І тады ў нас ёсць Паслугі ў галіне вышэйшай звяна, 37 00:02:15,520 --> 00:02:18,670 як прыкладных паслуг, што Вы карыстаецеся, каб пабудаваць гарызанталі 38 00:02:18,670 --> 00:02:20,434 маштабуюцца прыкладанняў. 39 00:02:20,434 --> 00:02:22,850 І тады ў нас ёсць разгортванне і адміністрацыйныя паслугі. 40 00:02:22,850 --> 00:02:26,010 Такім чынам, гэтыя паслугі, якія вы выкарыстоўваць для разгортвання кода ў AWS 41 00:02:26,010 --> 00:02:29,100 і кіраваць сваімі AWS даводзіцца, як гэта шалі. 42 00:02:29,100 --> 00:02:32,120 >> Такім чынам, давайце пагаворым аб нашых глабальная інфраструктура ў першую чаргу. 43 00:02:32,120 --> 00:02:35,960 У нас ёсць 11 рэгіёнах па ўсім свеце. 44 00:02:35,960 --> 00:02:39,680 Такім чынам, мы толькі што дадалі ў новы рэгіён Некалькі тыдняў таму ў Франкфурце, 45 00:02:39,680 --> 00:02:41,500 але кожны рэгіён як асобны аблокі. 46 00:02:41,500 --> 00:02:43,580 Такім чынам, гэтыя паслугі я будзе пра што пагаварыць, яны 47 00:02:43,580 --> 00:02:46,350 існаваць у розных рэгіёнах. 48 00:02:46,350 --> 00:02:50,370 Такім чынам, у ЗША, ёсць рэгіён на поўначы Вірджыніі. 49 00:02:50,370 --> 00:02:54,390 Там гэта вобласць на поўначы Каліфорнія і ў Арэгоне. 50 00:02:54,390 --> 00:02:57,690 >> Вобласць у штаце Арэгон Таксама вугляроднае-нейтральным. 51 00:02:57,690 --> 00:03:00,200 У нас таксама ёсць вобласці, у Oregon называецца GovCloud. 52 00:03:00,200 --> 00:03:05,370 Так што, калі ў вас ёсць нагрузкі, якая павінна быць ІТАР адпавядае, так што 53 00:03:05,370 --> 00:03:09,580 Міжнародная гандаль і скарачэння ўзбраенняў Дагавор, вы павінны выкарыстоўваць GovCloud. 54 00:03:09,580 --> 00:03:12,510 >> Так галоўнае аб тым, што вы 55 00:03:12,510 --> 00:03:15,100 Выбірайце самі, дзе вашыя дадзеныя, ідзе і дзе вашыя прыкладання перайсці. 56 00:03:15,100 --> 00:03:19,370 Такім чынам, мы не рухаць дадзеныя па Рэгіёны, або па даступнасці зон 57 00:03:19,370 --> 00:03:22,277 калі гэта сэрвіс, дзе вы можаце выбраць зону даступнасці. 58 00:03:22,277 --> 00:03:23,860 Вы можаце выбраць, куды ён ідзе. 59 00:03:23,860 --> 00:03:24,526 Вы можаце перанесьці яго. 60 00:03:24,526 --> 00:03:27,920 Мы даем вам інструменты, каб перамясціць Дадзеныя, але мы не будзем перамяшчаць яго для вас. 61 00:03:27,920 --> 00:03:30,710 >> І так у кожным рэгіёне ёсць па меншай меры, два даступнасць зоны, 62 00:03:30,710 --> 00:03:33,020 і мы пагаворым аб тым, што тыя ў секунду. 63 00:03:33,020 --> 00:03:35,530 І ёсць таксама 52 край месцах па ўсім свеце. 64 00:03:35,530 --> 00:03:40,850 Так краёвыя месцы ў асноўным для нашага CloudFront, [? ] Размеркаванне воблака? 65 00:03:40,850 --> 00:03:43,410 сетка, і наш маршрут 53 службы DNS. 66 00:03:43,410 --> 00:03:47,100 І так што многія з іх таму што яны бліжэй да карыстальнікаў, 67 00:03:47,100 --> 00:03:49,360 таму што тыя затрымак сэрвісаў. 68 00:03:49,360 --> 00:03:51,410 Так Затрымка пытанні да іх. 69 00:03:51,410 --> 00:03:54,630 >> Дык гэта тое, што тыповы вобласць выглядае. 70 00:03:54,630 --> 00:03:56,630 І тады [? знутры?] кожны рэгіён ёсць, 71 00:03:56,630 --> 00:03:58,530 як я ўжо сказаў, па меншай меры, два даступнасць зон. 72 00:03:58,530 --> 00:04:01,390 Зона даступнасць па меншай меры, адзін цэнтр апрацоўкі дадзеных, 73 00:04:01,390 --> 00:04:04,340 часам гэта можа быць больш на працягу ж геаграфічным раёне. 74 00:04:04,340 --> 00:04:09,010 І нашы даступнасці зоны прызначаныя знаходзіцца на розных поймы, віне 75 00:04:09,010 --> 00:04:15,501 раўніны, каб мець дакладнае ўлада камунальныя паслугі і розныя ўзроўню 1 інтэрнэт-правайдэраў. 76 00:04:15,501 --> 00:04:17,500 Такім чынам, вы павінны стварыць свой Дадатак [? розум?] 77 00:04:17,500 --> 00:04:20,240 дзе што-то можа здарыцца ў адной зоне даступнасці, 78 00:04:20,240 --> 00:04:23,245 але так што вы павінны распаўсюджвацца ваш прыкладання на некалькіх наяўнасці 79 00:04:23,245 --> 00:04:27,100 зоны, таму што яны пабудаваны з гэтых звальненняў на ўвазе. 80 00:04:27,100 --> 00:04:30,490 >> І таму мы ўлады шмат прадпрыемствы, якія вы даведаецеся. 81 00:04:30,490 --> 00:04:36,590 Такім чынам, з Airbnb, да Netflix, у Dropbox, каб Yelp, 82 00:04:36,590 --> 00:04:41,270 у нас ёсць усе віды стартапов і прадпрыемствы, якія працуюць нагрузак на нас. 83 00:04:41,270 --> 00:04:44,610 У дзяржаўным сектары, у нас ёсць усе віды дзяржаўных органаў 84 00:04:44,610 --> 00:04:47,740 якія працуюць на нас, edtech стартапов, універсітэтаў. 85 00:04:47,740 --> 00:04:52,910 Кампанія Абамы пабег у асноўным усе свае рэчы на ​​Amazon Web Services. 86 00:04:52,910 --> 00:04:56,690 >> І проста каб даць вам перспектыву на нашым маштабавання, у сярэднім у дзень 87 00:04:56,690 --> 00:05:00,840 у нас было дастаткова новы сервер здольнасць падтрымкі 88 00:05:00,840 --> 00:05:04,400 Глабальная інфраструктура Amazon.com ў калі ён быў на $ 7 млрд 89 00:05:04,400 --> 00:05:05,740 бізнес яшчэ ў 2004 годзе. 90 00:05:05,740 --> 00:05:08,500 Дык вось, колькі мы было ў сярэднім у дзень. 91 00:05:08,500 --> 00:05:11,910 >> Так агульнае паняцце, калі вы думаю пра тое, як вы атрымліваеце ўладу. 92 00:05:11,910 --> 00:05:14,940 Такім чынам, вы атрымаеце ўладу, гэта па патрабаванні, ці не так? 93 00:05:14,940 --> 00:05:19,580 Такім чынам, вы ведаеце, калі вы атрымліваеце гэта, вы ведаеце, вы можаце атрымаць яго. 94 00:05:19,580 --> 00:05:22,950 Гэта форма, так што вы ведаеце, якое напружанне вы атрымліваеце. 95 00:05:22,950 --> 00:05:26,940 Гэта плаціць, як вы ідзяце, так што вы плаціце для дакладна, колькі вы выкарыстоўваеце. 96 00:05:26,940 --> 00:05:29,020 І гэта даступна. 97 00:05:29,020 --> 00:05:31,060 Такім чынам, вы падключыце, вы ведаеце, ты збіраешся ўлада атрымаць. 98 00:05:31,060 --> 00:05:34,350 Такім чынам, мы ўзялі, што і пашырыў яго да вылічэнняў. 99 00:05:34,350 --> 00:05:36,710 >> Так што гэта вырашае шмат праблем. 100 00:05:36,710 --> 00:05:41,230 Як правіла, мы бачым шмат ІТ-падраздзяленняў. 101 00:05:41,230 --> 00:05:43,130 Яны маюць гэтую праблему прапускной здольнасці. 102 00:05:43,130 --> 00:05:46,370 Такім чынам, яны маюць пэўныя сумы ІТ патрэбы, а затым яны 103 00:05:46,370 --> 00:05:49,290 павінны больш-палажэнні сваёй магутнасці. 104 00:05:49,290 --> 00:05:53,110 Так што альбо яны залішне ініцыялізацыя, або яны не маюць дастаткова магчымасцяў, 105 00:05:53,110 --> 00:05:54,930 і яны маюць нездаволеных кліентаў. 106 00:05:54,930 --> 00:05:59,820 >> Так, напрыклад, яны розныя мадэлі трафіку. 107 00:05:59,820 --> 00:06:01,980 Так ці ёсць у вас рэчы што ўключаць і выключаць, 108 00:06:01,980 --> 00:06:05,920 ці хутка растуць, або маюць розныя пікі або прадказальныя пікі, для ўсіх іх, 109 00:06:05,920 --> 00:06:08,122 Вы ці збіраецеся ў па-становішча, як правіла ,, 110 00:06:08,122 --> 00:06:09,580 ці вы збіраецеся пад-становішча. 111 00:06:09,580 --> 00:06:12,990 Такім чынам, вы павінны альбо адходы, або ў вас ёсць няшчасныя кліенты. 112 00:06:12,990 --> 00:06:17,400 >> Так што AWS дазваляе зрабіць гэта вы можна маштабаваць уверх і ўніз дынамічна 113 00:06:17,400 --> 00:06:19,510 на аснове таго, што вашыя Рэальная карціна выкарыстання ёсць. 114 00:06:19,510 --> 00:06:23,270 Такім чынам, вы можаце аплаціць толькі за тое, што вы выкарыстоўваеце. 115 00:06:23,270 --> 00:06:25,115 І вы можаце запусціць выпадкі, так асобніка 116 00:06:25,115 --> 00:06:27,030 гэта наша слова для віртуальнага сервера. 117 00:06:27,030 --> 00:06:29,280 Вы можаце запусціць адзін Напрыклад, вы можаце запусціць 118 00:06:29,280 --> 00:06:33,160 тысячы асобнікаў на працягу некалькіх хвілін або секунд, столькі ж, колькі вам трэба. 119 00:06:33,160 --> 00:06:35,897 І вы можаце набраць яго і ўніз па меры неабходнасці. 120 00:06:35,897 --> 00:06:38,730 Такім чынам, дазвольце мне пагаварыць з вамі пра прыклад таго, што быццам блізка да хаты. 121 00:06:38,730 --> 00:06:44,930 Так што гэта тыповы трафік Дыяграма на лістапад для Amazon.com. 122 00:06:44,930 --> 00:06:49,491 І апошнія два піка тут, Хто-небудзь ведае, што гэта такое? 123 00:06:49,491 --> 00:06:49,990 Так they're-- 124 00:06:49,990 --> 00:06:51,180 >> АЎДЫТОРЫЯ: Cyber ​​панядзелак? 125 00:06:51,180 --> 00:06:53,430 >> LEO Жадановский: Cyber ​​панядзелак і Чорная пятніца, праўда? 126 00:06:53,430 --> 00:06:57,020 Так, традыцыйна, тое, што было Amazon.com трэба было ім давялося прадастаўленні магутнасці 127 00:06:57,020 --> 00:06:58,330 каб пакрыць гэтыя два піка. 128 00:06:58,330 --> 00:07:04,490 Так як вынік, 76% часу, у іх было занадта шмат магутнасці. 129 00:07:04,490 --> 00:07:07,640 І толькі 24% часу яны былі ў поўнай меры выкарыстоўваючы яго. 130 00:07:07,640 --> 00:07:12,730 І так у 2010 Amazon.com аказалася ад яго апошняй фізічнай вэб-сервера 131 00:07:12,730 --> 00:07:14,430 і перанёс яе ў AWS. 132 00:07:14,430 --> 00:07:16,660 Дык гэта тое, што трафік малюнак выглядае цяпер. 133 00:07:16,660 --> 00:07:19,240 Магутнасць крыху вышэй што на самой справе неабходна. 134 00:07:19,240 --> 00:07:23,100 >> Дык чаму ж мы бачым кліенты прыняцця хмарных вылічэнняў у AWS так хутка? 135 00:07:23,100 --> 00:07:24,480 Ну, спрыт. 136 00:07:24,480 --> 00:07:27,090 Дык вось асноўнай Прычына таго, што мы бачым. 137 00:07:27,090 --> 00:07:28,590 Чаму спрыт важна? 138 00:07:28,590 --> 00:07:31,790 Ну, гэта дазваляе кліентам рабіць тое, што ў старым свеце 139 00:07:31,790 --> 00:07:36,090 узяў некалькі тыдняў ці месяцаў, каб зрабіць іх на працягу некалькіх хвілін або секунд. 140 00:07:36,090 --> 00:07:39,510 Такім чынам, вы можаце рабіць рэчы, як спін ўверх у Уся новая Dev або Тэставая сераду, 141 00:07:39,510 --> 00:07:42,010 спін ​​уверх ўвесь новы DR серада, пакруціце 142 00:07:42,010 --> 00:07:45,180 50 выпадкаў, або 1000 выпадкі пікавых перавозак, 143 00:07:45,180 --> 00:07:49,140 выдаліць гэтыя 1000 асобнікаў, усталюйце да кластараў высокапрадукцыйных вылічэнняў, або кластары GS, 144 00:07:49,140 --> 00:07:51,430 і вы можаце зрабіць гэта усё за некалькі хвілін на AWS. 145 00:07:51,430 --> 00:07:54,960 >> Дык што ж гэта прыводзіць да з'яўляецца культура інавацый. 146 00:07:54,960 --> 00:07:57,290 Такім чынам, вы можаце эксперыментаваць часта. 147 00:07:57,290 --> 00:08:00,190 Вы можаце плаціць толькі за тое, што вы карыстаецеся і вы можа не без рызыкі. 148 00:08:00,190 --> 00:08:04,477 Так што, калі вы спрабуеце нешта, вы, выплачваецца на працягу некалькіх гадзін выкарыстання. 149 00:08:04,477 --> 00:08:05,310 Гэта не вялікая праблема. 150 00:08:05,310 --> 00:08:08,150 Вы не паставілі вялікі капітал інвестыцыі фронт для гэтага. 151 00:08:08,150 --> 00:08:10,930 >> Такім чынам, што ж кліенты фактычна выкарыстоўваючы АРМ для? 152 00:08:10,930 --> 00:08:16,170 Ну, так у Універсітэце Нотр-Дам, яны пераехалі іх вэб-сайт да AWS. 153 00:08:16,170 --> 00:08:21,150 Яны маюць у сярэднім каля 38000 наведвальнікаў у дзень на свой сайт, 154 00:08:21,150 --> 00:08:26,150 але яна можа брыняць да 150000 на працягу спартыўныя мерапрыемствы і футбольныя гульні. 155 00:08:26,150 --> 00:08:29,840 Такім чынам, яны перанеслі свае вэб-сайт да нас. 156 00:08:29,840 --> 00:08:33,650 А цяпер іх вэб-сайт можа падтрымліваць Павелічэнне трафіку 500%, усё 157 00:08:33,650 --> 00:08:36,600 у той час як яны захаваны 40% у існуючай 158 00:08:36,600 --> 00:08:39,120 на перадумовы ўстаноўкі для свайго сайта. 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL, яны выкарыстоўваюць AWS жыць паток Марсаход пасадкі Curiosity Марс. 160 00:08:47,530 --> 00:08:51,320 І так яны даведаліся, толькі шэсць дзён да 161 00:08:51,320 --> 00:08:53,650 што яны павінны знайсці іншага пастаўшчыка 162 00:08:53,650 --> 00:08:56,030 з іх рэгулярнага пастаўшчыка для іх жывы эфір. 163 00:08:56,030 --> 00:08:58,140 Гэта было таксама тое ж самае Час, як Алімпійскія гульні. 164 00:08:58,140 --> 00:09:01,686 Такім чынам, яны не маглі купіць МЧР магутнасць дзе-небудзь у той час. 165 00:09:01,686 --> 00:09:04,310 І так яны ў асноўным створаны самастойна сетку дастаўкі кантэнту 166 00:09:04,310 --> 00:09:07,240 на наш сэрвіс EC2 на працягу шасці дзён. 167 00:09:07,240 --> 00:09:10,090 І яны былі ў стане мець гэта маштабавацца да задавальнення іх патрэбаў. 168 00:09:10,090 --> 00:09:13,480 Яны былі, як мне здаецца, якія прадугледжваюць каля мільёна гледачоў. 169 00:09:13,480 --> 00:09:16,200 Так было на самай справе цікава тэхнічная корму яны выкарыстоўваюцца, 170 00:09:16,200 --> 00:09:18,990 Серверы Adobe Flash Media і [? Інтэрнэт-?] Кэшаў. 171 00:09:18,990 --> 00:09:23,350 І яны былі ў стане разгарнуць ўсю кластары гэтых праграмна як 172 00:09:23,350 --> 00:09:23,850 неабходна. 173 00:09:23,850 --> 00:09:26,590 А потым яны разгарнуўся іх, калі яны не выкарыстоўвалі іх больш. 174 00:09:26,590 --> 00:09:32,680 >> Кампанія Абамы ў 2012 выкарыстоўваецца AWS больш за 200 прыкладанняў 175 00:09:32,680 --> 00:09:34,950 што яны размяшчаюцца на платформе. 176 00:09:34,950 --> 00:09:39,010 У іх было ўсё, пачынаючы ад патэлефануеце інструменты, плацежных працэсараў, 177 00:09:39,010 --> 00:09:43,920 для мабільных прыкладанняў, каб Валанцёрская Арганізацыя вэб-сайты, 178 00:09:43,920 --> 00:09:47,269 для вялікіх інструментаў аналізу дадзеных. 179 00:09:47,269 --> 00:09:49,060 І ўсё было працаваць у дзень выбараў. 180 00:09:49,060 --> 00:09:52,459 Такім чынам, каб рухацца ў дзень выбараў будзе патрабуюць канстытуцыйную папраўку, 181 00:09:52,459 --> 00:09:53,750 так што не павінна было здарыцца. 182 00:09:53,750 --> 00:09:56,208 Такім чынам, усе іх сістэмы збіраюцца трэба працаваць, на адзін дзень. 183 00:09:56,208 --> 00:09:57,670 І яны гэта зрабілі. 184 00:09:57,670 --> 00:10:00,660 >> Такім чынам, давайце пагаворым аб рэальных паслуг. 185 00:10:00,660 --> 00:10:03,130 Таму спачатку сеткавыя сэрвісы. 186 00:10:03,130 --> 00:10:06,750 Так Amazon VPC з'яўляецца Virtual Private Cloud. 187 00:10:06,750 --> 00:10:09,500 Гэта ў асноўным Праграмнае забеспячэнне пэўнай сеткі 188 00:10:09,500 --> 00:10:13,910 які жыве на вяршыні вашых EC2 выпадках, і Вашы RDS, якія мы будзем казаць аб, 189 00:10:13,910 --> 00:10:15,120 і ElastiCache. 190 00:10:15,120 --> 00:10:20,080 >> І так можна вызначыць прыватны адрасная прастора для вашых асобнікаў. 191 00:10:20,080 --> 00:10:22,820 Вы можаце разбіць, што да ў грамадскія падсеткі, прыватныя падсеткі. 192 00:10:22,820 --> 00:10:27,790 Вы можаце зрабіць злучэння VPN для вашай мясцовай цэнтра апрацоўкі дадзеных. 193 00:10:27,790 --> 00:10:33,635 Вы можаце таксама пашырыць вашыя на перадумовы адрасная прастора Сіз. 194 00:10:33,635 --> 00:10:37,400 У вас ёсць ўлада, каб маніпуляваць маршрут Табліца так што вы можаце наладзіць рэчы. 195 00:10:37,400 --> 00:10:40,450 У вас ёсць доступ да сеткі Спісы кантролю ў VPC. 196 00:10:40,450 --> 00:10:42,370 [? Так-то яно?] Дае вам вялікая гнуткасць 197 00:10:42,370 --> 00:10:45,640 за тое, што ў вас працуе ў AWS. 198 00:10:45,640 --> 00:10:47,140 >> Тады ёсць AWS DirectConnect. 199 00:10:47,140 --> 00:10:50,820 Так DirectConnect з'яўляецца прыватным падключэнне да нашых рэгіёнаў. 200 00:10:50,820 --> 00:10:54,380 Такім чынам, вы можаце атрымаць адзін або 10 Гб спасылка або некалькі адзін або 10 Гб спасылкі 201 00:10:54,380 --> 00:10:55,720 да вобласці. 202 00:10:55,720 --> 00:10:58,470 Так што, калі вы загружаеце шмат дадзеных або загрузцы вялікіх аб'ёмаў дадзеных 203 00:10:58,470 --> 00:11:01,440 і трэба асабістае ўзаемадзеянне, гэта варыянт там. 204 00:11:01,440 --> 00:11:02,710 >> Там таксама маршрут 53. 205 00:11:02,710 --> 00:11:05,410 Так Route 53 Наша служба DNS. 206 00:11:05,410 --> 00:11:07,860 Ён робіць усё віды цікавых рэчаў. 207 00:11:07,860 --> 00:11:09,250 Так ён падтрымлівае праверку працаздольнасці. 208 00:11:09,250 --> 00:11:12,590 Такім чынам, вы можаце, скажам, запусціць дзве копіі вашага сайта ў той жа час. 209 00:11:12,590 --> 00:11:15,860 І калі адзін з іх выходзіць з ладу, вы перанакіраванне трафіку на іншы копіі. 210 00:11:15,860 --> 00:11:20,400 >> Ці вы можаце рабіць запісы геаграфіі на аснове так што вы можаце накіроўваць трафік для адной краіны 211 00:11:20,400 --> 00:11:22,870 да аднаго кластару з іншай краіны ў іншую кластара. 212 00:11:22,870 --> 00:11:27,140 Вы можаце зрабіць тэставанне A / B, так што вы можа мець 80% вашага трафіку 213 00:11:27,140 --> 00:11:30,510 з аднаго копіяй вашага сайта і 20% да новай копіі вашага сайта 214 00:11:30,510 --> 00:11:33,120 і ўбачыць, якая працуе лепш. 215 00:11:33,120 --> 00:11:35,385 Такім чынам, вы можаце зрабіць усё віды цікавыя рэчы там. 216 00:11:35,385 --> 00:11:36,760 Вы можаце зрабіць запісу на аснове затрымкі. 217 00:11:36,760 --> 00:11:39,160 Такім чынам, вы можаце атрымаць копіі вашых сайт па ўсім свеце 218 00:11:39,160 --> 00:11:43,500 і карыстальнік накіроўваецца залежнасці ад таго, адзін бліжэйшым да іх на аснове затрымкі. 219 00:11:43,500 --> 00:11:46,030 Яна таксама мае глыбокую інтэграцыю з паслугамі АМС, 220 00:11:46,030 --> 00:11:50,980 так, напрыклад, нашых балансавання нагрузкі, і S3, і CloudFront, 221 00:11:50,980 --> 00:11:53,680 так што гэта вельмі лёгка паказваюць рэчы CloudFront 222 00:11:53,680 --> 00:11:57,190 размеркавання для вашага LBS або S3 вядра. 223 00:11:57,190 --> 00:11:57,930 >> Тады ёсць EC2. 224 00:11:57,930 --> 00:12:00,432 Так EC2 наш віртуальны Сервер службы. 225 00:12:00,432 --> 00:12:01,390 Вы можаце працаваць на Windows. 226 00:12:01,390 --> 00:12:02,560 Вы можаце запусціць Linux на ім. 227 00:12:02,560 --> 00:12:05,230 Вы маеце поўны кантроль аперацыйнай сістэмы. 228 00:12:05,230 --> 00:12:09,519 Там гэта розныя разнавіднасці АС Windows і Linux, так што Red Hat, Debian, Ubuntu. 229 00:12:09,519 --> 00:12:11,560 У нас ёсць уласны дыстрыбутыў называецца Amazon Linux. 230 00:12:11,560 --> 00:12:14,000 Вы можаце выбраць, які вы хочаце. 231 00:12:14,000 --> 00:12:15,680 >> Там жа асобнікі розных тыпаў. 232 00:12:15,680 --> 00:12:18,330 Так што на працягу 27 напрыклад тыпы ў гэтай кропцы. 233 00:12:18,330 --> 00:12:21,590 Так што розныя асобнікі сям'і, заснаваныя на розных працоўных нагрузак. 234 00:12:21,590 --> 00:12:23,550 Так што наогул выпадкі прызначэння, якія 235 00:12:23,550 --> 00:12:26,910 проста, калі вы не ведаеце, што вам трэба, вы можаце пачаць з іх. 236 00:12:26,910 --> 00:12:30,620 >> Там Падлічым аптымізаваныя, якія выдатна падыходзіць для такіх рэчаў, як вэб-серверы, 237 00:12:30,620 --> 00:12:31,160 ці не так? 238 00:12:31,160 --> 00:12:33,450 Там аптымізаваны памяці выпадкі, якія 239 00:12:33,450 --> 00:12:36,190 выдатна падыходзіць для такіх рэчаў, як Дата рэляцыйных баз дадзеных. 240 00:12:36,190 --> 00:12:41,230 Там жа выпадкі захоўвання, аптымізаваныя, такім чынам, яны маюць вялікія SSD-назапашвальнікаў на іх. 241 00:12:41,230 --> 00:12:46,440 Такім чынам, яны выдатна падыходзяць для рэчаў як Монго або NoSQL, ці не так? 242 00:12:46,440 --> 00:12:49,750 >> І ёсць графікі аптымізаваныя выпадкі, 243 00:12:49,750 --> 00:12:52,970 якія выдатна падыходзяць для GPU вылічальныя і кластарныя асобнікі. 244 00:12:52,970 --> 00:12:54,940 І, нарэшце, ёсць кошт аптымізаваныя асобнікаў. 245 00:12:54,940 --> 00:12:56,850 Так што, калі вы проста спрабуеце эксперыментаваць, вы 246 00:12:56,850 --> 00:13:01,820 можа атрымаць кучу Напрыклад нізкай кошту тыпы, якія з'яўляюцца вялікімі для такога выкарыстання выпадку. 247 00:13:01,820 --> 00:13:03,330 Тады ёсць Аўто маштабаванне. 248 00:13:03,330 --> 00:13:07,840 Так Auto Scaling з'яўляецца API для EC2. 249 00:13:07,840 --> 00:13:12,360 І гэта дазваляе гарызантальна маштаб уверх і ўніз ярусамі EC2 выпадках. 250 00:13:12,360 --> 00:13:14,460 Так што давайце, у вас ёсць куча вэб-сервераў. 251 00:13:14,460 --> 00:13:17,970 >> І, як і ў выпадку Нотр-Дам, вы як правіла, вы павінны мець два з іх, 252 00:13:17,970 --> 00:13:19,519 але вы, магчыма, прыйдзецца маштабе на 10. 253 00:13:19,519 --> 00:13:21,810 Ну, вы можаце скарыстацца функцыяй маштабавання для аўтаматычнага запуску 254 00:13:21,810 --> 00:13:24,360 павялічыць або паменшыць падзей на аснове метрыкі. 255 00:13:24,360 --> 00:13:28,020 Так [? CPU?] Выкарыстанне, затрымка. 256 00:13:28,020 --> 00:13:30,570 Вы можаце зрабіць уласныя паказчыкі, так гэта даволі адкрытага складу там. 257 00:13:30,570 --> 00:13:32,490 >> Вы таксама можаце маштабаваць па раскладзе. 258 00:13:32,490 --> 00:13:36,180 Так што, калі вы ведаеце, што вы збіраецеся ёсць шмат трафіку на панядзелак у 6:00 раніцы, 259 00:13:36,180 --> 00:13:40,150 Вы можаце маштабаваць на панядзелак у 06:00 і памяншаць на панядзелак у 5:00 вечара. 260 00:13:40,150 --> 00:13:43,610 Вы таксама можаце зрабіць гэта на аснове проста камандаваць каманды лініі. 261 00:13:43,610 --> 00:13:45,150 >> Тады ёсць балансіроўка пругкай нагрузкі. 262 00:13:45,150 --> 00:13:48,070 Балансіроўка Так пругкай нагрузкі гэта ўдалося балансавання нагрузкі. 263 00:13:48,070 --> 00:13:51,590 Такім чынам, вы націскаеце кнопку, яе палажэнні нагрузкі балансавання для вас. 264 00:13:51,590 --> 00:13:54,610 Балансавання нагрузкі жыве ў некалькі зон даступнасці. 265 00:13:54,610 --> 00:14:00,570 Гэта робіць SSL разгрузку для партоў 25, 80, 443, 266 00:14:00,570 --> 00:14:05,750 і нічога больш 1024 для TCP трафіку. 267 00:14:05,750 --> 00:14:09,469 >> Гэта робіць зліву злучэння, падтрымка проксі пратакол. 268 00:14:09,469 --> 00:14:11,135 Так што гэта вельмі функцыянальны балансавання нагрузкі. 269 00:14:11,135 --> 00:14:13,440 І ён атрымаў інтэграцыю з аўтаматычнай маштабавання. 270 00:14:13,440 --> 00:14:16,690 Такім чынам, калі вы выкарыстоўваеце функцыю маштабавання і вы маштабавання уверх і ўніз, 271 00:14:16,690 --> 00:14:19,700 Вы можаце мець вашыя асобнікі аўтаматычна увайсці або выйсці з 272 00:14:19,700 --> 00:14:21,810 эластычны балансавання нагрузкі. 273 00:14:21,810 --> 00:14:23,980 >> Такім чынам, ёсць нашы паслугі па захоўванні. 274 00:14:23,980 --> 00:14:27,170 Так Першы Amazon EBS, або эластычная Блок краму. 275 00:14:27,170 --> 00:14:32,720 Яны з'яўляюцца сталымі тамы, Вы можаце ўсталяваць да асобнікам EC2. 276 00:14:32,720 --> 00:14:34,800 Такім чынам, вы можаце зрабіць здымак іх. 277 00:14:34,800 --> 00:14:39,550 Таму, калі здымак у EBS Аб'ём, яна пераходзіць да S3, 278 00:14:39,550 --> 00:14:41,730 якія мы будзем казаць аб ў секунду. 279 00:14:41,730 --> 00:14:44,080 Там гэта тры розныя Тыпы тамоў EBS. 280 00:14:44,080 --> 00:14:48,350 >> Там магнетызм EBS, які знаходзіцца ўсяго ў Сартаваць стандартнага выгляду магнітнага дыска. 281 00:14:48,350 --> 00:14:51,030 Гэта самы эканамічны варыянт. 282 00:14:51,030 --> 00:14:53,210 Тады ёсць наогул SSD мэта, дзе мы 283 00:14:53,210 --> 00:14:55,830 атрымаць тры IOPS за прадастаўленне гігабайт. 284 00:14:55,830 --> 00:14:59,080 Так што, калі ў вас ёсць адзін тэрабайт Аб'ём, у вас ёсць 3000 IOPS. 285 00:14:59,080 --> 00:15:02,730 А тут яшчэ прадугледжаным IOPS. 286 00:15:02,730 --> 00:15:06,660 Так прадугледжаным IOPS, калі вы плаціць за колькі дыскавай прасторы вы карыстаецеся 287 00:15:06,660 --> 00:15:08,270 і колькі IOPS магутнасці вам трэба. 288 00:15:08,270 --> 00:15:12,150 Такім чынам, вы можаце прадастаўленне да 4000 IOPS на адзінку аб'ёму. 289 00:15:12,150 --> 00:15:16,360 >> Такім чынам, ёсць Amazon S3. 290 00:15:16,360 --> 00:15:19,340 Amazon S3 з'яўляецца нашай мэтай краму. 291 00:15:19,340 --> 00:15:23,230 Так Amazon S3, вы можаце выкарыстоўваць яго для захоўвання любога тыпу дадзеных. 292 00:15:23,230 --> 00:15:27,850 Вы можаце выкарыстоўваць яго для захоўвання статычных вэб-сайты і шлангаў статычныя вэб-сайты. 293 00:15:27,850 --> 00:15:32,870 Вы можаце выкарыстоўваць S3 для рэзервовага капіявання і архівы ў некаторых выпадках выкарыстанне 294 00:15:32,870 --> 00:15:40,500 у якасці крыніцы і выхаднога вядра вялікія аналіз дадзеных, або перакадаванні. 295 00:15:40,500 --> 00:15:47,700 Ён таксама можа быць выкарыстаны ў якасці паходжання для размеркавання CloudFront. 296 00:15:47,700 --> 00:15:49,180 >> Так S3 супер магутны. 297 00:15:49,180 --> 00:15:52,660 Прызначаны S3 працягу 11 лініі даўгавечнасць. 298 00:15:52,660 --> 00:15:55,480 Так што гэта азначае, што гэта можа вытрымаць страта па меншай меры, два дадзеных 299 00:15:55,480 --> 00:16:00,790 цэнтры, у той жа час без страты дадзеных. 300 00:16:00,790 --> 00:16:02,050 Вы можаце зрабіць шыфраванне на S3. 301 00:16:02,050 --> 00:16:05,150 Так Набор сервераў шыфраванне, або сервер ўсталяваць шыфраванне з ключом. 302 00:16:05,150 --> 00:16:08,870 Так што калі вы хочаце кіраваць ключы, вы можаце зрабіць гэта таксама. 303 00:16:08,870 --> 00:16:09,940 >> І ёсць ледавік. 304 00:16:09,940 --> 00:16:12,670 Так Glacier гэта наша доўгатэрміновая архіўная служба. 305 00:16:12,670 --> 00:16:15,050 Ён таксама прызначаны для 11 ліній даўгавечнасці, 306 00:16:15,050 --> 00:16:18,510 але гэта, калі вы хочаце, каб захаваць то і забыцца пра яе, ці не так? 307 00:16:18,510 --> 00:16:21,690 Ці так на адпаведнасць або іншы Прычыны трэба архіваваць тое, 308 00:16:21,690 --> 00:16:22,890 Вы павінны выкарыстоўваць Glacier. 309 00:16:22,890 --> 00:16:26,210 Так ці варта Glacier $ 0.01 за гігабайт у месяц. 310 00:16:26,210 --> 00:16:29,550 І Amazon S3 пачынаецца $ 0.03 за гігабайт у месяц. 311 00:16:29,550 --> 00:16:35,274 Так ледавік з'яўляецца менш дарагім і Ледавік займае ад трох да пяці гадзін 312 00:16:35,274 --> 00:16:36,190 каб атрымаць вашыя дадзеныя назад. 313 00:16:36,190 --> 00:16:37,939 Так што, калі гэта нармальна, калі гэта архіве выпадак, 314 00:16:37,939 --> 00:16:40,970 Затым ледавік, напэўна, Правільнае выкарыстанне справа для гэтага. 315 00:16:40,970 --> 00:16:42,300 >> Тады ёсць захоўванне шлюз. 316 00:16:42,300 --> 00:16:44,720 Так шлюз захоўвання гэта віртуальная машына 317 00:16:44,720 --> 00:16:50,070 што вы можаце запусціць лакальна у VMware, або Hyper-V. 318 00:16:50,070 --> 00:16:52,300 Гэта дае вам канчатковую кропку ISCSI. 319 00:16:52,300 --> 00:16:54,575 Затым вы можаце наладзіць іншы VM на вяршыні, што 320 00:16:54,575 --> 00:16:58,440 які дае гэтую ISCSI канчатковая кропка з CIFS або NFS. 321 00:16:58,440 --> 00:17:01,690 Усё, што ідзе ў тым, што Доля сеткі, а затым атрымлівае 322 00:17:01,690 --> 00:17:05,970 рэзервовае капіяванне на Amazon S3 або ледніка, або EBS ў залежнасці ад таго, як вы ўсталюеце яго. 323 00:17:05,970 --> 00:17:10,430 Так што гэта просты спосаб атрымаць вашыя дадзеныя да AWS. 324 00:17:10,430 --> 00:17:12,510 >> Такім чынам, ёсць нашы паслугі базы дадзеных. 325 00:17:12,510 --> 00:17:14,589 Так Першы Amazon RDS. 326 00:17:14,589 --> 00:17:17,589 Так што гэта наш рэляцыйная Служба базы дадзеных. 327 00:17:17,589 --> 00:17:21,420 Так што гэта ўдалося рэляцыйная базы дадзеных [? для вас. ?] 328 00:17:21,420 --> 00:17:27,030 Ён будзе падтрымліваць SQL Server, Oracle, MySQL і Postgres рухавікі. 329 00:17:27,030 --> 00:17:28,820 >> Гэта робіць аўтаматычнае пераключэнне. 330 00:17:28,820 --> 00:17:31,580 Так што, калі ў вас ёсць Опцыя Multi-AZ ўключана, 331 00:17:31,580 --> 00:17:37,070 ён робіць сінхроннае узроўні блокаў рэплікацыі дадзеных праз даступнасці зон. 332 00:17:37,070 --> 00:17:41,550 І потым, калі ваша асноўная не атрымоўваецца, гэта будзе проста аўтаматычна 333 00:17:41,550 --> 00:17:43,590 аднаўленне пасля адмовы паміж імі. 334 00:17:43,590 --> 00:17:47,410 Ён таксама, для рухавіка MySQL, падтрымлівае чытаць рэплікі ў рамках аднаго рэгіёну 335 00:17:47,410 --> 00:17:49,210 і ў розных рэгіёнах. 336 00:17:49,210 --> 00:17:51,720 І ёсць усе віды цікавыя варыянты там. 337 00:17:51,720 --> 00:17:53,200 Так што будзем рабіць рэзервовыя копіі для вас. 338 00:17:53,200 --> 00:17:54,480 Дык гэта будзе рэзервовае капіяванне на S3. 339 00:17:54,480 --> 00:17:57,470 Гэта зробіць ваш выпраўленняў для вас таксама. 340 00:17:57,470 --> 00:17:58,900 >> Тады ёсць DynamoDB. 341 00:17:58,900 --> 00:18:01,740 DynamoDB наша служба кіраваных NoSQL. 342 00:18:01,740 --> 00:18:04,840 Для Дынама БД: яно забірае усе адміністрацыйнае цяжар 343 00:18:04,840 --> 00:18:09,190 кіравання службы NoSQL для вас. 344 00:18:09,190 --> 00:18:11,630 Такім чынам, вы проста становішча стол і вы кажаце, 345 00:18:11,630 --> 00:18:13,380 колькі чытаць і пісаць Ёмістасць вы хочаце. 346 00:18:13,380 --> 00:18:15,090 І ён будзе дастаўляць гэта за вас. 347 00:18:15,090 --> 00:18:16,929 Так што гэта вельмі просты сэрвіс, каб выкарыстаць. 348 00:18:16,929 --> 00:18:17,970 Тады ёсць ElastiCache. 349 00:18:17,970 --> 00:18:21,860 Так ElastiCache гэта наша кіраваная паслуга кэшавання. 350 00:18:21,860 --> 00:18:25,010 Гэта ў асноўным атрымалася Redis або ElastiCache. 351 00:18:25,010 --> 00:18:28,830 Такім чынам, яшчэ раз, вы можаце прадастаўленне кластар з ElastiCache або Redis выпадках 352 00:18:28,830 --> 00:18:34,240 і не прыйдзецца турбавацца аб рэзервовых копіях, або пасля збою, або любой з гэтых рэчаў. 353 00:18:34,240 --> 00:18:36,530 >> Тады ў нас ёсць прыкладныя сэрвісы. 354 00:18:36,530 --> 00:18:38,770 Так CloudFront гэта наша Змест сетку дастаўкі 355 00:18:38,770 --> 00:18:42,240 і ён жыве на тых месцах, пагранічных аб якім я казаў раней. 356 00:18:42,240 --> 00:18:44,680 Так CloudFront могуць быць выкарыстаны для жывога струменевага відэа, 357 00:18:44,680 --> 00:18:49,150 па запыце, за струменевае відэа, і толькі наяўнасць вэб-сайта, 358 00:18:49,150 --> 00:18:50,940 так хостынг вэб-сайта. 359 00:18:50,940 --> 00:18:54,270 Такім чынам, вы можаце мець вэб-сайт адбыўся на эластычных балансавання нагрузкі, 360 00:18:54,270 --> 00:18:59,236 або выпадкі, або S3 вядра, ці проста на перадумовы абсталявання. 361 00:18:59,236 --> 00:19:01,610 І вы можаце паставіць CloudFront Размеркаванне перад ім. 362 00:19:01,610 --> 00:19:02,660 Гэта будзе кэшаваць кантэнт. 363 00:19:02,660 --> 00:19:04,160 Гэта будзе паставіць яго на месцах краю. 364 00:19:04,160 --> 00:19:06,430 І таму, калі хто-то ідзе на свой вэб-сайт 365 00:19:06,430 --> 00:19:10,100 яны будуць удараць CloudFront, які будзе, верагодна, бліжэй да іх, 366 00:19:10,100 --> 00:19:11,980 чым тое, што паходжанне. 367 00:19:11,980 --> 00:19:15,600 І гэта будзе разгрузіць шмат нагрузка ад паходжання, 368 00:19:15,600 --> 00:19:22,600 Такім чынам, як вы эканоміце грошы і атрымаць лепшы карыстацкі досвед. 369 00:19:22,600 --> 00:19:24,780 >> Тады ёсць Amazon CloudSearch. 370 00:19:24,780 --> 00:19:26,810 Так CloudSearch з'яўляецца атрымалася пошукавы сэрвіс. 371 00:19:26,810 --> 00:19:30,510 Такім чынам, вы адправіць яго ваш пошук дадзеных і размаўляць з ім праз API, 372 00:19:30,510 --> 00:19:32,710 і ён будзе рабіць вынікі пошуку для вас. 373 00:19:32,710 --> 00:19:34,530 Тады ёсць эластычны Транскодер. 374 00:19:34,530 --> 00:19:36,530 Так што гэта кіраванае рашэнне транскодирования. 375 00:19:36,530 --> 00:19:41,050 Вы ставіце сваё відэа ў вядро S3, сказаць яму, што перакадаваць ў, 376 00:19:41,050 --> 00:19:45,460 які фармат і тое, што памер і ўсё. 377 00:19:45,460 --> 00:19:49,470 І гэта будзе перакадаваць яго і пакласці гэта ў вядро S3 для вас. 378 00:19:49,470 --> 00:19:52,600 >> Тады ёсць нашы вялікія паслугі перадачы дадзеных. 379 00:19:52,600 --> 00:19:55,780 Такім чынам, мы атрымалі Amazon EMR, якое з'яўляецца эластычным Карта Памяншэнне. 380 00:19:55,780 --> 00:19:58,200 Так што гэта адбылося рамкі Hadoop. 381 00:19:58,200 --> 00:20:02,920 Такім чынам, вы можаце раскруціць кластар Hadoop ад адзін асобнік да сотняў асобнікаў 382 00:20:02,920 --> 00:20:04,030 калі вам трэба. 383 00:20:04,030 --> 00:20:06,975 Ён атрымаў глыбокую інтэграцыю S3, так як файлавая сістэма для яго 384 00:20:06,975 --> 00:20:09,830 Вы можаце выкарыстоўваць HDSF, які вам традыцыйна рабіць з Hadoop. 385 00:20:09,830 --> 00:20:12,870 Ці вы можаце зрабіць S3 ў якасці файлавай сістэмы. 386 00:20:12,870 --> 00:20:15,240 >> Ён атрымаў падтрымку пляма коштаў, які, 387 00:20:15,240 --> 00:20:19,110 на Амазонцы, як вы прапануеце цану для залішніх магутнасцяў. 388 00:20:19,110 --> 00:20:20,840 Так ён падтрымлівае ўсё гэта. 389 00:20:20,840 --> 00:20:26,670 Ён падтрымлівае агульныя рамкі Hadoop такіх як свечкі запальвання і акулы і Hive 390 00:20:26,670 --> 00:20:28,460 і Свіння. 391 00:20:28,460 --> 00:20:32,950 І мы бачылі на працягу 5,5 млн EMR кластары 392 00:20:32,950 --> 00:20:35,340 запушчаны ў дадзены момант на Амазонцы. 393 00:20:35,340 --> 00:20:38,338 >> Тады ў нас ёсць AWS дадзеных трубаправода. 394 00:20:38,338 --> 00:20:40,213 Так Дадзеныя трубаправода з'яўляецца сэрвіс, які дазволіць 395 00:20:40,213 --> 00:20:42,296 Вы можаце перамяшчаць дадзеныя паміж нашы розныя сістэмы захоўвання дадзеных. 396 00:20:42,296 --> 00:20:48,030 Такім чынам, вы можаце ўзяць што-небудзь з S3, пакласці гэта ў RDS, то зрабіць некаторыя Эмі на ім, 397 00:20:48,030 --> 00:20:50,760 пакласці яго ў Redshift, што наш сховішчаў дадзеных прыбора, 398 00:20:50,760 --> 00:20:54,564 а затым вы можаце выцягнуць што-небудзь з з на перадумовы, напрыклад MySQL. 399 00:20:54,564 --> 00:20:56,730 Так што ўсе віды рэчы, якія вы можаце зрабіць з гэтым. 400 00:20:56,730 --> 00:20:57,646 >> Тады ёсць чырвонае зрушэнне. 401 00:20:57,646 --> 00:21:00,470 Чырвонае зрушэнне наша атрымалася сховішчаў дадзеных. 402 00:21:00,470 --> 00:21:04,880 Гэта азначала, каб быць Пбайт маштаб, так Вы можаце захоўваць вялікая колькасць дадзеных на ім. 403 00:21:04,880 --> 00:21:07,280 Гэта масава паралельная архітэктура. 404 00:21:07,280 --> 00:21:10,040 Такім чынам, вы можаце мець шмат вузлы, калі б захацелі. 405 00:21:10,040 --> 00:21:13,509 І ён робіць усё рэзервовыя копіі і ўсё Адміністрацыйны матэрыял для вас. 406 00:21:13,509 --> 00:21:14,550 А тут яшчэ Kinesis. 407 00:21:14,550 --> 00:21:17,340 Kinesis наша рэальным часе Паслугі па апрацоўцы. 408 00:21:17,340 --> 00:21:20,970 Такім чынам, вы можаце ўзяць нейкі крыніца з струменевых дадзеных у рэжыме рэальнага часу, 409 00:21:20,970 --> 00:21:27,360 так бы мовіць, як Twitter пажарны шланг або куча дадзеных часопіса, адправіць яго Kinesis. 410 00:21:27,360 --> 00:21:29,140 Kinesis апрацоўвае ўсё гэта для вас. 411 00:21:29,140 --> 00:21:32,250 І тады вы можаце падключыць работнікі да яго, каб выцягнуць рэчы з 412 00:21:32,250 --> 00:21:36,340 і, скажам, зрабіць жывы прыборную панэль або зрабіць жывая аналітыка на ім. 413 00:21:36,340 --> 00:21:38,330 >> Такім чынам, мы маем нашы паслугі па разгортванні. 414 00:21:38,330 --> 00:21:42,530 Так AWS OpsWorks з'яўляецца асновай DevOps. 415 00:21:42,530 --> 00:21:45,237 Так вы бераце вашу заяўку, вы парушыце яго на пласты. 416 00:21:45,237 --> 00:21:48,195 Такім чынам, вы атрымалі ваш балансавання нагрузкі пласт, вэб-пласт, ваша прыкладанне пласт, 417 00:21:48,195 --> 00:21:51,590 Ваш ўзровень базы дадзеных, і вы прадастаўленне рэчы на ​​тых слаёў 418 00:21:51,590 --> 00:21:53,720 на аснове шэф-кухары рэцэпты. 419 00:21:53,720 --> 00:21:56,280 Шэф-кухар канфігурацыі Сістэма кіравання. 420 00:21:56,280 --> 00:21:59,530 Так яно і падтрымлівае Жыццёвы цыкл падзей і так 421 00:21:59,530 --> 00:22:01,820 Калі вы не хочаце, каб кіраваць Ваш уласны шэф-кухар, права, 422 00:22:01,820 --> 00:22:04,570 Калі вы хочаце, каб нейкі Праграмны спосаб разгортвання рэчы 423 00:22:04,570 --> 00:22:07,420 на вашых выпадках гэта з'яўляецца адным з варыянтаў для вас. 424 00:22:07,420 --> 00:22:09,030 >> Тады ў нас ёсць Elastic бабовы сцябло. 425 00:22:09,030 --> 00:22:16,030 Так Пругкія бабовае дрэва з'яўляецца сэрвіс, дазваляе to-- сказаць, што вы распрацоўшчык. 426 00:22:16,030 --> 00:22:18,630 У вас ёсць код у РЭПО Git. 427 00:22:18,630 --> 00:22:22,030 Вы ж не хочаце, каб турбавацца аб разгортванні свае ўласныя соб або RDS 428 00:22:22,030 --> 00:22:24,500 выпадкі або рэгулярныя выпадкі EC2. 429 00:22:24,500 --> 00:22:29,050 Так, што вы робіце гэта вы, з вашага кода, проста адправіць яго да пругкім бабовы сцябло. 430 00:22:29,050 --> 00:22:33,310 Пругкія бабовае дрэва будзе прадастаўленне RDS асобнікі і соб і ўсё такое 431 00:22:33,310 --> 00:22:35,556 для вас і разгарнуць свой код на іх. 432 00:22:35,556 --> 00:22:37,305 Так яна робіць гэта шмат прасцей для распрацоўшчыкаў 433 00:22:37,305 --> 00:22:40,600 разгарнуць свой код на AWS. 434 00:22:40,600 --> 00:22:41,910 >> Тады ёсць CloudFormation. 435 00:22:41,910 --> 00:22:47,310 Так CloudFormation з'яўляецца сэрвіс для лячэння інфраструктуры як код. 436 00:22:47,310 --> 00:22:50,280 Так што цяпер у вас ёсць усе гэта матэрыял у вашым дадатку, 437 00:22:50,280 --> 00:22:52,680 ў вас ёсць свой VPC, і вашы правілы групы бяспекі, 438 00:22:52,680 --> 00:22:56,000 і вашы віртуальныя машыны EC2, і вашы асобнікі RDS. 439 00:22:56,000 --> 00:22:58,130 Такім чынам, вы атрымалі гэта цэлае архітэктура на AWS. 440 00:22:58,130 --> 00:23:01,340 Ну, як вам праграмна спіна, што да або стварыць яго нанова? 441 00:23:01,340 --> 00:23:04,170 Вы можаце напісаць файл у фармаце JSON які прадстаўляе ўсе гэта. 442 00:23:04,170 --> 00:23:05,920 І тады вы можаце [? ўзяць?], што JSON файл 443 00:23:05,920 --> 00:23:08,180 і разгортваць інфраструктура тымі, што адыходзяць ад яго. 444 00:23:08,180 --> 00:23:10,930 Такім чынам, вы можаце мець архітэктуру дзе кожны раз, калі вы разгарнуць код, 445 00:23:10,930 --> 00:23:14,560 набірае абароты свежую копію Вашага цэлым архітэктура, а затым перамыкаецца на яго. 446 00:23:14,560 --> 00:23:19,130 Такім чынам, вы таксама можаце зрабіць гэта ёсць змяняны інфраструктуры. 447 00:23:19,130 --> 00:23:21,970 >> Тады, нарэшце, наша адміністрацыйныя паслугі. 448 00:23:21,970 --> 00:23:25,270 Такім чынам, нашы адміністрацыйныя паслугі пачаць з Amazon IAM, 449 00:23:25,270 --> 00:23:27,410 так што гэта Упраўленне ідэнтыфікацыяй і доступам. 450 00:23:27,410 --> 00:23:30,150 Так што дазваляе кіраваць уліковым запісам AWS 451 00:23:30,150 --> 00:23:32,290 так што вы можаце мець укладзеныя карыстальнікі і групы і рабіць 452 00:23:32,290 --> 00:23:34,330 федэрацыі пасведчанняў і ўсе віды рэчаў. 453 00:23:34,330 --> 00:23:36,690 Гэта вельмі важна для забеспячэння бяспекі. 454 00:23:36,690 --> 00:23:39,440 >> Тады мы маем Amazon CloudWatch, што наш сэрвіс метрыкі. 455 00:23:39,440 --> 00:23:41,956 Так што гэта дае вам выкарыстанне працэсара і ўсе віды метрык. 456 00:23:41,956 --> 00:23:44,080 І вы можаце зрабіць заказ метрыкі, і [? Вы можаце зрабіць?] 457 00:23:44,080 --> 00:23:47,050 аўтаматычнае маштабаванне на аснове гэтых паказчыкаў. 458 00:23:47,050 --> 00:23:48,450 >> А то ў нас CloudTrail. 459 00:23:48,450 --> 00:23:50,680 Так CloudTrail гэта наша сэрвіс для аўдыту. 460 00:23:50,680 --> 00:23:54,380 Так што гэта будзе рэгістраваць запыты API супраць Amazon Web Services. 461 00:23:54,380 --> 00:23:56,560 Дык хто ж перазагрузкі гэты асобнік? 462 00:23:56,560 --> 00:23:58,060 Хто змяніў гэтую групу бяспекі? 463 00:23:58,060 --> 00:23:59,810 І рэгістраваць іх у неабходныя вядра, каб вы 464 00:23:59,810 --> 00:24:03,650 можна ўбачыць, што адбылося ў Ваш уліковы запіс і хто гэта зрабіў. 465 00:24:03,650 --> 00:24:05,600 >> Новая паслуга, што мы ёсць у працоўных прасторах. 466 00:24:05,600 --> 00:24:08,530 Так што гэта для віртуалізацыі настольных сістэм на AWS. 467 00:24:08,530 --> 00:24:13,290 Такім чынам, вы можаце прадастаўленне Рабочая станцыя, станцыя для Windows, 468 00:24:13,290 --> 00:24:17,810 і ён будзе потым на працягу некалькіх хвілін. 469 00:24:17,810 --> 00:24:21,470 Ён будзе падлучаны да вашага актыўны Каталог, таму з карыстальнікамі. 470 00:24:21,470 --> 00:24:23,580 І вы можаце лёгка аднавіць яго. 471 00:24:23,580 --> 00:24:25,090 Вы можаце лёгка прадастаўленне новай. 472 00:24:25,090 --> 00:24:28,250 Там гэта розныя віды з рознае праграмнае забеспячэнне там. 473 00:24:28,250 --> 00:24:30,740 >> Так што цяпер, калі мы прайшлі праз Многія з нашых паслуг, давайце 474 00:24:30,740 --> 00:24:31,850 зрабіць рэальную дэма. 475 00:24:31,850 --> 00:24:35,700 Так што я збіраюся перайсці на на мой вэб-браўзэр можна тут. 476 00:24:35,700 --> 00:24:41,270 Так што я хачу паказаць вам, у тым, як хутка наладзіць 477 00:24:41,270 --> 00:24:43,690 віртуальная машына EC2 з Wordpress на ім. 478 00:24:43,690 --> 00:24:45,440 А потым мы збіраемся зрабіць тое ж самае, 479 00:24:45,440 --> 00:24:48,890 але мы збіраемся раскручвацца Асобнік RDS і ELB. 480 00:24:48,890 --> 00:24:52,690 Такім чынам, мы будзем рабіць гэта толькі на экзэмпляры і мы паламаем усе ўзроўні, як добра. 481 00:24:52,690 --> 00:24:54,510 >> Так давайце запусцім асобнік EC2. 482 00:24:54,510 --> 00:24:57,190 Так першае, што Я ўжо зрабіў тут 483 00:24:57,190 --> 00:24:59,230 гэта вы будзеце жадаць мець пару ключоў. 484 00:24:59,230 --> 00:25:03,576 Так пара ключоў дазваляе увайсці ў фактычны інстанцыі. 485 00:25:03,576 --> 00:25:05,450 Такім чынам, вы трымаеце прыватны частка пары ключоў, 486 00:25:05,450 --> 00:25:08,570 і мы ставім грамадскасць частка на экзэмпляры. 487 00:25:08,570 --> 00:25:11,700 І гэта тое, што дазваляе вам увайсці. 488 00:25:11,700 --> 00:25:16,330 Так што я ўжо імпартавалі сваю пару ключоў, проста мой рэгулярны пара ключоў тут SSH. 489 00:25:16,330 --> 00:25:19,290 >> І так іншая рэч Я збіраюся зрабіць тут, 490 00:25:19,290 --> 00:25:22,214 У мяне ўжо ёсць некалькі выпадкаў, працуе, але я буду запускаць новую. 491 00:25:22,214 --> 00:25:24,130 Так што я збіраюся забраць мой Тут дзейнічае сістэма. 492 00:25:24,130 --> 00:25:27,970 Такім чынам, вы можаце ўбачыць у мяне ёсць даволі Вялікі выбар аперацыйнай сістэмы. 493 00:25:27,970 --> 00:25:31,015 Так што я проста хачу, каб выбраць ваш стандартны Amazon Linux. 494 00:25:31,015 --> 00:25:32,930 >> І я збіраюся забраць тып асобніка. 495 00:25:32,930 --> 00:25:35,890 І так як гэта вэб-сервер, я збіраюся 496 00:25:35,890 --> 00:25:39,540 зрабіць c3.large, таму што гэта верагодна, вылічальных рэсурсаў. 497 00:25:39,540 --> 00:25:45,210 Так што я збіраюся выбраць c3.large, і я збіраюся запусціць адну з іх. 498 00:25:45,210 --> 00:25:48,630 Я збіраюся пакінуць яго ў па змаўчанні VPC цяпер. 499 00:25:48,630 --> 00:25:50,810 Я збіраюся пакінуць усе гэтыя рэчы ў адзіночку. 500 00:25:50,810 --> 00:25:53,270 >> І я збіраюся ўключыць Маніторынг CloudWatch 501 00:25:53,270 --> 00:25:56,204 таму што CloudWatch падрабязная маніторынг змен CloudWatch 502 00:25:56,204 --> 00:25:58,870 маніторынгу з пяціхвілінкі дазвол да адной-хвілінным дазволам. 503 00:25:58,870 --> 00:26:02,510 Таму я хачу, што з майго вэб-сервера тут. 504 00:26:02,510 --> 00:26:05,220 А потым я збіраюся пайсці на захоўванне. 505 00:26:05,220 --> 00:26:08,710 Таму я хачу, Генеральную SSD прызначэння на тут. 506 00:26:08,710 --> 00:26:11,940 8 гігаў, верагодна, дастаткова для мяне, так што я проста хачу, каб трымаць гэта. 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 Я проста хачу, каб маркіраваць гэта Wordpress Demo. 509 00:26:19,230 --> 00:26:22,149 Так што гэта тэг, так што я ведаю, што ёсць на самой справе. 510 00:26:22,149 --> 00:26:24,190 А потым я збіраюся наладзіць групу бяспекі. 511 00:26:24,190 --> 00:26:27,510 Так група бяспекі, як брандмаўэр для асобніка. 512 00:26:27,510 --> 00:26:30,780 Так што я збіраюся выкарыстоўваць адзін з маіх існых. 513 00:26:30,780 --> 00:26:35,890 Так што гэта група бяспекі, яго дазваляе SSH, так што я магу SSH ў яе. 514 00:26:35,890 --> 00:26:37,580 І гэта дазваляе HTTP. 515 00:26:37,580 --> 00:26:40,390 >> Зараз, я збіраюся хочаце заблакаваць ўніз, што SSH трохі больш. 516 00:26:40,390 --> 00:26:43,220 Вы не хочаце хто-небудзь з любога IP адрасы SSHing ст. 517 00:26:43,220 --> 00:26:45,240 Такім чынам, мы зробім гэта пасля таго, як ён запускае. 518 00:26:45,240 --> 00:26:49,100 >> Так што я ўсім задаволены з гэтага матэрыялу тут. 519 00:26:49,100 --> 00:26:50,167 І я збіраюся пачаць. 520 00:26:50,167 --> 00:26:52,250 А потым я збіраюся выбраць тое, што пара ключоў я хачу. 521 00:26:52,250 --> 00:26:54,750 Так што я збіраюся выбраць тое, што пара ключоў, што я абнавіў раней. 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> Так што цяпер я чакаю для таго, каб пачаць, давайце 524 00:27:01,960 --> 00:27:03,320 паглядзіце на нашу групу бяспекі. 525 00:27:03,320 --> 00:27:06,720 Такім чынам, мы атрымалі груп бяспекі тут. 526 00:27:06,720 --> 00:27:09,550 Вось мая бяспеку група, што я паклаў яго ў. 527 00:27:09,550 --> 00:27:11,200 >> Я збіраюся проста змяніць гэта тут. 528 00:27:11,200 --> 00:27:15,710 Такім чынам, дазвольце мне зрабіць гэта трохі больш тут. 529 00:27:15,710 --> 00:27:21,275 Таму я хачу, каб змяніць гэта з любой кропкі свету Мой IP. 530 00:27:21,275 --> 00:27:23,150 Таму што гэта аўтаматычна забраць маю IP 531 00:27:23,150 --> 00:27:26,650 рашэнні і зачыніце замак яго ўніз трохі. 532 00:27:26,650 --> 00:27:29,030 >> І так у той час як Асобнік набірае абароты, 533 00:27:29,030 --> 00:27:32,040 давайце раскруціць некаторыя рэчы для нашага іншага асобніка 534 00:27:32,040 --> 00:27:35,060 куды мы ідзем, каб вырвацца з базы дадзеных і балансавання нагрузкі 535 00:27:35,060 --> 00:27:37,160 так што ён можа быць гатовы да нас. 536 00:27:37,160 --> 00:27:41,580 Таму першае, што я збіраюся хочаце зрабіць гэта раскруціць балансавання нагрузкі. 537 00:27:41,580 --> 00:27:44,690 Так што я збіраюся выбраць балансировщик нагрузкі тут. 538 00:27:44,690 --> 00:27:48,410 І я буду называць яго WordpressELB. 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 І я збіраюся просто-- ўсе Я хачу гэта порт 80 тут. 541 00:27:55,450 --> 00:27:57,960 >> І зараз для здароўя праверыць, я проста хачу, каб зрабіць TCP. 542 00:27:57,960 --> 00:28:00,190 Так што, калі працуе ў Apache, то гэта будзе добра. 543 00:28:00,190 --> 00:28:03,760 І я збіраюся знізіць здаровым Парог проста так становіцца здаровым 544 00:28:03,760 --> 00:28:06,360 даволі хутка. 545 00:28:06,360 --> 00:28:08,710 Затым, зноў жа, гэта мае групу бяспекі. 546 00:28:08,710 --> 00:28:12,480 Так што я ўжо зрабіў бяспеку група для гэтага называецца Wordpress ELB. 547 00:28:12,480 --> 00:28:17,120 І гэта ў асноўным толькі збіраецца прыняць трафік з порта 80. 548 00:28:17,120 --> 00:28:19,580 А потым я не збіраюся, каб дадаць любыя выпадкі да яго ў цяперашні час. 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 І я збіраюся прапусціць тэгаў. 551 00:28:26,720 --> 00:28:30,010 І так мы збіраемся стварыць гэтую ELB прама цяпер. 552 00:28:30,010 --> 00:28:33,800 >> Так стварыў балансавання нагрузкі. 553 00:28:33,800 --> 00:28:36,680 Я таксама збіраюся пачаць яшчэ адзін асобнік тут, 554 00:28:36,680 --> 00:28:40,280 толькі для вэб-частка маёй Wordpress. 555 00:28:40,280 --> 00:28:42,580 Дык вось мы ідзем. 556 00:28:42,580 --> 00:28:45,920 Я проста раблю тое ж самае што я зрабіў раней. 557 00:28:45,920 --> 00:28:53,620 Так c3.large, CloudWatch дэталёвы маніторынг уключаны. 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 Агульныя SSD-назапашвальнікі прызначэння. 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 Назавіце гэты Wordpress Вэб. 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> І я хачу, каб выбраць a-- я ўжо ёсць група бяспекі для гэтага. 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 Так што гэта група бяспекі прымае трафік порт 80 з маёй Wordpress УДР 566 00:29:23,520 --> 00:29:26,430 Група бяспекі, ад бяспекі група з маёй балансавання нагрузкі, 567 00:29:26,430 --> 00:29:30,654 але і SSH, які зноў, мы збіраемся, каб заблакаваць. 568 00:29:30,654 --> 00:29:31,820 Так што я збіраюся пачаць у гэтым. 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 Дакладна. 571 00:29:39,990 --> 00:29:43,530 >> І тады тое, што я збіраюся рабіць далей Я збіраюся пачаць асобнік RDS. 572 00:29:43,530 --> 00:29:44,870 RDS будзе мая база дадзеных. 573 00:29:44,870 --> 00:29:47,100 Так што я збіраюся ехаць сюды. 574 00:29:47,100 --> 00:29:48,560 Я збіраюся паехаць у RDS. 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 Я збіраюся пачаць новы асобнік. 577 00:29:56,239 --> 00:29:57,530 Так што я збіраюся забраць свой рухавік. 578 00:29:57,530 --> 00:30:00,850 Дык вось у мяне ёсць выбар MySQL, Postgres, Oracle, або SQL Server. 579 00:30:00,850 --> 00:30:02,640 Я хачу MySQL. 580 00:30:02,640 --> 00:30:06,160 І таму я хачу сказаць, так. 581 00:30:06,160 --> 00:30:09,680 >> Так што гэта варыянт для Multi-AZ. 582 00:30:09,680 --> 00:30:14,267 Так Multi-AZ, зноў жа, тыя рэплікацыі будзе раскручвацца два асобніка RDS 583 00:30:14,267 --> 00:30:15,600 і рабіць рэплікацыю паміж імі. 584 00:30:15,600 --> 00:30:20,510 А калі я не хачу, што я магу проста Адзін асобнік, але я хачу гэтага. 585 00:30:20,510 --> 00:30:22,490 А потым я збіраюся выбраць свой рухавічок базы дадзеных. 586 00:30:22,490 --> 00:30:24,907 Так што я збіраюся забраць Апошні з іх тут. 587 00:30:24,907 --> 00:30:27,240 А потым я збіраюся выбраць які тып асобніка я хачу. 588 00:30:27,240 --> 00:30:30,950 >> Таму я хачу ў R3, так што аптымізацыі памяці асобніка. 589 00:30:30,950 --> 00:30:32,740 Так што я збіраюся выбраць R3. 590 00:30:32,740 --> 00:30:35,430 І я збіраюся забраць Так, я хачу Multi-AZ. 591 00:30:35,430 --> 00:30:37,110 І я хачу SSD агульнага прызначэння. 592 00:30:37,110 --> 00:30:39,380 >> І я, верагодна, хочаце трохі больш памяці. 593 00:30:39,380 --> 00:30:40,897 Я буду мець 10 канцэртаў тут. 594 00:30:40,897 --> 00:30:42,730 А потым я збіраюся выбраць некаторыя паўнамоцтвы. 595 00:30:42,730 --> 00:30:44,641 Так што ідэнтыфікатар базы дадзеных? 596 00:30:44,641 --> 00:30:46,015 Так што гэта будзе wordpressdb1. 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 Я буду называць гэты корань. 599 00:30:53,127 --> 00:30:54,460 Я збіраюся даць яму пароль. 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> І мы збіраемся, каб забраць Група бяспекі для гэтага таксама. 602 00:31:03,780 --> 00:31:05,740 Так што я ўжо зрабіў Група бяспекі для гэтага. 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 А потым я збіраюся даць яму імя базы дадзеных. 605 00:31:11,307 --> 00:31:13,015 Такім чынам, мы збіраемся, каб проста называюць гэта WordPress. 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 І мы збіраемся выбраць акно захоўвання 608 00:31:18,560 --> 00:31:21,170 так што гэта робіць рэзервовыя копіі для вас. 609 00:31:21,170 --> 00:31:23,330 Таму я хачу, тыдзень рэзервовых копій. 610 00:31:23,330 --> 00:31:25,610 І я не маю перавагу для рэзервовага капіявання. 611 00:31:25,610 --> 00:31:28,665 І я хачу, каб аўтаматычна абнавіць мой нязначную версію тут. 612 00:31:28,665 --> 00:31:31,180 Так што я збіраюся пакінуць гэта значэнне па змаўчанні. 613 00:31:31,180 --> 00:31:33,490 І вось цяпер я запуску мой асобнік RDS. 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 Дакладна? 616 00:31:37,870 --> 00:31:40,597 Так што цяпер гэта ствараецца. 617 00:31:40,597 --> 00:31:42,430 Так што цяпер мы толькі і чакаюць, для таго, каб ўсталяваць. 618 00:31:42,430 --> 00:31:48,055 Такім чынам, хоць, што адбываецца, давайце увайсці і першай EC2 напрыклад мы зрабілі. 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 Так што гэта за Wordpress Demo. 621 00:31:57,520 --> 00:31:58,760 І мы проста праверым. 622 00:31:58,760 --> 00:31:59,450 Так. 623 00:31:59,450 --> 00:32:02,620 >> Такім чынам, давайце паглядзім, калі мы можам увайсці ў яго. 624 00:32:02,620 --> 00:32:06,220 Так што я збіраюся капіяваць публічнае імя хаста з яго. 625 00:32:06,220 --> 00:32:09,090 Я збіраюся адкрыць Акно абалонкі тут. 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [Неразборліва] SSH. 628 00:32:17,610 --> 00:32:21,423 Карыстальнік па змаўчанні ec2 карыстальніка. 629 00:32:21,423 --> 00:32:25,271 >> АЎДЫТОРЫЯ: Леў, вы б супраць каманд [неразборліва]? 630 00:32:25,271 --> 00:32:27,200 >> LEO Жадановский: Добра? 631 00:32:27,200 --> 00:32:30,190 І так давайце паспрабуем SSH ст. 632 00:32:30,190 --> 00:32:30,960 Так. 633 00:32:30,960 --> 00:32:34,420 Так што я знаходжуся ў, напрыклад цяпер. 634 00:32:34,420 --> 00:32:36,550 Так што я SSHed ст. 635 00:32:36,550 --> 00:32:38,970 Гэта на пяць хвілін, так што гэта, безумоўна, мой асобнік. 636 00:32:38,970 --> 00:32:41,020 >> Так першае, што мы захоча, каб зрабіць тут 637 00:32:41,020 --> 00:32:45,190 гэта кажа мне, што, ну, У мяне ёсць некалькі абнаўленняў бяспекі. 638 00:32:45,190 --> 00:32:47,855 Так што я проста хачу, каб запусціць усе абнаўлення бяспекі тут. 639 00:32:47,855 --> 00:32:51,746 [? Судо ням?] Мінус у абнаўленне. 640 00:32:51,746 --> 00:32:54,539 Дык гэта будзе хутка ўсталяваць іх. 641 00:32:54,539 --> 00:32:57,080 Наступная рэч, якую я хачу зрабіць, гэта я Каб ўсталяваць яшчэ некалькі рэчаў. 642 00:32:57,080 --> 00:33:00,910 Так што я буду мець, каб усталяваць MySQL. 643 00:33:00,910 --> 00:33:02,660 Я збіраюся мець, каб усталяваць Apache. 644 00:33:02,660 --> 00:33:04,190 Я збіраюся мець, каб усталяваць PHP. 645 00:33:04,190 --> 00:33:07,680 Я збіраюся мець, каб усталяваць Убудова PHP для MySQL. 646 00:33:07,680 --> 00:33:11,100 І ў мяне ёсць для ўстаноўкі сервера MySQL. 647 00:33:11,100 --> 00:33:12,440 Такім чынам, давайце ўсталяваць гэты матэрыял. 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> Ўстаноўка. 650 00:33:15,500 --> 00:33:16,770 Дык гэта будзе зроблена. 651 00:33:16,770 --> 00:33:20,220 Так што цяпер я хачу [? HTTPD. ?] Я хачу Apache на запуск пры загрузцы. 652 00:33:20,220 --> 00:33:21,380 Так што я збіраюся зрабіць гэта. 653 00:33:21,380 --> 00:33:29,250 654 00:33:29,250 --> 00:33:29,750 ОК. 655 00:33:29,750 --> 00:33:31,800 Так што цяпер, калі я перазагрузіць гэтага і пачнем. 656 00:33:31,800 --> 00:33:36,210 >> Я таксама хачу MySQL на запуск пры загрузцы. 657 00:33:36,210 --> 00:33:37,615 Гэтак жа рэч. 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 На жаль, памылкі друку тут. 660 00:33:45,080 --> 00:33:45,580 Добра. 661 00:33:45,580 --> 00:33:53,220 І тады на самай справе я буду пачаць свой вэб-сервер пазней. 662 00:33:53,220 --> 00:33:56,514 Цяпер я хачу, каб пачаць свой сервер базы дадзеных, хоць. 663 00:33:56,514 --> 00:33:57,906 Так гэта зрабіць. 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 І так ён пачынае для першы раз, таму я 666 00:34:04,120 --> 00:34:06,070 прыйдзецца зрабіць некаторыя асноўныя крокі тут. 667 00:34:06,070 --> 00:34:09,070 Таму першае, што я збіраюся зрабіць усталяваны пароль адміністратара для майго MySQL. 668 00:34:09,070 --> 00:34:15,980 >> Так што я проста збіраюся запусціць гэтую MySQL бяспечны каманда ўстаноўкі. 669 00:34:15,980 --> 00:34:19,239 Дык гэта не мае ніякага току корань пароль, так што давайце ўсталяваць яго. 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 І я збіраюся выдаліць іх ананімныя карыстальнікі, якія яна стварае 672 00:34:27,429 --> 00:34:29,750 і адключыць ўваход адміністратара. 673 00:34:29,750 --> 00:34:31,270 І выдаліць тэставыя базы дадзеных. 674 00:34:31,270 --> 00:34:36,514 Так што гэта ўсе віды productionizes ўсталяваць ваш MySQL. 675 00:34:36,514 --> 00:34:38,260 >> Дык гэта будзе зроблена. 676 00:34:38,260 --> 00:34:40,630 Так што цяпер я павінен быць у стане падлучыцца да сервера MySQL. 677 00:34:40,630 --> 00:34:42,805 Так што я збіраюся паглядзець, калі гэта працуе тут. 678 00:34:42,805 --> 00:34:46,030 679 00:34:46,030 --> 00:34:46,530 Так. 680 00:34:46,530 --> 00:34:50,699 Так што я ў маім сэрвэры MySQL. 681 00:34:50,699 --> 00:34:55,010 >> Так што цяпер Наступнае, што я хачу зрабіць, гэта Я хачу стварыць сваю базу дадзеных WordPress. 682 00:34:55,010 --> 00:34:56,429 Так што я збіраюся зрабіць MySQL адміністратара. 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [Неразборліва] 685 00:35:10,345 --> 00:35:13,327 686 00:35:13,327 --> 00:35:13,840 Добра. 687 00:35:13,840 --> 00:35:15,520 Так што я стварыў сваю базу дадзеных. 688 00:35:15,520 --> 00:35:18,160 >> А зараз тое, што я хачу зрабіць, гэта я хочаце стварыць Wordpress карыстальніка. 689 00:35:18,160 --> 00:35:20,240 Так што я не хачу, каб увайсці ў мой Wordpress з карыстальнікам каранёвай 690 00:35:20,240 --> 00:35:21,420 таму што гэта будзе дрэнна. 691 00:35:21,420 --> 00:35:24,810 Таму я хачу, карыстальнік, які толькі можа доступ да базы дадзеных WordPress. 692 00:35:24,810 --> 00:35:27,970 Такім чынам, давайце тут зноў. 693 00:35:27,970 --> 00:35:33,720 І мы збіраемся [? рухацца?] гэта тут. 694 00:35:33,720 --> 00:35:36,870 >> Так, што я раблю тут Я ствараю карыстальніка, што 695 00:35:36,870 --> 00:35:40,220 можна падключыць з лакальнага што гэта вызначаны мой супер бяспечны пароль 696 00:35:40,220 --> 00:35:42,510 вось. 697 00:35:42,510 --> 00:35:46,595 А потым я збіраюся даць гэта доступ карыстальнікаў да ўсёй базе даных. 698 00:35:46,595 --> 00:35:51,091 699 00:35:51,091 --> 00:35:51,590 Добра. 700 00:35:51,590 --> 00:35:56,200 А потым я зараз павінен быць у стане увайсці ад імя гэтага карыстальніка 701 00:35:56,200 --> 00:35:58,670 і толькі бачыць, што базы дадзеных [? і?] тэставая база дадзеных. 702 00:35:58,670 --> 00:36:04,970 >> Так што я збіраюся зрабіць MySQL мінус U WordPress, замест кораня. 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 Добра? 705 00:36:10,860 --> 00:36:16,920 І тады мы павінны быць стане do-- ці не так? 706 00:36:16,920 --> 00:36:18,740 Так я бачу сваю базу дадзеных Wordpress тут. 707 00:36:18,740 --> 00:36:19,920 Так што гэта выдатна. 708 00:36:19,920 --> 00:36:22,420 >> Так што цяпер мы павінны на самай справе спампаваць і ўсталяваць Wordpress. 709 00:36:22,420 --> 00:36:26,220 Так давайце вернемся да нашай вэб-каталога. 710 00:36:26,220 --> 00:36:31,760 Так што я збіраюся Wget Wordpress, у Апошняя версія Wordpress тут. 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 Я збіраюся атрымаць гэта. 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 А цяпер я збіраюся памяняць HTML каталог, у якім 715 00:36:44,690 --> 00:36:48,150 гэта па змаўчанні [? вэб-?] корань, з каталогам Wordpress, так што. 716 00:36:48,150 --> 00:37:01,650 717 00:37:01,650 --> 00:37:02,410 >> Добра. 718 00:37:02,410 --> 00:37:06,580 А цяпер я збіраюся проста змены дазволу, каб Apache 719 00:37:06,580 --> 00:37:09,450 карыстальнік валодае каталог Wordpress. 720 00:37:09,450 --> 00:37:12,611 721 00:37:12,611 --> 00:37:13,110 Добра. 722 00:37:13,110 --> 00:37:17,070 І, нарэшце, я збіраюся пачаць мой вэб-сервер і спадзяемся, усё працуе. 723 00:37:17,070 --> 00:37:21,650 724 00:37:21,650 --> 00:37:22,150 Добра. 725 00:37:22,150 --> 00:37:23,940 Такім чынам, зараз давайце паглядзім, што адбываецца тут. 726 00:37:23,940 --> 00:37:28,520 Так што я збіраюся ехаць сюды. 727 00:37:28,520 --> 00:37:30,700 І ўбачыць, калі я магу атрымаць у гэтым выпадку тут. 728 00:37:30,700 --> 00:37:35,200 729 00:37:35,200 --> 00:37:35,740 Добра. 730 00:37:35,740 --> 00:37:39,860 Дык вось наш Wordpress экран налады. 731 00:37:39,860 --> 00:37:42,020 Такім чынам, мы ведаем ўсю гэтую інфармацыю. 732 00:37:42,020 --> 00:37:44,170 Такім чынам, наш імя базы дадзеных WordPress. 733 00:37:44,170 --> 00:37:47,550 >> Наша імя карыстальніка будзе WordPress. 734 00:37:47,550 --> 00:37:50,462 Я атрымаў свой супер бяспечны пароль. 735 00:37:50,462 --> 00:37:53,869 Мы збіраемся быць падключэння на лакальны. 736 00:37:53,869 --> 00:37:58,040 І мы збіраемся запусціць ўстаноўку. 737 00:37:58,040 --> 00:38:00,430 >> Цяпер мы збіраемся проста даць свой вэб-сайт імя. 738 00:38:00,430 --> 00:38:04,600 Так дзіўна Блог Льва. 739 00:38:04,600 --> 00:38:08,265 740 00:38:08,265 --> 00:38:12,580 [Неразборліва] імя карыстальніка. 741 00:38:12,580 --> 00:38:15,972 Я іду, каб атрымаць Пароль для сваім імем. 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 Я збіраюся паставіць у мой адрас электроннай пошты. 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 І так як гэта тэст адзін, я не хачу пошукавым сістэмам індэксаваць гэтым. 746 00:38:29,326 --> 00:38:30,820 Так што цяпер мы ўсталёўваем Wordpress. 747 00:38:30,820 --> 00:38:32,070 Так што цяпер мы ўсё гатова. 748 00:38:32,070 --> 00:38:33,850 >> Такім чынам, вось мой Wordpress. 749 00:38:33,850 --> 00:38:37,660 750 00:38:37,660 --> 00:38:40,345 І вось мой прыборнай панэлі. 751 00:38:40,345 --> 00:38:42,300 Гэта цалкам функцыянуе Wordpress. 752 00:38:42,300 --> 00:38:47,026 Я магу абнавіць убудовы вось калі б я хацеў. 753 00:38:47,026 --> 00:38:49,290 Рабіце ўсё, што я хачу тут. 754 00:38:49,290 --> 00:38:52,610 І так вось мая фактычная цалкам працуе Wordpress на маім адным выпадку. 755 00:38:52,610 --> 00:38:55,760 >> Цяпер, гэта выдатна, калі ў вас ёсць палігон, але гэта не ў маштабе. 756 00:38:55,760 --> 00:38:56,737 У нас ёсць адзін асобнік. 757 00:38:56,737 --> 00:38:59,070 Мы можам зрабіць гэты асобнік сапраўды велізарная, але ў нейкі момант 758 00:38:59,070 --> 00:39:01,165 Вы збіраецеся выбегчы з вертыкальнага маштабавання пакоі. 759 00:39:01,165 --> 00:39:03,290 Такім чынам, вы будзеце жадаць, каб маштабаваць яго больш, чым гэта. 760 00:39:03,290 --> 00:39:05,290 >> Вось чаму мы раскручваецца пры ўсім гэтым іншыя рэчы. 761 00:39:05,290 --> 00:39:07,620 Такім чынам, давайце паглядзім, калі нашы Асобнік RDS робіцца. 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [? Ды ,?] Нашы RDS Экзэмпляр амаль зроблена. 764 00:39:16,170 --> 00:39:19,520 Так што гэта нармальна, таму што ў гэты час мы можам стварыць наш асобнік EC2. 765 00:39:19,520 --> 00:39:22,670 Гэта будзе проста трохі адрозніваецца працэдура. 766 00:39:22,670 --> 00:39:24,940 >> Такім чынам, мы атрымалі наш Wordpress Інтэрнэце. 767 00:39:24,940 --> 00:39:28,540 Цяпер я ўжо быў адзін ход ўчора. 768 00:39:28,540 --> 00:39:33,670 Так што я толькі што атрымаў каб высветліць, якія адзін быў гэта, што я пачаў сёння. 769 00:39:33,670 --> 00:39:36,710 Так што гэта адзін быў запушчаны 4 лістапада. 770 00:39:36,710 --> 00:39:39,370 771 00:39:39,370 --> 00:39:40,770 Дык вось адзін з сённяшняга дня. 772 00:39:40,770 --> 00:39:43,720 [? Я ведаю ,?] Гэты быў пачаў, ну, 4:00 вечара. 773 00:39:43,720 --> 00:39:45,905 Таму на самай справе гэта новае. 774 00:39:45,905 --> 00:39:51,474 775 00:39:51,474 --> 00:39:51,974 Так. 776 00:39:51,974 --> 00:39:52,930 ОК. 777 00:39:52,930 --> 00:39:54,590 >> Так што гэта мой новы асобнік. 778 00:39:54,590 --> 00:39:56,110 Такім чынам, яшчэ раз, я іду па SSH ў яе. 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 Такім чынам, давайце вернемся да майго тэрмінала тут. 781 00:40:05,630 --> 00:40:08,350 Так што я збіраюся выйсці з гэтага. 782 00:40:08,350 --> 00:40:11,232 Я збіраюся SSH ў новы асобнік. 783 00:40:11,232 --> 00:40:15,160 784 00:40:15,160 --> 00:40:15,660 Добра. 785 00:40:15,660 --> 00:40:17,951 Так што я буду мець, каб зрабіць некаторыя з таго ж матэрыялу тут. 786 00:40:17,951 --> 00:40:19,540 Так што я буду бегаць абнаўлення бяспекі. 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 Я збіраюся ўсталяваць некаторыя пакеты. 789 00:40:25,654 --> 00:40:27,820 Пакеты збіраюцца крыху па-іншаму. 790 00:40:27,820 --> 00:40:31,660 >> Так што я не патрэбны сервер MySQL таму што мы ламаць гэта. 791 00:40:31,660 --> 00:40:35,580 Так што я ўсё яшчэ збіраюся ўсталяваць кліент MySQL. 792 00:40:35,580 --> 00:40:37,400 Я ўсё яшчэ збіраецеся ўсталяваць Apache. 793 00:40:37,400 --> 00:40:40,142 Я ўсё яшчэ збіраюся ўсталяваць PHP і PHP MySQL. 794 00:40:40,142 --> 00:40:42,100 Я проста не збіраюся ўсталяваць сервер MySQL. 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> Тады я ўсё яшчэ збіраюся зрабіць Пераканайцеся Apache пачынаецца пры загрузцы сістэмы. 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 Цяпер нам трэба базу дадзеных, каб быць да. 799 00:40:57,790 --> 00:41:02,140 Такім чынам, хоць мы гэта зробім, давайце дадамо гэта Экзэмпляр у выраўноўвальнік нагрузкі. 800 00:41:02,140 --> 00:41:04,610 Такім чынам, мы збіраемся, каб перайсці да наша нагрузка BALANCER тут. 801 00:41:04,610 --> 00:41:08,430 І мы толькі збіраемся скапіруйце ідэнтыфікатар асобніка. 802 00:41:08,430 --> 00:41:10,410 Атрымаў мой ідэнтыфікатар асобніка тут. 803 00:41:10,410 --> 00:41:19,330 >> Калі я іду ў балансавання нагрузкі, см, вось мой балансавання нагрузкі, 804 00:41:19,330 --> 00:41:20,945 вось яго імя DNS. 805 00:41:20,945 --> 00:41:23,410 Так ён атрымаў нуль асобнікаў у службу прама зараз 806 00:41:23,410 --> 00:41:26,040 таму што я не дадаў любыя выпадкі да яго. 807 00:41:26,040 --> 00:41:27,950 Так што я збіраюся дадаць свой асобнік. 808 00:41:27,950 --> 00:41:29,635 Такім чынам, вось мой спіс асобнікаў. 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 Так што, калі я хачу гэта адно, таму я Дадамо гэты да яго. 811 00:41:39,170 --> 00:41:41,150 >> Цяпер ён збіраецца пачакаць і ён не збіраецца 812 00:41:41,150 --> 00:41:43,600 для таго, каб гэты асобнік пакуль ён не стане здаровым. 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 І ён не збіраецца стаць здаровым пакуль я пераходжу на маім вэб-серверы. 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 Такім чынам, давайце паглядзім, калі нашы RDS асобнік назад. 817 00:41:56,202 --> 00:42:03,630 818 00:42:03,630 --> 00:42:04,130 Добра. 819 00:42:04,130 --> 00:42:04,630 Выдатна. 820 00:42:04,630 --> 00:42:06,360 Такім чынам, наша новая RDS асобнік гатовы. 821 00:42:06,360 --> 00:42:08,940 Так што гэта канчатковая кропка для майго асобніка RDS. 822 00:42:08,940 --> 00:42:13,530 Так што я збіраюся зрабіць, гэта я збіраецца падлучыцца да прыкладу RDS. 823 00:42:13,530 --> 00:42:17,070 Так што гэта зараз цалкам атрымалася базы дадзеных MySQL. 824 00:42:17,070 --> 00:42:18,860 Ён атрымаў набор рэзервовага капіявання на ім. 825 00:42:18,860 --> 00:42:20,160 Гэта залішнім. 826 00:42:20,160 --> 00:42:22,030 Гэта раскручваецца толькі на працягу некалькіх хвілін. 827 00:42:22,030 --> 00:42:24,870 Так што цяпер я павінен быць у стане SSH ў яе из-- ці не SSH, 828 00:42:24,870 --> 00:42:26,690 але увайсці ў яе з кліентам MySQL. 829 00:42:26,690 --> 00:42:37,602 830 00:42:37,602 --> 00:42:38,120 >> Так. 831 00:42:38,120 --> 00:42:38,850 І вось я тут. 832 00:42:38,850 --> 00:42:39,750 Я знаходжуся ў. 833 00:42:39,750 --> 00:42:42,680 Так што цяпер гэта будзе падобна акрамя таго што мы проста парушэнне яго. 834 00:42:42,680 --> 00:42:45,922 Так, зноў жа, я збіраюся на самай справе выйсці з гэтага ні на секунду. 835 00:42:45,922 --> 00:42:47,880 Ну, мы ўжо стварылі базы дадзеных Wordpress 836 00:42:47,880 --> 00:42:50,670 таму што мы ставім Wordpress там, так Я збіраюся стварыць карыстальніка WordPress. 837 00:42:50,670 --> 00:42:52,961 І там будзе нейкі невялікія адрозненні ў тут 838 00:42:52,961 --> 00:42:54,237 ад таго, што мы зрабілі ў мінулы раз. 839 00:42:54,237 --> 00:42:56,070 Такім чынам, мы збіраемся стварыць Карыстальнік Wordpress, 840 00:42:56,070 --> 00:42:58,200 але зараз мы не збіраемся быць увайшоўшы ў з лакальнага больш. 841 00:42:58,200 --> 00:43:00,479 Мы збіраемся весці лог у ад асобніка EC2. 842 00:43:00,479 --> 00:43:03,770 І мы не збіраемся абавязкова ведаць аб тым, што IP-адрас гэта ідзе ад, 843 00:43:03,770 --> 00:43:06,820 ці мы не хочам, каб паказаць гэта тым, што дэталізацыі. 844 00:43:06,820 --> 00:43:09,470 >> Мы збіраемся, каб мець бяспеку групы, якія робяць ўпэўненыя, што толькі 845 00:43:09,470 --> 00:43:11,200 Нашы вэб-серверы могуць падлучацца да гэтага. 846 00:43:11,200 --> 00:43:14,520 Так што я проста хачу, каб дазволіць яго ад, на гэтым узроўні, 847 00:43:14,520 --> 00:43:16,930 ад якой-небудзь сувязі IP-адрасоў. 848 00:43:16,930 --> 00:43:17,869 Такім чынам, мы толькі што зрабіў гэта. 849 00:43:17,869 --> 00:43:19,660 А зараз мы проста прыйдзецца, зноў жа, 850 00:43:19,660 --> 00:43:21,701 даць гэта доступ карыстальніка да базы дадзеных Wordpress. 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 Так што цяпер я проста хачу, каб змяніць гэта дзікія карты. 853 00:43:30,811 --> 00:43:31,310 Добра. 854 00:43:31,310 --> 00:43:32,480 Такім чынам, мы атрымалі, што. 855 00:43:32,480 --> 00:43:34,090 Давайце прыбірацца адсюль. 856 00:43:34,090 --> 00:43:36,650 Такім чынам, мы проста пераканайцеся, што што мы можам увайсці ў цяперашні час. 857 00:43:36,650 --> 00:43:39,100 Я проста хачу, каб змяніць маё імя карыстальніка для WordPress. 858 00:43:39,100 --> 00:43:45,371 859 00:43:45,371 --> 00:43:45,870 Добра. 860 00:43:45,870 --> 00:43:46,370 Такім чынам, мы знаходзімся ў. 861 00:43:46,370 --> 00:43:47,607 Так гэта працуе. 862 00:43:47,607 --> 00:43:50,440 Цяпер мы збіраемся, зноў жа, я павінен наладзіць Wordpress для гэтага асобніка. 863 00:43:50,440 --> 00:43:54,770 Такім чынам, што мы будзем мець зрабіць, гэта пайсці ў Var, WWW. 864 00:43:54,770 --> 00:43:57,260 У мяне ёсць для перамяшчэння HTML каталог, html.old. 865 00:43:57,260 --> 00:44:02,410 866 00:44:02,410 --> 00:44:02,910 Добра. 867 00:44:02,910 --> 00:44:06,770 І мы будзем мець спампаваць Wordpress. 868 00:44:06,770 --> 00:44:12,000 869 00:44:12,000 --> 00:44:14,790 >> Добра. 870 00:44:14,790 --> 00:44:15,540 Выпіска Wordpress. 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 Мы збіраемся, каб перанесьці яго ў каталог HTML. 873 00:44:21,410 --> 00:44:28,650 874 00:44:28,650 --> 00:44:29,150 Добра. 875 00:44:29,150 --> 00:44:30,900 І мы збіраемся змяніць дазволу. 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 А потым мы збіраемся пачаць Apache. 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> Так што павінна адбыцца цяпер там збіраецца 880 00:44:45,820 --> 00:44:49,200 каб быць у прынцыпе пяць паўтарае па гэтым УДР. 881 00:44:49,200 --> 00:44:53,790 І гэта ў канчатковым выніку, гэты асобнік збіраецца стаць здаровым на УДР. 882 00:44:53,790 --> 00:44:57,871 Так [неразборліва] тут. 883 00:44:57,871 --> 00:44:58,370 Паглядзім. 884 00:44:58,370 --> 00:45:00,525 Гэты асобнік яшчэ не здаровы. 885 00:45:00,525 --> 00:45:02,400 Так што я на самой справе збіраюся зрабіць, гэта я збіраюся 886 00:45:02,400 --> 00:45:05,275 змяніць Health Check трохі трохі больш толькі, каб зрабіць яго хутчэй. 887 00:45:05,275 --> 00:45:07,320 Мы можам змяніць яго пазней. 888 00:45:07,320 --> 00:45:12,561 Такім чынам, давайце скажам, я хачу здаровым Парог з трох замест пяці. 889 00:45:12,561 --> 00:45:13,060 ОК. 890 00:45:13,060 --> 00:45:15,340 Так што цяпер мы ў працэсе эксплуатацыі. 891 00:45:15,340 --> 00:45:17,400 >> Так што цяпер я збіраюся пайсці у гэтым нагрузкі. 892 00:45:17,400 --> 00:45:19,895 І гэта павінна проксі мяне да гэтага, напрыклад, 893 00:45:19,895 --> 00:45:23,195 і мы створым Wordpress тут. 894 00:45:23,195 --> 00:45:25,320 Цяпер, калі ў вас ёсць свой уласны Даменнае імя або што-то, 895 00:45:25,320 --> 00:45:28,740 вы можаце проста зрабіць CNAME запіс на гэтым DNS імя. 896 00:45:28,740 --> 00:45:31,850 І балансавання пругкай нагрузкі Служба з'яўляецца маштабуюцца на заднім канцы, 897 00:45:31,850 --> 00:45:34,065 так што вагі ўверх і ўніз на яго ўласны. 898 00:45:34,065 --> 00:45:35,710 Такім чынам, можна некалькі IP-адрасоў. 899 00:45:35,710 --> 00:45:36,584 ІПС можа змяніцца. 900 00:45:36,584 --> 00:45:39,063 Такім чынам, вы заўсёды павінны спасылацца гэта ад гэтага DNS імя. 901 00:45:39,063 --> 00:45:41,841 902 00:45:41,841 --> 00:45:42,770 >> Добра. 903 00:45:42,770 --> 00:45:43,560 Дык вось мы ідзем. 904 00:45:43,560 --> 00:45:45,215 Мы вярнуліся на нашым экране налады. 905 00:45:45,215 --> 00:45:47,870 Цяпер мы збіраемся зрабіць Той жа самы працэс амаль. 906 00:45:47,870 --> 00:45:49,835 Такім чынам, наш імя базы дадзеных WordPress. 907 00:45:49,835 --> 00:45:52,940 Наша імя імя карыстальніка з'яўляецца WordPress. 908 00:45:52,940 --> 00:45:55,560 Мы атрымалі той жа супер Secure Password, як і раней, 909 00:45:55,560 --> 00:45:59,020 акрамя баз дадзеных хаста зараз будзе асобнік RDS. 910 00:45:59,020 --> 00:46:01,222 >> Такім чынам, мы збіраемся пайсці сюды. 911 00:46:01,222 --> 00:46:04,760 Мы збіраемся ехаць у RDS. 912 00:46:04,760 --> 00:46:06,320 Мы збіраемся ехаць у маіх выпадках. 913 00:46:06,320 --> 00:46:07,730 Мне трэба маё імя канчатковай кропкі тут. 914 00:46:07,730 --> 00:46:09,160 Менавіта гэта адзін. 915 00:46:09,160 --> 00:46:10,984 Так што я проста хачу, каб Скапіруйце і ўстаўце гэты. 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 Добра? 918 00:46:18,000 --> 00:46:20,100 Такім чынам, давайце паглядзім, калі гэта спрацавала. 919 00:46:20,100 --> 00:46:20,600 Добра. 920 00:46:20,600 --> 00:46:21,380 Так гэта працуе. 921 00:46:21,380 --> 00:46:23,530 Такім чынам, вы можаце падлучыцца да экземпляра RDS. 922 00:46:23,530 --> 00:46:27,200 Зноў жа, гэта будзе дзіўным Блог Лео. 923 00:46:27,200 --> 00:46:39,590 924 00:46:39,590 --> 00:46:40,090 Добра. 925 00:46:40,090 --> 00:46:42,750 >> Так што цяпер мы збіраемся ўсталяваць наш Wordpress. 926 00:46:42,750 --> 00:46:44,550 Такім чынам, мы зрабілі. 927 00:46:44,550 --> 00:46:46,736 Такім чынам, дазвольце мне проста ўвайсці каб пераканацца, што гэта спрацавала. 928 00:46:46,736 --> 00:46:51,696 929 00:46:51,696 --> 00:46:54,020 ОК. 930 00:46:54,020 --> 00:46:56,400 >> Так што цяпер у нас ёсць цалкам працоўнае Wordpress. 931 00:46:56,400 --> 00:46:58,890 Мы можам зрабіць усё віды аперацый на ім. 932 00:46:58,890 --> 00:47:02,210 Так цяпер розніца ў тым, што у нас ёсць асобная база дадзеных. 933 00:47:02,210 --> 00:47:03,470 Гэта базы дадзеных з'яўляецца залішнім. 934 00:47:03,470 --> 00:47:05,690 Мы па-ранейшаму ёсць толькі адзін вэб- сервер, але мы маглі б цяпер 935 00:47:05,690 --> 00:47:08,680 ўзяць малюнак дадзенага вэб- сервер, запусціце яго зноў, 936 00:47:08,680 --> 00:47:11,720 а то ў нас два вэб-сервера за гэтай нагрузкі. 937 00:47:11,720 --> 00:47:15,894 >> Канчатковая кропка не змяніць Ці гэта адно, ці два, або 50 вэб-сервераў. 938 00:47:15,894 --> 00:47:17,060 Мы можам маштабаваць яго за гэта. 939 00:47:17,060 --> 00:47:21,190 Так што убудовы для Wordpress дзе Вы можаце выкарыстоўваць S3 для вашых статычных актываў. 940 00:47:21,190 --> 00:47:23,900 Вы можаце выкарыстоўваць CloudFront кэшаваць гэтыя актывы. 941 00:47:23,900 --> 00:47:26,970 Вы можаце выкарыстоўваць ElastiCache так што вы можна выкарыстоўваць Memcached ў асноўным 942 00:47:26,970 --> 00:47:30,110 для захоўвання стану сеансу там. 943 00:47:30,110 --> 00:47:32,654 >> Такім чынам, як вы маштабавацца ад адзін для некалькіх асобнікаў, 944 00:47:32,654 --> 00:47:35,070 Вы збіраецеся выказаць здагадку, што гэтыя асобнікі эфемерныя, 945 00:47:35,070 --> 00:47:36,360 так што яны могуць сысці. 946 00:47:36,360 --> 00:47:38,880 Такім чынам, вы павінны думаць пра тое, дзе варта захоўваць часопісы, 947 00:47:38,880 --> 00:47:40,290 дзе я захоўваць стан сеансу. 948 00:47:40,290 --> 00:47:43,580 Як мне зрабіць так, што ўсё ў парадку, што Гэтыя выпадкі могуць знікнуць або больш 949 00:47:43,580 --> 00:47:45,010 з іх могуць з'явіцца? 950 00:47:45,010 --> 00:47:47,260 Такім чынам, вы будзеце мець, каб адказаць на пытанні, як, што. 951 00:47:47,260 --> 00:47:48,551 Але гэта даволі распаўсюджаная схема. 952 00:47:48,551 --> 00:47:52,720 Такім чынам, вы проста пачаць адгрузкі любой пастаянныя рэчы для іншых узроўняў. 953 00:47:52,720 --> 00:47:55,380 >> Так што цяпер у нас ёсць гэта, мы зроблена [? трохузроўневая?] рэч. 954 00:47:55,380 --> 00:47:57,140 Апошняе, што я збіраюся зрабіць тут я 955 00:47:57,140 --> 00:47:59,390 збіраецца зрабіць сваю балансавання нагрузкі трохі больш цвёрдым 956 00:47:59,390 --> 00:48:02,210 Цяпер, калі ён пазначаецца як здаровы. 957 00:48:02,210 --> 00:48:06,010 Так што гэта, як правіла, не добрая ідэя для вэб-сайтаў 958 00:48:06,010 --> 00:48:10,139 зрабіць праверку працаздольнасці TCP, таму што Ваш Apache можа быць паднятая, 959 00:48:10,139 --> 00:48:11,680 але гэта можа быць вяртаюць памылкі PHP. 960 00:48:11,680 --> 00:48:12,940 Такім чынам, вы не хочаце гэтага. 961 00:48:12,940 --> 00:48:14,648 >> Так што я збіраюся зрабіць вось я іду 962 00:48:14,648 --> 00:48:18,230 каб змяніць гэта на праверкі здароўя HTTP. 963 00:48:18,230 --> 00:48:22,880 І гэта будзе index.php, ня index.html. 964 00:48:22,880 --> 00:48:26,470 І мы збіраемся змяніць гэта здаровы парог назад да пяці. 965 00:48:26,470 --> 00:48:27,880 Дык гэта будзе зроблена. 966 00:48:27,880 --> 00:48:29,500 Так што ўсё роўна павінны быць здаровымі. 967 00:48:29,500 --> 00:48:30,000 Так. 968 00:48:30,000 --> 00:48:31,990 Так што мы ўсё яшчэ ў абслугоўванні. 969 00:48:31,990 --> 00:48:36,370 >> Дык вось, як вы ўсталюеце да Wordpress на AWS. 970 00:48:36,370 --> 00:48:41,660 Так што я думаю, што менш чым за 20 хвілін мы ў і ўсталяваць на экзэмпляры, сам па сабе, 971 00:48:41,660 --> 00:48:47,302 і цэлых тры яруса архітэктуру, у якой кожны ўзровень незалежна маштабуецца. 972 00:48:47,302 --> 00:48:49,010 Вы можаце зрабіць усё віды усяго цікавага 973 00:48:49,010 --> 00:48:51,120 з базай дадзеных у маштабе, а таксама. 974 00:48:51,120 --> 00:48:54,200 >> Дазвольце мне паказаць вам яшчэ адзін Цікава, што тут. 975 00:48:54,200 --> 00:48:59,590 Такім чынам, давайце казаць за гэта я хачу ўспыхнуць чытае з запісу. 976 00:48:59,590 --> 00:49:02,020 Я магу стварыць чытаць рэплікі. 977 00:49:02,020 --> 00:49:05,040 Так што я буду проста стварыць чытаць рэплікі. 978 00:49:05,040 --> 00:49:11,407 Дык гэта будзе быць wordpressdb1 READ1. 979 00:49:11,407 --> 00:49:13,240 Я збіраюся зрабіць гэта на той жа вобласці, але я 980 00:49:13,240 --> 00:49:15,820 маглі б зрабіць гэта ў іншым рэгіёне. 981 00:49:15,820 --> 00:49:18,740 Такім чынам, мы збіраемся пачаць рэзерваў для чытання рэпліку тут. 982 00:49:18,740 --> 00:49:20,390 Так што цяпер мы ствараем для чытання рэпліку. 983 00:49:20,390 --> 00:49:22,349 Вось ствараюцца ёсць на дне. 984 00:49:22,349 --> 00:49:24,140 Такім чынам, вы можаце зрабіць усё віды цікавага матэрыялу тут. 985 00:49:24,140 --> 00:49:25,550 >> Так што я зрабіў з дэма. 986 00:49:25,550 --> 00:49:27,780 Так што я думаю, у нас ёсць каля 10 хвілін. 987 00:49:27,780 --> 00:49:33,860 Так што я адкажу на любыя пытанні нікога мае, пра якія-небудзь AWS па адпаведнай тэме. 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 Хто-небудзь? 990 00:49:39,395 --> 00:49:39,895 Крута. 991 00:49:39,895 --> 00:49:40,850 Добра. 992 00:49:40,850 --> 00:49:42,720 Дзякуй усім. 993 00:49:42,720 --> 00:49:44,192