LEO ZHADANOVSKY: Üdv mindenkinek. Én vagyok Leo Zhadanovsky. Én vagyok a megoldások építész az Amazon Web Services. És fogok beszélni veled ma mit Amazon Web Services, a történelem, a rövid áttekintés A szolgáltatásokat kínálunk. És azt is fogok csinálni egy élő demo hogyan lehet indítani a LAMP stack AWS Mindkét egyetlen példány és alkalmazásán keresztül néhány más [? sikerült?] szolgáltatásokat, mint mint a relációs adatbázis- szolgáltatás, és mi terhelés balancers, és a mi példányok. Tehát először is, hadd beszélni AWS történetét. Szóval hogyan Amazon.com bejutni ez a cloud computing üzlet? Nos, az Amazon tényleg jó amely egy nagy a választék a termékek és a hajózás azoknak a ügyfelek hatékonyan. És mögötte képesség rejlik éves tapasztalattal A működési adatközpontok, a logisztika, mindenféle dolgokat. És így fedezte fel Több mint 10 éve, hogy akarta, hogy ügyfeleink csinál egy csomó más dolog, ugye? 

Így végül kínál néhány belső szolgáltatások akár harmadik fél eladók. Ahogy megjelent egyszerű webes szolgáltatások mint például a katalógusból keresést. És ez lett igazán nyilvánvalóvá nagyon gyors hogy a fejlesztők éhesek voltak További szolgáltatásaink. És így ez vezetett bennünket, hogy dolgozzon AWS. Ezért kérte mi lenne, ha lehet csomagolni mindent teszünk, és felajánlotta neki, hogy mások a weben? 

Tehát az AWS célja, hogy az a vállalkozások és a fejlesztők használható webes szolgáltatások kiépítése skálázható kifinomult alkalmazások. És web szolgáltatások, amit az emberek most hívja a Cloud. Így 2006-ban, AWS-ben született. És beszéljünk mi AWS valójában. 

Tehát minden más szolgáltatások különböző szintek. Tehát van egyfajta mi alapvető szolgáltatásokat, a compute tárolás és adatbázis. És akkor mi is van a hálózati rétegben, és megvan a globális infrastruktúra, így már Van régió szerte a világon, és a rendelkezésre álló zónák szerte a világon. És akkor mi van magasabb szintű szolgáltatásokat, szerű alkalmazás szolgáltatások használja építeni vízszintesen skálázható alkalmazások. És akkor mi van telepítését és adminisztrációs szolgáltatásokat. Tehát ezek szolgáltatásokat, használja telepíteni a kódot az AWS és adminisztrálható a AWS-számláján skálázódik. 

Szóval beszéljünk a globális infrastruktúra először. Van 11 régió szerte a világon. Tehát csak ki egy új régió Néhány héttel ezelőtt Frankfurtban, de minden régió mint egy külön felhő. Tehát ezeket a szolgáltatásokat vagyok fogok beszélni, akkor léteznek a különböző régiókban. Így az USA-ban, van egy régió Észak-Virginiában. Van egy régió Észak- Kaliforniában és Oregonban. 

A régió Oregon Szintén szén-dioxid semleges. Mi is van egy régió Oregon nevű GovCloud. Tehát ha van egy munkát igénylő hogy ITAR-kompatibilis, tehát ez Nemzetközi Közlekedési és Arms Reduction Szerződés, akkor használja GovCloud. 

Tehát a lényeg erről az, hogy válogathat, ahol az adatok megy, és ahol az alkalmazások menni. Tehát nem mozog a kívánt adatokhoz régiók, illetve az egész rendelkezésre álló zónák ha ez egy szolgáltatás, ahol válassza ki a rendelkezésre álló terület. Akkor válogathat hová megy. El lehet mozgatni. Adunk eszközöket mozgatni a adatokat, de nem mozdul az Ön számára. 

És így az egyes régiókon belül van legalább két rendelkezésre álló zónák, és beszélünk arról, hogy mi ezek a második. És van még egy 52 szélén helyeken szerte a világon. Tehát szélén helyeken alapvetően a mi CloudFront, [? felhő?] elosztó hálózatot és a Route 53 DNS szolgáltatást. És így van egy csomó közülük mert ők közelebb a felhasználók, mert ezek latency-alapú szolgáltatások. Tehát latency ügyekben számukra. 

Tehát ez az, amit egy tipikus régió néz ki. És akkor [? belül?] Minden régióban van, mint mondtam, legalább Két rendelkezésre álló zónára. Rendelkezésre állási zóna legalább egy adatközpont, néha ez lehet több, belül Az azonos földrajzi területen. És mi a rendelkezésre álló zónák vannak kialakítva, hogy a különböző árterek, hiba síkságon, hogy vannak eltérő teljesítmény közművek és más tier 1 internetszolgáltatók között. Tehát meg kell tervezni a alkalmazás [? bánja?] ahol valami megtörténhet Egy rendelkezésre álló övezetben, de így meg kell eloszlatni a alkalmazás több a rendelkezésre álló övezetekben, mert ők építették ezekkel elbocsátások szem előtt tartva. 

És így hatalomra, vállalkozások, hogy ismerjék. Tehát Airbnb, a Netflix, a Dropbox, a Yelp, van mindenféle induló és Vállalatok futó terhelések ránk. A közszférában, megvan mindenféle kormányzati szervek futó velünk, edtech induló, egyetemek. Az Obama-kampány futott tulajdonképpen az összes a dolgukat az Amazon Web Services. 

És csak, hogy ha a perspektíva A skálázás, egy átlagos napon elegünk új szerver kapacitás támogatása Amazon.com globális infrastruktúra Korábban egy $ 7000000000 Üzleti vissza 2004-ben. Szóval ez mennyire volt egy átlagos napon. 

Tehát az általános elképzelés, ha gondolni hogyan kap áramot. Így kap hatalmat, ez az igény, ugye? Szóval tudod, ha megkapjuk ez, tudod, hogy értem. Ez egységes, hogy tudd milyen feszültség kapsz. Ez a felosztó-kirovó, így fizetni pontosan mennyit használ. És ez áll. Szóval csatlakoztassa, tudod, veszel ki belőle energiát. Így tettünk, hogy és kiterjesztettük számítástechnika. 

Szóval ez megoldja a sok probléma. Erre a célra általában látni a sok Az IT szervezetek. Van ez a kapacitás probléma. Tehát vannak bizonyos mennyiségű Az IT szüksége, és akkor kell túlzott rendelkezés kapacitásuk. Tehát vagy ők módon over-létesítés, vagy nem rendelkeznek elegendő kapacitással, és nekik van elégedetlen ügyfelek. 

