DAVID Malan: U redu, dobrodošao natrag. Prije nego što zaronite u cloud computing, Mislio sam da ću pauzu Ako postoje bilo kakve nepodmirene pitanja ili teme koje su došle za vrijeme ručka da je sada mogla biti od interesa. PUBLIKA: [nečujan] DAVID Malan: U redu. Oh, u redu. PUBLIKA: [nečujan] DAVID Malan: Ne, naravno. OK, dobro, nadamo se sve svoje Problemi se javljaju u sljedećih nekoliko sati a sutra pogotovo. Ali neka je pogledati, a zatim, na kojoj posljednja rasprava o postavljanju website vodi, općenito kada je riječ o cloud computing, postavljanje arhitekture servera, vrste odluka da inženjeri i programeri i voditelji trebate napraviti kada je u pitanju da radi više nego samo prijave za 10 $ mjesečno web host kada zapravo žele izgraditi vlastite infrastrukture. A mi ćemo pokušati vezati ovo natrag, na primjer, i drugi ispuštanje poput njih. Pa krenimo u obzir Koji problemi nastaju kao posao dobiva dobar i nastaju dobre problema. Tako je u vrlo najjednostavnijem slučaju da ima neka tvrtka koja ima web server, možda imate, recimo, poslužitelj koji mi ćemo samo izvući da izgleda ovako. A ovih dana, većina servers-- i neka zapravo staviti sliku na ovo samo tako da je malo manje nebulozna. Dakle, Dell stalak server-- natrag u dan, tu su mainframe računala koji je preuzeo cijeli sobe. Ovih dana, ako su dobiti server ga, može izgledati malo nešto ovako. Serveri se mjere u onome što nazivaju rack jedinice, ili Rus. I jedan RU je 1,5 inča, koji je industrijski standard. Dakle, ovo izgleda kao dva RU poslužitelja. Dakle, to je 3 inča visok. I oni su u pravilu širok 19 inča, što znači da sve ove vrste stvari standardiziran. Dakle, ako ste u potrazi u center-- podataka a ne samo na jednom poslužitelju, ali neka je pogledajte na Google-a podatkovni centar i vidjeti ako mi vidjeti lijepu sliku u Google Images. To je puno bolje svijetli od vas bi obično naći, i još mnogo seksi izgleda kao rezultat. Ali to je ono što izgleda kao par sto poslužitelji sve o toj istoj veličini, Zapravo, u stalku nakon stalak nakon stalak nakon stalak u podatkovnom centru. Nešto kao učinimo, to može dobro biti Google-a, budući da sam googled Google-a. No, to bi mogao biti reprezentativan više općenito podatkovni centar u koji su mnogi tvrtke su obično co-nalazi. A ko-nalazi obično znači da idete na mjesta kao što Equinix ili druge tvrtke koje imaju veliki skladišta koji imaju puno snage, puno hlađenje, nadajmo se puno sigurnosti, i pojedinačne kaveze zatvaranje stalci poslužitelji, a ni iznajmiti regala ili donijeti stalci u. I pojedina poduzeća, startups posebno, će imati neku vrstu biometrije da se u njihov kavez, ili ključem, ili ključ kartice. Ti otvori vrata. I iznutra postoji samo trg snimke otisak da ste plaćati za, unutar koji možete staviti sve što želite. A ti obično platiti za vlast. A ti platiti za otiske. A onda ćete platiti sami za servere da ste dovođenja u tom prostoru. I što onda imaju mogućnost učiniti je platiti nekome za Vaše internet usluga povezivanja. Možete platiti bilo koji broj od dobavljača, od kojih su svi obično dolaze u taj podatkovnom centru. No, pravi zanimljivo je pitanje, što zapravo ide u tim policama? Možda su sve vrlo dobro izgledaju kao što smo upravo vidjeli. Ali oni obavljaju različite funkcije a možda ćete morati raditi različite stvari. I neka je doista motivirati ovu raspravu s pitanjem, što problema počinje se mogu pojaviti ako ste uspješni? Dakle, imaš web stranicu koje ste izgradili. A možda ga prodaje widgete ili tako nešto. A što ste radili jako dobro s prodajom od widgeta online. I počnete neke simptome, vaše web stranice. Ono što bi moglo biti neke tehničke simptomi da korisnici izvješćuju kako je posao raste i cvate i vaše web stranice je korist od toga? PUBLIKA: [nečujan] DAVID Malan: Da, točno. Dakle, možete imati Usporavanje vaše web stranice. A zašto bi to dogoditi? Pa, ako pretpostavimo, za Radi rasprave upravo sada, da ste na jednoj od ovih komercijalnih web domaćini da smo razgovarali o prije ručka, da plaćate neki broj dolara da mjesečno, a već ste platili za godišnju cijenu svoje domene ime, da je web host je vjerojatno overselling svoje resurse donekle. Tako možete imati korisničko ime i lozinku na njihovom serveru. No, kako bi mogli nekoliko drugih, ili više desetak drugih, ili možda čak i više stotinu drugih, korisnici. A web stranice živjeti fizički na istom poslužitelju. Zašto je to moguće? Pa ovih dana, serveri ovako obično imaju više tvrdih diskova, možda čak šest ili više tvrdih diskova, od kojih svaki može biti toliko kao 4 terabajta ovih dana. Tako možete imati 24 terabajta prostora u samo jednom malom poslužitelja kao što je ovaj. A čak i ako ukrade neki od tog prostora za otpremnine, za rezervne svrhe, to je još uvijek jako puno prostora. I svakako, tipični web stranice ne treba tu puno prostora. Samo registracije korisnika i skladištenje trupaca narudžbi ne uzima sve što je mnogo prostora. Tako da ga možete particionirati sasvim malo i dati svakom korisniku samo mali dio toga. U međuvremenu, računalo ovako ovih dana obično ima više CPUs-- ne samo jednom, možda dva, možda i četiri, možda 16, ili čak i više. A svaki od tih procesora ima nešto što se zove jezgra, koja je vrsta kao mozak unutar mozga. Dakle, u stvari, većina je svatko ovdje s moderni laptop ima vjerojatno dual core ili quad core CPU-- i vjerojatno jedini jedan CPU unutar laptop ovih dana. Ali stolna računala i rack računala kao to bi moglo imati vrlo malo više CPU, a zauzvrat jezgri. I iskreno, čak iu našim Macove i računala od Danas, ti stvarno ne trebaju dual jezgri ili quad jezgre za provjeru e-pošte. Ako postoji bilo usko grlo kada je riječ o korištenju računala, što je ljudski su vjerojatno Najsporiji stvar o tom računalu. I nećeš biti u stanju provjerite svoj e-mail bilo brže ako se imaju četiri puta više procesora ili jezgri. No, isto je vrsta od istina poslužitelju. Samo jedan website ne bi mogli nužno je potrebno više od jednog Procesor ili core, jedan mali mozak unutra radi sve od razmišljanja i obrade. Tako proizvođači imaju sličan počeo narezati te resurse tako da možda vaše web stranice dobiva jedno core, vaše web stranice dobiva jednu jezgru, ili možda mi dijelimo jednu takvu jezgru. Mi smo također dijele prostor na disku. I mi smo također dijele RAM-a, ili memorija sa slobodnim pristupom od prije, od kojih tu je i konačan iznos. I to je ključ. Bez obzira koliko skupo računalo je, postoji još konačnih iznos sredstava u njemu. I tako je sve više i više vas pokušati konzumirati te resurse, na sporije stvari mogu postati. Ali zašto? Zašto bi se stvari usporiti kao simptom poslužitelju previše opterećen? Što se događa? PUBLIKA: [nečujan] DAVID Malan: Da, točno. predložio sam ranije da RAM je vrsta memorije. To je nestabilno, pri čemu je to gdje aplikacije i podaci pohranjeni kada oni koriste. I tako, dakle postoji samo konačan broj stvari koje očito može učiniti odjednom. I to je također brže, što je dobra stvar. No, to je i skuplji, koja je loša stvar. I to je također zato prisutan u nižim količinama nego disku, tvrdi disk Prostor, koji teži da bude jeftinije. Drugim riječima, vi Možda ima 4 terabajta prostora na disku na vašem računalu. No, možda imate 4 gigabajta ili 64 gigabajta, redu veličine, faktor 1.000 manje RAM-a na računalu. Dakle, što se računalo učiniti? Pa, recimo da vas nemam 64 gigabajta RAM na poslužitelju kao što je ovaj, koji bilo bi sasvim uobičajeno, ako ne i niska ovih dana. No, pretpostavimo da imate toliko korisnici rade toliko stvari da ti vrsta vrsta potrebno 65 gigabajta memorije da obrađuju sve to istodobna uporaba? Pa, ti samo mogu reći: Žao nam je, neki broj korisnika jednostavno ne mogu pristupiti stranici. I to je mjera u krajnjoj nuždi, svakako. Ili, kao operativni sustava, kao što je Windows ili Mac OS ili Linux ili Solaris ili bilo Niz drugih OS-evima na tom poslužitelju, može samo odlučiti, znate što? Imam samo 64 gigabajta RAM-a. Nekako mi je potrebno 65. Dakle, znate što? Idem uzeti 1 gigabajt u vrijednosti od podataka u RAM-a koji je najmanji u zadnje vrijeme pristupa i samo ga premjestiti na disk privremeno, doslovno kopirati iz posta sjećanje na sporiji memorije tako da ja onda mogu nositi kako 65. gigabajt potrebe za pamćenje, napraviti neki izračun na njega. Onda kada sam učinio radi toga, Ja ću samo potez koji na disk, potez koji drugi RAM sam privremeno stavio na disku natrag u stvarni hardver tako da sam vrsta zadataka. Tako sam nekako stavljanjem stvari privremeno u ovom sporijem prostoru pa sam stvoriti privid rukovanje svima. No, tu je usporavanje. Zašto? Pa, unutar njih teško diskova ovih dana je što? Umjesto toga, ono što čini teško voziti se razlikuje od RAM-a najbolje što znam sada? PUBLIKA: [nečujan] DAVID Malan: OK, istina. PUBLIKA: [nečujan] DAVID Malan: Dakle, vrlo istinito. I to je nuspojava ili značajku činjenice da RAM doista brže. I zato što želite koristiti ga za trenutnu upotrebu. A disk je sporije. No, to je trajan, ili stalna. Tako da ga koristiti za dugotrajno skladištenje. No, u pogledu provedba, ako pogledam gore ono što se naziva DIMM, Memorija Dual Inline Modul, to je ono komad RAM Možda obično izgledaju. Dakle, unutar našeg Mac-- to je bug. Unutar naših Mac i PC, naš desktop Računala će imati štapićima memorije, kao što bi ih nazvati, ili DIMM-a, ili SIMM-ovi nazad u dan, bez memorije da izgleda ovako. Naša prijenosna računala vjerojatno imati stvari koje su trećine veličine ili upola. Oni su malo manji, ali isto idea-- malo komada zelene silicija hostija ili plastika koja ima male crne pločice na njih s puno žica međusobno povezivanje sve. Možda imate hrpu to unutar vašeg računala. Ali takeaway ovdje to je sasvim elektronički. Postoji samo elektroni teče na ovom uređaju. S druge strane, ako gledamo unutrašnjost hard disk i podići sliku Ovdje, te će umjesto toga vidi ovako, koja ima struju prolazi kroz njega u konačnici. No, ono što je također iskoči na vama o ovome? PUBLIKA: [nečujan] DAVID Malan: Da, tu je očito pokretnih dijelova. To je vrsta kao što je stari rekord igrač ili fonograf igrača. A to prilično košta. To je malo raskošnije nego that-- dok je phonograph igrač koristi utori u zapisnik, to zapravo koristi sićušne male magnetske čestice da ne možemo baš vidjeti. Ali ako malo magnetske čestice izgleda ovako, to se smatra 1. A ako to izgleda ovako sjever-jug, umjesto jug-sjever, to bi moglo biti 0. A vidjet ćemo sutra kako možemo izgraditi od onog na više zanimljivih stvari. No, sve što je dobio fizički kretati je sigurno ići sporije od brzine svjetlosti, što u teoriji je što jedan elektron može teći u, iako realno ne sasvim. Dakle, mehanički devices-- puno sporije. No, oni su jeftiniji. A ti može stati toliko više podataka unutar njih. Dakle, činjenica da postoji postoji u svijetu nešto zove virtualna memorija, koristeći tvrdi disk kao što je ovaj kao da je RAM transparentno za korisnika, jednostavnim pomicanjem podataka iz RAM-a na tvrdi disk, a zatim ga se kreće natrag kada je potrebno opet, stvara usporavanje. Zato što doslovno morati kopirajte ga s jednog mjesta na drugo. A stvar koju kopirati ga na i s je zapravo sporiji od RAM gdje želite da bude. Alternativa here-- rješenje ako vam se ne sviđa da se uspori, i vaša virtualna memorija vrsta se preopterećeno, što je još jedan rješenje za ovaj problem? PUBLIKA: [nečujan] DAVID Malan: Pa, povećanje virtualne memorije bi neka nam to učiniti na još veći razmjera. Mogli bismo nositi 66 gigabajta u vrijednosti memorijskih potreba, ili 67 gigabajta. No, pretpostavimo mi se ne sviđa to usporiti, zapravo Želim isključiti virtualni memorije, ako je to uopće moguće, što drugo sam mogla baciti na taj problem riješiti, gdje želim nositi više korisnika i više memorijske zahtjeve nego sam fizički su u ovom trenutku? PUBLIKA: [nečujan] DAVID Malan: Nažalost ne. Dakle, CPU i jezgre su oni u su konačni resurs. I nema analogni u tom kontekstu. Dobro pitanje, ipak. Samo da bude jasno, previše, ako unutar toga računalo, recimo, stick RAM-a koji izgleda kao što učinimo, i tako ćemo nazvati ovu RAM-a. I ovdje je tvrdi disk. A ja ću samo izvući ovo slikovno kao mali krug. Ima 0 a i 1 je u oba these-- podataka, mi ćemo ga generalizirati kao. A u biti, ako je korisnik izvršavanje aplikacije kao što su, recimo, web stranicu koja to zahtijeva koliko RAM-a po korisniku, što ti predlaže, putem ove stvari zove virtualna memorija, je da se samo privremeno premjestiti da ovdje, tako da sada možete premjestiti sjećanje tuđe Zahtjevi tamo. I onda kada je to učinio, Ja mogu kopirati ovaj natrag preko i to ide ovdje, čime se kreće ono što sam htjela tu negdje drugdje uopce. Dakle, postoji samo puno switcheroo, je takeaway ovdje. Dakle, ako vam se ne sviđa ovaj, a vi ne želim staviti nešto na tvrdom disku, što je vrsta očigledan rješenje za poslovno osobe na problem, ili inženjer-a rješenje, što se toga tiče, previše? PUBLIKA: [nečujan] DAVID Malan: Da, mislim doslovno bacati novac na problem. I doista, ovo je savršeno prikazali neke od višu razinu rasprave o cloud computing. Jer puno je motivirana financijskih odluka, ne nužno tehnološki. Ako 64 nastupa RAM-a je premalo, dobro, zašto ne dobiti 128 gigabajta RAM-a? Zašto ne dobiti 256 gigabajta RAM-a? Pa, zašto ne? PUBLIKA: [nečujan] DAVID Malan: Pa, to košta više novaca, sigurno. A ako već imate rezervni prostora na tvrdom disku, učinkovito, ili ekvivalentno, na tvrdom disku tako mnogo jeftinije možda i koristiti ga. Pa opet, tu je ovaj trade off da što smo vidjeli i ranije tog jutra, tamo gdje stvarno nije nužno točan odgovor, postoji samo bolje ili lošije odgovor na temelju onoga što je zapravo stalo. Dakle, tu je i tehnološke stvarnosti. Ja ne mogu kupiti računalo, prema mojim saznanjima, s bilijun gigabajta RAM odmah. To jednostavno fizički ne postoji. Dakle, postoji neka gornja granica. Ali, ako ste ikada čak i kupac za potrošača Mac ili PC, također, općenito postoji ova krivulja značajki tamo gdje bi moglo biti dobro, bolji, a najbolji računalo. I granične vraća na svom dolara za kupnju najbolji računalo u odnosu na bolje računalo možda neće biti gotovo kao visok kao što je proveo malo više novca i dobivanje bolje računalo nad dobrom računalu. Drugim riječima, da ste plaćati premium da biste dobili vrhu liniju. A što ćemo vidjeti u Rasprava o cloud computing je li to ono što je vrlo uobičajena ovih dana, a što tvrtke poput Googlea rano popularizirao, ne plaćam za te zgrade stvarno fancy, skuplji souped do računala s puno i puno svega, već kupnje ili izgradnje lijepa Skromne računala, ali puno njih, i korištenjem nešto što je općenito zove horizontalni skaliranje umjesto vertikalnog skaliranja. Dakle, vertikalna skaliranje značilo bi dobili više RAM-a, više diska, više od svega, i vrsta ulagati vertikalno u vašem hardveru tako da ste samo dobivanje najbolje od najboljih od najboljih, ali ste plaćati za to. Horizontalna skaliranje vrsta je od dobiti donji tier stvari je dobar model, ili čak i gore modela, ali se puno od njih. No, čim ste dobili puno them-- na primjer, u ovom slučaju, web poslužitelji, ako je to jedan server ili jedan web host je nedovoljna, onda samo intuitivno je Rješenje ovog problema opterećenja ili preopterećenja na svojim serverima je bilo dobiti veći server ili, što ja predlaganje ovdje, umjesto od skaliranje vertikalno tako kažemo, će biti, znate što? Samo se drugi jedan od njih. Ili možda čak i dobiti treći. No, sada smo izradili problem za inženjering po prirodi ovom poslu ili financijskih odluka. Što je inženjerski problem je sada? PUBLIKA: [nečujan] DAVID Malan: Da, kako što ih spojiti and-- žao? PUBLIKA: [nečujan] DAVID Malan: U redu, jer sam još have-- ako me ponovo uvesti u tu sliku, ako je to moj laptop negdje na internetu, koja je sada između ja i društvo govorimo o, Sada moram shvatiti, na koji poslužitelj mogu poslati ovu posebnu korisnik? A ako postoji drugi korisnici, kao što su to, i onda je to jedna ovdje, a možda je to korisnik A, ovaj je korisnik B, to je user C, i to je server 1, 2 i 3-- sada intuitivno odgovor može ovdje biti samo, poslat ćemo korisniku na 1 i B do 2, i C do 3. I možemo nositi 3 puta što većem broju korisnika. Ali to je preveliko pojednostavljivanje. Kako ste se odlučili za koga poslati gdje? Tako ćemo pokušati urazumiti kroz ovo. Dakle, pretpostavimo da računala A, B, C i D su kupci, i poslužitelji 1, 2 i 3 su vodoravno umanjena poslužiteljima. Dakle, oni su na neki način isti. Sve što oni prikazuju isti softver. I svi oni mogu učiniti istu stvar. No, razlog zbog kojeg smo se Tri od njih je tako da se može nositi tri puta više ljudi odjednom. Dakle, mi znamo iz Rasprava prije ručka da postoji hardver između laptop i poslužiteljima. No, mi ćemo samo vrsta generalizirati da je sada što su internet ili oblaka. Ali mi znamo da je u mojoj kući, tu je vjerojatno doma router. U blizini serverima, tu je vjerojatno router, DNS poslužitelj, DHCP. Tu može biti ništa želimo u ovoj priči. Pa kako ćemo početi odlučivati, kada korisnik A ide na something.com, koji server na relaciji korisniku? Kako bismo mogli početi ispričati ovu priču? PUBLIKA: Balansiranje opterećenja? DAVID Malan: Balansiranje opterećenja. Što želiš reći time? PUBLIKA: Vraćanje gdje je većina korištenje je a koji ima većina raspoložive resurse. DAVID Malan: OK, pa me pustiti uvesti novu vrstu hardvera da još nismo raspravljali, što je upravo to, balansiranje opterećenja. I to samo mogao biti poslužitelj. To bi moglo izgledati točno kao onaj koji smo vidjeli maloprije. Tovar napona stvarno samo komad softvera koje rade na komad hardvera. Ili možete platiti dobavljača, kao što je Citrix ili drugi, Cisco ili netko drugi. Možete platiti za svoje hardver, koja je hardverski balansiranje opterećenja. No, to samo oni znači unaprijed instaliran na uravnoteženje opterećenja softver na njihov hardver i prodao sve vas zajedno. Dakle, samo mi ćemo ga izvući kao pravokutnik za naše potrebe. Kako sada mogu provesti ujednačavanje opterećenja? Drugim riječima, kada korisnik A želi posjetite moj site, njihov zahtjev nekako ili drugi, vjerojatno putem onih usmjerivači smo razgovarali ranije, će na kraju doći ovo balansiranje opterećenja, koji je tada ubacuje usmjeravanje nalik odluku. No, to je usmjeravanje za vrste o višoj svrsi sada. To je ne samo o dobivanju od točke A do točke B. Riječ je o odlučivanju o tome koji točka B je najbolji među them-- 1, 2, ili 3, u ovom slučaju. Pa kako sam odlučiti hoće li ići na 1, 2, 3 do? Kakva bi to bila crna kutija, tako da se govoriti, raditi na unutarnjoj strani? I to je još jedan primjer u informatika apstrakcije. Ja doslovno nacrtana ujednačavanje opterećenja kao crne kutije u crnom tintom, unutar od kojih su neki zanimljivi logika ili magija, čak, od čega treba doći decision-- 1, 2 ili 3, A ulaz je samo A. PUBLIKA: [nečujan] DAVID Malan: Žao mi je što? PUBLIKA: [nečujan] DAVID Malan: U redu, kako bismo mogli kategorizirati vrste transakcija ovdje? PUBLIKA: Pregled web stranicu u odnosu na upite bazu podataka. DAVID Malan: OK, to je dobro. Dakle, možda je to korisnik A želi vidjeti web-stranicu. A možda je to čak i statički sadržaj, nešto što mijenja se rijetko, ako ikada. I to izgleda kao prilično jednostavna operacija. Dakle, možda ćemo samo proizvoljno, ali razumno, recimo, server 1, njegova svrha u životu samo služiti se statički sadržaj, datoteke koje se rijetko, ako ikada, promjena. Možda je to slika na stranici. Možda je tekst na stranici ili drugo, kao neka vrsta nezanimljivih stvari, ništa transakcijski, ništa dinamičan. S druge strane, ako korisnik A provjerava iz njegovog košaricu koja zahtijeva baze podataka, negdje pohraniti i sjetite se da transakciju, dobro možda da je zahtjev treba ići na serveru 2. Dakle, to je dobro. Tako možemo učitati ravnotežu temelji o vrsti zahtjeva. Kako bi inače mogli smo to učinili? Što other-- PUBLIKA: Na temelju server-a korištenje i kapaciteta. DAVID Malan: U redu, U redu. Tako da je spomenuo da je ranije, Kareem. Pa što ako mi daju neki ulaz na [nečujan] među poslužiteljima 1, 2, i 3. ovoga balansiranje opterećenja, tako da oni su samo stalno informiranje opterećenje balansiranje što je njihov status? Kao, hej, balansiranje opterećenja, Ja sam na korištenje 50%. Drugim riječima, imam pol kao mnogi korisnici kao što sam ja zapravo mogu nositi odmah. Hej, balansiranje opterećenja, ja sam na 100% iskoristivosti. Hej, balansiranje opterećenja, 0% iskorištenosti. Balansiranje opterećenja, ako je to dizajniran na način da se može uzeti u tim komentarima kao ulaz, može onda odlučiti, ooh, broj 2 je na 100%. Pusti me poslati bez buduće zahtjeve prema njemu osim korisnika već povezani. Ovaj tip je na 0%. Neka je poslati puno prometa na njemu. Ovaj tip je rekao da je na 50%. Idemo poslati neki promet na njega. Dakle, to bi bio jedan sastojak, koji bismo mogli uzeti teret u obzir. I to će se s vremenom promijeniti. Dakle, odluke će se promijeniti. Dakle, to je jako dobra tehnika, onaj koji se obično koristi. Što još možemo učiniti? I neka je zapravo samo ukratko ovdje. Dakle, odluke ovdje bi moglo biti prema vrstama prometa, ja ću ga nazvati. Može se ovisno o opterećenju. Da vidimo, ako ne možemo se s nekoliko drugih. PUBLIKA: [nečujan] DAVID Malan: Location. Dakle, to je dobra. Dakle mjesto-- kako možda iskoristiti tu informaciju? PUBLIKA: [nečujan] DAVID Malan: Oh, to je dobro. A o tome koliko milisekundi će se smanjiti za na temelju onoga što smo to vidjeli jutro bi rekao? PUBLIKA: [nečujan] DAVID Malan: Pa, na temelju Na putevima u tragovima što smo vidjeli ranije, što je samo gruba mjera za nešto, barem koliko je potrebno za podatke dobiti od A do B osjeća kao i sve lokalne bilo, što, kao 74 milisekundi, dati ili uzeti? A onda sve sto plus, 200 plus je vjerojatno u inozemstvu. I tako na temelju toga sam, čini se razumnim pretpostaviti koji je za korisnika u SAD-u za pristup europski server može trajati dva ili tri puta dokle, čak iu milisekundi, nego što bi se, ako to server se nalazi ovdje geografski, ili obrnuto. Dakle, kada sam predložio ranije da posebno jednom prijeđete tu 200 milisekunda Prag, dati ili uzeti, ljudi počnu primjećivati. A Trace Route je samo uz pretpostavku sirovo, nezanimljiv podatke. Kad imate web stranicu, morate dobili korisniku preuzimanje slike ili filma datoteke, puno teksta, sljedeći zahtjevi. Vidjeli smo kad smo posjetili, što je to, Facebook ili Amazon ranije, postoji cijeli niz stvari koji treba preuzeti. Tako da će se zbrojiti. Dakle, multi-sekunda možda ne može biti nerazuman. Pa dobro, geografija je jedan sastojak. Dakle, u stvari tvrtki kao što su Akamai, ako ste čuli za njih, ili netko drugi već odavno uzeti zemljopis u obzir. I ispada da je po prirodi nekog IP adresa, moj laptop je IP adresa, možete zaključiti, s nekim vjerojatnosti, gdje ste u svijetu. A u stvari postoji usluge trećih osoba kojima mogu platiti tko održavanje baze podataka IP adresa i geografija da se s velikom sigurnošću će biti istina kada je pitao, gdje u svijetu je to IP adresa? I tako, u stvari ono druge tvrtke koriste ovo? Ako imate Hulu i Netflix, ukoliko ste ikad bili na putovanju u inozemstvu, a vi pokušajte gledati nešto na Hulu, a ti nisi u SAD-u, možda vidjeti poruku govoreći, ne u SAD-u. Žao nam je, ne možete pregledati ovaj sadržaj. PUBLIKA: [nečujan] DAVID Malan: Oh, stvarno? Ali da, pa zapravo to je savršena aplikacija nešto vrlo tehnički na stvarni problem. Ako ste bili na VPN iz Europi ili Aziji ili bilo gdje u svijetu na svoju poslovnu sjedištem u New Yorku ili gdje god se nalazili, vi ste će stvoriti izgled na vanjskim web stranice koje ti si zapravo u New Yorku, čak i ako ste fizički prilično daleko. Sada korisnik će znam da si očito daleko. Ali, također ćeš to osjetiti, jer tih dodatnih milisekundi. Taj dodatni udaljenost i šifriranja koji se događa u VPN će usporiti stvari. Dakle, to može i ne mora biti veliko iskustvo. No, Hulu i Netflix su idući u vidjeti ti kao sjedi negdje u New Yorku, kao što ste jasno iščitati. Kakvo savršeno rješenje za to. U redu, geografija je jedno rješenje. Što drugo može se koristiti kako bi odlučili kako na relaciji promet od A, B i C 1, 2, i 3, opet, stavlja inženjering šešir na? Sve to zvuči vrlo komplicirano. Uh, ja čak i ne znam gdje za početak provedbe tih. Daj mi nešto što je jednostavnije. Koji je najjednostavniji način donijeti ovu odluku? PUBLIKA: Jeli poslužitelja dostupna? DAVID Malan: Jeli poslužitelja dostupna? Pa nije loše. To je dobro. To je neka vrsta nuancing opterećenja. Tako ćemo zadržati u kategoriji opterećenja. Ako ste na raspolaganju, samo sam će poslati podatke tamo. Ali to može vrlo brzo obiti o glavu. Jer, ako sam koristiti tu logiku, i ako ja uvijek pitati jednom, jesi li dalje, ti na, jesi li dalje, ako je odgovor uvijek da, Idem poslati 100% prometa s njim, 0% do svih ostalih. I u nekom trenutku, idemo pogoditi da usporavanje ili web nedostupna. Dakle, što je nešto bolje od da, ali još uvijek prilično jednostavan a nije ni približno pametan kao da sve te dodatne podatke u obzir? PUBLIKA: Cijena po poslužitelju. DAVID Malan: Cijena po poslužitelju. OK, neka mi bacanje koje u kategoriji opterećenja, previše. Jer ono što ćete naći u tvrtka, too-- da ako nadograditi svoje servere tijekom vremena ili kupiti više, možda neće biti u mogućnosti da biste dobili upravo iste verzije hardvera. Zato što pada zastario. Ne možete ga kupiti više. Cijene promijeniti. Tako možete imati međusobno različite servere u svoj klaster, da tako kažemo. To je potpuno u redu. No, iduće godine hardvera može biti dvostruko brže, dva puta sposobni kao ove godine. Tako možemo bacanje koje u kategoriji opterećenja. Ova petlja povratne veze između 1, 2 i 3 u balansiranje opterećenja sigurno mogao reći, hej, ja sam na 50% kapaciteta. No, usput, ja također imaju dvostruko više jezgri. Koristite tu informaciju. Čak simpler-- a to se događa da bude tema u računarstvu. Kada su u nedoumici, ili kada želite jednostavan rješenje koje se općenito dobro radi tijekom vremena, ne biraju isti server cijelo vrijeme, ali choose-- PUBLIKA: Slučajni jedan? DAVID Malan: -A random server. Da, izaberite jedno ili drugo. Dakle, slučajnost je zapravo Ovo je vrlo snažan sastojak u računalnoj znanosti, te u inženjerstvu više općenito, pogotovo kada želite napraviti jednostavnu odluku brzo bez kompliciranja sa svima od njih vrlo pametan, ali i vrlo pametan, rješenja koja zahtijevaju sve više inženjering, sve više misao, kad Stvarno, zašto ne bih samo vrsta flip novčić, ili tri sided novac u ovom slučaju, i odlučiti da li da ide 1, 2, 3? To bi moglo obiti o glavu probabilistically, ali baš kao i izgledi ponovnog okretanja glave i opet i opet i opet i opet i opet je moguće u reality-- super, super malo vjerojatno. Dakle, tijekom vremena, vjerojatno samo slanjem korisnike nasumično do 1, 2, i 3 ide raditi savršeno u redu. A to je tehnika općenito poznat kao razigravanje. Ili zapravo, to nije razigravanje. To bi bio slučajan pristup. A ako želite da se još malo jednostavnije od toga, razigravanje će biti prva osoba ide 1, druga osoba koja je dva, treća osoba na 3, četvrta osoba do 1. I u tome leži okrugli robin. Vi samo vrsta ići okolo u krug. Sada biste trebali biti pametan o tome. Vi ne bi trebali slijepo poslati korisniku poslužitelj broj jedan, ako što je to slučaj? Ako je na max kapaciteta, ili to je samo više ne reagiraju. Dakle, idealno želite neke vrsta povratne petlje. Inače, samo poslati sve svojih korisnika u slijepu ulicu. Ali to se može uzeti u obzir, previše. Dakle, ne pod cijeniti vrijednost samo slučajnost, što je vrlo često rješenje za ove vrste problema. A mi ćemo zapisati Round Robin. Pa kako su neke tvrtke provoditi razigravanje ili slučajnost ili bilo koji od ovih rješenja? Pa, nažalost, oni raditi stvari kao što je ovaj. Dopustite mi podići još jedan brzi zaslona. Zapravo, neka je učiniti dvije. Ne znam zašto smo uzimajući sve ove jela. To je vrlo čudno. U redu, što ja stvarno želim je screenshot. To je čudno. U redu, tako da mogu lažirati ovo. Ne znam koliko je sve dalje Želim zadržati pomicanje. Dakle, vrlo često ćete naći sebe na adresu kao što je www.2.acme.com, možda www.3 ili 4 ili 5. I pripazi na to. Ne vidim da se često. Ali kada to učinite, to nekako sklon biti veći, stariji, stodgier tvrtke koji tehnološki ne stvarno Čini se da znaju što rade. A vidite ovo na tech tvrtki ponekad, stariji. Dakle, ono što su oni radili? Kako su provedbu balansiranje opterećenja, to će se činiti? Ako se nađete kao Korisnik tipkanje www.something.com, i odjednom ste na www.2.something.com, ono ima svoj teret napona vjerojatno učinio? PUBLIKA: [nečujan] DAVID Malan: Da, tako da je balansiranje opterećenja je vjerojatno donošenja odluke temelji se na jednoj od ovi odlučivanja processes-- zapravo ne smeta što. No, baš kao što sam nacrtan Brojevi na brodu ovdje, poslužitelji su ne samo zove 1, 2 i 3. Vjerojatno se zove www1, www2, www3. I ispada da je unutrašnjost HTTP zahtjev je ova značajka. A ja ću simulaciju na sljedeći način. Idem otvoriti taj isti razvijanje mreže kartica kao i prije samo tako da možemo vidjeti što se događa na ispod haube. Idem za brisanje zaslona. I ja ću ići, neka je kažu, http://harvard.edu. Sada za sve poslovni razlozi, Harvard odlučio je, poput mnogih, mnoge druge web stranice, standardizirati njegova web stranica na www.harvard.edu i za tehničku i marketinških razloga. To je samo vrsta u Vogue imati www. Tako je server na Harvardu ima nekako preusmjeriti korisnika, kao što sam zadržati govoreći, od jedan URL na drugu. Kako to rade? Pa, dopustite mi ići naprijed i pritisnite Enter. A primijetiti URL doista brzo promijenjen u www.harvard.edu. Pusti me pomicanje natrag u tome povijest i kliknite na ove ispravljanje dijagnostičke informacije, ako hoćete. Dopustite mi da pogledate moj zahtjev. Dakle ovdje je zahtjev sam napravio. I primijetiti da je u skladu s vrstom zahtjeva sam Facebooka prije. Ali primijetiti odgovor. Što je drugačije u odgovor ovaj put? PUBLIKA: [nečujan] DAVID Malan: Da, pa to nije 200 OK. To nije 404 nije pronađen. To je 301 trajno, što je vrsta smiješan način kaže, Harvard je povećao i preselio drugdje www.harvard.edu. 301 označava da ovo je preusmjeravanje. A gdje bi korisniku očito biti preusmjeren? Tu je dodatni tidbit Informacije unutar tog okvira. A svaki od tih linija će se sada početak poziva HTTP zaglavlja. Zaglavlje je samo ključ vrijednost pair-- nešto debelo nešto. To je dio informacija. Gdje bi nova Lokacija očito biti? Obavijest posljednja linija među svim tim zaglavlja. PUBLIKA: [nečujan] DAVID Malan: Da, tako je dodatne informacije. Prva linija koje sam istaknuo kaže 301 trajno. Pa, gdje je on preselio? Posljednji line--, a oni ne moraju biti u tom redoslijedu. To može biti slučajan. debelog Lokacija znači, hej preglednik, idite na ovaj URL umjesto. Dakle preglednici razumjeti HTTP preusmjeravanja. A to je vrlo, vrlo čest način odskakanje Korisnik s jednog mjesta na drugo. Na primjer, ako ste ikad pokušali posjetiti web-mjesto koje niste prijavljeni, možda iznenada naći sebi i na novoj URL uopce se zatražiti da se prijavite. Kako to rade? Poslužitelj je vjerojatno poslati 301. Tu je i drugi brojevi, kao što su 302, nešto drugačiji u smislu, koji vam poslati na drugi URL. A onda je server, nakon što ste se prijavili, će vas poslati natrag do mjesta gdje što zapravo namjerava. Pa što su onda slabo projektirana web stranice rade? Prilikom posjeta www.acme.com, a oni samo dogoditi da su nazvali svoje servere www1, www2, www3, i tako dalje, oni su vrlo simply-- što je fer, ali vrlo vrsta foolishly-- vas preusmjeriti na zapravo drugačije nazive poslužitelja. I to radi savršeno u redu. To je lijepo i jednostavno. Vidjeli smo kako će to biti obavlja ispod haube u virtualnom omotnici. Ali zašto je to nedvojbeno loša inženjering odluka? A zašto sam ja na neki način snishodljiv prema ovom inženjering pristup? Raspravljati zašto je to loše. Ben? PUBLIKA: [nečujan] DAVID Malan: Svaki poslužitelj bi morao imaju duplikat web stranice. Ja sam u redu s tim. A u stvari, to je ono što sam misleći na cijelu ovu priču, jer ako mi wanted-- dobro Zapravo, osim za Dan ranije prijedlog, u kojem, ako imate drugačije serveri rade različite stvari, a onda možda oni zapravo mogli biti funkcionalno rade različite stvari. No, čak i tada, u nekom trenutku, vaš Baza podataka će dobiti preopterećen. Vaš poslužitelj statična imovina će dobiti preopterećen. Dakle, u nekom trenutku, mi smo natrag na ovu priču, gdje smo potrebno više kopija iste stvari. Dakle, ja sam u redu s tim. PUBLIKA: [nečujan] DAVID Malan: U redu, tako neke stranice možda neproporcionalno popularan. I tako fiksacijsku na jednoj adresi nije nužno najbolja stvar. [NEČUJAN]? PUBLIKA: [nečujan] DAVID Malan: Što misliš pod tim? PUBLIKA: [nečujan] DAVID Malan: Da, točno. Tako da ne želite nužno vas have-- sigurno ne žele imati svoje korisnike ručno upisivati ​​u www1 ili www2. Iz brandinga perspektive, to samo izgleda malo smiješno. Ako želite samo neka vrsta čist, elegantan iskustvo, ima tih vrsta nasumično numerirane URL-ovi stvarno nije dobro. Jer tada su korisnici sigurno će kopirati i zalijepiti ih u e-poštu ili instant poruka. Sada su za razmnožavanje. Sada ste nekako konfuzno svoj blog manje tehnički publika, koja misli Vaša web adresa www2.something.com. Nema uvjerljivih semantika u to. To se događa samo da se u podlozi tehnički detalj koji ste numerirani svoje servere na ovaj način. I što je još gore, što ako, na primjer, možda oko Božića vrijeme kada je poslovni stvarno cvate, imaš www1 kroz www99, ali u siječnju i veljači, nadalje, isključite polovina onih tako da imate samo www1 kroz www50? Što je sada implikacija za to vrlo razumna poslovna odluka? PUBLIKA: [nečujan] DAVID Malan: Morate upravljanje svim onima koji i dalje. PUBLIKA: [nečujan] DAVID Malan: Upravo tako. To je vrsta ulova tamo. Ako vaši klijenti su u naviku bookmark stvari, slanje e-ih, samo Ušteda URL negdje, ili ako je samo u njihovoj auto završiti u pregledniku tako da su oni stvarno ne namjerno ga upišete, to je samo događa, možda, 11 mjeseci u godini učinkovito, doći u slijepu ulicu. I samo najlukaviji od Korisnici će se ostvariti, možda sam ručno trebao ukloniti taj broj. Mislim, to je samo neće dogoditi s više korisnika, tako loše za posao, loša provedba inženjering mudar. Dakle, srećom, to nije ni potrebno. Ispada da je ono što ujednačavanje opterećenja može učiniti je, umjesto da se kaže, kada je čini request-- hej A, idi na 1. Drugim riječima, umjesto slanja koje preusmjeravaju tako da jedan korak u tom Proces je ići ovdje On je tada rekao da ide negdje drugdje. I tako korak tri je, on ide negdje drugdje. Umjesto toga možete nastaviti put, da se nastaviti koristiti taj izraz, sve je podacima kroz balansiranje opterećenja, tako da on nikada kontakti 1, 2, ili 3 izravno. Sve prometa ne dobiti "preusmjeren" opterećenjem sama napona. I tako sad smo na neki način zamagljuju granice među tim različitim uređajima. Tovar napona može podatke o ruti. To je samo funkcija koja ima. Dakle, balansiranje opterećenja, također, da je komad softvera, stvarno. A router je komad softvera. A ti apsolutno može imati dva komada softvera unutar od jednom fizičkom računalu tako opterećenjem napona može učiniti te više stvari. Dakle, postoji jedan drugi način to učiniti, što zapravo seže do kakve prvih načela DNS, koji smo govorili prije pauze. DNS je Domain Name System. Imajte na umu da možete pitati DNS poslužitelj, što je IP adresu google.com, facebook.com? A zapravo možemo učiniti. Alat nismo koristili ranije je onaj koji je jednako dostupan, pozvao nslookup, za ime poslužitelja pretraživanja. I Samo ću upisati facebook.com. A vidim da Facebookov IP Adresa je očito ovo. Pusti me naprijed i kopiranje da, otići u pregledniku i idite na http: // i da IP adresa i pritisnite Enter. I doista, čini se da radi. Sada radi unatrag, što je unutar virtualnog omotnice da Facebook odgovorila kada Posjetio sam tu IP adresu izravno? Zbog obavijesti, gdje sam sada? Gdje sam sada, adresa? PUBLIKA: [nečujan] DAVID Malan: Na sigurnom verziji, a na www.facebook.com. Dakle, to nije ni jednostavno sigurna IP adresa. Facebook je preuzela na sebe reći, ovo je smiješno. Nećemo da bi vas na to ružno izgleda URL koji je numerički. Mi ćemo vam poslati HTTP preusmjeriti preko tog istog napadača što smo vidjeli before-- Lokacija debelog nešto. I tako to jednostavno znači da je ispod napa je i dalje to IP adresa. Svako računalo na Internetu ima IP adresu, to će činiti. Ali ne moraju nužno izložiti da je za korisnika. I baš kao i natrag u dan, tu Bio 1-800-prikupljanje, 1-800-OO-L-L-E-C-T, u SAD-u, bio je način izrade prikupiti poziva putem vrlo lako za pamćenje telefon broj, ili 1-800 madrac kupiti krevet, i slični mnemotehnika da čak i vidjeti na telefon vrsta vrsta ipak, da slova preslikati na broju. Sada, zašto je to tako? Pa, to je puno lakše zapamtiti 1-800-madrac ili 1-800-PRIKUPLJAMO umjesto od 1-800 nešto nešto nešto nešto nešto nešto nešto, gdje je svaki od onih koji je znamenka. Isto tako, svijet saznao brzo, da ne bismo trebali ima ljudi pamtiti IP adrese. To bi bilo glupo. Mi ćemo koristiti imena umjesto. I to je razlog zašto DNS je rođen. U redu, tako da s tim rekao, u smislu balansiranje opterećenja, pokušajmo yahoo.com. Pa, to je zanimljivo. Yahoo čini se da se vraća tri IP adrese. Dakle zaključiti iz toga, ako bi mogli, što je još jedan način da bismo mogli provesti taj pojam balansiranje opterećenja možda čak i bez korištenja fizičke uređaj, ovaj novi fizički uređaj? Drugim riječima, mogu li uzeti daleko financiranje imate za balansiranje opterećenja i reći vam da koristite neki postojeći komad hardvera za provedbu taj pojam balansiranje opterećenja? I spojler je, da, ali ono, ili kako? Što je Yahoo možda radi ovdje? Kareem? OK, Chris? PUBLIKA: [nečujan] DAVID Malan: Da, sve Tri od tih djela. Dakle, slučajnosti, razigravanje, mjesto-- možete samo iskoristiti postojeći komadić slagalice da smo razgovarali o ranije od DNS sustava i jednostavno reći, kada je prvi Korisnik od dana zahtjeva yahoo.com, dati im prvu IP adresu, poput onog koji je završio u 45 gore. I sljedeći put kada korisnik zatraži IP adresa yahoo.com od negdje u svijetu, dati im drugu IP, u tom slučaju treća IP, potom Prvi IP, onda drugi. Ili biti pametan o tome i to grafički. Ili je to slučajno, a ne samo raditi to razigravanje na ovaj način. I u ovom slučaju, onda mi ni ne treba uvesti ova crna kutiju u našoj slici. Ne treba nam novi uređaj. Mi jednostavno reći računala ići na poslužiteljima, učinkovito, ali ne putem svoje ime. Oni nikada ne treba znati ime. Oni su samo rekli da yahoo.com Karte na bilo kojem od tih IP adresa. Tako da šalje isti zahtjev. Ali na vanjskom dijelu kuverta, to jednostavno stavlja IP da je to dojavio. I na taj način, također, može mi učitati uravnotežiti zahtjeve samo po slanjem omotnicu do drugačiji Yahoo vlastite poslužitelje? A ako ćemo držati kopanje, vidjet ćemo vjerojatno druge tvrtke s više. CNN je dva javno izloženi. Iako zapravo, ako ćemo to učiniti opet i again-- cnn.com-- možete vidjeti oni mijenjaju poredak, zapravo. Dakle, što je mehanizam CNN koristi, očito? PUBLIKA: Random. DAVID Malan: Pa, to može biti slučajna, iako to Čini se da je biciklizam natrag i naprijed. Dakle, to je vjerojatno razigravanje gdje oni su samo prebacivanje naloga kako da ću vjerojatno uzeti prvi. Moj računalo će se Prvi svaki put. Dakle, to je balansiranje opterećenja. I to nam omogućuje, u konačnici, za mapiranje podataka, ili zahtjeve karata, na više poslužitelja. Pa što vrste problemi sada još uvijek postoji? To se osjeća kao da smo samo jako riješiti dobar problem. Imamo korisnika na različitim poslužiteljima. But-- oh, i Chris, je li imate pitanje prije? PUBLIKA: [nečujan] DAVID Malan: Totalno ovisi. Dakle, ono što se ovdje događa? A zapravo možemo vidjeti. Dakle, pokušajmo Yahoo. Zapravo, idemo na Facebook. Jer znamo da radi. Zato ću kopirati da IP adresa ponovo. Idem zatvoriti sve te kartice. Ja ću ići otvoreno da posebna mreža tab ovdje. I ja ću posjetiti samo http: //. A sada idem pritisnite Enter. I da vidimo što se dogodilo. Ako sam pogled na taj zahtjev, obavijest da my-- Facebook je loš primjer. Jer oni imaju super fantazija tehnika koji skriva taj detalj od nas. Dopusti mi da koristite Yahoo instead-- http: // tu IP. Otvorimo našu mrežu Kartica sačuvati zapisnik. I evo, Enter. To je zabavno. OK, ovdje je glasoviti 404 poruka. Što je tu čudno je da su vjerojatno nikada neće vratiti. Budući da je vjerojatno nije nešto u redu samo po sebi. Oni imaju samo namjerno Ne odlučio podržati numerička oblik njihovu adresu. Dakle, ono što mi zapravo vidimo u Kartica Network, ako sam povući ovu ovdje, je, kao što sam rekao, glasoviti 404, gdje ako sam pogled na zaglavlja odgovora, to je ono što sam dobio here-- 404 nije pronađen. Tako ćemo probati jedan drugi. Da vidimo je li CNN surađuje s nama. Ja ću zgrabiti jedan od CNN-a IP adresa, jasno ovo, http, Dah, dah, Dah, dah. Tako je u odgovoru na Chrisa pitanje, da je jedan radio. I idemo zaglavlja odgovora. Zapravo ne, u redu, ja sam pokušava pronaći radni primjer. Dakle, CNN je odlučio, samo ću vas ostaviti bez obzira na adresu koju zapravo posjećuju, branding pitanja u stranu. No, ono što se ne bi trebalo događati, ako mogli smo ga vidjeti u Facebooka slučaju, je da će dobiti 301 Premješteno Trajno, najvjerojatnije, unutar kojeg je Lokacija: https: //www.facebook.com. A izgledi su www.facebook.com je alias za isti server mi samo otišao. Dakle, to je malo kontraproduktivno. Mi smo doslovno posjetite poslužitelj. Poslužitelj tada nam govori, otići. Idi na ovoj drugoj adresi. Ali mi samo tako dogoditi da se ide natrag na tom istom poslužitelju. Ali valjda smo sada ostati na tome poslužitelj bez ovog naprijed i natrag. Jer sada upotrebljavamo imenovani verzija stranice, a ne numeričke. Dobro pitanje. U redu, tako da ako mi sada assume-- mi su riješili uravnoteženje opterećenja. Sada imamo mehanizam, da li je preko DNS, bilo da je putem ove crne kutije, bilo to je korištenjem bilo koje od tih tehnika. Možemo uzeti zahtjev korisnikov i shvatiti da koji server, 1, 2 ili 3, za njega ili nju poslati. Ono što počinje break o našoj web stranici? Drugim riječima, mi smo izgradili tvrtku koja je prethodno na jednom poslužitelju. Now da se posao radi na više poslužitelja. Koje vrste pretpostavki, Kakve dizajnerske odluke, Sada bi moglo biti razbijanje? To je manje očita. No, da vidimo, ako ne možemo staviti naše prst na neke od problema koje smo stvorio za sebe. Opet, to je vrsta kao holding niz curenje iz crijeva. I sad neki novi problem je iskočio ovamo. PUBLIKA: [nečujan] DAVID Malan: OK, tako da moramo držati raste naš prostor na tvrdom disku. Ja sam u redu s tim sada. Zato mislim da mogu vodoravno razmjera. Kao i ako sam nizak, ja ću samo dobiti četvrtina poslužitelj, možda petina poslužitelja, a zatim povećati naše kapacitete od dodatnih 30% ili 50% ili sitnica. Dakle, ja sam u redu s tim, barem za sada. PUBLIKA: [nečujan] DAVID Malan: OK, to je dobra stvar. Dakle, pretpostavimo poslužiteljima nisu identične. I usluga korisnicima ili e-ekvivalent dobiva neku poruku od korisnika govoreći, to se ne radi u redu. To je vrlo moguće, ponekad, da je možda jedan ili više poslužitelja djeluje malo naopako, ali ne drugi, koji se može sigurno čine ga teže loviti niz problema. Možda ćete morati pogledati više mjesta. To je manifestacija druge vrste kukca, a to je da vjerojatno bi trebao Osmislili svoju infrastrukturu, tako da je sve zaista identični. No, to ne otkrivaju novi problem da nismo imali prije. Što drugo? PUBLIKA: [nečujan] DAVID Malan: Da, postoji više složenosti. Postoji fizički više žica. Postoji još jedan uređaj. U stvari, ja sam uveo temeljno Pojam i temeljni je problem ovdje poznat kao jednu točku neuspjeha, koji je, čak i ako nikada niste čuli fraza, vjerojatno možete sada raditi unatrag i to shvatiti. Što znači da imam samo jedan točka neuspjeha u mojoj arhitekturi? I arhitektura, samo sam znači topologije od toga. PUBLIKA: [nečujan] DAVID Malan: Da, što ako opterećenje balansiranje ide dolje? Ja sam umetnuta ovaj srednji čovjek čiji svrha u životu je da se riješi problem. Ali ja sam uvela novi problem. Novi curenja je pri piću u crijevu. Jer sada, ako je balansiranje opterećenja umre ili lomova ni misfunctions, Sada sam izgubio pristup sve tri od mojih poslužitelja. I prije, nisam imati taj posrednik. I tako je to novi problem, nedvojbeno. Mi ćemo se vratiti kako bismo mogli popraviti. PUBLIKA: [nečujan] DAVID Malan: To će biti jedan pristup. Da, pa to će biti vrlo Rupa štakora počnemo ići dolje. Ali neka se vratiti da je u samo jednom trenutku. Ono što drugi problemi su stvorili smo? Dakle Dan prije spomenuto baze podataka. Pa čak i ako niste previše upoznat tehnički, baza podataka je samo server gdje promjene podataka obično se sprema, možda red je netko stavio, Vaš korisnički profil, vaše ime i prezime, vaša adresa e-pošte, stvari koje bi mogle unijeti ili mijenjati tijekom vremena. Prije toga, moja baza podataka je bio na istom poslužitelju kao i moj web poslužitelja. Jer upravo sam imao jedan web hosting korisnički račun. Sve je bilo sve na istom mjestu. Gdje da stavim svoju bazu podataka Sada, na serveru 1, 2 ili 3? PUBLIKA: 4. DAVID Malan: 4, OK, sve U redu, idemo tamo. Zato ću staviti moj database-- i neka početi obilježavanje ove www, www, www. A ja ću reći, ovo je broj četiri. A ja ću reći DB za bazu podataka. OK, sviđa mi se ovo. Što linija bih vjerojatno biti crtež ovdje? PUBLIKA: [nečujan] DAVID Malan: Da, tako je kod, kao što ćemo raspravljati sutra, vjerojatno je isti na sva tri poslužitelja. Ali to sada treba povezati a ne na baza podataka radi na lokalnoj razini, ali i drugdje. I to je u redu. Mi samo možemo dati bazu podataka ime, kao što smo, ili broj. I to sve radi u redu. Ali što smo učinili? Mi smo vodoravno skalirati tako da Tri servera umjesto jednog, koji dobro je. Budući da sada možemo nositi tri puta više tereta. I još bolje, ako se jedan ili dva od tih servera ide dolje, moja tvrtka može nastaviti s radom. Budući da još uvijek imam jedan, čak i ako sam vrsta šepajući uz pametna izvedba. No, ono što novi problem što sam uveo pomicanjem baze podataka ovom posebnom poslužitelju umjesto na 1, 2, i 3? PUBLIKA: [nečujan] DAVID Malan: Da, tako da sada imam još jednu točku kvara. Ako je moja baza podataka umre, ili treba se nadograditi, ili kako god, sad sigurno, moja web stranica je online. I mogu poslužiti statična, nepromjenjiv sadržaj. Ali ne mogu dopustiti korisnik prijaviti ili promjene ništa ili nalog bilo još gore. Jer, ako 4 je odsutan, onda 1, 2, i 3 stvarno ne mogu razgovarati s njim po definiciji. U redu, tako da, pa to je razlog zašto Ja sam neodlučan izvući ovo. Tako ćemo se vratiti na to. Ne mislim da bi pritom off. No, slika je vrlo brzo će postati stresan. Zato što je potrebno za početak ima dva od svega. U stvari, ako ste ikada vidjeli Film Kontaktirajte prije nekoliko godina s Jodie Foster-- ne? U redu, tako da za dvoje nas koji smo vidjeli kontakt, postoji veza tamo gdje su u biti kupio dva od nečega umjesto jedne, iako dvostruko cijenu. Dakle, to je vrsta razigran komentar u filmu. To je vrsta vezana uz to. Mi apsolutno mogao učiniti. I upravo ste cijenu nas dvostruko više novca. No, mi ćemo se vratiti na to. Tako smo riješili ovaj. Dakle, znate što? To je kao sklizak padini. Ne želim da se bave imaju da imaju duple baze podataka. To je previše novaca. Znaš što? Želim da moj baze podataka baš kao u verziji jednom gdje svaki server ima vlastite lokalne baze podataka. Dakle, ja sam samo ide izvući db na svakom od njih. Tako sada svaki web server je identičan u dosad jer ima isti broj, isti statički imovina, iste slike i tekst i tako dalje. I svaki od njih ima svoju vlastitu bazu podataka. ispravio sam jednu točku neuspjeha. Sada imam bazu podataka. Bez obzira na to što su dva ili jedan od tih stvari umiru, uvijek postoji jedna lijeva. No, ono što novi problem sam stvorio da je Dan rješenje izbjeći? PUBLIKA: [nečujan] DAVID Malan: Da, i ja ih sinkronizirati, zar ne? Jer, bilo mi je potrebno za sinkronizaciju tko će where-- drugim riječima, ako Alice posjećuje moj stranica, a ona se dogodilo da se slučajno ili okrugli robined ili bilo što drugo, da server broj jedan, nakon toga moram uvijek pošalji ju na server 1. Zašto? Jer, ako sam joj poslati na server 2, to će da izgleda kao da ne postoji tamo. Neću da joj povijest narudžbi. Neću da joj profil tamo. I to samo osjeća kao to je pozivajući problema. A kad je Bob posjećuje, ja morate ga poslati uvijek na istom poslužitelju, 2, ili što god jedan, a Charlie se treći, i dosljedno. To nije nerazuman, ipak. To se naziva podjeli svoje baze podataka. A u stvari, to je ono što Facebook nije rano. Ako ste pratili povijest Facebook je počeo ovdje na kampusu kao www.thefacebook.com. Tada se razvila nakon što je Mark započeo širenja u druge kampusa biti harvard.thefacebook.com i mit.thefacebook.com, a vjerojatno bu.thefacebook.com i slično. A to je zato što rano, mislim da ne možete imati prijatelja u kampusima. No, to je u redu. Budući da svatko s Harvarda dobio je poslao na ovaj poslužitelj. Svatko od BU dobio poslana na ovom poslužitelju. Svatko od MIT-a dobio je poslao na ovaj server-- u teoriji. Ja ne znam točno sve temeljne pojedinosti provedbe. No, vjerojatno je podijeljen ljude njihov kampus, gdje je njihova mreža bila. Dakle, to je dobro sve do točke gdje vam je potrebno dva poslužitelja za Harvard, ili tri poslužitelja za Harvard. I onda da jednostavnost vrsta razgrađuje. Ali to je razuman pristup. Neka je uvijek poslati Alice na istom mjestu, Uvijek poslati Bob na isto mjesto. Ali što se događa ako Alice je poslužitelj odlazi offline? Bob i Charlie još uvijek mogu kupiti stvari i prijaviti na stranice. Ali Alice ne mogu. Tako ste izgubili i treći Vaše korisničke baze. Možda je bolje od 100%? No, možda bi bilo lijepo kad bismo mogli dalje podržavati 100% naših korisnika čak i kada je trećina našeg Poslužitelji ide offline. Tako smo mogli sinkronizirati što? Ne korisnici, per se, ali baza podataka u svim ovim serverima. Dakle, sada smo vrsta trebate neke vrsta međupovezivanja ovdje tako da su sami poslužitelji može sync-- nije nerazuman. A u stvari, ova tehnologija postoji. U svijetu baza podataka, tu je pojam master-slave baze podataka, ili primarne sekundarne, gdje je među značajkama nije samo za pohranu podataka i odgovoriti s podacima, ali samo da bi se stalno sinkronizirati s drugim. Dakle, svaki put kad pišu ili spremanje nešto ove baze podataka, odmah biva "replicirati" s drugim bazama podataka, kao dobro. I svaki put kad pročitate od nje, nije važno gdje si. Jer, ako u teoriji Svi su sinkronizirane, ti si će dobiti isti prikaz podataka. Dakle, to zvuči savršeno. Mora biti kvaka. Ono što bi moglo ulov biti? PUBLIKA: [nečujan] DAVID Malan: Da, tako tri puta koliko stvari može poći po zlu. To je stvarnost. Sve je moglo biti isto u duhu. Ali netko treba konfigurirati tih. Postoji veća vjerojatnost da nešto će poći krivo. Samo kombinacijski imate više stvari skloni pogreškama. Što je još loše potencijalno? PUBLIKA: [nečujan] DAVID Malan: Da, tako sinkronizacija može biti loše. Čak i kao što možda znate iz backupa i takav, ako se samo slijepo čine sigurnosna kopija, što ako se nešto ne pogriješiti na jednoj bazi podataka? Vi izbrisati nešto što ne bi trebalo. Odmah sam replicirao da je problem svugdje drugdje. Dakle, Victoria je bila talking-- kopija će to biti dobra stvar ovdje. I tako ćemo se vratiti na to. I da bude jasno, govorimo Ne radi se o sigurnosnim kopijama ovdje sam po sebi. Govorimo o istinskom replikacije ili sinkronizacije preko servera. Oni su svi živi. Nisu trebali se koristiti za sigurnosne kopije. PUBLIKA: [nečujan] DAVID Malan: Što je to? PUBLIKA: Higher-- DAVID Malan: veći troškovi. Mi smo utrostručio troškove za sigurni, iako barem u smislu hardvera. Budući da je baza podataka samo komad softvera. I web poslužitelj je komad softvera. Vjerojatno je besplatno, ako koristimo bilo koji broj open source stvari. Ali, ako smo pomoću nešto kao što su Oracle, mi smo plaćati Oracle više novca po licence, ili Microsoft za pristup. Mora postojati neki drugi ulov ovdje. To ne može biti tako jednostavan. Dakle, na svom mjestu, mislim da je to bilo Kareem, geografije earlier-- ili ne, Roman je to, za geography-- pretpostavimo da smo se pametni o tome, a mi smo stavljajući jednu od naših poslužitelja, i okrenuti baze podataka, u SAD-u, i drugi u Europi, drugi u Južna Amerika, još u Africi, drugi u Aziji, gdje smo možda žele širom svijeta. Mi već znamo iz našeg traga rute koje točke A i točke B, ako su udaljeniji, se događa da se više vremena. A ako neki od vas su koristili alata, kao što su Facebook ili Twitter ili bilo koji od tih stranica ovih dana da se stalno mijenja zbog korisnika stvorene podataka, ponekad, ako hit Reload ili otvorite na istoj stranici u nekom drugom pregledniku, vidjet ćete različite verzije, gotovo. Možda ćete vidjeti nečiji status ažurirati ovdje, ali ne ovdje, a onda ponovno učitati, a zatim ga Čini se, a ti opet ponovno učitavanje, i ona će nestati. Drugim riječima, zadržati oko za to, barem Ako koristite socijalne umrežavanje posebno. Opet, samo zato što je Podaci se mijenja tako brzo, ponekad poslužitelji ne izaći iz sync. A možda je to super mali prozor. Ali 200 milisekundi, možda čak i više nego that-- je će potrajati neko od nule iznos vremena za ove baze podataka za sinkronizaciju. I mi smo ne samo govorimo o jednom zahtjevu. Ako tvrtka ima tisuće Korisnici ga koristite istovremeno, oni mogu učitavati. Drugim riječima, da bi moglo biti red ili čekati liniju prije svega onih baze podataka Upiti se mogu sinkronizirati. Dakle, možda je to zapravo nekoliko sekundi. I doista ovo je istina mislim da čak i do danas s Facebooka, pri čemu kad se uskladiti s East Coast na Zapadnoj obali, ima ne-trivijalan kašnjenje propagacije, da tako kažemo, da samo vrsta morati trpjeti. I tako da nije toliko bug kao što je to stvarnost da korisnici ne bi mogli vidjeti ispravne podatke za najmanje nekoliko sekundi. Vidim to na Twitteru puno zapravo, gdje ponekad ću cvrkut u jednom prozoru, otvori drugi za zatim ga vidim kako bi potvrdili da se doista ode gore, a to ne postoji još. I moram nekako ponovno učitavanje, reload, reload-- oh, tu je. I to ne zato što nije spremljen. To jednostavno nije propagirao drugim poslužiteljima. Dakle, ovaj trade-off, too-- vi stvarno želi izložiti riziku da ako korisnik odlazi na njihov red povijest, to nije zapravo ima još? Vidim to na nekim bankama. Uvijek me iritira kada se, dobro, za jedan, možete ići samo kao šest mjeseci unatrag u bankovnim izvještajima u nekim bankama, iako u teoriji bi trebale biti u mogućnosti da imaju sve na internetu. Oni samo uzeti stvari offline ponekad. Ponekad, too-- što website je to? Postoji one-- oh, to je GoDaddy, mislim. GoDaddy, kada check out kupnju naziv domene ili nešto, oni često će vam dati link na svom računu. A ako kliknete tu vezu pravo daleko, to često ne radi. To samo govori, slijepa ulica, ništa ovdje. I to je previše, jer ove razmnožavanje kašnjenja. Budući da iz bilo kojeg razloga, oni uzimanje malo vremena zapravo generiranje to. Dakle, ovo je nešto kao što želite povući svoju kosu u nekom trenutku. Budući da su svi pokušavate učiniti je riješiti jednostavan problem. I čuvamo stvaranju novih Problemi za sebe. Tako ćemo vidjeti ako mi može nekako poništiti. Ispostavilo se da kombiniranje baze podataka o svim svojim web servera nije baš najbolje prakse. Općenito, što je inženjer će učiniti, ili sustavi arhitekt, bi imati različit redovi poslužitelja. I samo zbog prostora je, ja ću crpe svoju bazu podataka ovdje. Možda ćemo imati bazu podataka i poslužitelj broj četiri ovdje da ima veze s svaki od tih poslužitelja ovdje. Dakle, to bi moglo biti naš front krajnji sloj, kako bi ljudi rekli. I to bi bio naš stražnji red. A to samo znači da to lice korisnika. A baze podataka ne lice korisnika. Ne korisnik može izravno pristup bazi podataka. Tako ćemo sada možda ići dolje ruta Victoria predložio. To je jednu točku kvara. To me čini neugodno. Dakle, ono što je možda Najočitiji rješenje? PUBLIKA: [nečujan] DAVID Malan: Žao nam je, reći da je opet. PUBLIKA: [nečujan] DAVID Malan: Non-produkcija poslužitelja. Kako to misliš? PUBLIKA: [nečujan] DAVID Malan: Oh, u redu, tako da sigurnosne kopije. U redu, tako da smo mogli učiniti, svakako. I zapravo to je vrlo često obavlja. To bi moglo biti baza broj pet. Ali to je samo spojeni na četvrtom. A možda ga zovu hot spare. Ove dvije baze podataka može biti konfiguriran samo stalno usklađivati međusobno. I tako, ako ovaj stroj umre, za god glupo reason-- tvrdom disku umre, netko putovanja preko kabel, neki softver je manjkav a stroj smrzne ili crashes-- možete imati čovjeka doslovno isključite ovu iz zida i umjesto toga priključiti ovaj jedan u. A onda u roku od, recimo, A Nekoliko minuta, možda pola sata, vi ste na mreži. To nije velika, ali to je također nije strašno. I ne morate brinuti o svim pitanjima sinkronizacije. Jer sve je već tamo. Zato što je imao savršen backup spremni otići. Ti bi mogao biti malo ljubitelj o tome, kao što neki ljudi često rade, gdje vas možda baze broj četiri ovdje, Baza broj pet mjesta, koji su međusobno razgovarali. Ali imate i ovo vrsta arrangement-- i to namjerno izgleda neuredno, jer to is-- gdje su svi Prednji kraj poslužitelji mogu razgovarati sa svim sporednim serverima. I tako, ako ova baza ne odgovoriti, ovi prednji kraj poslužitelji imaju imati programiranje kod u onima koji kaže: ako ne dobiti Veza na ovu bazu podataka, primarni odmah počinje u razgovoru s sekundarni. No, to je sada gura složenosti koda. A sada svojim razvojnim programerima, softver programeri, moraju znati o tome. A ti si neka vrsta vezivanja kod koji pišete na svoj stvarni leđa kraj pojedinosti provedbe, što ga čini teže, osobito u veći tvrtka ili veća web stranice, gdje se ne moraju nužno Želite programeri imati znati kako baze podataka inženjeri rade svoj posao. Možda želite zadržati one uloge vrsta funkcionalno različita, tako da je to sloj apstrakcija između dva. Pa kako bismo mogli popraviti? Pa, mi nekako riješiti ovaj problem jednom prije. Zašto ne staviti jedan od te stvari ovdje gdje to govori pak da se broj četiri i pet, svi front end web poslužitelja razgovarati s tim posrednika, a posrednik zauzvrat pravcima njihovih podataka? U stvari, što bi moglo biti dobro ime za ovu stvar? PUBLIKA: [nečujan] DAVID Malan: OK, upravitelj baze podataka. No, ono što bi moglo termin biti da bismo mogli ponovno koristiti za ovaj uređaj? Mi balansiranje. Da, pa zapravo, ja sam ne bude fer ovdje. Dakle, balansiranje opterećenja bi značilo da mi smo prebacivanjem naprijed-natrag ovdje koji ne moraju zapravo biti slučaj. Dakle, postoji nekoliko načina da se to moglo učiniti. Ako je to u stvari balansiranje opterećenja je Priča je točno isto kao i prije. Neki od zahtjeva otići do 4. Neki od njih idu do 5. I to je dobro. Budući da sada možemo nositi dvostruko više propusnost. No, ova veza Ovdje je super važno. Oni moraju ostati stalno sinkronizirani i nadamo nisu geografski predaleko tako da je sinkronizacija je u suštini trenutna. Inače bismo mogli imati problema. Dakle, to nije loše. Ali opet, mi smo uveden je novi problem. Ono što je problem što sam upravo ponovo? Jednu točku kvara. Dakle, što je rješenje za to? Dakle, kao što je Victoria je volio trošiti novac, možemo uzeti tog tipa van i učiniti. A ja sam samo ide premjestiti ovdje dovoljno mjesta. I to će biti malo neuredan. Idem da crtanje linije. Pretpostavimo da su svi ta linija ide u oboje? Vrlo uobičajena tehnika ovdje bi se koristiti tehnike nazvane srca pri čemu svaka od tih uređaja, Lijeva i desna balanseri opterećenja, ili što god želimo ih nazvati, stalno govoriti: 'Ja sam živ, Ja sam živ, ja sam živ, ja sam živ. Jedan od njih po defaultu djeluje kao primarni. Dakle, sav promet se preusmjerava onaj na lijevoj strani, na primjer, po defaultu, proizvoljno. Ali čim momka na desnoj strani ne čuje s lijeve tipa više, onaj na desnoj strani je programiran automatski, na primjer, preuzeti IP adresu od onog na lijevoj strani, i zbog toga postati primarni i možda poslati e-mail ili SMS poruku s ljudima reći, hej, lijevo primarni je odsutan. Postat ću primarno za sada. Dakle, potpredsjednik postaje predsjednik, da se tako izrazim. A netko mora ići spasiti predsjednik, ako želite. Zato sada imamo privremeni jednu točku kvara. Dakle, kao što je komplicirano ili stresno kao To se može činiti početi biti, to je, kako se riješiti te probleme. Vi ne bacati novac na njega. Vi bacati hardver na njega. No, nažalost dodaj složenosti za to. No, rezultat, na kraju, da je imate mnogo više, u teoriji, robustan arhitekture. To je još uvijek nije savršen. Jer čak i kada smo have-- smo mogli ne imati jednu točku kvara. Sada imamo dvostruke točke neuspjeha. No, ako su dvije stvari krenu krivo, koji apsolutno mogu, mi smo još uvijek će biti odsutan. I tako vrlo često u industrija je opisati Vaš se vrijeme u smislu devetke. I na neki način u cilju težiti je 99,999% vremena vaš site je online. Ili još bolje, dodajte još nekoliko devetke i tome. Nažalost, ovi devetke su vrlo skupi. I neka je zapravo to van. Dakle, ako sam opet otvoriti moj veliki kalkulator, 365 dana u godini, 24 sata u jednom danu, 60 minuta u jednom satu, a 60 sekundi u minuti, to je koliko sekundi postoje u godinu dana, ako sam to učinio ispravno. Dakle, ako smo puta tako .99999, to je koliko vremena želimo težiti. Dakle, to znači da bi trebao biti spreman to mnogi sekundi tijekom godine. Dakle, ako ja sada oduzimati izvorna vrijednost, odnosno ova nova vrijednost od first-- 316 sekundi, što je naravno pet minuta. Dakle, ako vaše web stranice ili vaša tvrtka tvrdeći "pet devetke", pri čemu si ti do 99,99% vremena, to vam znači bolje su bili dovoljno pametni i brzi dovoljno i dovoljno u ravnini s resursima da su vaši poslužitelji su samo offline pet minuta u godini. To je skup i Teško je stvar da težimo. Tako da je trade off, previše. 99,999% vremena je prilično prokleto teško i skupo. Pet minutes-- se jedva može dobiti poslužitelju fizički zamijeniti nešto što je pošlo krivo. I to je razlog zašto smo počeli ožičenje stvari zajedno složeniji apriori tako da računala može nekako popraviti sami. Da. PUBLIKA: [nečujan] DAVID Malan: Problem bi mogao biti u bilo kojem broju mjesta. A u fact-- PUBLIKA: [nečujan] DAVID Malan: Apsolutno, apsolutno. I kao što je slika uzimajući složeniji, to bi mogao biti web poslužitelja. To bi mogla biti snaga na zgradu. To bi moglo biti nešto fizički, kao što su kablovi dobio izlizane ili izbačen. To bi mogla biti baza podataka ne reagira. Moglo bi se oni ažuriraju svoje operativne sustava i nešto visi. Dakle, postoji toliko mnogo drugih pokretnih dijelova. I tako puno inženjering da mora ići iza toga je zapravo samo trgovina off, kao i kako koliko vremena, koliko novca je to zapravo vrijedi, i što su prijetnje ste stvarno zabrinuti? Na primjer, u tečajevi učim na Harvardu, koristimo puno cloud computing, što ćemo početi uzimanje pogled na aukciji, u stvari, gdje ćemo koristiti Amazon Web Services. Samo zato što je to jednom smo počeli. No, tu je još više ovih dana od Googlea i Microsofta i drugih. I svjesno odabrati da stavi sve virtualnih strojeva našim tečajevima ", nakon što se zove, u mislim to je Zapadna Virginia podatkovni centar. Većina naših studenata dogoditi da se iz SAD-a, iako sigurno postoje neki u inozemstvo. No, realnost je da je to samo jednostavnije i jeftinije je za nas staviti sve naše jaja u Virginia koš, iako znam da je nešto pođe krivo u Virginiji, što je povremeno happened-- kao ako postoji uragan ili neka vrijeme događaj kao što je to, ako postoji neki električnu mrežu problem ili da bismo mogli sve data Naši tečajevi "može ići offline za neki broj minuta ili sati ili čak i duže. No, količina složenosti koja će biti potrebna, i iznos novca koji bi biti potrebno, da rade sve paralelno u Europi ili u Kaliforniji Samo ne čini toliko smisla. Tako da je racionalna trgovina off, ali liječničkom osoblju jedan kad ste zapravo da taj stanke. Pa, neka je prijelaz upravo sada neke od rješenja cloud-based neke od tih problema. Sve što smo bili raspravlja do sada je vrsta problema koje imaju je s nama već neko vrijeme, da li imate svoj vlastiti poslužitelji u vašoj tvrtki, da li ići ko-lokaciji postavite kao podatkovni centar i udio Prostor s nekim drugim, ili danas u oblaku. I što je lijepo o oblak je da je sve od tih stvari sam sam crtež kao fizičkih objekata Sada se može shvatiti kao vrsta virtualnih objekata u oblaku koji su simulirani sa softverom. Drugim riječima, računala i danas, poslužitelji i danas, kao što su Dell slici Sam pokazao ranije, tako brzo, imaju toliko RAM-a, toliko CPU, toliko disk prostor, da su ljudi zapisano Softver za gotovo particiji jedan poslužitelj gore u iluziji njega kao dva poslužitelja, ili 200 servera, tako da da svatko od nas kupaca ima iluziju imaju ne samo račun na nekom webu domaćin, ali naš vlastiti stroj koji smo najam od nekog drugog. No, to je virtualni stroj u tako daleko na jednom Dell server, opet može biti podijeljen se u dva ili 200 ili više virtualnih strojeva, svi koji daju nekome upravni pristup, ali na način u kojem nitko od nas zna ili koristiti druge virtualne strojevi na istom hardveru. Dakle, slikati sliku u današnjim slajdova, Ja sam ovaj pucao ovdje sa stranica zove Docker. Dakle, ovo je malo više detalj nego što zapravo trebate. Ali, ako ste vidjeli ovo kao vaš infrastructure-- pa samo hardver svoje, svojih poslužitelja, stalci, podaci centar, i that-- sve što bi obično pokrenuti domaćin operativni sustav. Dakle, nešto volimo-članovima bi to moglo biti Windows. To ne bi bilo Mac OS. Budući da to nije stvarno poduzeća ovih dana. Dakle, to bi bilo Linux ili Solaris ili Unix ili BSD ili FreeBSD ili bilo koji broj drugih operativnih sustava koji su ili besplatni ili komercijalni. A onda pokrenuti programa, poseban program, zove hipervizoru ili Virtual Machine Monitor, VMM. A ovo su proizvodi, ako ste poznato, kao što su VMware ili VirtualBox ili Virtual PC ili netko drugi. I što su ti programi učiniti je točno taj lik sam opisao ranije. To stvara iluziju da jednom fizičkom stroju može biti više virtualnih strojeva. I tako te šarene kutije do vrha je slikanje od sljedećeg. To hipervizor, ovaj komad softvera, zovu ga VMware, radi na nekim drugim operativni sustav, pozvati ga Linux, stvara iluziju da ovo fizičko računalo je zapravo jedan, dva, tri virtualnih računala. Dakle, sada sam kupio, kao vlasnik takav hardver, jednom fizičkom računalu. I sada sam iznajmljivanje to su tri kupaca. A ta tri kupci svi misle oni imaju namjenski virtualni stroj. I to nije mamac i prebaciti. To je više činjenica da je koju koristite virtualni stroj. No, tehnološki, svi smo imaju potpunu administrativnu kontrolu preko svake od tih gostiju operativni sustav, koji bi mogao biti bilo koji broj operativnih sustava. Mogu instalirati sve što želim. Mogu ga nadograditi što želim. A ja ni ne moraju znati ili brigu o drugim operativnim Sustavi na tom računalu, drugi virtualni strojevi, osim ako je vlasnik svega toga siva stvari se se malo pohlepni a overselling svoje resurse. Dakle, ako ste uzimajući jedan fizički stroj i prodaje da ne 200 nego 400 kupci, u nekom trenutku idemo na izlet u onima Ista pitanja performansi kao i prije. Budući da imate samo ograničen Količina diska i RAM-a i tako dalje. A virtualni stroj je samo jedan program koji je praveći se da je punopravnog računalo. Tako ćete dobiti ono što plaćate ovdje. Tako ćete naći na internetu možete platiti ugledna tvrtka možda 100 $ mjesečno za vlastiti virtualni stroj, ili svoj vlastiti virtualni privatni poslužitelj, što je još jedan termin za to. Ili možda naći neki lete noć u kojoj ćete platiti 5,99 $ mjesečno za svoj vlastiti virtualni stroj. No, izgledi su nemate gotovo koliko performanse koje su Vam dostupne, zato što su ga overselling na taj način, nego što bi se sa većim tier usluga ili bolje dobavljač. Dakle, što to zapravo znači za nas? Zato me pusti na to. Ja ću ići na aws.amazon.com. Samo zato što imaju lijep izbornik mogućnosti. No, ti isti lekcije se primijeniti na cijela hrpa drugih oblaka dobavljači. Nažalost, to je često više Marketing govoriti nego ništa. I to se stalno mijenja. Dakle, idete na web stranice kao što je ovaj. I to zaista nije reći da gotovo ništa. Pa čak i ja, kao što sam pogled na to, zar ne znam što bilo koji od tih stvari nužno učiniti sve dok ronim u. No, krenimo na lijevoj strani, Izračunaj. A ja ću kliknite ovaj. A sada Amazon ima iskreno neodoljiv broj usluga ovih dana. Ali Amazon EC2 je možda najjednostavniji. Amazon EC2 će se stvoriti za nas upravo slika vidjeli smo prije nekoliko trenutaka. To je kako oni čine mnogo njihov novac u oblaku. Očigledno Netflix i drugima u oblaku s njima. To je sve uobičajeno pahuljasto marketinga govoriti. Dakle, ono što želim učiniti je otići na Pricing-- ili radije idemo na slučajeve Prvo samo da sliku o tome. Dakle, to će se razlikovati od dobavljača. A mi ne trebaju se previše duboko u korov ovdje od kako to sve radi. No, način na Amazon, na primjer, iznajmljuje vam virtualni stroj ili poslužitelja u oblaku se da ste je dobio tih vrsta smiješnih imena, kao t2.nano, što znači mali, ili t2.large, što znači velika. Svaki od njih daje vam bilo jedan ili dva virtualna procesora. Zašto je to virtualni CPU? Pa, fizički stroj možda imaju 64 ili više stvarne CPU. Ali opet, putem softvera, oni stvaraju iluziju da je jedan stroj može biti divvied do više korisnika. Tako možemo razmišljati o tome kako je ima jedan Intelov procesor ili dva. CPU kredita po hour-- bih pročitati fine print kao što to zapravo znači. To znači koliko stroja možete koristiti po satu vis-a-vis drugi kupci na tom hardveru. Evo koliko RAM-a ili memorije get-- bilo pola gigabajta, odnosno 500 megabajta, ili 1 GB ili 2. A onda je za pohranu jednostavno se odnosi na kakav diskova oni vam dati. Tu je drugačiji za pohranu Tehnologije koje oni nude. No, zanimljivije od toga onda bi mogao biti cijena. Dakle, ako ste CTO ili inženjer koji ne želite pokrenuti poslužitelj u vašoj ured, iz bilo kojeg razloga, i to je način previše komplicirano ili skupo kupiti poslužitelje i co-smjestiti ih i plaćati najam u nekom fizičkom kavezu prostora somewhere-- želite samo sjediti na svoj laptop kasno u noć, upisati podatke o kreditnoj kartici, i najam poslužitelja u cloud-- dobro, možemo to učiniti ovdje. Ja ću ići dolje to-- Linux je popularan operativni sustav. I neka je samo dobiti osjećaj za stvari. Whoops-- prevelika. Pa pogledajmo njihovu najsitnijeg virtualni stroj, koji izgleda kao da ima, za naše potrebe, jedan CPU i 500 megabajta RAM-a. To je prilično mala. Ali iskreno, web poslužitelji ne potrebno učiniti sve što je puno. Imate bolje naočale u prijenosnom računalu. No, ne morate onih naočale ovih dana za stvari. Ti si idući u platiti 0,0065 $ po satu. Tako ćemo vidjeti. Ako postoje 24 sata u jednom danu, a mi smo plaćati toliko po satu, to će vas koštati 0,15 $ za iznajmljivanje koje Posebno poslužitelja u oblaku. A to je samo jedan dan. Ako ćemo to učiniti 365-- $ 57 do najam uglatim poslužitelj. Dakle, to zvuči super jeftini. To je također super niske performanse. Tako smo, za tečajeve i naučiti ovdje, imaju tendenciju koristiti Mislim t2.smalls ili t2.mediums. I mi bi mogli imati nekoliko stotina Korisnici, nekoliko tisuća korisnika, ukupno. To je prilično skroman. Tako ćemo vidjeti što će to koštati. Dakle, ako sam to učiniti trošak puta 24 radno vrijeme 365, ovo je $ 225. A za tečajeve Učim, općenito pokrenuti dva svemu, redundancije i za izvedbu. Tako smo mogli potrošiti, dakle, $ 500 za servere da bismo mogli trebati godišnje. Sada, ako vam treba više performance-- neka je pogledati memorije. Razgovarali smo o memoriji vrlo malo. A ako trebate više memory-- i 64 gigabajta je broj stalno sam mentioning-- to je gotovo 1 $ po satu. A ti prilično brzo vidjeti gdje ovo goes-- tako 24 sata puta 365. Dakle, sada je 8000 $ godišnje za pristojan server. Dakle, u nekom trenutku, postoji ova točka infleksije gdje sada smo mogli potrošiti 6000 $ Vjerojatno i kupiti stroj kao što je to i amortizirati svoju cijenu više možda dva, tri godine, život stroja. Ali, što bi moglo gurnuti u prednost ili nemilosti iznajmljivanje stroj u oblaku kao što je ovaj? Opet, to je usporedivo, vjerojatno, u jedan od tih Dell servere smo vidjeli na slici malo prije. PUBLIKA: [nečujan] DAVID Malan: Da, to je ogroman naopako. Jer mi ne kupujete Stroj, nemamo ga unbox. Ne morate ga podići. Ne morate ga priključiti u našu policu. Nemamo ga priključiti. Mi ne moraju plaćati električni zakona. Nemamo okrenuti klima uređaj uključen. Kad tvrdi disk umre, nemamo voziti se u usred noći to popraviti. Nemamo postaviti nadzor. Nemamo to-- lista ide dalje a na svih fizičkih stvari ne morate učiniti zbog "oblaka". I da bude jasno, cloud computing je to vrlo prekomjerno pojam. To zapravo samo znači plaćati nekoga drugi za pokretanje poslužitelja za vas, ili najam prostora na Netko drugi poslužitelji. Dakle, pojam "cloud computing" je nova. Ideja je desetljećima staro. Dakle, to je prilično uvjerljiv. A što vam više dobiti? Pa, možete također dobiti mogućnost da učiniti sve što je na laptop kod kuće. Drugim riječima, sve od Slike Samo sam drawing-- a to nije bilo tako davno da ni Bio sam puzeći okolo na server katu uključivanjem kablove u za svaka od linija koje vidite, i nadogradnju radom sustava i mijenjanje diskova okolo. Postoji mnogo fizikalnosti na sve to. No, ono što je lijepo o virtualnom strojevi, kao što ime sugerira vrsta, sada postoje na web-u sučelja pri čemu se poželjni Ako želite ekvivalent od linije s ovog poslužitelja na drugo, samo upišite, vrsta, tip, kliknite i povucite, kliknite Pošalji, i voila, ste ga ožičen gotovo. Budući da je sve to učinjeno u softver. A razlog što je učinio u softver je opet jer imamo toliko RAM-a i na taj način mnogo CPU na raspolaganju nam je ovih dana, iako sve da stvari treba vremena, to je sporije pokrenuti stvari u softver od hardvera, baš kao što je sporije koristiti mehanička Uređaj kao što je tvrdi disk od RAM-a, nešto čisto elektronički. Imamo toliko resursa nam na raspolaganju. Mi ljudi smo vrsta invariantly sporo. I tako sada strojevi mogu učiniti tako mnogo više po jedinici vremena. Imamo te sposobnosti raditi stvari gotovo. A ja ću reći za tečajeve Učim, na primjer, ovdje, imamo o možda desetak ili tako da ukupni virtualnih strojeva kao što je to trčanje u bilo kojem Vrijeme radi prednji kraj stvari, radi stražnjem kraju stvari. Imamo sve naše pohranu. Dakle, bilo videa, uključujući i stvari ovako da snimate, ćemo završiti stavljanjem u oblak. Amazon ima uslugu pod nazivom Amazon S3, njihova jednostavna servis za pohranu, što je baš kao i prostor na disku u oblaku. Oni imaju nešto zove CloudFront, što je CDN usluga, sadržaj Isporuka mreža usluga, koja znači da se sve datoteke i ti se automatski ga ponoviti oko svijeta. Dakle, oni ne to učiniti preventivno. No, prvi put kad netko u Indiji traži datoteku, oni potencijalno će to predmemorija na lokalnoj razini. Prvi put u Kini, Prvi put u Brazilu se to dogodi, oni će početi caching na lokalnoj razini. I ne morate učiniti bilo što od toga. I tako je to tako nevjerojatno uvjerljiv ovih dana preseliti stvari u oblak. Budući da imate tu sposobnost doslovno da nisu ljudi rade gotovo jednako raditi. A ti doslovno ne treba onoliko ljudi rade te poslove anymore-- "ops" ili operativne uloge, više. Vi stvarno samo trebate programeri i inženjeri manje koji samo mogu učiniti stvari gotovo. U stvari, samo kako bi li osjećaj za to, Pusti me da se cijene za jedan drugi proizvod ovdje. Da vidimo nešto poput CDN S3. Dakle, to je bitno virtualni tvrdi disk u oblaku. A ako ćemo pomaknite se dolje do pricing-- tako da je $ 0,007 po gigabajt. I that's-- kako ćemo to učiniti? Mislim da je to mjesečno. Dakle, ako je to po month-- ili po danu? Dan, je li to po danu? To je mjesečno, OK. Dakle, ako je to po month-- Žao mi je, to je 0,03 $ mjesečno. Ima 12 mjeseci u godini. Pa koliko podaci mogu pohranjujete u oblaku? Gigabajt nije ogroman, ali ja Ne znam, kao 1 terabajt, pa kao 1.000 onih. To nije sve što je mnogo. To je 368 $ za pohranu terabajt podataka u Amazon oblaka. Pa što su neke od trgovinski me, onda? Ne može sve biti dobro. Ništa mi smo razgovarali o danas je vrsta bez ulova ili troškom. Pa što je loše u vezi s preseljenjem sve u oblak? PUBLIKA: Sigurnost. DAVID Malan: OK, što misliš? PUBLIKA: [nečujan] DAVID Malan: Da, u pravu. A da li vi stvarno želite neki slučajan inženjeri na Amazonu koje nikada nećete zadovoljiti potrebe fizički pristup tim računalima, A ako su stvarno htio, virtualni pristup? I premda u Teorija softverskoj dobro, šifriranje apsolutno mogu zaštititi vas od toga. Dakle, ako je ono što si spremanje na svojim serverima je encrypted-- ne predstavlja problem. No, čim čovjek ima fizičko pristup stroju, šifriranje stranu, sve oklade su vrsta off. Možda znate iz prošlih vremena da računala posebno, čak i ako je ono pod nazivom "Lozinke za BIOS" bili kada vaš desktop dignete, da bih se zatraži lozinku pomoću koje nema nikakve veze s Windows, možete se obično samo otvoriti šasije stroj, naći sitne male igle, i koristiti nešto što se zove skakač i samo povezivanje te dvije žice za oko sekundu, čime popunjavanju krug. A to bi se uklonili lozinku. Dakle, kada ste fizički pristup uređaj, možete to učiniti takve stvari. Možete ukloniti pogon tvrdog diska. Možete dobiti pristup do njega na taj način. I tako je to razlog zašto, u slučaj Dropbox, Na primjer, to je malo zabrinjavajuće da ne samo da su imaju podatke, iako je kodiran, oni također imaju ključ. Ostali brige? PUBLIKA: [nečujan] DAVID Malan: Da, to je vrlo true-- na Googleove, jabuke, su Microsofts svijeta. A u stvari, koliko dugo su ste imali svoj iPhone za? Da, više ili manje. PUBLIKA: [nečujan] DAVID Malan: Žao mi je što? Ti si među onima koji ima iPhone, zar ne? PUBLIKA: Da. DAVID Malan: Koliko ste imali svoj iPhone? PUBLIKA: [nečujan] DAVID Malan: OK, Apple doslovno zna gdje si bio svaki sat dan za posljednjih pet godina. PUBLIKA: [nečujan] DAVID Malan: Koji je divna osobina. PUBLIKA: [nečujan] DAVID Malan: Da, ali trade off sigurno. PUBLIKA: [nečujan] DAVID Malan: Da, to je vrlo lako. PUBLIKA: [nečujan] DAVID Malan: Ostale mane? PUBLIKA: [nečujan] DAVID Malan: Absolutely-- tehnološki, ekonomski, to je prilično uvjerljiv na vrsta dobile ove ekonomije razmjera i premjestiti sve na svoje tzv oblak. No, vjerojatno ne želite ići s nekim od najvećih riba, Amazonke je Googleova je Microsofts-- Rackspace je prilično big-- i još nekoliko osoba, a ne nužno letjeti po noći ljudi za koga je vrlo lako za napraviti ova vrsta tehnike danas. I to je koga možete platiti 5,99 $ po mjesecu. No, sigurno ćete dobijete ono što plaćate za. Kada reći [nečujan], to je kad stvari poput ovih pet devetke smisliti, pri čemu čak i ako je tehnološki ne možemo jamčiti 99.999, ćemo samo graditi u nekoj vrsti kazne ugovoru tako da, ako to ne dogodi, barem postoji neki trošak za nas, dobavljač. I to je ono što obično bi biti uzimajući ih da pristanu na. PUBLIKA: [nečujan] DAVID Malan: I jedna vrsta blagoslova je da čak i kad idemo dolje, za Primjerice, ili čak i neke tvrtke, stvarnost je Amazon, primjerice, ima toliko prokleto kupci, poznati kupci, djelovanje iz određenih podatkovnih centara da kad nešto stvarno krene po zlu, kao višu silu i vrijeme i slično, ako postoji bilo kakav srebrne obloge, to je da ste u vrlo dobrom društvu. Vaše web stranice mogu biti offline. No, tako je kao polovica popularni internet. I to je vjerojatno malo ukusnijim za svoje klijente ako je to više od interneta stvar nego acme.com stvar. Ali to je malo prevariti. Tako je u odnosu na druge stvari za pogledati, Samo tako da mi ne isključuju druge, ako idete na Microsoft Azure, oni imati i Linux i Windows stvari To je usporedivo s Amazon je. Ako idete na Google Compute Engine, oni imaju nešto slično kao dobro. I samo da zaokružuju ove cloud ponude, Ja ću spomenuti jednu drugu stvar. To je popularan website to je predstavnik klase tehnologija. Oni samo smo razgovarali o, Amazon će biti IAAS, Infrastruktura kao usluga, gdje vas vrsta fizičkog hardvera kao uslugu. Postoji SaaS. Zapravo, neka mi točkica ove dolje. IAAS-- Infrastruktura Kao servis, SaaS, i PaaS, koji su nevjerojatno zbunjujuće akronimi da ne opisuju tri različite vrste stvari. I sami akronimi stvarno ne smeta. To je sve od oblaka stvari upravo smo razgovarali o tome, nižoj razini stvari je virtualizacije hardvera i skladištenja u takozvanom oblaka, da li je Amazon, Microsoft, Google ili neki drugi. Softver kao service-- svi mi nekako upotrijebiti. Ako koristite Google Apps za Gmail ili kalendara, bilo koji od ovih web-based Prije aplikacije koje 10 godina smo će imati dvostruko kliknuli ikone na naš desktop, softver kao usluga Sada je stvarno web aplikacija. I platformi kao Usluga vrsta ovisi. I jedan primjer ću ti dati ovdje u kontekstu oblaka computing-- postoji jedna tvrtka koja je sasvim popularne ovih dana, Heroku. I oni su usluge, platforma, ako hoćete, koji radi na vrh Amazon je infrastruktura. I oni su samo još više olakšati za programere i inženjere da se web-based aplikacije online. To je bol, u početku, koristiti Amazon Web Services i drugih stvari. Zato što zapravo imaju znati i razumjeti o bazama podataka i web servera i ujednačavanje opterećenja i sve stvari Upravo sam govorio o tome. Budući da su svi Amazon je učinio nije skrivena one dizajna izazovima. Upravo su ih virtualizirao i premjestiti ih u pregledniku u softver umjesto hardvera. No, tvrtke poput Heroku i drugi PaaS usluga, Platforma kao usluga, oni koriste one Barebone osnove da smo upravo razgovarali, a oni grade lakše koristiti softver na vrhu tako da ako želite da biste dobili web-based aplikacija online ovih dana, svakako moraju znam kako programirati. Morate znati Java ili Python ili PHP ili Ruby, ili hrpa drugih jezika. Ali, također je potrebno mjesto za staviti ga. I razgovarali smo ranije o uzimajući web hosting tvrtku. To je vrsta od poput sredine 2000-ih pristup uzimajući nešto na internetu. Danas možda umjesto platiti nekome kao Heroku nekoliko dolara mjesečno. A u biti, nakon što ste učiniti neke početne konfiguracije, ažurirati svoju web stranicu, samo upišite naredbu u prozoru. I što god broj što ste napisali Ovdje na prijenosnom računalu odmah dobiva distribuirati na bilo koji broj poslužitelja u oblaku. I Heroku brine sve složenosti. Oni shvatiti sve baze podataka stvari, sve balansiranje opterećenja, sve od glavobolje koje smo upravo napisao na ploči, i sakriti sve to za vas. A za uzvrat, samo platiti ih malo više. Tako da su ove infrastrukture kao usluge, platforme kao usluge, a zatim softver kao uslugu. To je, opet, to voda ili raslojavanje. Bilo kakva pitanja o oblaku ili izgradnju vlastite infrastrukture? U redu, to je puno. Zašto ne idemo naprijed i uzeti naše 15 minuta pauze ovdje. Mi ćemo se vratiti s nekoliko novih koncepata i malo ruke na mogućnost Prije večer je gotova.