LEO ZHADANOVSKY: Saluton, ĉiuj. Mi estas Leo Zhadanovsky. Mi estas solvoj arkitekto en Amazon Retejo Services. Kaj mi tuj parolos al vi hodiaŭ pri kio Amazon Retejo Services estas, lia historio, mallongan superrigardon de la servoj kiujn ni proponas. Kaj ankaŭ mi tion faros vivas demo de kiom ĵeti LAMP stack en AWS ambaŭ sur ununura petskribo kaj tra uzante iuj de niaj aliaj [? sukcesis?] servoj, tiaj kiel nia rilata datumbazo servo, kaj nia ŝarĝo balancers, kaj nia petskriboj. Do unue: ni paroli pri AWS historio. Do kiamaniere Amazon.com eniri tiu nubo komputado negoco? Nu, Amazona estas vere nu en havigante grandan selektadon de produktoj kaj distribui tiujn al klientoj kompetente. Kaj malantaŭ tiu kapablo kuŝas jaroj de sperto kun mastruma datumoj centroj, kun loĝistiko, kun ĉiuj specoj de aĵoj. Kaj tiel ni malkovris super 10 jaroj ke ni volis ebligi niajn klientojn al fari multajn malsamajn aĵojn, ĉu ne? 

Do ni finis proponante iuj internaj servoj ĝis triaj vendistoj. Kiel ni eldonita simplaj servoj retejo kiel nia katalogo serĉo. Kaj ĝi faris vere ŝajna vere rapida ke desarrolladores estis malsata por pli de niaj servoj. Kaj tiel ĉi kondukis nin disvolvi AWS. Do ni demandis kio se ni povis paki ĉiun ni faras kaj proponi ĝin al aliaj super la TTT? 

Do la AWS misio estas ebligi entreprenoj kaj desarrolladores uzi ttt servoj konstrui skalebla kompleksajn aplikojn. Kaj ret servoj estas kio personoj nun nomas la nubon. Do en 2006, AWS naskiĝis. Kaj tuj parolos kio AWS reale estas. 

Do ni havigas malsamajn servoj je diversaj niveloj. Do ni havas specon de nia kerno servoj, nia komputi stokado kaj datumbazo. Kaj tiam ni ankaŭ havas oni interkonektanta mantelo, kaj ni hvas tutmonda infrastrukturo, tiel ni akiris regionoj ĉirkaŭ la mondo kaj disponeblo zonoj ĉirkaŭ la mondo. Kaj tiam ni havas alta nivelo de servoj, kiel apliko servoj kiuj vi uzas por konstrui horizontale skalebla aplikoj. Kaj tiam ni havas deplojo kaj administrado servoj. Do tiuj estas servoj kiuj vi uzi disfaldi vian kodon en la AWS kaj administri via AWS klarigi kiel gxi grimpas. 

Do ni parolu pri nia tutmonda infrastrukturo unua. Ni havas 11 regionoj ĉirkaŭ la mondo. Do ni nur aldonis novan regiono faras semajnojn en Frankfurto, sed ĉiu regiono estas kiel separata nubo. Do tiuj servoj mi estas tuj raporti, ili ekzistas en la malsamaj regionoj. Do en Usono, tie estas regiono en norda Virginio. Tie estas regiono en Norda Kalifornio kaj en Oregon. 

La regiono en Oregono Ankaŭ karbono neŭtrala. Ni ankaŭ havas regionon en Oregono nomita GovCloud. Do se vi havas ŝarĝo de laboro kiun ili bezonas esti Itar konsentemaj, do tio estas Internacia Trafiko kaj Armiloj Redukto Traktato, vi devus uzi GovCloud. 

Do gravas pri tio ke vi fosilo kaj elekti kie viaj datumoj iras kaj kie via apps iri. Do ni ne movi viajn datumojn trans regionoj, aŭ trans disponibilidad zonoj se estas servo kie vi povas elekti la disponibilidad zono. Vi povas elekti kaj elekti kie iras. Vi povas movi ĝin. Ni donas vin ilojn por movi viajn datumoj, sed ni ne volas movi ĝin por vi. 

Kaj tiel ene de ĉiu regiono ekzistas almenaŭ du disponibilidad zonojn, kaj ni parolos pri kio tiuj estas en dua. Kaj estas ankaŭ 52 eĝo lokoj ĉirkaŭ la mondo. Do rando ubicaciones estas esence por nia CloudFront, [? nubo?] distribuo reto, kaj nia Itinero 53 DNS servon. Kaj tiel restas multa el ili ĉar ili estas pli proksima al la uzantoj, ĉar tiuj estas latencia-bazitaj servoj. Do latencia aferojn por ili. 

Do jen kion la tipa regiono aspektas. Kaj tiam [? ene?] ĉiu regiono ekzistas, kiel mi diris, almenaŭ du disponibilidad zonoj. An disponibilidad zono estas almenaŭ unu datumojn centro, kelkfoje povas esti pli ene la sama geografia areo. Kaj nia disponibilidad zonoj estas desegnitaj esti sur malsamaj floodplains, kulpo ebenaĵoj havi distingan povon utilecoj kaj malsamaj tier 1 ISP. Do vi devus desegni vian apliko [? atentas?] kie io povas okazi en unu disponibilidad zono, sed tiel vi devus etendas viajn apliko en multnombraj disponibilidad zonoj ĉar ili estas konstruitaj kun tiuj redundoj en menso. 

Kaj tiel ni funkciigi multajn negocoj kiujn vi rekonas. Do el Airbnb, al Netflix, al Dropbox, al Yelp, ni havos ĉiajn startups kaj entreprenoj kiuj kuras laborŝarĝoj nin. En la publika sektoro, ni havas ĉiaj registaro agentejoj kiuj rulas sur nin, edtech startups, universitatoj. La Obama kampanjo kuris esence ĉiuj de iliaj havajxoj en Amazon Retejo Services. 

Kaj ĝuste por doni vin perspektivo en nia ekvilibro, mezume tago ni havis sufiĉa nova servilo kapablon subteno Amazon.com suma infrastrukturo kiam estis $ 7 miliardoj negoco reen en 2004. Do tio kiom ni havis averaĝe tage. 

Do la ĝenerala koncepto estas se vi pensi pri kiel vi akiras potencon. Do vi akiris potencon, estas sub peto, dekstra? Vi do scias, kiam vi fariĝas ĝin, vi scias ke vi povas atingi ĝin. Estas uniformo, tiel vi scias kio tensio vi fariĝas. Ĝi estas pagi kiel vi iri, tiel vi pagos por ĝuste kiom vi uzas. Kaj estas disponeblaj. Do oni konektas en, vi scias vi estas gonna get potenco. Do ni prenis ke kaj etendis ĝin al komputado. 

Do tiu solvas multajn problemojn. Ni tipe vidi multajn de IT organizoj. Ili havas tiun kapablon problemo. Do ili havas certajn kvantojn de IT bezonas, kaj tiam ili devas super-provizo ilia kapablo. Do ĉu ili estas trans-provizado, aŭ ili ne havas sufiĉan kapablon, kaj ili havas malkontentaj klientoj. 