Így például, ezek különböző mintákat a forgalom. Így akár a dolgokat hogy kapcsolja ki és be, vagy gyorsan nőnek, vagy különböző csúcsok vagy kiszámítható csúcsok, mindezen, te sem megy, túlzott rendelkezés általában, vagy fogsz alatti rendelkezést. Tehát akkor vagy hulladékot, vagy Ön boldogtalan vásárlók. 

Tehát mi AWS lehetővé teszi, hogy nem te vagy skálázható, fel és le dinamikusan annak alapján, amit a tényleges használat minta. Így fizetni, csak amit használ. És akkor indíthatja esetekben, így például a mi szavunk a virtuális szerver. Tudod indítani egy Például, lehet indítani Több ezer esetben percben vagy másodperc, éppúgy, ahogy kell. És akkor tárcsázza fel és le, ahogy szükséges. Szóval hadd beszélni veled egy Például ez a fajta közel haza. Tehát ez egy tipikus közlekedési chart november Amazon.com. És az utolsó két csúcs itt, Tudja valaki, hogy mik azok? Tehát they're-- 

Közönség: Cyber ​​Monday? 

LEO ZHADANOVSKY: Cyber ​​Monday és a Fekete Péntek, ugye? Tehát hagyományosan, mit Amazon.com volt tennem, hogy el kellett rendelkezni kapacitás azokra a két csúcs. Tehát ennek eredményeként, 76% az az idő, kellett túl sok kapacitást. És csak 24% -a az idő voltak azok teljes mértékben kihasználva azt. És így 2010-ben Amazon.com fordult off utolsó fizikai webszerver és költözött el AWS. Tehát ez az, amit a forgalmat minta úgy néz ki, mint most. A kapacitás felett mi valójában szükség. 

Akkor miért látunk ügyfelek elfogadása számítási felhő AWS ilyen gyorsan? Nos, agility. Szóval ez az elsődleges Ezért látjuk. Miért agility fontos? Nos, ez lehetővé teszi az ügyfeleknek, hogy dolgokat, hogy a régi világ vette hetek vagy hónapok csinálni őket perc vagy másodperc. Így meg tudod csinálni a dolgokat, mint a spin egy teljesen új Dev vagy teszt környezetben, felpörög egy teljesen új DR környezetben, felpörög 50 esetben, vagy 1000 esetekben a csúcsforgalom, távolítsa el azokat 1000 esetben állítsa akár egy HPC klaszter, vagy a GS klaszter, és meg tudod csinálni, hogy minden percben a AWS. 

Szóval mi ez ahhoz vezet, hogy a az innovációs kultúra. Így kísérletezni gyakran. Fizethet csak azért, amit használ és akkor nem mentes a kockázatoktól. Így ha megpróbál valamit, akkor már fizetett néhány órára a használat. Ez nem egy nagy dolog. Ön még nem kezdte meg a nagytőke befektetési elöl ezért. 

Tehát mi ügyfelek valójában használ AWS számára? Nos, így a University of Notre Dame, költöztek a honlapon át AWS. Ezek átlagosan mintegy 38.000 látogató naponta a helyszínen, de lehet megduzzad, 150000 alatt sportesemények és futball. Így költöztek a honlapon át nekünk. És most a honlapjukon is támogatja 500% -kal nőtt a forgalom, mind a míg ők már mentett 40% feletti a meglévő A helyszíni beállítás saját honlapján. 

NASA JPL, az általuk használt AWS élő közvetítés A Curiosity Mars Rover partra. És így megtudták csak hat nappal előre hogy szükséges találni egy másik szolgáltató a rendszeres szolgáltató azok élő közvetítés. Ez volt az ugyanaz amikor az olimpia. Tehát nem tudták megvenni CDM kapacitása bárhol idején. És így lényegében létre saját tartalomszolgáltató hálózat A EC2 szolgáltatási hat nap alatt. És képesek voltak, hogy ez bővíteni, hogy az igényeiknek. Ők voltak, azt hiszem, elképzelése körülbelül egy millió nézőt. Tehát ez egy nagyon érdekes műszaki takarmány használtak, Adobe Flash Media szerverek és [? internet?] cache. És tudták telepíteni az egész klaszterek ilyen programból, mint szükség. És akkor sodort le őket, amikor hogy nem használja őket többé. 

Az Obama-kampány 2012-ben használt AWS több mint 200 alkalmazások hogy házigazdája a peronon. Ők már mindent kezdve hívja eszközök, a fizetési processzorok, a mobil alkalmazások, a önkéntes szervezet, honlapok, a nagy adatok elemzési eszközök. És mindent kellett dolgozni a választás napján. Tehát mozogni választás napján is igényel egy alkotmánymódosítás, hogy nem fog megtörténni. Tehát egész rendszerüket mentek hogy meg kell dolgozni az első napon. És meg is tették. 

Szóval beszéljünk a tényleges szolgáltatást. Tehát először a hálózati szolgáltatásokat. Tehát Amazon VPC a Virtual Private Cloud. Ez alapvetően egy szoftver által meghatározott hálózat hogy él a tetején a EC2 esetekben, és az RDS, amely fogunk beszélni, és ElastiCache. 

És így határozza meg saját címtartomány példányokkal. Meg tudja törni, hogy fel Nyilvános alhálózatok, saját alhálózatok. Meg tudod csinálni VPN kapcsolatot Ön on-premise adatközpont. Ezután is bővítse ki telephelyi címtartomány a VPC. Van erő, hogy manipulálják az útvonal táblázat így a megszokott dolgokat. Hálózati eléréssel vezérlési listák a VPC. [? Szóval ez?] Ad nagy rugalmasságot mint amit fut AWS. 

Aztán ott van AWS DirectConnect. Tehát DirectConnect egy privát kapcsolatban állunk régiók. Így kap egy-egy 10 koncert Link vagy több egy vagy 10 koncert linkek akár a régióban. Tehát, ha feltöltünk egy csomó adatok vagy letölteni egy csomó adat és szüksége saját kapcsolat, ez egy lehetőség van. 

Van még Route 53. Tehát Route 53 a mi DNS szolgáltatást. Teszi mindenféle érdekes dolgot. Így támogatja egészségügyi ellenőrzéseket. Szóval lehet, mondjuk fut két példányban webhely egyidejűleg. És ha egyikük nem sikerül, akkor forgalom átirányítása a másik példányt. 