Do ekzemple, ĉi tiuj estas malsamajn mastrojn de trafiko. Do ĉu vi havas tion ke turni por sezonoj, aŭ kreski rapida, aŭ havas variablo bekoj aŭ antaŭvideblaj bekoj, por ĉiuj tiuj, aŭ vi estas tuj super-provizo tipe, aŭ vi estas iranta sub-provizo. Do vi devas aŭ malŝparo, aŭ vi havas malfeliĉa klientoj. 

Do kio AWS permesas fari estas vi povas grimpi supren kaj malsupren dinamike surbaze de kio via fakta uzado ŝablono estas. Do vi povas pagi nur por kio vi uzas. Kaj vi povas ĵeti petskribojn, do ekzemple estas nia vorto por virtuala servilo. Vi povas ĵeti unu Ekzemple vi povas ĵeti miloj de petskriboj en minutoj aŭ duaj, nur tiom, kiom vi bezonas. Kaj vi povas dial ĝin kaj suben, kiel postulate. Do lasu min paroli al vi pri Ekzemple tio estas speco de proksime hejmo. Do ĉi tiu estas tipa trafiko abako por novembro por Amazon.com. Kaj la du lastaj bekoj tie, ĉu iu scias kio ili estas? Do they're-- 

Publiko: Cyber ​​lundo? 

LEO ZHADANOVSKY: Cyber ​​lundo kaj Black Friday, dekstra? Do tradicie, kion Amazon.com havis fari estis ili devis provizo kapablo kovri tiujn du pintojn. Do kiel rezulto, 76% de la tempo, Ili havis tro da kapablo. Kaj nur 24% de la tempo Oni plene ekspluatanta ĝin. Kaj tiel en 2010 Amazon.com turnis deskuu la lasta fizika servanto retejo kaj movis ĝin al AWS. Do jen kion la trafiko mastro aspektas nun. La kapablo estas tuj super kio efektive bezonis. 

Do kial ni vidos klientoj adoptante cloud computing en AWS tiel rapide? Nu, lerteco. Do tio estas la primara kialo kiun ni vidas. Kial lerteco grava? Nu, ĝi permesas al la klientoj fari aferojn en la malnova mondo prenis semajnojn aŭ monatojn por fari ilin en minutoj aŭ sekundoj. Do vi povas fari aĵojn kiel spino supren tute nova Dev aŭ Testo medio, spino supren tute novan DR medio, spino supren 50 petskribojn, aŭ 1.000 petskribojn por pinto trafiko, forigi tiujn 1.000 petskribojn, turnu kontrauxulon HPC akumuliĝa, aŭ GS floraro, kaj vi povas fari tion ĉiuj en minutoj sur AWS. 

Do kio tio kondukas al estas kulturon de novigo. Do vi povas sperti ofte. Vi povas pagi nur por kio vi uzas kaj vi povas maltrafi sen risko. Do se vi provos ion, vi pagitaj dum kelkaj horoj de uzado. Tio ne estas granda negoco. Vi ne metis grandan ĉefurbo inversio supren fronto por tio. 

Do kio estas la klientoj efektive uzante AWS por? Nu, do la Universitato de Notre Donu min, ili movis siajn retejo super al AWS. Ili havas mezumon de ĉirkaŭ 38.000 vizitantoj po tago al ilia ejo, sed povas maldikigxu al 150,000 dum sportaj eventoj kaj futbalo ludoj. Do ili movis siajn retejo super nin. Nun ilia retejo povas apogi 500% kreskon en trafiko, ĉiuj dum ili ŝparis 40% super iliajn ekzistantaj sur-premiso instalinstrukciojn por ilia retejo. 

NASA JPL, ili uzas AWS vivi rivereto La vidindaĵo Mars Rover surteriĝo. Kaj tiel ili eksciis nur ses tagojn frue ke ili bezonis trovi alian provizanton el iliaj regulaj provizanto cxar iliaj vivas rivereto. Tio estis ankaŭ la sama tempo kiel la Olimpikoj. Do ili ne povis aĉeti CDM kapablo ie tiutempe. Kaj tiel ili esence starigis ilia propra enhavo transdono reto sur nia EC2 servo dum ses tagoj. Kaj ili povis havi ĝi grimpas supren al iliaj bezonoj. Ili estis, mi opinias, envisioning proksimume miliono de spektantoj. Do ĝi estis vere interesa teknika-servo ili uzis, Adobe Flash Media serviloj kaj [? interreto?] cachés. Kaj ili povis deplojiĝi tutaj racimos de tiuj programmatically kiel bezonataj. Kaj tiam ili ŝpinis ilin malsupren kiam Ili ne uzis ilin plu. 

La Obama kampanjo en 2012 uzita AWS por super 200 aplikoj ke ili loĝigas en la platformo. Ili havis ĉiu iras de nomas ilojn, por pago procesoroj, al la aplikoj móviles, por volontula organizo retejojn, al grandaj datumoj analytics iloj. Kaj ĉiu devis labori en balota tago. Do movi Election Day estus postuli konstitucia amendo, por ke ne tuj okazos. Do ĉiuj liaj sistemoj estis irante devi labori sur tago unu. Kaj oni faris. 

Do ni parolu pri la reala servoj. Do unue la interkonektanta servojn. Do Amazon VPC estas la Virtuala Private Cloud. Ĝi estas esence programaro-difinita reto kiu vivas supre de via EC2 petskribojn, kaj via RDS, kiun ni devos raporti, kaj ElastiCache. 

Kaj tiel vi povas difini privata adreson spaco por via petskriboj. Vi povos nuligi tian supren en publika subretoj, privata subretoj. Vi povas fari VPN rilatoj al via sur-premiso datumoj centro. Vi povas tiam ankaŭ etendi vian sur-premiso adreso spaco al la VPC. Vi havas povon manipuli la itinero tablo tiel vi povas personecigi aferojn. Vi havas reton aliro kontrolo listoj en la VPC. [? Do ĝi?] Donas multa fleksebleco super kio vi kurante en AWS. 

Tiam ekzistas AWS DirectConnect. Do DirectConnect estas privata konektiĝi al niaj regionoj. Do vi povas akiri unu aŭ 10 gig ligilo aŭ multnombraj unu aŭ 10 gig ligiloj supren al regiono. Do se vi alŝutas multajn datumojn aŭ elŝuti multajn datumoj kaj bezonas privatan conectividad, tio estas eblo tie. 

Ekzistas ankaŭ Itinero 53. Do Itinero 53 estas nia DNS servon. Ĝi faras ĉiajn interesajn aferojn. Do ĝi Elportas sano ĉekojn. Do vi povas, ekzemple, kuri du kopioj de via retejo samtempe. Kaj se unu el ili malsukcesas, vi redirekti trafikon al la alia kopio. 