Vagy meg tudod csinálni földrajz-alapú nyilvántartás így Ön irányítják a forgalmat, az egyik ország egy klaszter a másiktól országból a másikba klaszter. Megteheti A / B tesztelés, így lehet 80% a forgalom egy példányát a honlapon, és 20% az új példányt a honlapon és nézd meg, hogy melyik teljesít jobban. Szóval lehet csinálni mindenféle Érdekes dolgok vannak. Meg tudod csinálni latency alapú nyilvántartást. Így van másolatot a weboldal az egész világon , és a felhasználó küldött közül az ember hozzájuk legközelebb alapján késleltetést. Azt is mély integráció AWS szolgáltatások, így, mint mi terheléskiegyenlítők, és S3, és CloudFront, így nagyon könnyű pont dolgokat CloudFront disztribúciók esetében a LBs vagy S3 vödrök. 

Aztán ott van EC2. Tehát EC2 virtuális szerver szolgáltatást. Lehet futtatni a Windows. Ön képes Linux rajta. Ön teljes mértékben ellenőrzése az operációs rendszer. Van különböző ízek a Windows és Linux, így a Red Hat, Debian, Ubuntu. Megvan a saját elosztó nevű Amazon Linux. Akkor vedd melyiket szeretné. 

Van különböző esetekben. Szóval van több mint 27 példány típusok ezen a ponton. Szóval van másik változata családok alapja a különböző terheléseket. Tehát van az általános célja esetek, amelyek csak, ha nem tudod, mit van szüksége, akkor lehet kezdeni azokkal. 

Van compute optimalizált, amelyek nagy a dolgok, mint a web szerverek, ugye? Van memória optimalizált esetekben, amely nagy a dolgok, mint dátum relációs adatbázisok. Van tároló-optimalizált esetekben, így ezek már nagy SSD rájuk. Így ők nagy dolgokat mint a Mongo vagy NoSQL, ugye? 

És van grafikák optimalizált esetekben, amelyek nagy részére GPU számítási és fürtpéldány. És végül ott van költsége optimalizált esetekben. Tehát, ha csak most próbál kísérletezni, akkor kap egy csomó olcsó fokon típusok, amelyek nagy részére, hogy használata esetén. Aztán ott van az Auto méretezés. Tehát Auto méretezés egy API EC2. És ez lehetővé teszi, hogy vízszintesen skálán fel és le szintek EC2 esetekben. Tehát mondjuk van egy csomó web szerverek. 

És, mint a Notre Dame esetben, ha általában meg kell, hogy ők ketten, de lehet, hogy skálán 10. Nos, akkor automatikus méretezés hogy kiváltania igazíthassák események alapuló mérőszám. Tehát [? CPU?] Használat, latency. Meg tudod csinálni egyedi mutatókat, így ez elég nyitott véget is ért. 

Azt is skála alapján a menetrend. Tehát, ha tudod, hogy fogsz, hogy nagy a forgalom hétfőn 06:00, lehet bővíteni hétfőn 06:00 és csökkenti azokat hétfőn 05:00. Azt is megteheti, hogy alapul Csak parancssori parancsok. 

Aztán ott van a rugalmas terhelés elosztás. Tehát rugalmas terhelés elosztás egy menedzselt terheléselosztó. Szóval kattintson a gombra, akkor rendelkezéseket a terhelés kiegyenlítő az Ön számára. A terhelés kiegyenlítő él több rendelkezésre álló zónára. Teszi SSL kirakása A port 25, 80, 443, és semmi több, mint 1024-TCP forgalmat. 

Ez nem kapcsolat elvezetését, proxy protokoll támogatása. Tehát ez egy nagyon szolgáltatást nyújtja terheléselosztó. És van az integráció Auto méretezés. Ha tehát az Auto méretezés és te méretezés fel és le, akkor már a példányok automatikusan csatlakozzon, vagy hagyja rugalmas terhelés kiegyenlítő. 

Így aztán ott van raktározási szolgáltatás. Szóval az első az Amazon EBS, vagy rugalmas blokk Store. Ezek tartós köteteket fel lehet csatolni a EC2 esetekben. Szóval lehet snapshot őket. Tehát, ha pillanatfelvételt EBS mennyiségét, hogy megy az S3, amely fogunk beszélni, egy másodperc alatt. Van három különböző típusú EBS kötetek. 

Van mágneses EBS, ami csak a egyfajta hagyományos fajta mágneses lemezen. Ez a leggazdaságosabb megoldásnak. Aztán ott van az általános célja SSD, ahol hogy három IOPS gigabyte rendelkezést. Tehát ha van egy terabájtos forgalmat ér el, 3000 IOPS. És akkor ott van tartalékolni IOPS. Tehát tartalékolni IOPS is, ha Fizetni kell, mekkora terület használata és mennyi IOPS kapacitás van szüksége. Szóval lehet rendelkezni up 4000 IOPS hangerőt. 

Így aztán ott van az Amazon S3. Az Amazon S3 a mi objektum tárolja. Tehát Amazon S3, akkor tudja használni, tárolására is akármilyen adatok. Akkor tárolására használható, statikus weboldalak és tömlő statikus weboldalak. Használhatja S3 biztonsági mentések és levéltárak néhány használati esetek mint a forrás és kimeneti vödör Nagy adatelemzés, vagy átkódolás. Azt is fel lehet használni, mint a származási Egy CloudFront forgalmazás. 

Tehát S3 szuper erős. S3 tervezett 11 vonalak a tartósság. Tehát mit jelent az, hogy képesek fenntartani a veszteség legalább két adat központok egy időben anélkül, hogy elveszítené az adatok. Meg tudod csinálni titkosítás S3. Tehát szerveren beállított titkosítást, vagy szerver beállított titkosítást a kulcsot. Tehát, ha szeretné kezelni a gombok, akkor is ezt tenni. 

És ott van Glacier. Tehát Glacier mi hosszú távú archiválási szolgáltatás. Azt is tervezték 11 sor a tartósság, de ha szeretné menteni valamit, és felejtsd el, ugye? Szóval, hogy a megfelelőség vagy más okokból meg kell archiválni valamit, akkor használja Glacier. Tehát Glacier költségek 0,01 $ gigabyte havonta. És az Amazon S3 kezdődik 0,03 dollár gigabyte havonta. Tehát Glacier olcsóbb és Glacier vesz 04:57 óra hogy az adatok vissza. Tehát, ha nem gond, ha ez egy archív esetben, Ezután Glacier talán a jobb felhasználása esetén erre. 