Aŭ vi povas fari geografio-bazita rekordojn Do vi povas vojo trafiko por unu lando al unu peniko el alia lando al alia floraro. Vi povas fari A / B testado, do vi povas havi 80% de via trafiko unu kopion de via retejo kaj 20% al la nova kopio de via retejo kaj vidi kiu realigas bone. Do vi povas fari ĉiajn interesaj aferoj tie. Vi povas fari latencia bazita rekordojn. Do vi povas havi kopiojn de via retejo ĉiuj super la mondo kaj la uzanto sendita al cuanta onia plej proksima al ili bazita sur latencia. Ĝi ankaŭ havas profundan integriĝon kun AWS servoj, tiel kiel nia ŝarĝo balancers, kaj S3, kaj CloudFront, do ĝi estas vere facile atentigi aferojn CloudFront distribuoj por via LBS aŭ S3 siteloj. 

Tiam tie estas EC2. Do EC2 estas nia virtuala servilo servon. Vi povas kuri en Vindozo. Vi povas kuri Linukso sur ĝi. Vi havas plenan kontrolon de la mastruma sistemo. Ekzistas malsamaj gustoj de Windows kaj Linukso, do Ruĝa Ĉapelo, Debian, Ubuntu. Ni havas nian propran dissendon nomita Amazon Linukso. Vi povas elekti kiun oni volas. 

Ekzistas malsamaj tipoj de petskriboj. Do tie estas super 27 petskribon tipoj ĉe tiu punkto. Do ekzistas malsamaj petskribon familioj bazitaj sur malsamaj laborŝarĝoj. Do ekzistas ĝenerala celo petskribojn, kiu justa, se oni ne scias kio vi bezonas, vi povas komenci kun tiuj. 

Okazis komputi optimizado, kiuj estas granda por aĵoj kiel retserviloj, dekstra? Okazis memoro optimizado petskribojn, kiu estas grandaj por aĵoj kiel Dato rilata datumbazoj. Ekzistas stokado-optimumigita petskribojn, do tiuj havas grandajn SSD sur ilin. Do ili estas grandaj por tio kiel Mongo aŭ NoSQL, dekstra? 

Kaj estas grafikaĵoj optimizado petskribojn, kiu estas granda por GPU komputi kaj floraro petskriboj. Kaj laste ekzistas kosto optimizado petskriboj. Do se vi nur provas sperti, vi povas akiri faskon de malalta kosto petskribon tipoj kiuj estas granda por ke uzon kazo. Tiam ekzistas Automata Grimpita. Do Automata Grimpita estas API por EC2. Kaj ĝi permesas horizontale skalo supren kaj malsupren ŝtupoj de EC2 petskriboj. Do diru vi havas faskon da TTT-serviloj. 

Kaj, kiel en la Notre Dame kazo, vi kutime necesas havi du de ili, sed vi eble devos skalo por 10. Nu, vi povas uzi Automata Grimpita por aŭtomate deĉenigi grimpi supren aŭ malsupren okazaĵoj bazita sur metrika. Do [? CPU?] Uzado, latencia. Vi povas fari kutimon metrikoj, do estas sufiĉe malferma finiĝis tie. 

Vi povas ankaŭ grimpi bazita sur horaro. Do se vi scias ke vi estas iranta havi multan trafikon lunde je 6:00 atm, vi povas grimpi supren lunde je 6:00 AM kaj grimpi malsupren lunde je 5:00 ptm. Vi povas fari ĝin ankaŭ bazita en nur komandlinio ordonas. 

Tiam tie estas elasta ŝarĝo balancadon. Do elasta ŝarĝo balancadon Estas gestionado ŝarĝo balancer. Do oni alklakas butonon, ĝi provizoj ŝarĝon balancer por vi. La ŝarĝo balancer vivas en multnombraj disponibilidad zonoj. Edito SSL offloading por havenoj 25, 80, 443, kaj ion super 1024 por TCP trafiko. 

Ĝi faras ligon avenamiento, prokurilo protokolo apogo. Do estas tre featureful ŝarĝo balancer. Kaj ĝin ricevis integriĝo kun Aŭto Grimpita. Do kiam vi uzas Automata Grimpita kaj vi grimpante supren kaj malsupren, Vi povas havi vian petskribojn aŭtomate aliĝi aŭ lasi elasta ŝarĝo balancer. 

Tial ekzistas nia stokado servoj. Do la unua estas Amazono EBS, aŭ Elastic Block Store. Tiuj estas konstantaj volumoj kiuj vi povas munti vian EC2 petskriboj. Do vi povas ekrankopion ilin. Do kiam ekrankopion de EBS volumo, ĝi iras al S3, kiun ni parolos pri en sekundo. Ekzistas tri malsamaj tipoj de EBS volumoj. 

Estas magneta EBS, kiu estas nur la ia norma speco de magneta disko. Estas la plej ekonomia eblo. Tiam ekzistas ĝenerala celo SSD, kie ni akir tri IOPS po gigabajto provizo. Do se vi havas unu terabajto volumo, vi havas 3.000 IOPS. Kaj tiam tie estas provisioned IOPS. Do provisioned IOPS estas kiam vi pagi kiom diskospaco oni uzas kaj kiom IOPS kapablo vi bezonas. Do vi povas provizo supren 4.000 IOPS po volumo. 

Tial ekzistas la Amazona S3. La Amazona S3 estas nia celon vendejo. Do Amazon S3, vi povas uzi ĝin stoki ĝuste ajna speco de datumoj. Vi povas uzi ĝin por stoki statikan retejoj kaj hoso statika retejoj. Vi povas uzi S3 por kopioj de sekureco kaj arkivoj en iuj Uzkazoj kiel via fonto kaj eligo kulerego por grandaj datumoj analytics, aŭ transcoding. Ĝi ankaŭ eblas uzita kiel origino por CloudFront distribuo. 

Do S3 La súper potenca. S3 estas desegnita por 11 linioj de durabilidad. Do kion tio signifas estas ke ĝi povas subteni la perdo de almenaŭ du datumoj centru samtempe sen perdi viajn datumojn. Vi povas fari ĉifrado sur S3. Do servilo aro ĉifrado, aŭ servilo starigu ĉifrado per via ŝlosilo. Do se vi volas manipuli la klavojn, vi povas fari tion ankaŭ. 

Kaj estas Glaĉero. Do Glaĉero estas nia longatempan arkivaj servon. Ĝi estas ankaŭ desegnitaj por 11 liniojn de durabilidad, sed tio estas nur por kiam vi volas ŝpari io kaj forgesu pri ĝi, ĉu ne? Do ĉu por plenumo aŭ aliaj kialoj necesas arkivo ion, Vi devus uzi Glaĉero. Do Glaĉero kostas $ 0.01 po gigabajto por monato. Kaj Amazon S3 komencos je $ 0,03 po gigabajto por monato. Do Glaĉero estas malpli multekostaj kaj Glaĉero prenas tri al kvin horoj por akiri viajn datumojn reen. Do se tio estas OK, se ĝi estas arkivaj kazo, tiam Glaĉero probable la dekstra uzo kazo por tio. 