Aztán ott van Storage Gateway. Így a tároló Gateway egy virtuális gép hogy lehet futtatni helyben A VMware vagy Hyper-V. Ez ad egy iSCSI végpont. Ezután létre egy másik VM a tetején, hogy amely megmutatja, hogy az iSCSI végponthoz CIFS vagy NFS. Bármi, ami megy, hogy hálózati megosztáson, majd megkapja A biztonsági mentések az Amazon S3, vagy Glacier, vagy EBS attól függően, hogyan állítsd be. Szóval ez egy egyszerű módja annak, hogy az adatok akár AWS. 

Így aztán ott van az adatbázisunkban szolgáltatásokat. Szóval az első az Amazon RDS. Szóval ez a mi relációs adatbázis-szolgáltatás. Tehát ez egy irányított relációs adatbázis [? az Ön számára. ?] Támogatni fogja a SQL Server, Oracle, MySQL, PostgreSQL és motorok. 

Ez nem automatikus átállásról. Tehát, ha van Multi-AZ opció engedélyezett, ez nem szinkron blokk szinten szerte érzékelni a rendelkezésre álló zónák. És akkor, ha az elsődleges nem sikerül, akkor csak automatikusan failover közöttük. Azt is, hogy a MySQL motor, támaszok olvassa replikák ugyanazon a területen belül vagy a régiók között. És ott van mindenféle Érdekes lehetőség van. Így megteszem a mentést az Ön számára. Így lesz hát az S3. Megteszi a patchek az Ön számára is. 

Aztán ott van DynamoDB. DynamoDB a mi sikerült NoSQL szolgáltatást. Dynamo DB elveszi minden adminisztratív teher Az ügyvezető a NoSQL szolgáltatást az Ön számára. Szóval csak rendelkezés Az asztal és azt mondod mennyit írni és olvasni kapacitást szeretne. És ez pedig biztosítja, hogy az Ön számára. Szóval ez egy rendkívül egyszerű szolgáltatás használatához. Aztán ott van ElastiCache. Tehát ElastiCache a mi sikerült caching szolgáltatást. Ez alapvetően egy irányított Redis vagy ElastiCache. Tehát újra, akkor a rendelkezés a klaszter A ElastiCache vagy Redis példányok és nem kell aggódnia, biztonsági mentések, vagy hibatűrő, vagy ilyesmi. 

Aztán ott van a mi alkalmazás szolgáltatásokat. Tehát CloudFront a mi tartalomszolgáltató hálózat és tovább él azoknak él helyek hogy én beszéltem korábban. Így CloudFront lehet használni az élő video streaming, on demand video streaming, és csak úgy, egy honlap, így egy olyan honlap. Így van weblapok A rugalmas terheléskiegyenlítők, illetve olyan esetekben, vagy S3 vödrök, vagy csak on-premise hardver. És ha nem tud egy CloudFront eloszlása ​​előtte. Nem lesz cache tartalmat. Ez beteszem a szélén helyeken. És így, ha valaki megy a honlapon akkor lesz üti CloudFront, amely lesz valószínűleg közelebb hozzájuk mint az, ami az eredete. És akkor tehermentesíti a sok tehermentesítése eredetét, Így mind pénzt takarít meg, és egyre jobb felhasználói élményt. 

Aztán ott van az Amazon CloudSearch. Tehát CloudSearch egy sikerült kereső szolgáltatás. Szóval küldje el a kereshető adatok és beszélj hogy azt egy API, és megteszem találatokat Önnek. Aztán ott van az Elastic Transcoder. Tehát ez egy irányított átkódolás megoldást. Ön tesz a video-ba egy S3 vödör, mondd meg, mit kell átkódolni a, milyen formában és milyen mérete és mindent. És ez lesz átkódolni, és tedd ez egy S3 bucket az Ön számára. 

Aztán ott van a nagy adatátviteli szolgáltatások. Tehát van Amazon EMR, amely Elastic Térkép Csökkentse. Tehát ez egy hosztolt Hadoop keretrendszer. Szóval lehet felpörög a Hadoop cluster Egy esetben több száz esetben ha szüksége. Van rajta mély integrációját S3, így mint egy fájlrendszer érte használhatja HDSF, amit Hagyományosan köze Hadoop. Vagy meg tudod csinálni S3 például a fájlrendszer. 

Van rajta támogatása spot árak, ami, az Amazon, hogyan ajánlatot A többletkapacitás. Így támogatja az összes. Támogatja a szokásos keretek Hadoop mint a Spark és a Shark és a Hive és Pig. És láttunk több, mint 5.5 millió EMR klaszterek indított ezen a ponton az Amazon. 

Aztán megvan AWS adatok Pipeline. Tehát adatok Pipeline egy szolgáltatás, amely lehetővé teszi Ön adatot mozgatni az egész a különböző adatok boltokban. Szóval lehet venni valamit S3, tedd azt RDS, majd némi EMR rajta, tedd be Redshift, amely mi az adattárházak készüléket, és akkor húzza ki valamit Egy a feltevést, MySQL példány. Tehát van mindenféle dolog, amit tehetünk vele. 

Aztán ott van vöröseltolódás. Vöröseltolódás menedzselt adattárház készüléket. Ez azt jelentette, hogy petabájt méretű, így tárolhat sok adat rajta. Ez egy masszívan párhuzamos architektúra. Így sok csomópontok, ha akart. És ez nem az összes mentést, és minden Az adminisztratív dolgokat az Ön számára. És akkor ott van Kinesis. Kinesis a mi valós idejű feldolgozó szolgáltató. Szóval lehet, hogy néhány forrás A valós idejű streaming adatokat, így mondják, mint a Twitter firehose, vagy csomó log adatok, küldje el Kinesis. Kinesis kezeli az Ön számára. És akkor csatlakozhat munkavállalók, hogy húzza a dolgokat és, mondjuk, nem egy élő műszerfal vagy nem élő elemző rajta. 

Tehát megvan a telepítési szolgáltatásokat. Tehát AWS OpsWorks egy DevOps keretet. Szóval, hogy az alkalmazás, akkor törd fel rétegekbe. Szóval megvan a terhelés kiegyenlítő réteg, a webes réteg, az alkalmazás réteg, az adatbázis réteget, és akkor rendelkezést dolgokat ezeken a rétegeken alapuló Chef receptek. Séf egy konfigurációs irányítási rendszer. Szóval ez is támogatja életciklus események és így ha nem akarja kezelni saját Chef, igaz, Ha azt akarjuk, hogy valamilyen programadó módon telepíteni a dolgokat ra az esetben ez az egyik lehetőség az Ön számára. 