Tiam ekzistas Stokado Gateway. Do la Stokado Gateway estas virtuala maŝino ke vi povas kuri loke en VMware, aŭ Hiper-V. Ĝi donas al vi iSCSI finpunkton. Vi povas tiam starigu alia VM sur supro de tiu kiu denuncas ke iSCSI finpunkton kun CIFS aŭ NFS. Anything ke iras en tiun reto share kaj tiam akiras asist por Amazon S3, aŭ Glacier, aŭ EBS dependanta sur kiel vi starigis gxin. Do ĝi estas facila maniero akiri vian datumon ĝis AWS. 

Tial ekzistas nia datumbazo servoj. Do la unua estas Amazona RDS. Do tiu estas nia rilata datumbaza servo. Do ĉi tiu estas sukcesinta rilata datumbazon [? por vi. ?] Ĝi apogas SQL Server, Oracle, MySQL, kaj Postgres motorojn. 

Edito aŭtomata failover. Do se vi havas la Multi-AZ opcion ebligita, jes síncrona bloko nivelo replicación trans disponibilidad zonoj. Kaj tiam se viaj primara malsukcesas, ĝi malebligos simple aŭtomate failover inter ili. Ĝi ankaŭ, por la MySQL motoron, apogoj legi replikoj ene de la sama regiono aŭ laŭ la regionoj. Kaj tie estas ĉiuj specoj de interesaj ebloj tie. Do ĝi tion faros viajn kopiojn de sekureco por vi. Do ĝi malebligos rezervan al S3. Ĝi faros vian parchear por vi ankaŭ. 

Tiam ekzistas DynamoDB. DynamoDB estas nia sukcesis NoSQL servon. Por Dynamo DB gxin forprenas ĉiujn administrajn Profeta de administri NoSQL servon por vi. Do vi simple provizo la tablon kaj vi diras kiom legi kaj skribi kapablo vi volas. Kaj savos ke por vi. Do estas ekstreme simpla servo uzi. Tiam ekzistas ElastiCache. Do ElastiCache estas nia sukcesis caching servo. Ĝi estas esence sukcesis Redis aŭ ElastiCache. Do ankoraŭfoje, vi povas provizo floraro de ElastiCache aŭ Redis petskribojn kaj ne devi maltrankvili pri kopioj de sekureco, aŭ failover, aŭ ion ajn tian materialon. 

Tiam ni havas niajn apliko servoj. Do CloudFront estas nia enhavo transdono reto kaj vivas sur tiuj Edge lokoj ke mi priparolis antaŭ. Do CloudFront povas uzi por live video streaming, por laŭpete video streaming, kaj por nur havi retejon, tiel retprovizanton retejo. Do vi povas havi retejo gastigita sur elasta ŝarĝo balancers, aŭ petskribojn, aŭ S3 siteloj, aŭ nur sur-premiso aparataro. Kaj vi povas meti CloudFront dissendo antaŭ ĝi. Ĝi devos kaŝas vian enhavon. Ĝi metos gxin sur la rando ubicaciones. Do kiam iu iras al via retejo ili devos esti batante CloudFront, kiu tuj probable pli proksima al ili ol kiom la origino estas. Kaj ĝi malebligos offload multan la ŝarĝo sur la origino, tiele ambaŭ savi vin mono kaj prenanta bonan sperton de uzanto. 

Tiam ekzistas Amazon CloudSearch. Do CloudSearch estas sukcesis serĉo servo. Do vi sendu vian traserĉebla datumoj kaj paroli al ĝi tra API, kaj ĝi faros serĉrezultoj por vi. Tiam ekzistas la Elasta Transcoder. Do ĝi estas gestionado transcoding solvo. Vi metu vian filmetoj enen S3 sitelo, sciigi kion transcode en, kio formato kaj kion grandeco kaj ĉiu. Kaj ĝi malebligos transcode gxin kaj metu ĝin en S3 sitelo por vi. 

Tiam tie estas nia granda datumoj servoj. Do ni havas Amazon EMR, kio estas elasta Mapo Redukti. Do ĉi tiu estas gastigita Hadoop kadro. Do vi povas spino supren al Hadoop floraro de unu instanco al centoj de petskriboj se vi bezonas. Ĝi sukcese profunda integriĝo de S3, tiel kiel sistemo de arkivoj por ĝi vi povas uzi HDSF, kiun vi tradicie faras kun Hadoop. Aŭ vi povas fari S3 kiel la dosiersistemo. 

Ĝi estas subtenata de loko prezoj, kiu estas, en Amazon, kiel vi ordonos por troo kapablo. Do ĝi subtenas ĉiu tio. Ĝi apogas komuna Hadoop kadroj kiel Fajrero kaj Shark kaj Hive kaj porko. Kaj ni vidis super 5.5 milionoj EMR racimos lanĉita ĉe tiu punkto en Amazon. 

Tiam ni havas AWS Datumoj Pipeline. Do Datumoj Pipeline estas servo kiu permesos vi movi datumojn trans niaj malsamaj datumoj tendencas. Do vi povas preni ion de S3, metis ĝin RDS, tiam faru iujn EMR sur ĝi, ensxutis en Redshift, kio estas nia datumoj Stokado aparato, kaj tiam vi povas tiri ion de sur premiso, MySQL petskribon. Do tie estas ĉiuspecaj tion vi povas fari per tio. 

Tiam ekzistas Redshift. Redshift estas nia sukcesinta datumoj magazeno aparato. Ĝi estas signifita esti petabyte skalo, do Vi povas stoki multe da datumoj sur ĝi. Estas amase paralela arkitekturo. Do vi povas havi multajn nodoj, se vi volus. Kaj ĝi faras ĉiuj kopioj de sekureco kaj ĉiuj administra ajxojn vi. Kaj tiam tie estas kinesis. Kinesis estas nia reala tempo prilaborado servo. Do vi povas preni iun fonton de reala tempo streaming datumoj, tiel diri kiel la Twitter Firehose, aŭ faskon da log datumoj, sendu ĝin al kinesis. Kinesis pritraktas ĉiujn ke por vi. Kaj tiam vi povas konekti laboristoj al ŝi tiri tion el kaj, ni diru, do vivas panelo aŭ vivos analytics sur ĝi. 

Tial do ni havos niajn deplojo servoj. Do AWS OpsWorks estas DevOps kadro. Do vi prenu vian kandidatiĝon, vi rompi ĝin supren en manteloj. Do vi havas vian ŝarĝo balancer mantelo, via retejo mantelo, via app mantelo, via datumbaza mantelo, kaj vi provizo aferojn sur tiuj manteloj surbaze Chef receptoj. Chef estas agordo demarŝo sistemo. Do ĝi ankaŭ apogas vivo ciklo eventoj ktp se vi ne volas mastrumi via propra Chef, dekstra, se vi volas havi ian programa vojon al disfaldi aferoj sur via petskribojn ĉi estas unu eblo por vi. 

Tiam ni havas Elasta beanstalk. Do Elasta beanstalk estas servo kiu permesas to-- diras vi estas programisto. Vi havas vian kodon en Git repo. Vi ne volas devi maltrankviligi pri deploji vian propran ELBs aŭ RDS petskribojn aŭ regula EC2 petskriboj. Do kion vi faras estas vi, de via kodo, nur sendu al Elasta beanstalk. Elasta beanstalk volas provizo RDS petskriboj kaj ELBs kaj cxio, kion uzatajxojn por vi kaj disfaldi vian kodon sur ilin. Do ĝi faras multon facile por programistoj disfaldi sian kodon sur AWS. 

Tiam ekzistas CloudFormation. Do CloudFormation estas servo por trakti vian infrastrukturo kiel kodo. Do nun ke vi havas ĉiujn ĉi havajxoj en vian kandidatiĝon, vi havas vian VPC, kaj via sekureco grupo regulojn, kaj via EC2 petskribojn, kaj via RDS petskriboj. Do vi havas ĉi tuta arkitekturo sur AWS. Nu, kiel vi programmatically ŝpinos ke supren aŭ rekrei ĝin? Vi povas skribi JSON dosieron kiu reprezentas ĉiuj de tiu. Kaj poste vi povos [? preni?] ke JSON dosieron kaj disfaldi via infrastrukturo ekstere de ĝi. Do vi povas havi arkitekturo kie, ĉiufoje kiam vi disfaldi kodo, ĝi turnas supren freŝan kopion de via tuta arkitekturo kaj tiam maltrafu super al ĝi. Do vi ankaŭ povas fari tion al havi ŝanĝebla infrastrukturo. 

Tiam fine tie estas nia administrado servoj. Do nia administrado servoj starti kun Amazon IAM, tial estas Identeco kaj Access Management. Por ke vi permesas administri viajn AWS konton do vi povas havi la sub uzantoj kaj grupoj kaj fari identeco federacio kaj ĉiajn aĵojn. Estas vere grava por sekureco. 

Tiam ni havas Amazon CloudWatch, kio estas nia metrikoj servon. Do ĝi donas vin CPU uzado kaj diversaj metrikoj. Kaj vi povas fari kutimo metrikoj kaj [? vi povas fari?] auto-ekvilibro bazita sur tiuj metrikoj. 

Kaj tiam ni havas CloudTrail. Do CloudTrail estas nia servo por auditorías. Do estos log API alvokoj kontraŭ Amazon Retejo Services. Do kiu rebooted ĉi petskribon? Kiu ŝanĝis ĉi sekureco grupo? Kaj log ilin en necese sitelon tiel vi povas vidi kion okazis en via rakontas kaj kiu faris ĝin. 

Nova servo ke ni havas estas workspaces. Do estas labortabla virtualización sur AWS. Do vi povas provizo oni Workstation, Windows workstation, kaj ĝi tiam venas ĝis post kelkaj minutoj. Ĝi devos esti konektita al via aktiva dosierujo, tiel kun viaj uzantoj. Kaj vi povas facile rekonstrui ĝin. Vi povas facile provizo novan. Ekzistas malsamaj tipoj kun malsamaj programaron en tie. 

Do nun ke ni trapasis multe de niaj servoj, ni faru veran vivas demo. Do mi iros al alterni super al mia retumilo tie. Do kion mi volas montri al vi estas kiel rapide starigis oni EC2 petskribo kun Wordpress sur ĝi. Kaj tiam ni iras fari la samon, sed ni iras ŝpini supren oni RDS petskribon kaj ELB. Do ni tion faros nur en la petskribo kaj ni rompos ĉiuj ŝtupoj ekstere tiel. 

Do ni ĵeti EC2 petskribon. Do la unua afero kiun Mi jam tieaj Estas vi tuj volas havi ŝlosilan paron. Do ŝlosila paro permesas ensaluti en la reala kazo. Do vi gardos la privata parton de la ŝlosilo paro, kaj ni metos la publikajn parton sur la petskribo. Kaj tiu estas kion cin permesas ensaluti. Do mi jam importis mia ŝlosilo paro, nur mian regulaj SSH ŝlosila paro ĉi tie. 

Kaj tial la alia aĵo Mi iras fari tie estas, Mi jam havas iuj petskriboj kurante, sed mi ĵeti nova. Do mi iros por preni miajn operaciumo. Do vi povas vidi mi havas belan grandan elekton de mastruma sistemo. Do mi simple tuj reprenos via norma Amazon Linukso. 

Kaj Mi iras al recoger petskribon tipo. Kaj ĉar ĉi tiu estas retservilo, Mi iras fari c3.large ĉar estas probable komputi intensivaj. Do mi iros por pluki c3.large, kaj mi tuj ĵetos unu el ili. Mi tuj lasos ŝin en la defaŭlta VPC nun. Mi tuj lasos tiun tutan stuff sola. 

Kaj mi tuj ebligi CloudWatch vigladon ĉar CloudWatch detala monitoreo ŝanĝas CloudWatch monitoreo de kvin minutoj rezolucion al unu-minuta rezolucio. Do mi volas ke mia retservilo ĉi tie. Kaj tiam mi estas ironta al stokado. Do mi volas Ĝenerala Intenco SSD sur tie. 8 koncertoj estas probable sufiĉe por mi, tial Mi simple intencas gardi. Mi nur tuj etiquetar ĝi Wordpress Demonstro. Do ĉi tio estas la etikedo tiel mi scias kio ĝi fakte estas. Kaj poste mi iros konfiguri sekureca grupo. Do sekureca grupo estas kiel fajroŝirmilo por la petskribo. Do mi tuj uzos unu de miaj ekzistantaj. Do tiu sekureco grupo, ĝi ebligas SSH, do mi povas SSH en ĝin. Kaj ĝi ebligas HTTP. 

Nun, mi tuj volas ŝlosi malsupren ke SSH iomete pli. Vi ne volas simple iu de ajna IP adreso SSHing en. Do ni faru tion post ĝi ĵetas. 

Do mi estas feliĉa kun ĉiuj de ĉi aĵoj tie. Kaj mi tuj ĵetos. Kaj poste mi iros elekti kion ŝlosila paro mi volas. Do mi iros por elekti ke ŝlosila paro ke mi ĝisdatigita antaŭe. 

Do nun ke mi atendas cxar por ĵeti, ni iri rigardi nian sekurecon grupo. Do ni havas sekurecon grupojn tie. Jen mia sekureco grupo kiu mi metis ĝin en. 

Mi iras al nur ŝanĝi ĉi tie. Do lasu min fari ĉi tion Iomete pli grandan tie. Do mi volas ŝanĝi ĉi el Anywhere al Mia IP. Ĉar tiu volo aŭtomate repreni mian IP alparoli tie kaj ŝlosi ĝin iomete. 