Aztán ott van Elastic Beanstalk. Tehát Elastic Beanstalk egy olyan szolgáltatás, lehetővé teszi, to-- mondod a fejlesztő. Megvan a kódot a Git repó. Nem akarod, hogy kell aggódnia telepítésével kapcsolatos saját ELBs vagy RDS esetekben, vagy rendszeres EC2 esetekben. Szóval, mit csinálsz te, a kódjaitokból, Csak küldje el Elastic Beanstalk. Elastic Beanstalk fog rendelkezni RDS példányok és ELBs és minden ilyesmi Önnek és telepítheti a kódot rá őket. Tehát ez teszi sokkal könnyebb a fejlesztők számára telepíteni a kód-ra AWS. 

Aztán ott van CloudFormation. Tehát CloudFormation egy olyan szolgáltatás, kezelésére az infrastruktúra, mint kódot. Tehát most, hogy már mindez cucc az alkalmazásban, megvan a VPC, és A biztonsági csoportba szabályok, és a EC2 esetekben, és az RDS példányok. Szóval van ez az egész architektúra AWS. Nos, hogyan programkódbeli pörögni, hogy felfelé vagy újra azt? Tudsz írni egy JSON fájlok amely képviseli az egésznek. És akkor [? vegye?], hogy JSON fájlok és telepítéséhez infrastrukturális le róla. Így van egy építészeti ahol minden alkalommal, amikor telepíteni kódot, pörög fel a friss másolatot az egész építészet és aztán nem át neki. Így is ezt Van egy változékony infrastruktúrát. 

Aztán végül ott a ügyintézéshez. Tehát a mi közigazgatási szolgáltatások kezdeni Amazon IAM, így Identity and Access Management. Úgy, hogy lehetővé teszi, hogy kezelheti a AWS fiók így van sub A felhasználók és csoportok, és nem személyazonosság- és mindenféle dolgok. Ez nagyon fontos a biztonság. 

Aztán ott van az Amazon CloudWatch, ami a mi mérőszámok szolgáltatást. Szóval ez ad a CPU-használat és mindenféle metrikák. És meg tudod csinálni egyedi metrikák, és [? meg tudod csinálni?] auto méretezés azokon alapuló mutatókat. 

És akkor mi van CloudTrail. Tehát CloudTrail a mi szolgáltatás könyvvizsgálat. Így fog jelentkezni API hívások ellen Amazon Web Services. Tehát aki újraindul ebben az esetben? Aki megváltoztatta a biztonsági csoportot? És jelentkezzen be őket Szükség vödrök, így Láthatjuk, mi történt fiókjába, és ki tette. 

Egy új szolgáltatás, hogy Van olyan munkaterületeket. Tehát ez egy desktop virtualizációs AWS. Szóval lehet rendelkezni a munkaállomás, a Windows munkaállomáson és ezután jön fel néhány perc múlva. Ez lesz csatlakoztatva az aktív könyvtár, így az Ön számára. És könnyen lehet újjáépíteni azt. Könnyedén rendelkezés egy újat. Van más típusú, más szoftver van. 

Most, hogy már ment keresztül Sok szolgáltatásainkat, hadd nem aktuális élő demo. Így fogok áttérni az én webböngésző itt. Tehát amit szeretnék megmutatni, van, hogyan kell gyorsan létre Egy EC2 például a Wordpress rajta. És akkor megyünk hogy nem ugyanaz a dolog, de fogunk felpörög Egy RDS példány és egy ELB. Tehát azt fogjuk csinálni, csak az a példány, illetve fogjuk törni a szintek out is. 

Úgyhogy indít EC2 például. Tehát az első dolog, ami Már megtettem itt A fogsz szeretnénk hogy a kulcspár. Tehát a kulcspár segítségével jelentkezzen be a tényleges példánya. Így folyamatosan a privát része a kulcspár, és tesszük a nyilvánosság számára részük a példány. És ez az, ami lehetővé teszi, hogy jelentkezzen be. Szóval már korábban importálta a kulcspár, Csak a rendszeres SSH kulcspár itt. 

És így a másik dolog, Megyek nem itt van, Már van néhány esetben futás, de majd elindít egy újat. Így fogok felvenni én operációs rendszer van. Tehát láthatjuk, van egy nagyon Nagy választott operációs rendszer. Szóval én csak fog felvenni a szokásos Amazon Linux. 

És fogok felvenni egy példány típusát. És mivel ez egy web szerver, megyek hogy nem egy c3.large mert Valószínűleg számításigényes. Így fogok felvenni egy c3.large, és fogok indítani az egyiket. Megyek hagyja Az alapértelmezett VPC most. Én elmegyek ezekkel a dolgokkal egyedül. 

És fogok lehetővé CloudWatch ellenőrzés mert CloudWatch részletes változásának nyomon követése CloudWatch monitorozás ötperces állásfoglalást egyperces felbontású. Szóval azt akarom, hogy az én webszerver itt. És akkor fogok menni tároló. Szóval azt akarom General Purpose SSD itt. 8 giga valószínűleg elég nekem, így én csak fog, hogy megtartsa. Én csak megy, a címkén ez Wordpress Demo. Szóval ez a tag úgyhogy tudom, mi ez valójában. És akkor fogok konfigurálja a biztonsági csoport. Tehát a biztonsági csoport olyan, mint A tűzfal a példányhoz. Így fogok használni egy én már meglévőket. Tehát ez a biztonsági csoport, akkor lehetővé teszi az SSH, így tudok SSH-val bele. És lehetővé teszi HTTP. 

Most, fogok lezárni kívánt megállapítja, hogy SSH egy kicsit. Nem akarod, akárkit bármely IP címet SSHing az. Tehát azt fogjuk csinálni, hogy miután elindítja. 

Így boldog vagyok, minden ez a cucc itt. És fogok indítani. És akkor fogok választani, mi kulcspár akarok. Így fogok választani, hogy kulcspár hogy frissíteni kell. 

Most, hogy várok mert indítani, nézzük menj nézd meg a biztonsági csoport. Tehát van biztonsági csoportokra. Itt az én biztonsági csoport, betettem. 

Megyek, hogy csak ezen változtatni itt. Szóval hadd tegyem ezt a kicsit nagyobb itt. Szóval azt akarom, hogy ez megváltozzon bárhonnan My IP. Mert az akarat automatikusan felveszi az én IP címet ide, és zárd le egy kicsit. 

És így míg a példány pörög fel, nézzük felpörög néhány dolgot a mi egyéb esetben hogy hová megyünk, hogy kitörjön Az adatbázis és a terhelés kiegyenlítő így az készen áll a számunkra. Tehát az első dolog fogok szeretnénk tennie, hogy felpörög a terhelés kiegyenlítő. Így fogok választani Egy terheléselosztó itt. És fogok nevezni WordpressELB. És fogok Csak-- összes Azt szeretnék, 80-as portot itt. 