Kaj tiel dum tiu Ekzemple estas ŝpinita supren, ni ŝpinos suprengrimpas stuff por niaj aliaj petskribon kien ni iras al ekflamu la datumbazo kaj la ŝarĝo balancer tiel ke ĝi povas esti preta por ni. Do la unua afero Mi tuj volas fari estas spino supren ŝarĝon balancer. Do mi iros por elekti ŝarĝo balancer tie. Kaj mi tuj vokos ŝin WordpressELB. Kaj mi tuj just-- ĉiuj Mi volas estas haveno 80 en tie. 

Kaj nun por la sano kontrolu, mi simple tuj fari TCP. Do se Apache La kurado, ĝi estos bona. Kaj mi tuj malsupreniri la sana sojlo ĝuste tial ĝi fariĝas sana bela rapide. Kaj denove, ĉi havas sekurecon grupo. Do mi jam faris sekureco grupo por tiu nomita Wordpress ELB. Kaj ĝi estas esence nur tuj akcepti trafiko de Port 80. Kaj tiam mi ne aldoni ajna petskribojn por ĝi nun. Kaj Mi iras al saltear la etiquetado. Kaj tial ni tuj krei ĉi ELB nun. 

Do kreis la ŝarĝo balancer. Mi ankaŭ tuj ĵetos pli Ekzemple tie, nur por la retejo parto de mia Wordpress. Do jen ni iras. Mi nur faru la samajn aferon mi faris antaŭe. Do c3.large, CloudWatch detala sekvado ebligita. Ĝenerala celo SSD. Alvoku tiun Wordpress Retejo. 

Kaj mi volas elekti a-- mi jam havi sekurecon grupo por tiu. Do tiu sekureco grupo akceptas trafiko sur haveno 80 el mia Wordpress ELB sekureco grupo, de la sekureco grupo de mia ŝarĝo balancer, sed ankaŭ SSH, kio denove, ni tuj ŝlosi malsupren. Do mi tuj ĵetos ĉi. Rajto. 

Kaj tiam kion mi sekve faros estas Mi iras al ĵeti RDS petskribon. RDS tuj estos mia datumbazo. Do mi estas ironta tien. Mi estas ironta al RDS. Mi tuj ĵetos novan petskribon. Do mi iros por preni mian motoron. Do jen mi havas elekton de MySQL, Postgres, Oracle, aŭ SQL Server. Mi volas MySQL. Kaj tial mi volis diri jes. 

Do tiu estas eblo por Multi-AZ. Do Multi-AZ, denove, tiuj replications tuj spino supren du RDS petskribojn kaj fari replicación inter ili. Kaj se mi ne volas, ke mi povas simple havi sola petskribon, sed mi ja volas tion. Kaj poste mi iros pick mia datumbazo motoro. Do mi iros al pick la lasta unu tie. Kaj poste mi iros atentaro kio tipo de petskribon mi volas. 

Do mi volas R3, do tio estas la memoro optimizado petskribon. Do mi iros pluki la R3. Kaj Mi iras al recoger Jes, mi volas Multi-AZ. Kaj mi volas ĝenerala celo SSD. 

Kaj mi probable volas Iomete pli stokado. Mi iras al havi 10 koncertoj tie. Kaj poste mi iros elektu kelkajn credenciales. Do kio estas identigilo por mia datenbazo? Do ĝi estas tuj estos wordpressdb1. Mi tuj nomas tiun radikon. Mi ĝin donacos pasvorton. 

Kaj ni iras al elekti sekureco grupo por ĉi tiel. Do mi jam faris sekureco grupo por tiu. Kaj poste mi iros donu gxin datumbazo nomo. Do ni tuj simple nomas ĝin WordPress. Kaj ni tuj elekti retención fenestro por ke ĉi tio faras kopiojn de sekureco por vi. Do mi volas semajno de backups. Kaj mi ne havas preferon por la rezerva fenestro. Kaj mi volas ke ĝi aŭtomate ĝisdatigi mian minora versio tie. Do Mi tuj lasos ke kiel defaŭlta. Do nun mi ĵetas miaj RDS petskribon. Dekstra? Do nun estas kreitaj. Do nun ni nur atendas cxar instali. Do dum kiuj okazas, ni log en la unua EC2 petskribo faris. Do estas ĉi Wordpress Demonstro. Kaj ni simple kontroli tion. Yep. 

Do ni vidu se ni povas ensaluti en ĝin. Do Mi tuj kopii la publika gastiga nomo de ĝi. Mi iras malfermi konko fenestro tie. [Inaudible] SSH. La defaŭlta uzanto estas EC2-uzanto. 

Publiko: Leo, ĉu vi atentas Ordonu [inaudible]? 

LEO ZHADANOVSKY: Bona? Do ni provu SSH en. Yep. Do mi estas en mia kazo nun. Do mi SSHed en. Estas ĉe kvin minutoj tiom ĝi estas definitive mia petskribon. 

Do unue ni estas tuj deziras fari ĉi tie estas ĝi estas rakonti al mi ke, ho, Mi havas iom da sekureco ĝisdatigoj. Do mi simple tuj ekkuros ĉiu sekureco ĝisdatigo sur tie. [? ŝvitas yum?] minus y ĝisdatigon. Do ĝi estas tuj rapide instali tiujn. Proksima kiu volas fari estas mi deziras instali iuj pli aĵoj. Do mi tuj devas instali MySQL. Mi tuj devas instali Apache. Mi tuj devas instali PHP. Mi tuj devas instali PHP kromaĵon por MySQL. Kaj mi devas instali la MySQL-servilo. Do ni instalu tiun materialon. 

Instalado. Por ke ĉi faru. Do nun mi volas [? Httpd. ?] Mi volas Apache pretaj rekomenci boot. Do Mi tuj faros. Akcepti. Do nun, se mi restartu ĉi tio devos komenci. 

Mi ankaŭ volas MySQL pretaj rekomenci boot. Do samon. Oops, typo ĉi tie. Bone. Kaj tiam reale Mi timige komenci mian servanton retejo poste. Nun mi volas komenci mian datumbaza servilo, kvankam. Do fari tion. Kaj tiel ĝi estas startanta por la unua fojo, do mi estas tuj devos fari iuj bazaj paŝoj tie. Do la unua afero Mi volas fari estas fiksita radika pasvorto por mia MySQL. 

Do mi simple iras kuri ĉi MySQL sekura instalado komando. Do estas tute ne aktuala radiko pasvorto, do ni starigis unu. Kaj mi tuj forigos tiujn anonimaj uzantoj kiuj kreas kaj neebligu radiko ensaluto. Kaj forigi testo datumbazoj. Do ĉi ĉiaj productionizes via MySQL instali. 

Por ke ĉi faru. Do nun mi devus povi konekti al miaj MySQL servilo. Do mi iros por vidi se kiu laboras tie. Yep. Do mi estas en mia MySQL servilo. 

Do nun la proksima kiu volas fari estas Mi volas krei mian Wordpress datumbazo. Do mi tuj faros MySQL admin. [Inaudible] Bone. Do mi kreis mian datumbazon. 

Kaj nun kion mi volas fari estas mi deziras krei Wordpress uzanto. Do mi ne volas saluti al miaj Wordpress kun la radiko uzanto ĉar tio estus malbona. Do mi volas uzanton kiu povas nur aliri la Wordpress datumbazo. Do ni iru tien denove. Kaj ni iras al [? movi?] ĉi tie. 

Do kion mi faras tie ĉi estas Mi kreante uzanto ke povas konekti el localhost tio identigitaj per mia súper sekura Pasvorto tie. Kaj poste mi iros koncedi ĉi uzanto aliro al la tuta datumbazo. Bone. Kaj tiam mi devus esti povis ensaluti kiel tiu uzanto kaj nur vidi ke datenbazo [? kaj?] testo datumbazo. 

Do mi tuj faros mysql minus u WordPress, anstataŭ radiko. Bone? Kaj tiam mi havis povis do-- dekstra? Do mi povas vidi mian Wordpress datumbazo tie. Do tio estas granda. 

Do nun ni bezonas reale elŝuti kaj instali Wordpress. Do ni iru al nia retejo dosierujo. Do Mi tuj wget Wordpress, La lastan version de Wordpress tie. Mi iras ĉerpi tio. Kaj nun mi iras al interŝangi HTML dosierujo, kiun estas la defaŭlta [? retejo?] radiko, kun la Wordpress dosierujo, do. 

Bone. Kaj nun mi iras al nur ŝanĝo la permesojn por ke la Apache uzanto posedas la Wordpress dosierujo. Bone. Kaj laste, mi tuj komencos mian retservilo kaj esperas ĉiun verkoj. Bone. Do nun ni vidu kio okazas tie. Do mi estas ironta tien. Kaj rigardu, cxu mi povas akiri en tiu petskribo tie. Bone. Do jen nia Wordpress instalinstrukciojn ekrano. Do ni scias ĉiuj ĉi informoj. Do nia datumbazo nomo estas WordPress. 

Nia salutnomo tuj estos WordPress. Mi havas mian súper sekura pasvorton ĉi tien. Ni tuj estos konektante al localhost. Kaj ni tuj kuras la instalon. 

Nun ni nur tuj donu mian retejon nomon. Do Leo nekredebla Blogo. [Inaudible] uzantnomon. Mi iras por ricevi pasvorton por mia salutnomo. Mi tuj metis en mian retadreson. Kaj ĉar ĝi estas provo unu, mi ne faras volas serĉiloj indeksi ĉi. Do nun ni estas instalanta Wordpress. Do nun ni ĉiuj starigis. 

Do jen mia Wordpress. Kaj jen mia panelo. Estas plene funkcias Wordpress. Mi povas ĝisdatigi la plugins tie, se mi volus. Faru kion mi deziras ĉi tie. Do jen mia reala plene kurante Wordpress sur mia unu okazo. 

Nun, ĉi tiu estas granda se vi havas testo ejo, sed tiu ne skali. Ni havas unu okazo. Ni povas fari tiun petskribon vere grandegaj, sed en iu punkto vi estas iranta kuri ekstere de vertikala-ekvilibro ĉambro. Do vi tuj volas grimpi ĝin pli ol tio. 

Tial ni ŝpinis supren kun ĉiuj ĉi aliaj aferoj. Do ni vidu se nia RDS petskribo estas farita. [? Jes,?] Nia RDS Ekzemple estas preskaŭ farita. Do tio estas OK ĉar intertempe ni povas starigi nian EC2 petskribon. Ĝi tuj estos nur iomete malsama proceduro. 

Do ni havas nian Wordpress retejo. Nun mi jam havis unu kurado hieraŭ. Do mi ĵus alvenis al elŝeligi kion unu estis tio, ke mi lanĉis hodiaŭ. Do ĉi tiu estis ĵetita la 4 de novembro. Do tio estas la unu el hodiaŭ. [? Mi konas?] Ĉi tiu estis lanĉita, ho, 4:00 ptm. Do fakte tiu estas la nova unu. Yep. Akcepti. 

Do tio estas mia nova petskribo. Do denove, mi iros al ssh en ĝin. Do ni revenu al mia stacion tie. Do mi iros al eliri de ĉi tiu. Mi iras al SSH en la nova petskribo. Bone. Do mi tuj devas fari iuj el la sama ŝtofo tie. Do mi tuj ekkuros sekureco ĝisdatigoj. Mi iras instali kelkajn pakaĵojn. La pakojn tuj esti iomete malsamaj nun. 

Do mi ne bezonas la MySQL servilo ĉar ni rompi tion diveni. Do mi ankoraŭ tuj instali la MySQL kliento. Mi ankoraŭ tuj instali Apache. Mi ankoraŭ tuj instali PHP kaj PHP MySQL. Mi nur ne tuj instali la MySQL-servilo. 

Tiam mi ankoraŭ tuj faros certa Apache komenciĝas ekde boot. Nun ni bezonas la datumbazon esti supren. Do dum ni ke ni aldonu ĉi Ekzemple al la ŝarĝo balancer. Do ni tuj iros al nia ŝarĝo balancer tie. Kaj ni simple tuj kopii malsupren la petskribo ID. Got mian petskribon ID tie. 

Kiam mi iras al mia ŝarĝo balancer, vidu, jen mia ŝarĝo balancer, jen lia DNS nomo. Do ĝi havas nulon petskribojn en servo nun ĉar mi ne aldonis ajna petskribojn por ĝi. Do Mi tuj aldonos mian petskribon. Do jen mia lerta de petskriboj. Do se mi volas ĉi tiu, do mi estas tuj aldoni ĉi tiun al ĝi. 

Nun ĝi okazas atendi Kaj ĝi ne iras por ebligi ĉi petskribon ĝis ĝi iĝas sana. Kaj ne tuj igos sana ĝis mi ŝaltas mia TTT-servilo. Do ni vidu se nia RDS Ekzemple estas asist. Bone. Granda. Do nia nova RDS petskribo estas preta. Do tiu estas la fina punkto por mia RDS petskribon. Do kion mi tuj faros estas mi tuj konekti al miaj RDS petskribon. Do tiu estas nun plene sukcesis MySQL datenbazo. Ĝi sukcese rezervan starigis sur ĝi. Estas superfluaj. Ĝi ŝpinis en nur kelkaj minutoj. Do nun mi devus povi SSH en ĝin from-- aŭ ne SSH, sed ensaluti en ĝin kun la MySQL kliento. 

Yep. Do jen mi. Mi estas en. Do nun ĉi tiu tuj estos simila krom Ni nur rompante ĝin. Do, denove, mi iros al reale eliri el tiu loko por dua. Nu, ni jam kreis la Wordpress datenbazo ĉar ni metis Wordpress en tie, do Mi iras al krei la Wordpress uzanto. Kaj tie tuj estos iuj malgravajn diferencojn tien de kion ni faris lastan fojon. Do ni iras por krei la Wordpress uzanto, sed nun ni ne tuj estos ensalutadon el localhost anymore. Ni tuj estos ensalutadon el la EC2 petskribon. Kaj ni ne tuj nepre scii pri kio IP adreso ĝi venas de, aŭ ni ne volas specifi ĝin ke granularidad. 