És most az egészségügyi ellenőrizze, én csak csinálni TCP. Tehát, ha az Apache fut, jó lesz. És fogok alacsonyabb egészséges küszöböt csak így válik az egészséges elég gyorsan. Aztán megint, ez egy biztonsági csoport. Szóval én már tett egy biztonsági csoport erre a nevezett Wordpress ELB. És ez alapvetően csak megy hogy elfogadja a forgalmat a 80-as porton. És akkor nem fogom felvenni minden esetben rá most. És megyek, hogy kihagyja a címkézést. És így fogunk létre ezt ELB most. 

Így hozta létre a terhelés kiegyenlítő. Én is megyek, hogy indítson még egy példány van, kizárólag az internetre része a Wordpress. Tehát itt vagyunk. Én csak nem ugyanaz dolog, amit tettem, mielőtt. Tehát c3.large, CloudWatch részletesen nyomon engedélyezve. Általános célú SSD. Hívd fel ezt a Wordpress Web. 

És szeretném kiválasztani a-- már Van egy biztonsági csoport ezt. Tehát ez a biztonsági csoport elfogadja a forgalom 80-as porton én Wordpress ELB biztonsági csoport, a biztonsági csoport az én terheléselosztó, hanem SSH, ami ismét, fogunk zár le. Így fogok indítani ezt. Jobb. 

És akkor mit fogok csinálni a következő van Megyek, hogy indítson egy RDS például. RDS lesz az adatbázis. Így fogok menni innen. Én megyek, hogy RDS. Megyek, hogy elindít egy új példány. Így fogok felvenni a motorom. Tehát itt van egy választás, MySQL, Postgres, Oracle vagy SQL Server. Azt akarom, MySQL. És így fogom mondani, hogy igen. 

Tehát ez egy lehetőség a Multi-AZ. Tehát Multi-AZ, megint azok ismétlésben fog felpörög két RDS esetben és nem replikáció közöttük. És ha nem akarom, hogy én is csak azt egyetlen példánya, de én akarom. És akkor fogok vedd az adatbázis motort. Így fogok felvenni A legfrissebb itt. És akkor fogok felvenni milyen fokon akarok. 

Szóval azt akarom, R3, úgy, hogy A memória optimalizált példány. Így fogok felvenni az R3. És fogok felvenni Igen, szeretnék Multi-AZ. És azt akarom, általános célú SSD. 

És én valószínűleg olyan kicsit több tárhelyet. Megyek már 10 giga itt. És akkor fogok válasszon néhány mandátumát. Tehát mi az azonosító az adatbázis? Szóval ez lesz wordpressdb1. Én fogom hívni ezt a gyökeret. Megyek, hogy ez egy jelszót. 

És mi lesz felvenni a biztonsági csoportba erre is. Szóval már eddig is biztonsági csoportba ehhez. És akkor fogok hogy ez az adatbázis nevét. Szóval megyünk, csak hívják wordpress. És mi lesz válasszon egy megtartását ablakban így ez nem mentések az Ön számára. Szóval azt akarom, egy héttel a mentést. És nem részesítik előnyben A biztonsági mentés. És azt akarom, hogy automatikusan frissíteni a kisebb verzió itt. Így fogok hagyni, hogy az alapértelmezett. És így most indít én RDS például. Ugye? Tehát most már jön létre. Így most csak arra várnak mert telepíteni. Tehát míg folyik, nézzük jelentkezzen be az első EC2 például tettünk. Szóval ez a Wordpress Demo. És akkor csak ellenőrizni, hogy. Ja. 

Lássuk, ha tudjuk be kell jelentkeznünk. Így fogok másolni a Nyilvános host nevét is. Megyek nyit shellablakban itt. [Hallhatatlan] SSH. Az alapértelmezett felhasználó EC2-felhasználó. 

Közönség: Leo, ugye bánom Command [hallhatatlan]? 

LEO ZHADANOVSKY: Jó? És így próbáljuk SSH. Ja. Tehát én vagyok az én például most. Úgyhogy SSHed az. Rajtunk múlik, öt percig úgy, ez biztosan az én például. 

Tehát az első dolog vagyunk szeretne majd csinálni itt A Azt mondja nekem, hogy, jaj, Van néhány biztonsági frissítéseket. Szóval én csak fog futni minden biztonsági frissítés itt. [? sudo yum?] mínusz y frissítést. Szóval ez lesz, hogy gyorsan telepíteni ezeket. Következő dolog, amit akarok, én szeretné telepíteni néhány dolgot. Úgyhogy megyek is telepíteni MySQL. Megyek kell telepíteni Apache. Megyek kell telepíteni PHP. Megyek kell telepíteni A PHP plugin MySQL. És azt kell telepíteni a MySQL szerver. Úgyhogy telepíteni ezt a cuccot. 

Telepítése. Szóval ez kész. Szóval most szeretnék [? HTTPD. ?] I szeretnénk Apache kezdeni a csomagtartó. Így fogok tenni ennek. OK. Tehát most, ha az újraindítás Ez azt kezdjük. 

Én is szeretnék MySQL kezdeni a csomagtartó. Tehát ugyanaz a dolog. Hoppá, typo itt. Rendben van. És akkor valóban Megyek elkezdem a webszerver később. Most azt akarom kezdeni a adatbázis szerver, mégis. Szóval ezt. És ez így kezd a Az első alkalommal, tehát vagyok kell majd csinálni néhány alapvető lépést itt. Tehát az első dolog fogok csinálni van beállítva a root jelszót a MySQL. 

Szóval én csak fog futni ez a MySQL biztonságos telepítési parancsot. Szóval ez van nincs aktuális gyökér jelszót, úgyhogy meg egyet. És megyek, hogy távolítsa el ezeket a anonim felhasználó az általa létrehozott és tiltsa root bejelentkezést. És távolítsa el vizsgálatot adatbázisok. Szóval ez mindenféle productionizes a MySQL telepítését. 

Szóval ez kész. Úgyhogy most képesnek kell lennie arra, hogy csatlakozni a MySQL szerver. Így fogok látni, ha itt működik. Ja. Tehát én vagyok az én MySQL szerver. 

Tehát most a következő dolog, amit akarok, Szeretnék létrehozni a Wordpress adatbázis. Így fogok tenni MySQL admin. [Hallhatatlan] Rendben van. Ezért hoztam létre az adatbázis. 