Ni intencas havi sekurecon grupoj kiuj certigi ke nur niaj retserviloj povas konekti al tiu. Do mi simple tuj permesos ĝi devenas; je tiu nivelo, de ajna IP adreso konektiĝi. Do ni simple faris tion. Kaj nun ni estas nur tuj devos, denove, Doni ĉi uzanto aliro al la Wordpress datumbazo. Do nun mi simple tuj ŝanĝi ĉi tion al sovaĝa karto. Bone. Do ni havas tion. Ni eliru el tie. Do ni simple certigi ke ni povas ensaluti nun. Mi nur tuj ŝanĝos salutnomon al WordPress. Bone. Do ni estas en. Por ke funkciu. Nun ni iras, denove mi devas starigis Wordpress en tiu petskribo. Do kion ni tuj devos fari estas iri al Var, www. Mi devas movi la HTML dosierujo al html.old. Bone. Kaj ni tuj devos elŝuti Wordpress. 

Bone. Ĉerpi Wordpress. Ni iras al movi gxin al la HTML dosierujo. Bone. Kaj ni tuj ŝanĝi la permesojn. Kaj tiam ni tuj komencos Apache. 

Do kion devus okazi nun estas tie okazas esti esence kvin retries sur ĉi ELB. Kaj estas eventuale, tiu petskribo estas tuj igos sanaj en la ELB. Do [inaudible] tie. Vidu. Tiu petskribo estas ankoraŭ ne sana. Do kio mi estas vere tuj faros estas mi iros ŝanĝi la sano kontroli iom iom pli simple fari ĝin pli rapida. Ni povas ŝanĝi ĝin reen poste. Do diru mi volas sana sojlo de tri anstataŭ kvin. Akcepti. Do nun ni estas en servo. 

Do nun mi estas ironta al tiu ŝarĝo balancer. Kaj devus prokurilo min denove ating ĉi tiu petskribo, kaj ni starigis Wordpress sur tie. Nun, se vi havas vian propran domajna nomo aŭ io, vi povas nur fari CNAME rekordo por tiu DNS nomo. Kaj la elasta ŝarĝo balancante servo estas skalebla en dorso fino, tiel gxi grimpas supren kaj malsupren sur ĝia propra. Do ĝi povus esti multnombraj IP adresoj. La IPs povus ŝanĝi. Do vi devus ĉiam referenci ĝin de tiu DNS nomo. 

Bone. Do jen ni iras. Ni estas reen ĉe nia agordo ekrano. Nun ni tuj faros la sama procezo preskaŭ. Do nia datumbazo nomo estas WordPress. Nia salutnomo nomo estas WordPress. Ni havas la saman súper sekurigi pasvorton kiel antaŭe, krom la datumbazo gastiganto nun estas tuj estos la RDS petskribon. 

Do ni tuj iru tien. Ni tuj iru por RDS. Ni intencas iri al miaj petskriboj. Mi bezonas mian finon punkto nomo tie. Estas ĉi tiu. Do mi simple tuj kopiu kaj algluu ĉi. Bone? Do ni vidu se tiu funkciis. Bone. Por ke funkciu. Do vi povas konekti al la RDS petskribon. Denove, ĝi tuj esti Leo la Awesome Blog. Bone. 

Do nun ni volas iri al instali nian Wordpress. Do ni faris. Do lasu min nur ensaluti certigi laboris. Akcepti. 

Do nun ni hvas plene kurante Wordpress. Ni povas fari ĉiajn operaciojn sur ĝi. Do la diferenco nun estas ke ni havos apartan datumbazon. Tio datumbazoj estas redunda. Ni ankoraŭ havas nur unu retejo servilo, sed ni povis nun preni bildon de tiu retejo servilo, ĵeti ĝin denove, kaj tiam ni havas du ttt-serviloj malantaŭ tiu ŝarĝo balancer. 

La fina punkto ne ŝanĝas ĉu ĝi estas unu, aŭ du, aŭ 50 retserviloj. Ni povas grimpi trans ĉi. Do ekzistas kromaĵojn por Wordpress kie vi povas uzi S3 por via statika aktivoj. Vi povas uzi CloudFront al caché tiuj aktivoj. Vi povas uzi ElastiCache tiel vi povas uzi Memcached esence stoki kunsido stato tie. 

Do kiel vi grimpas el unu al pli instancojn, vi tuj supozi ke tiuj petskriboj estas efemeraj, do ili povas foriri. Do vi mem havigis pensi pri kie mi stoki protokolojn, kie mi stoki kunsido stato. Kiel mi fari ĝin tiel ĝi estas OK ke tiujn petskribojn povas malaperi, aŭ pli el ili povas aperi? Do vi estas iranta al devi respondi demandojn tiel. Sed estas sufiĉe komuna aranĝo. Do vi simple komenci offloading ajnan persista aferojn al aliaj niveloj. 

Do nun ni havas ĉi, ni estas faris [? tri niveloj?] afero. La lasta afero mi estas faros ĉi tie estas mi tuj faros mian ŝarĝon balancer iomete pli solidan nun ke ĝi estas markita kiel sana. Do estas kutime ne Bona ideo por retejoj fari TCP sano ĉekojn ĉar vian Apache povus esti ĝis, sed eblus reveni PHP eraroj. Do vi ne volas tion. 

Do kion mi tuj fari ĉi tie estas mi iros ŝanĝi ĉi tion al iu HTTP sano ĉeko. Kaj ĝi tuj estos index.php, ne index.html. Kaj ni tuj ŝanĝos ĉi sana sojlo reen al kvin. Por ke ĉi faru. Por ke devus ankoraŭ esti sana. Yep. Do ni estas ankoraŭ en servo. 

Do tiel estas kiel vi starigis supren Wordpress sur AWS. Do mi pensas en malpli ol 20 minutoj ni ambaŭ staras sur petskribon, en lia propra, kaj plenan tri niveloj arkitekturo kie ĉiu ŝtupo estas sendepende skalebla. Vi povas fari ĉiajn de interesaj aĵoj kun la datumbazo grimpi tiel. 

Lasu min montri al vi unu pli interesa afero tie ĉi. Do ni diru por tiu mi volas Frakasu la legas de la skriboj. Mi povas krei legis replikon. Do mi iros al nur krei legis replikon. Do tiu tuj esti wordpressdb1 read1. Mi iras fari ĝin sur la sama regiono, sed mi povus fari ĝin en malsama regiono. Do ni tuj komencos provizado oni legis replikon tie. Do nun ni krei legado replikon. Tio kreas tie malsupre. Do vi povas fari ĉiajn de malvarmeta stuff tie. 

Do mi faris kun la demo. Do mi kredas ke ni havas ĉirkaŭ 10 minutoj. Do mi prenos demandojn iu havas, pri ia AWS rilataj temo. Iu ajn? Cool. Bone. Dankas al ĉiuj.