És most mit akarok csinálni az I szeretnénk létrehozni egy Wordpress felhasználó. Szóval én nem akarom, hogy jelentkezzen be én Wordpress a root felhasználó mert az rossz lenne. Szóval azt akarom, hogy a felhasználó csak hozzáférhet a Wordpress adatbázis. Szóval menjünk be itt újra. És mi lesz [? mozgatni?] ez itt. 

Szóval mit csinálok itt Hozok létre felhasználót, csatlakozhat a localhost ez azonosítja a szuper biztonságos jelszó itt. És akkor fogok helyt ad-e felhasználói hozzáférést a teljes adatbázis. Rendben van. És akkor most legyen tud jelentkezni a felhasználónévvel és csak látni, hogy az adatbázis [? és?] teszt adatbázist. 

Így fogok tenni mysql mínusz u wordpress, ahelyett, hogy a root. Rendben? És akkor mi kell képes do-- ugye? Így látom én Wordpress adatbázis itt. Tehát ez nagyszerű. 

Tehát most kell, hogy ténylegesen töltse le és telepítse Wordpress. Szóval menjünk a web könyvtárba. Így fogok a wget Wordpress, a legújabb verziója Wordpress itt. Megyek bontani. És most fogok cserélni A HTML könyvtár, amely Az alapértelmezett [? web?] root, a Wordpress könyvtár, így van. 

Rendben van. És most megyek, csak a változás A jogosultságokat hogy az Apache felhasználó tulajdonában van a Wordpress könyvtár. Rendben van. És végül, fogom kezdeni az én web szerver és remélem, minden jól működik. Rendben van. Tehát most lássuk, mi történik itt. Így fogok menni innen. És hátha találok Ebbe például itt. Rendben van. Tehát itt van a Wordpress beállítási képernyő. Tehát tudjuk, hogy mindezt az információt. Tehát adatbázisunkban név wordpress. 

A felhasználónév lesz wordpress. Megvan a szuper biztonságos jelszót. Mi lesz összekötő localhost. És fogunk futni a telepítés. 

Most már csak lesz hogy a honlapom a nevét. Tehát Leo Amazing Blog. [Hallhatatlan] felhasználónevet. Én megyek, hogy a jelszót a felhasználói nevem. Azt fogom tenni az én e-mail címre. És mivel ez egy teszt az egyik, én nem szeretnénk keresőmotorok index ebben. Szóval most mi WordPress telepítése. Tehát most készen is van. 

Tehát itt az én Wordpress. És itt van a műszerfalon. Ez egy teljesen működőképes Wordpress. Tudom frissíteni a plugins Itt, ha akartam. Csinálok, amit akarok itt. És így itt az én tényleges teljes futó Wordpress én egy példányát. 

Nos, ez nagyszerű, ha egy vizsgálati helyszín, de ez nem méretarányos. Van egy példány. Tudjuk, hogy ezt az esetet tényleg hatalmas, de egy bizonyos ponton fogsz kifogyni A függőleges méretezés szobában. Szóval fogsz akar átméretezni több annál. 

Ezért is pörögtek fel mindezt a többi cucc. Tehát lássuk, mi RDS például történik. [? Igen,?] Mi RDS Például már majdnem kész. Szóval ez rendben van, mert időközben tudjuk állítani a EC2 például. Ez lesz csak egy kissé eltérő eljárást. 

Tehát van a Wordpress web. Most már volt egy futó tegnap. Úgyhogy csak most, hogy kitaláljuk, melyik Egy volt, hogy én a mai napon. Tehát ez az egyik indult november 4. Szóval ez az egyik a mai. [? Tudom?] Ez volt indított, ó, 04:00. Tehát tulajdonképpen ez az újat. Ja. OK. 

Szóval ez az én új példány. Tehát még egyszer fogom ssh-val is. Szóval menjünk vissza a terminál van. Így fogok kijutni ez. Megyek ssh-val az új példány. Rendben van. Így fogok, hogy kell csinálni néhány ugyanazokat a dolgokat itt. Így fogok futni a biztonsági frissítéseket. Megyek is telepített csomagokat. A csomagokat fogja kissé megváltozott. 

Szóval nem kell a MySQL szerver mert mi megtörve, hogy ki. Úgyhogy még lesz telepítse a MySQL kliens. Én még mindig fog telepíteni Apache. Én még mindig lesz telepíteni PHP és a MySQL PHP. Én csak nem fog telepítse a MySQL szerver. 

Akkor én még mindig tart, hogy arról Apache kezdődik csomagtartó. Most kell az adatbázis, hogy fel. Tehát miközben mi, hogy tegyük hozzá Például a terhelés kiegyenlítő. Így fogunk menni a terheléselosztó itt. És mi csak fog másolja le a példányazonosítónak. Megkaptam a példányazonosítónak itt. 

Amikor megyek a terhelés kiegyenlítő, lásd, itt van a terhelés kiegyenlítő, Itt van a DNS-neve. Szóval ez van nulla példányok A szolgáltatás most mert én még nem vett minden esetben hozzá. Így fogok felvenni a példány. Tehát itt az én példányok listáját. Tehát ha azt akarjuk, hogy ez egy, így én vagyok lesz hozzá ez hozzá. 

Most ez fog várni és ez nem fog annak érdekében, hogy ebben az esetben amíg nem válik egészséges. És ez nem fog válni az egészséges amíg bekapcsolom a webszerver. Tehát lássuk, mi RDS Például újra működik. Rendben van. Nagy. Tehát az új RDS például kész. Tehát ez a végpont az én RDS például. Szóval, mit fogok csinálni, hogy én vagyok fog csatlakozni a RDS például. Szóval ez most egy teljesen sikerült MySQL adatbázis. Van rajta hát felállítható. Ez felesleges. Ez pörögtek fel a mindössze néhány perc. Úgyhogy most képesnek kell lennie arra, hogy SSH bele from-- vagy sem SSH, de jelentkezzen be, hogy a MySQL kliens. 

Ja. Szóval itt vagyok. Benne vagyok. Tehát most ez lesz hasonló kivéve, mi csak törés ki. Szóval, megint fogok ténylegesen hogy ki ez a második. Nos, mi már létrehozott A Wordpress adatbázis mert mi tesz Wordpress oda, így Megyek, hogy megteremtse a Wordpress felhasználó. És ott lesz néhány apró különbség van attól, amit a múltkor. Így fogunk létrehozni A Wordpress felhasználó, de most már nem lesz bejelentkezés a localhost többé. Mi leszel bejelentkezés magának a EC2 például. És mi nem fog feltétlenül tudja kb milyen IP-címet, hogy jön a, vagy nem akarjuk megadni azt, hogy tagoltságát. 

Megyünk, hogy a biztonság csoportokat, hogy győződjön meg arról, hogy csak a Webkiszolgálóink ​​csatlakozni tud a. Szóval én csak fog, hogy azt, ezen a szinten, bármely IP címet kapcsolatot. Tehát, hogy ezt csináltam. És most mi csak lesz, hogy ismét helyt ad-e a felhasználói hozzáférést A Wordpress adatbázis. Úgyhogy most csak lesz megváltoztatni ezt a wild card. Rendben van. Tehát megvan, hogy. Menjünk el innen. Ezért most is csak győződjön meg róla, hogy mi lehet bejelentkezni most. Én csak meg fog változni nevemmel a wordpress. Rendben van. Így vagyunk. Szóval, hogy működik. Most megyünk, ismét azt kell felállított Wordpress jelen példányához. Szóval mi fogunk van tennie, hogy menjen a Var, www. Meg kell mozgatni a HTML könyvtárat html.old. Rendben van. És mi lesz, hogy letölthető Wordpress. 

Rendben van. Kivonat Wordpress. Fogunk mozgatni A HTML könyvtárba. Rendben van. És mi lesz engedélyek módosításához. És akkor mi lesz az Apache. 

Szóval, mi történjen most ott lesz tudja, hogy alapvetően öt próbálkozik ezen ELB. És ez végül, ez esetben fog válni az egészséges a ELB. Tehát [hallhatatlan] itt. Lássuk. Ebben az esetben még nem egészséges. Tehát mi vagyok valójában eredménye, hogy megyek változtatni az állapotfelmérés egy kicsit kicsit csak hogy gyorsabban. Mi lehet változtatni vissza később. Tehát mondjuk azt akarom egészséges küszöböt három helyett öt. OK. Szóval most mi vagyunk a szolgáltatást. 

Úgyhogy most megyek hogy ez a terhelés kiegyenlítő. És meg kell proxy me back keresztül a jelen esetben, és mi felállított Wordpress itt. Most, ha saját domain név, vagy valami, tudod csak csinálni egy CNAME rekord erre a DNS-nevet. És a rugalmas terheléselosztás szolgáltatás skálázható a háttérben, így mérlegek fel és le a saját. Szóval lehet, hogy több IP-címet. Az IP-k is megváltozhat. Ezért mindig meg kell hivatkozni azt, hogy a DNS-név. 

Rendben van. Tehát itt vagyunk. Visszatértünk arra a beállítási képernyő. Most fogunk csinálni ugyanez a folyamat szinte. Tehát adatbázisunkban név wordpress. A felhasználónév név wordpress. Megvan az azonos super A biztonságos jelszó, mint korábban, kivéve az adatbázis host most lesz az RDS például. 

Így fogunk menni innen. Fogunk menni RDS. Fogunk menni az én példányok. Szükségem van a végpont nevét. Ez a mostani. Szóval én csak fog másold ezt. Rendben? Tehát lássuk, hogy működött. Rendben van. Szóval, hogy működik. Szóval lehet csatlakozni az RDS például. Ismét meg fog Leo Awesome Blog. Rendben van. 

Tehát most megyünk telepítse a Wordpress. Tehát mi végeztünk. Szóval hadd jelentkezzen be hogy megbizonyosodjon arról, hogy működött. OK. 

Tehát most már van egy teljesen fut Wordpress. Meg tudjuk csinálni mindenféle műveletet rajta. Tehát a különbség most az, hogy van egy külön adatbázist. Hogy az adatbázisok felesleges. Még mindig csak egy web szerver, de mi most hogy egy kép ez a web szerver, indítsa újra, és akkor van két webszerverek e mögött terheléselosztó. 

A végpont nem változik akkor sem ez az egyik, vagy két, vagy 50 web szerverek. Mi lehet átméretezni túl ezen. Szóval van Wordpress Dugó, ahol használhatja S3 a statikus eszköz-. Használhatja CloudFront gyorsíthatóságát ezeket az eszközöket. Használhatja ElastiCache így Használhatja Memcached alapvetően tárolni művelet állapot van. 

Szóval mint skálázható Egy több esetben, fogsz feltételezni, hogy Azokban az esetekben, mulandó, így lehet menni. Szóval megvan azt hinni, hol tudom tárolni naplók, Hol lehet tárolni művelet állapot. Mit tegyek, hogy ez így rendben van, hogy Ezekben az esetekben is eltűnnek, vagy több Közülük jelenik meg? Szóval kell majd válaszolni a kérdésekre, mint ezt. De ez elég gyakori mintát. Szóval csak elkezd tehermentesíti bármilyen tartós dolgokat más szintekre. 

Tehát most van ez, mi vagyunk tennivaló [? háromszintű?] dolog. Az utolsó dolog, én vagyok fog csinálni itt vagyok megy, hogy én terheléselosztó egy kicsit több szilárd most, hogy megjelölt egészséges. Úgyhogy általában nem Jó ötlet honlapok hogy nem TCP-egészségügyi ellenőrzések miatt Apache lehet akár, de lehet visszatérő PHP hibák. Szóval nem akarom. 

Szóval mit fogok nem itt van megyek hogy ez megváltozzon, hogy egy HTTP állapotfelmérés. És ez lesz index.php, nem index.html. És mi lesz, hogy ez megváltozzon Egészséges küszöbértéket vissza öt. Szóval ez kész. Szóval, hogy kell még egészséges. Ja. Tehát mi még mindig a szolgáltatás. 

Szóval így beállított up WordPress AWS. Szóval azt hiszem, kevesebb, mint 20 perc voltunk Mindkét létre egy példányt, a saját, és a teljes három rétegű architektúra, ahol mindegyik sorban egymástól függetlenül skálázható. Meg tudod csinálni mindenféle érdekes dolgot az adatbázis a skála is. 

Hadd mutassam meg még egy Érdekes dolog itt. Mondjuk ezt szeretném kitörni a elolvassa a írást. Én is létrehozhat olvasni replika. Így fogok, hogy csak hozzon létre egy olvasható másolata. Szóval ez lesz legyen wordpressdb1 READ1. Megyek csinálni ugyanabban a régióban, de én lehetne csinálni egy másik régióba. Így fogunk kezdeni céltartalék olvasható másolata itt. Szóval most hozunk létre olvasható másolata. Amit most létrehozott ott az alján. Szóval lehet csinálni mindenféle klassz cuccot. 

Szóval én végeztem a demo. Szóval azt hiszem, körülbelül 10 perc. Szóval én viszem bármilyen kérdése senkit van, bármilyen AWS kapcsolatos témában. Bárki? Cool. Rendben van. Köszönet mindenkinek.