DAVID Humala: Olgu, tere tulemast tagasi.
Enne kui me sukelduda cloud computing, Ma mõtlesin, et ma pausi ajal
Kui tekib lahendamist vajavaid küsimusi või teemasid, mis tulid lõuna ajal
et nüüd vist huvi.
>> Publik: [kuuldamatu]
>> DAVID Humala: OK.
Olgu.
Publik: [kuuldamatu]
>> DAVID Humala: Ei, muidugi.
OK, hästi loodetavasti kõik oma Probleemid tekivad järgmise paari tunni jooksul
ja homme eriti.
Kuid olgem heita, siis on, kus Viimase arutelu loomist
veebisait viib üldiselt kui tegemist on pilvandmetöötluse
luua serveri arhitektuuri, liiki otsuseid
et inseneride ja arendajad ja juhid
on vaja teha, kui on tegemist et teeme midagi enamat kui lihtsalt
sisselogimisel $ 10 kuus veebi kui sa tegelikult tahad ehitada välja
oma infrastruktuuri.
Ja püüame siduda selle tagasi, näiteks Dropbox ja teised
nagu nemad.
>> Nii alustame kaaluda millised probleemid tekivad äri
saab hea ja hea tekivad probleemid.
Nii et väga lihtsamal juhul võttes mõne firma, mis on veebiserver,
siis võib-olla, oletame, server, mis me lihtsalt juhtida mis näeb välja selline.
Ja nendel päevadel, kõige servers-- ja olgem tegelikult panna pilt sellele lihtsalt nii
et see on natuke vähem häguse.
>> Nii Dell hammas server-- juba järgmisel päeval, seal
olid suurarvutitega mis asus kogu tuba.
Nendel päevadel, kui sa olid saada server, see
näeb ehk midagi sellist.
Serverid mõõdetakse mida nimetatakse hammas ühikud või Raudtee.
Ja üks RE on 1,5 tolli, mis on tööstuse standard.
Nii et see näeb välja nagu kaks RU server.
Nii et see on 3 tolli pikk.
Ja nad on tavaliselt 19 tolli lai, mis tähendab, kõik selline värk
on standardiseeritud.
>> Nii et kui sa vaatad andmebaasi center-- mitte ainult üks server, kuid olgem
heita pilk Google'i andmekeskuse ja näha, kui me
vaata kena pilt Google Images.
See on palju parem põlema kui sa oleks tavaliselt leida, ja palju
seksikam vaadates tõttu. kuid See on see, mis näeb välja nagu paar
sada Serverid umbes sama suurus,
tegelikult, hammas peale hammas peale sõimeredel pärast hammas andmekeskuse.
>> Midagi see-- See võib olla Google'i, kuna ma guugeldatud Google'i.
Aga see võib olla esindaja of üldisemalt
andmekeskuse, kus paljud ettevõtted on tavaliselt koostööd asub.
Ja koospaiknemisega tähendab üldiselt mis te lähete koht nagu EQUINIX
või teised müüjad, et on suur laod, mis on palju võimu,
palju jahutus, loodetavasti palju turvalisust,
ja üksikute puurides lisades nagid serverite ja sa kas rentida nagid
või siis tuua nagid.
>> Ja üksikud ettevõtted, alustavatel eriti
on mingi biomeetria saada oma puuri, või võti,
või võti kaardi.
Sa avab ukse.
Ja sees on lihtsalt ruudu footage jalajälg
et maksad, sees kuhu saab panna ükskõik mida tahad.
>> Ja te tavaliselt maksma võimu.
Ja maksad jalajäljed.
Ja siis maksad ise servereid
et sa oled viies sinna ruumi.
Ja mida sa siis on võimalus teha on maksta keegi
Teie Interneti-teenuse ühendust.
Tasuda saab suvalise arvu kaupmehi, kes kõik
Tavaliselt tulevad, et andmekeskuse.
>> Kuid tegelik huvitav küsimus on, Mis tegelikult läheb neil nagid?
Nad võivad kõik väga hästi nägema, mida me just nägin.
Aga nad täidavad erinevaid funktsioone ja võib olla vaja teha erinevaid asju.
Ja olgem tegelikult motiveerida arutelu
küsimusega, mida probleemi hakkab tekkima, kui sa oled edukas?
>> Nii et sul veebilehel et olete ehitanud.
Ja võib-olla ta müüb vidinad või midagi sellist.
Ja olete teinud väga hästi müügiga vidinad online.
Ja hakkate kogemus Mõned sümptomid, oma veebilehel.
Mis võiks olla mõned tehnilise sümptomid
et kasutajad on teatanud äri kasvab ja õitseb
ja veebisaidi kasu on?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, täpselt.
Nii võite olla aeglustumine oma kodulehel.
Ja miks see võiks juhtuda?
Noh, kui me eeldame, sest huvides arutelu
just nüüd, et sa oled üks nende kaubandusliku web hosts
et me rääkisime enne lõunat et maksad mõne arv dollarit
kuni kuus, ja olete juba tasunud aastas maksma oma domeeni
Nime, et veebi on ilmselt overselling oma ressursse
mingi piirini.
Nii võite olla kasutajanimi ja parooli oma serveris.
Aga nii võiks mitmed teised, või mitu tosinat või isegi mitu
sada muud kasutajad.
>> Ja veebilehed elada füüsiliselt samas serveris.
Miks on see võimalik?
Noh nendel päevadel, serverid nagu see tavaliselt
on mitu kõvaketast, võibolla nii palju kui kuus või rohkem kõvakettad
millest igaüks võib olla nii palju kui 4 TB nendel päevadel.
Nii võite olla 24 terabaiti ruumi vaid üks väike server niimoodi.
>> Ja isegi kui sa varastada mõned selle ruumi koondamis, varundamise eesmärgil,
see on ikka päris palju ruumi.
Ja kindlasti, tüüpiline kodulehel ei vaja nii palju ruumi.
Just registreerinud kasutajad ja hoidmiseks palke tellimuste
ei võta kõik, et palju ruumi.
Nii saab partitsiooni üsna natuke ja annab igale kasutajale
vaid väike tükk, mis.
>> Vahepeal arvuti nagu see tänapäeval
tavaliselt on mitu CPUs-- mitte ainult üks, võibolla kaks, võib-olla neli, võibolla 16
või isegi rohkem.
Ja iga nimetatud protsessoriga on midagi, mida nimetatakse
tuum, mis on selline nagu aju sees ajus.
Nii tegelikult kõige igaühele siin uuematel sülearvutitel on ilmselt kahetuumaline
või quad core CPU-- ja ilmselt alles üks CPU sees sülearvuti nendel päevadel.
Aga lauaarvutid ja hammas arvutid nagu
See võib olla üsna vähe rohkem protsessoriga ning omakorda tuumad.
>> Ja ausalt öeldes, isegi meie Mac ja PC kohta täna, siis tõesti ei pea kahekordne südamikud
või quad südamikud, et kontrollida oma e-posti.
Kui seal on kõik pudelikael, kui tegemist on arvutiga,
sa inimese on ilmselt aeglaseim asi selles arvutis.
Ja sa ei kavatse olla võimeline kontrollige oma e tahes kiiremini, kui
on neli korda rohkem protsessoriga või südamikud.
>> Kuid samas on selline tõsi server.
Üksainus veebilehel ei pruugi tingimata vaja rohkem kui üht
CPU või üks tuum, üks väike aju sees teed
kõik mõtlemise ja töötlemisega.
Nii tootjad on sarnaselt hakkas Tükeldada nende ressursside
nii et võibolla veebisaidi saab ühe tuum, veebisaidi saab üks tuum,
või äkki me jagada üks selline tuum.
Oleme ka jagada kettaruumi.
Ja me ka jagada RAM, või muutmälu
alates enne, millest seal on ka piiratud kogus.
>> Ja see on võti.
Ükskõik kui kallis arvuti oli,
seal on veel piiratud palju ressursse ta.
Ja nii edasi ja mida rohkem sa proovida tarbida neid vahendeid,
aeglasem asjad võivad muutuda.
Aga miks?
Miks asjad aeglustada kui sümptom server on ülekoormatud?
Mis toimub?
>> Publik: [kuuldamatu]
DAVID Humala: Jah, täpselt.
Pakkusin varem, et RAM on mälu tüüp.
See on kõikuv, kusjuures see kus rakendusi ja andmeid on
salvestatud, kui neid kasutatakse.
Ja nii seetõttu pole ainult piiratud arvu
asju saab ilmselt teha korraga.
Ja see on ka kiirem, mis on hea.
Aga see on ka kallim, mis on halb.
Ja see on ka seetõttu esineb madalam kogustes kui kettaruumi, kõvaketas
ruumi, mis kipub olema odavam.
>> Teisisõnu, sa võib olla 4 TB
kettaruumi arvuti.
Aga sa võisid 4 gigabaiti või 64 gigabaiti,
aastal suurusjärgus, tegur 1000 vähem, RAM arvuti.
Mis siis arvuti teeb?
Noh, oletame, et sa ei ole 64 gigabaiti
RAM server sellist, mis Oleks üsna tavaline, kui mitte madala
nendel päevadel.
Aga oletame, et teil on nii palju kasutajad teevad nii palju asju
et sa selline omamoodi pea 65 gigabaiti mälu
hakkama kõik, et samaaegne kasutamine?
>> Noh, siis võiks öelda, kahju, mõned kasutajate arv
lihtsalt ei pääse saidile.
Ja see on meede viimane abinõu, kindlasti.
Või siis, kui operatsioonisüsteemi süsteemi, nagu Windows või Mac
OS või Linux või Solaris või mitmete teiste operatsioonisüsteemide, et server,
võiks lihtsalt otsustada, tead mis?
Mul on ainult 64 gigabaiti muutmälu.
Ma nagu vaja 65.
Nii et sa tead, mida?
Ma lähen võtma 1 GB väärtuses andmeid RAM
See oli vähemalt hiljuti külastatud ja siis liiguta see kettale ajutiselt
sõna otseses mõttes kopeeri see kiirest mälu aeglasema mälu
nii et ma ei saa siis hakkama 65. gigabait vaja mälu,
teha mõned arvutusvõimsus ta.
Siis, kui ma olen teinud seda tehes, Ma lihtsalt liikuda, et kettale,
liikuda, et teised RAM ma ajutiselt panna kettal tagasi tegelik riistvara
nii et ma olen selline multitegumtöötlus.
>> Nii et ma olen mingi paneb asjad ajutiselt selles aeglasem ruumi
nii et ma luua illusiooni käitlemise kõigile.
Aga seal on aeglustunud.
Miks?
Noh, sees neid raske kettad nendel päevadel on mis?
Pigem see, mis teeb raske sõita erineb RAM
nii hästi tead nüüd?
>> Publik: [kuuldamatu]
>> DAVID Humala: OK, tõsi.
Publik: [kuuldamatu]
>> DAVID Humala: Nii väga õige.
Ja see on kõrvalnäht või funktsioon asjaolu, et RAM on tõepoolest kiiremini.
Ja seepärast soovite kasuta seda parasjagu kasutuses.
Ja plaat on aeglasem.
Aga see on püsiv või nonvolatile.
Nii et sa seda kasutada pikaajaliseks säilitamiseks.
Aga nii rakendamist, kui ma otsida
mida nimetatakse DIMM, Dual Inline Memory Moodul on see, mida tükk RAM
võib tavaliselt nägema.
>> Nii sees meie Mac-- see on viga.
Toas meie Mac ja PC, meie töölaual arvutid oleks pulgad mälu
kui neid nimetab, või DIMMs või SIMM tagasi
päeval, mälu mis näeb välja selline.
Meie sülearvutid ilmselt asju, mis on kolmanda suurus või poole väiksem.
Nad on veidi väiksem, kuid samas idea-- vähe
tükki roheline räni vahvlite või plastikust, mis
on väike must kiipide neid palju juhtmete ühendamiseks kõike.
Sul võib olla terve hulk Nende sees arvutis.
Aga Buffee siin see on täiesti elektroonilised.
Seal on lihtsalt elektronid voolab selle seadme.
Seevastu kui me vaatame sees kõvaketas
ja tõmba pilt siin, siis oleks selle asemel
vaata midagi sellist, mis ei ole elektrit
läbimas see lõpuks.
Aga mida ka hüppab sind see asi?
Publik: [kuuldamatu]
DAVID Humala: Jah, seal on ilmselt liikuvaid osi.
See on selline nagu vana rekord mängija või fonograaf mängija.
Ja päris palju on.
See on veidi Kasvataja kui selle-- arvestades, fonograaf mängija kasutada
sooned rekord, see tegelikult kasutab tilluke magnetilisi osakesi
et me ei saa päris näha.
Aga kui veidi magnetpulbri- näeb välja selline, see peetakse 1.
Ja kui see näeb välja selline, põhja-lõuna asemel põhjast lõunasse,
see võib olla 0.
Ja me näeme homme, kuidas me saame ehitada sellest rohkem huvitavaid asju.
>> Aga midagi, mis on sain füüsiliselt liigutada
on kindlasti lähen aeglasem kui valguse kiirus,
mis teoreetiliselt on see, mida elektron võib voolata,
kuigi reaalselt mitte päris.
Nii mehaanilised devices-- palju aeglasem.
Aga nad odavamaks.
Ja mahub nii palju rohkem andmeid sees neist.
Nii et seal eksisteerib maailmas midagi
nimetatakse virtuaalmälu kasutades kõvakettale niimoodi
nagu oleks RAM läbipaistev kasutaja,
lihtsalt liigutades andmeid RAM kõvakettale,
siis liigub see tagasi, kui sa pead seda uuesti, loob aeglustumine.
Sest sa sõna otseses mõttes pea kopeerida ühest kohast teise.
Ja asi sul kopeerides ja alates on tegelikult aeglasem RAM
kus sa tahad seda.
>> Alternatiivne lahendus siin-- kui sulle ei meeldi, et aeglustada,
ja oma virtuaalmälu on omamoodi on üle koormatud,
Mis on veel üks lahendus sellele probleemile?
>> Publik: [kuuldamatu]
DAVID Humala: Noh, suurendades virtuaalmälu
oleks tehkem seda veelgi suuremas ulatuses.
Me võiks hakkama 66 gigabaiti väärt mälu vajadustele või 67 gigabaiti.
Aga arvan, et ma ei meeldi See aeglustada, tegelikult
Ma tahan, et lülitada virtuaalse mälu, kui see on üldse võimalik,
Mida ma võiksin visata Selle probleemi lahendamiseks seda,
kus ma tahan hakkama rohkem kasutajaid ja rohkem mälu nõuded
kui ma füüsiliselt on praegu?
>> Publik: [kuuldamatu]
>> DAVID Humala: Kahjuks ei ole.
Nii et CPU ja südamikud nad aastal on piiratud ressurss.
Ja seal ei ole analoog selles kontekstis.
Hea küsimus, kuigi.
Nii lihtsalt peab olema selge ka, kui sees see arvuti on,
oletame, stick RAM, mis näeb välja nagu see-- ja nii me nimetame seda RAM.
Ja siin on kõvakettale.
Ja ma lihtsalt juhtida selle piltlikult nagu väike ring.
On 0 tema ja 1-sid mõlemad these-- andmeid me üldistada seda.
>> Ja sisuliselt kas kasutaja on töötab rakendus nagu,
oletame, veebileht, mis nõuab see palju RAM kasutaja kohta, mida ma ettepaneku,
teel see asi nimetatakse virtuaalmälu
on lihtsalt ajutiselt liikuda mis siin nii et nüüd ma
saab liigutada kellegi mälu nõudeid seal.
Ja siis, kui see on tehtud, Ma ei kopeeri see tagasi üle
ja see läheb siia, mis liigub mida ma tahtsin seal kusagil mujal
kokku.
>> Nii seal on lihtsalt palju switcheroo, on Buffee siin.
Nii et kui sulle ei meeldi see, ja te ei taha panna midagi kõvakettale,
Mis on omamoodi ilmne ärimees lahendus
probleemile või inseneri lahendust, et asi ka?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, ma mõtlen sõna otseses mõttes viska raha probleem.
Ja tegelikult, see on parim rännata mõned kõrgema
arutelud cloud computing.
Kuna palju on motiveeritud rahalised otsused,
isegi mitte tingimata tehnoloogia.
Kui 64 kontserti RAM on liiga vähe, noh, miks ei saa 128 gigabaiti mälu?
Miks ei saa 256 gigabaiti mälu?
Noh, miks mitte?
>> Publik: [kuuldamatu]
DAVID Humala: Noh, see maksab rohkem raha, kindlasti.
Ja kui sul on juba vaba kõvakettaruumi, tõhusalt,
või samaväärselt, kõvakettaruumi on nii palju odavam võite samuti kasutada.
Nii jälle, seal on see kompromiss, et nägime isegi varem täna hommikul
kus ei ole tõesti tingimata õige vastus,
seal on lihtsalt parem või halvem vastus põhjal, mida sa tegelikult hoolid.
>> Nii et ka tehnoloogilisele tegelikkusele.
Ma ei osta arvuti, minu teada
koos triljonit gigabaiti RAM kohe.
See lihtsalt füüsiliselt ei eksisteeri.
Nii on teatud ülemine piir.
Aga kui sa oled kunagi isegi sisseoste tarbijal Mac või PC,
Ka üldiselt pole Selle kõvera omadused
kus võib olla hea, parem ja parim arvuti.
>> Ja piirtootlikkus Teie dollari ostu
parim arvuti versus parem arvuti
pruugi olla peaaegu sama kõrge kui kulutada natuke rohkem raha
ja saada parem arvuti üle hea arvuti.
Teisisõnu, maksad lisatasu saada ülemise rea.
>> Ja mida me näeme arutelu cloud computing
Kas see, mida on väga levinud nendel päeva, ja mida firmad nagu Google
varakult tuntuks, ei maksta ja hoone tõesti uhke, kallis
souped up arvutid palju, palju kõike,
vaid pigem osta või ehitada päris tagasihoidlik arvuteid, kuid palju neid,
ja kasutades midagi, mis on üldiselt nimetatakse horisontaalseid tagi asemel
vertikaalne tagi.
>> Nii vertikaalsed tagi tähendaks rohkem RAM, rohkem ketas enam kõike,
ja omamoodi investeerida vertikaalselt riistvara
nii et sa oled lihtsalt saada parimatest parim parimaid,
kuid maksad selle eest.
Horisontaalne tagi on omamoodi saada alt astme asju, hea mudel,
või isegi hullem mudel, aga saada palju neid.
Aga niipea, kui saad palju them-- näiteks sel juhul,
veebiserverite, kui see server või üks veebi on ebapiisav,
siis lihtsalt intuitiivselt, on Probleemi lahendus koormuse
või ülekoormus serveris kas saada suurem server
või mida ma ettepaneku siin mitte tagi vertikaalselt nii et rääkida,
oleks, tead mis?
Lihtsalt saada teist üks neist.
Või äkki isegi saada kolmandiku võrra.
Aga nüüd oleme loonud inseneri probleem
olemuselt selles äris või rahalist otsuse.
Mis on inseneri probleem nüüd?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, kuidas teha sa ühendada need Ja-- kahju?
>> Publik: [kuuldamatu]
DAVID Humala: Õigus, sest ma ikka have--
kui ma uuesti mind see pilt, kas see on minu arvuti kuskil
Internetis, mis on nüüd vahel minu ja firma me räägime,
Nüüd pean välja mõtlema, kuhu server ma talle selle konkreetse kasutaja?
Ja kui seal on teised kasutajad, nagu see ja siis see siin,
ja võib-olla see on kasutajale, selle on kasutaja B, see on kasutajasõbralik C,
ja see on server 1, 2, ja 3-- nüüd intuitiivne vastus võib siin olla lihtsalt,
Saadame kasutaja A 1 ja B 2 ja C 3.
Ja me saame hakkama 3 korda nii palju kasutajaid.
>> Aga see järeleandmisi.
Kuidas otsustada, keda saata kuhu?
Nii proovime põhjus selle kaudu.
Nii oletame, et arvutid A, B ja C on kliendid,
ja serverid 1, 2 ja 3 on horisontaalselt korrastatakse servereid.
Nii nad omamoodi identsed.
Nad kõik töötavad sama tarkvara.
Ja nad saavad kõik teevad sama asja.
Aga põhjus, on meil kolm neist on nii
et me saame hakkama kolme korda nii palju inimesi korraga.
>> Nii et me teame, meie arutelu enne lõunasööki
et seal on riistvara vahel sülearvutid ja serverid.
Aga me lihtsalt omamoodi üldistada et nüüd kui internet või pilve.
Aga me teame, et minu kodu, seal on ilmselt kodus ruuter.
Near servereid, seal on ilmselt ruuter, DNS server, DHCP.
Ei saa olla midagi me tahame selles loos.
>> Niisiis, kuidas me hakkame otsustama, kui kasutaja läheb something.com,
mis server liinil kasutaja?
Kuidas võiks hakkame rääkima seda lugu?
Publik: latautuvuus?
DAVID Humala: koormuse tasakaalustus.
Mida sa selle all mõtled?
>> Publik: Tulles kus kõige kasutamine on
ja millest üks on kõige olemasolevaid ressursse.
DAVID Humala: OK, las ma tutvustada uut tüüpi riistvara
et me ei ole veel arutatud, mis on täpselt see, koormus tasakaalustaja.
Ka see võib olla lihtsalt serverisse.
See võiks välja täpselt nagu Ühest nägime hetk tagasi.
Koormust tasakaalustaja tõesti lihtsalt tükk tarkvara
et sa jooksed tükk riistvara.
>> Või saate maksta müüja, nagu Citrix või teised, Cisco vms.
Saate maksta oma riistvara, mis on riistvara koormus tasakaalustaja.
Aga see lihtsalt tähendab, et nad eelinstalleeritud koormuse tasakaalustus
tarkvara oma riistvara ja müüs teid kõiki koos.
Nii me lihtsalt juhtida seda kui ristkülik meie eesmärkidel.
>> Kuidas nüüd ma rakendada latautuvan?
Teisisõnu, kui kasutaja tahab külastada minu saiti, et nende taotlus kuidagi
või muud, ilmselt teel need ruuterid me rääkisime varem,
läheb lõpuks jõuda see koormus tasakaalustaja, kes siis
peab tegema suunamises moodi otsuse.
Aga see suunamises omamoodi kõrgema eesmärgi nüüd.
See ei ole lihtsalt kohta, kuidas punktist A punkti
B. See on umbes otsustada, mis punkti B on parim nende hulgast them--
1, 2 või 3 antud juhul.
>> Niisiis, kuidas ma otsustada, kas minna 1, 2, 3?
Mis oleks selle musta kasti, nii et rääkida, siis teeme sees?
Ka see on teine ​​näide infotehnoloogia võtmiseks.
Olen sõna otseses mõttes tõmmatud latautuvan musta kasti musta tindiga, sees
millest on mõned huvitavad loogika või magic isegi,
millest peab tulema decision-- 1, 2 või 3.
Ja sisend on lihtsalt A.
>> Publik: [kuuldamatu]
DAVID Humala: Vabandust?
Publik: [kuuldamatu]
DAVID Humala: Olgu, kuidas võiks me kategoriseerida tehingute liigid
siin?
>> Publik: Kasutaja veebilehe versus päringute andmebaasi.
DAVID Humala: OK, see on hea.
Ehk see kasutaja soovib vaadata veebilehelt.
Ja võib-olla see isegi staatilist sisu midagi, mis muudab harva, kui üldse.
Ja see tundub päris lihtne operatsioon.
Ehk me lihtsalt suvaliselt, aga mõistlikult, ütleme,
server 1, tema eesmärk elus on lihtsalt teenida kuni staatiline sisu
failid, et harva, kui üldse, muutus.
Võibolla on see piltide lehel.
Võibolla on see lehekülje teksti või muud sellised omamoodi ebahuvitav asju,
midagi tehingute midagi dünaamiline.
>> Seevastu kui kasutaja A kontrollimine välja tema ostukorv, mis
nõuab andmebaasi kuhugi salvestada ja pidage meeles, et tehing, hästi
võibolla, et taotluse peaks minema server 2.
Nii see on hea.
Nii saame koormuse tasakaalu aluseks tüübist taotlusi.
Kuidas muidu võiks me seda teeme?
Mis other--
>> Publik: Põhineb serveri kasutamise ja võimsust.
DAVID Humala: Õigus, OK.
Nii et sa mainisid, et varem, Kareem.
Mis siis, kui anname sisendi kohta [kuuldamatu] hulgast serverid 1, 2,
ja 3 selle koormus tasakaalustaja et nad lihtsalt pidevalt teavitada
koormus tasakaalustaja, milline on nende staatus on?
Nagu, hei, koormus tasakaalustaja, Ma olen 50% kasutamine.
Teisisõnu, mul pool nii palju kasutajaid
kui ma saan tegelikult hakkama kohe.
Hei, koormus tasakaalustaja, ma olen 100% kasutamise.
Hei, koormus tasakaalustaja, 0% kasutamine.
Koormus tasakaalustaja, kui see on kavandatud nii, et
võib võtta neid märkusi sisendina, saavad seda
otsustada, ooh, number 2 on 100%.
Las ma talle mingit tulevikku taotleb temale va kasutajatele juba ühendatud.
See mees on 0%.
Saadame palju liiklust teda.
See mees ütles, et ta on 50%.
Saadame mõned liiklust teda.
>> Nii et oleks koostisosana, et saaksime koormus arvesse.
Ja see läheb aja jooksul muutuda.
Nii et otsused muutuvad.
Nii et on tõesti hea tehnika, üks, mis on levinud.
Mida võiks veel teha?
Ja olgem tegelikult lihtsalt kokku siin.
Nii otsuseid siin võiks olla kaupa liiklus, ma helistan ta.
See võib põhineda koormus.
Vaatame, kas me ei saa tulla mõne muu.
>> Publik: [kuuldamatu]
DAVID Humala: Location.
Nii et see on hea.
Nii location-- kuidas võib teile võimendada, et informatsiooni?
>> Publik: [kuuldamatu]
>> DAVID Humala: Oh, see on hea.
Ja kui palju millisekundit oleks see väheneb
põhjal, mida me nägime seda Hommikul sa ütleksid?
>> Publik: [kuuldamatu]
>> DAVID Humala: Noh, mis põhineb jälgi liinidel
me nägime, mis on lihtsalt Ligikaudu arvestades midagi,
vähemalt kui kaua kulub andmete saada punktist A punkti B
Tundub nagu midagi kohaliku oli, mida, nagu 74 millisekundit, anda või võtta?
Ja siis midagi 100 pluss 200 pluss oli ilmselt välismaal.
Ja nii põhineb Ainuüksi tundub mõistlik eeldada
et kasutaja USAs juurdepääsu Euroopa server
Võib võtta kaks või kolm korda nii kaua, isegi millisekundites,
kui see võib võtta kui see server siin asusid
geograafiliselt või vastupidi.
Nii et kui ma pakutud varem, et eriti
kui sa risti, et 200 millisekundi künnise, anda või võtta,
Inimestel ei hakata märgata.
Ja jälgi teekond on lihtsalt eeldades, toores, ebahuvitav andmeid.
Kui teil on veebileht, pead saada kasutaja laadida pilte või filmi
faile, palju teksti, järgnevates.
Nägime, kui käisime, mida oli see, Facebook või Amazon varem
seal on terve hulk asju mis tuleb laadida.
Nii et läheb tõusta.
Nii mitme sekundi pruugi ei ole mõistlik.
Nii hea, geograafia on üks koostisosa.
Nii tegelikult firmad nagu Akamai, kui olete kuulnud neist,
või teised on juba ammu võtnud Geograafia arvesse.
Ja selgub, et iseloom IP-aadress, minu arvuti IP-aadress,
saab järeldada, teatud tõenäosusega, kus sa oled kogu maailmas.
Ja tegelikult pole kolmanda osapoole teenuseid, mida
Tasuda saab, kes andmebaase IP-aadresside ja kaugemad
et suure kindlusega saab tõsi, kui küsitakse, kus maailma
see IP-aadress?
>> Ja nii tegelikult, mida teised firmad kasutavad seda?
Kui teil on Hulu või Netflix, kui olete kunagi välismaal,
ja püüad vaadata midagi Hulu ja sa ei ole USA-s,
võite näha sõnum öeldes, mitte USAs.
Vabandame, sa ei saa seda sisu vaadata.
>> Publik: [kuuldamatu]
>> DAVID Humala: Kas tõesti?
Aga jah, nii tegelikult see täiuslik taotluse
midagi väga tehnilist tegeliku probleemi.
Kui sa olid VPN Euroopas või Aasias või kusagil
maailma oma ettevõtte peakorteris New Yorgis
või kus iganes sa oled, sa oled läheb mulje
väljaspool veebisaidid, mis sa oled tegelikult New York,
kuigi sa oled füüsiliselt üsna kaugel.
>> Nüüd sa kasutaja hakkavad tean, et sa oled ilmselt ära.
Aga sa oled ka läheb tunda, sest nendest täiendavatest millisekundit.
See täiendav kaugus ja krüpteerimist, et toimub VPN
takerdab asju ette.
Nii et see võib olla või mitte olla suurepärane kogemus.
Aga Hulu ja Netflix näeme sa nagu istub kusagil New York,
kui olete selgelt väita.
Mis täiuslik lahendus nii.
>> Olgu, nii on geograafia üks otsus.
Mida võiks me kasutame otsustada, kuidas liinil liiklus A, B ja C
1, 2 ja 3, uuesti, pannes inseneri mütsi?
See kõik kõlab väga keeruline.
Uh, ma isegi ei tea, kus alustada rakendades neid.
Anna mulle midagi, mis on lihtsam.
Mis on lihtsaim viis teha seda otsust?
>> Publik: Kas server olemas?
>> DAVID Humala: Kas server olemas?
Nii ei ole halb.
See on hea.
See on omamoodi nuancing koormuse.
Jätame selle koormuse kategooriasse.
Kui sa oled olemas, ma lihtsalt läheb saadavad andmed olemas.
Aga mis võiks tagasilöök kiiresti.
Sest kui ma kasutan seda loogikat, ja kui ma alati küsida 1, sa võtad, sa võtad,
sa võtad, kui vastus on alati jah, Ma lähen talle 100% liiklusest
Tema 0% kõigile teistele.
Ja mingil hetkel, me ei kavatse tabanud et aeglustumine või saidi saadaval.
Mis siis veidi parem kui mis aga siiski üsna lihtne
ja pole pooltki nii tark, kui võtta kõik Need lisaandmed arvesse?
>> Publik: Kulu server.
DAVID Humala: Kulu server.
OK, las ma Toss, et koormuse kategooria ka.
Sest see, mis leiad ettevõte, too--, et kui sa
uuendada oma servereid ajas või osta,
sa ei pruugi olla võimalik saada täpselt Samal versioonid riistvara.
Kuna see langeb aegunud.
Sa ei saa seda osta enam.
Hinnad muutuvad.
>> Nii võite olla erinevad serverid Teie klastri, nii rääkida.
See on täiesti korras.
Aga järgmisel aastal riistvara võib olla kaks korda kiiremini,
kaks korda nii võimekad kui tänavune.
Nii saame Toss, et mõju koormuse kategooriasse.
See tagasiside silmuse vahel 1 2 ja 3 latautuvan
võiks kindlasti öelda seda, Hei, ma olen 50% ulatuses.
Aga muide, ka mina on kaks korda nii palju südamikud.
Kasutage seda teavet.
Isegi simpler-- ja see läheb olla teema infotehnoloogia.
Kui kahtled, või kui soovite lihtsalt lahendus, mis toimib üldiselt hästi
aja jooksul, ei vali sama server kogu aeg, kuid choose--
>> Publik: juhuslik üks?
DAVID Humala: --a juhuslikult server.
Jah, valida üks või teine.
Nii juhuslikkust on tegelikult See on väga võimas koostisosa
infotehnoloogia, ja inseneri rohkem
üldiselt, eriti siis, kui soovite teha lihtne otsus kiiresti
ilma keerulisemaks see kõik Nende väga tark, vaid ka
väga tark, lahendusi, mis nõuavad seda enam, insener, kõik
rohkem mõelnud, kui tõesti, miks ma ei
lihtsalt selline klapp mündi või kolm ühepoolne mündi sel juhul,
ja otsustada, kas minna 1, 2, 3?
>> See võib tagasilöök tõenäosuslikult kuid palju nagu koefitsiendid
flipping pead uuesti ja uuesti ja uuesti ja uuesti
ja ikka ja jälle on võimalik reality-- super, super ebatõenäoline.
Nii ajas koefitsiendid lihtsalt saates kasutajad juhuslikult
1, 2 ja 3 läheb töötada välja täiesti korras.
Ja see on tehnika üldiselt tuntud kui ringsüsteemis.
>> Või tegelikult, see pole ringsüsteemis.
See oleks juhuslik lähenemine.
Ja kui sa tahad olla isegi natuke lihtsam kui,
ringkatsete oleks esimene inimene läheb 1, teine ​​inimene 2 kolmas isik
kuni 3, neljas inimene 1.
Ja selles peitub ringsüsteemis.
Sa lihtsalt selline minna ringi vältel.
>> Nüüd siis peaks olema tark midagi.
Sa ei tohiks pimesi Kirjuta kasutaja serveri number üks, kui see, mis on nii?
Kui see on maksimum võimsus või see on lihtsalt enam tundlik.
Nii ideaalis sa tahad Selline tagasiside silmuse.
Muidu sa lihtsalt saata kõik oma kasutajate tupikusse.
Aga mida saab arvesse võtta ka.
>> Nii et ärge all väärtustavad lihtsalt juhuslikkust, mis on üsna sageli
lahenduse selliseid probleeme.
Ja me kirjutada ringsüsteemis.
Niisiis, kuidas mõned ettevõtted rakendavad ringsüsteemis või juhuslikkust
või mõni neist otsustest?
Noh kahjuks nad asju niimoodi.
Las ma tõmba teise kiire pilt.
>> Tegelikult teeme kaks.
Ma ei tea, miks me oleme saada kõiki neid toite.
See on väga kummaline.
Olgu, mida ma tõesti tahad on pilt.
See on imelik.
Olgu, nii et ma ei narritamine seda.
Ma ei tea, kui palju kaugemal Ma tahan, et hoida kerimine.
>> Nii väga sageli, leiad ennast teisel aadressil, nagu www.2.acme.com,
võibolla www.3 või 4 või 5.
Ja hoida silm seda.
Sa ei näe seda, et sageli.
Aga kui te seda teete, siis selline kipub olla suurem, vanemad, stodgier ettevõtted
et tehnoloogiliselt tõesti ei tundub, et tean, mida nad teevad.
Ja sa näed seda tech ettevõtted Vahel vanemad.
>> Mida nad teevad?
Kuidas nad rakendamisel koormuse tasakaalustamine, oleks see tundub?
Kui te leiate end kui kasutaja kirjutades www.something.com,
ja äkki sa oled www.2.something.com,
Mis on nende koormus tasakaalustaja ilmselt teinud?
Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii latautuvan on arvatavasti
otsustamine põhineb ühel Nende otsuste tegemise processes--
ei ole tegelikult küsimus, mis.
Aga palju nagu ma olen juhtinud numbrid laual siin
serverid ei ole lihtsalt nimetatakse 1, 2 ja 3.
Nad ilmselt nn www1, www2, www3.
Ja selgub, et sees HTTP taotluse on see omadus.
Ja ma lähen simuleerida seda järgmiselt.
>> Ma lähen avada sama arendaja võrgus tab nagu enne lihtsalt
nii et me saame näha, mis toimub kohta all kapuuts.
Ma lähen selge ekraan.
Ja ma lähen minema, lähme öelda, http://harvard.edu.
Nüüd mingil majanduslikel põhjustel, Harvard
on otsustanud, nagu paljud, paljud teised veebilehed,
standardiseerida oma kodulehel www.harvard.edu
nii tehnilist ja põhjustel.
See on lihtsalt selline on moes on www.
>> Nii server Harvardi on kuidagi suunata kasutaja,
kui ma saan öelda, on üks URL teisele.
Kuidas see toimib?
Noh, lubage mul minna ja vajuta Enter.
Ja märka URL tõepoolest kiiresti muutunud www.harvard.edu.
Lubage mul kerida tagasi selle ajalugu ja klikkige sellel siluda
diagnostilist informatsiooni, kui soovite.
Las ma vaatan minu palvel.
>> Nii et siin on taotluse tegin.
Ja märka seda on kooskõlas selline Taotluse tegin Facebook enne.
Aga märgata reaktsiooni.
Mis on erinev vastus seekord?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii see ei ole 200 OK.
See ei ole 404 ei leitud.
See on 301 püsivalt liigutatud, mis on selline naljakas viis öelda,
Harvard on upped ja liikus mujal www.harvard.edu.
301 tähendab, et See on suunata.
Ja kus peaks kasutaja ilmselt suunatakse?
Seal on veel tidbit info sees, et ümbrikus.
Ja kõik need read nüüd alustada kutsudes HTTP päise kaudu.
Päise on lihtsalt põhiväärtus pair-- midagi koolon midagi.
See on osa teabest.
Kus peaks uus asukohta ilmselt olla?
Pange tähele, viimane rida kõigi nende hulgas pealkirjad.
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii et seal on Lisainformatsioon.
Esimene rida, et ma olen rõhutanud ütleb 301 püsivalt liigutatud.
Noh, kus on see liikunud?
Viimane LINE ja nad ei olema selles järjekorras.
See võib olla juhuslik.
Asukoht koolon tähendab, hei brauser, minge hoopis selle URL.
>> Nii brauserid aru HTTP suunab.
Ja see on väga, väga levinum viis kopsakas
kasutaja ühest kohast teise.
Näiteks, kui olete kunagi proovinud külastada kodulehel, et sa ei ole
sisse loginud, siis võiks äkki leida ennast uue URL kokku on
palutakse sisse logida.
>> Kuidas see toimib?
Server on ilmselt saates 301.
Seal on ka teisi numbreid, nagu 302, mis on mõnevõrra erinev tähendus,
et saata teile teise URL.
Ja siis server, kui olete sisse loginud,
saadame sulle tagasi sinna, kus sa tegelikult mõeldud.
>> Mis siis on halvasti projekteeritud veebilehed teed?
Kui külastate www.acme.com ja nad lihtsalt
juhtumisi on nimetanud oma servereid www1, www2, www3, ja nii edasi,
nad on väga simply-- mis on õiglane, kuid väga
omamoodi foolishly-- suunates teid reaalselt erinevalt nimega server.
Ja see toimib täiesti korras.
See on tore ja lihtne.
>> Me oleme näinud, kuidas oleks teinud all kapuuts
virtuaalses ümbrikus.
Aga miks on see vaieldamatult halb insener otsus?
Ja miks ma olen mingi üleoleva poole selle konkreetse inseneri
läheneda?
Väidavad, miks see on halb.
Ben?
Publik: [kuuldamatu]
DAVID Humala: Iga server oleks on duplikaadid kodulehel.
Ma olen OK sellega.
Ja tegelikult, see on, mida ma olen eeldada, kogu see lugu,
sest kui me wanted-- hästi tegelikult, välja arvatud Dani varem
soovitus, kus, kui teil on erinevad serverid erinevaid asju, siis
äkki nad võiks tegelikult funktsionaalselt erinevaid asju.
>> Aga isegi siis, mingil hetkel oma Andmebaasi hakka ülekoormatud.
Teie staatiline vara server ei hakka ülekoormatud.
Nii mingil hetkel, me oleme tagasi see lugu, kus me
vaja mitu koopiat sama asi.
Nii et ma olen OK sellega.
Publik: [kuuldamatu]
>> DAVID Humala: OK, nii et mõned lehed Võib olla ebaproportsionaalselt populaarne.
Ja nii kinnistamiseks ühele aadressile ei ole tingimata parim asi.
[Kuuldamatu]?
>> Publik: [kuuldamatu]
>> DAVID Humala: Mida sa mõtled seda?
Publik: [kuuldamatu]
>> DAVID Humala: Jah, täpselt.
Nii et sa ei taha tingimata have-- te kindlasti
ei taha lasta oma kasutajate käsitsi kirjutades www1 või www2.
Alates branding perspektiivist lihtsalt tundub natuke naeruväärne.
Kui tahad lihtsalt omamoodi puhas, elegantne kogemus,
võttes neid omamoodi juhuslikult nummerdatud URL tõesti ei ole hea.
Sest siis kasutajad on kindlasti läheb kopeeri ja kleebi need
arvesse kirju või kiirsõnumeid.
>> Nüüd nad paljundusmaterjali.
Nüüd sa mingi segane oma vähem tehnilist publik, kes arvab,
oma veebiaadress on www2.something.com.
Ei ole kaalukaid semantika sellele.
See lihtsalt juhtub olema aluseks tehnilised üksikasjad, mis olete
nummerdatud oma servereid sel viisil.
>> Ja mis veel hullem, mis siis, kui näiteks võibolla jõulude ajal, kui
äri on tõesti õitseb, sul www1 läbi www99,
kuid jaanuaris ja veebruaris ja aastast, lülitad pooled neist
nii et sa ainult www1 läbi www50?
Mis tähendas, nüüd, et väga mõistlik äriline otsus?
Publik: [kuuldamatu]
DAVID Humala: Sa pead hallata kõiki neid veel.
Publik: [kuuldamatu]
DAVID Humala: Täpselt.
See on selline saak seal.
Kui teie kliendid on kombeks järjehoidja asju, edastamisega, vaid
säästa URL kusagil või kui see on lihtsalt oma auto
täitma oma brauseri nii, et nad ei ole tõesti tahtlikult kirjutades,
see on lihtsalt juhtub, võivad nad, 11 kuud läbi aasta
tõhusalt, jõuda tupikusse.
Ja ainult kõige nutikamad ja kasutajate läheb realiseerida,
Äkki ma peaksin käsitsi kustutada selle number.
Ma mõtlen, et see on lihtsalt ei juhtu paljud kasutajad, nii halb äri,
halb rakendamine inseneri mõistlik.
>> Nii õnneks, see ei ole isegi vajalik.
Selgub, et mida koormuse soolise saab teha
on selle asemel, et öelda, kui A teeb request-- hey A, lähevad 1.
Teisisõnu asemel saates, et suunata
nii et esimene etapp selles Protsess on liikvel siin
ta siis ütles, et minna mujale.
Ja nii samm kolm on, ta läheb mujale.
>> Võite selle asemel jätkuvalt teed pidi hoida kasutades seda mõistet, mida kõik saavad andmeid
läbi koormus tasakaalustaja, et ta kunagi kontaktid 1, 2 või 3 otse.
Kõik liikluse ei saa "suunatakse" poolt latautuvan ise.
Ja nii nüüd oleme omamoodi teadlikult hägustumas read
Nende seas erinevaid seadmeid.
Koormust tasakaalustaja võib marsruudi andmed.
See on lihtsalt funktsioon, mis ta on.
>> Nii latautuvan Ka see on tükk tarkvara, tõesti.
Ja ruuter on tükk tarkvara.
Ja saab absoluutselt olla kaks tükki tarkvara sees
Ühe füüsilise arvuti nii koormus tasakaalustaja saab teha neid mitu asja.
>> Nii et ühel muul moel seda teha, mis tegelikult
ulatub omamoodi esimesed põhimõtted DNS, mis me rääkisime
enne vaheaega.
DNS oli Domain Name System.
Pea meeles, et saate küsi DNS server, mis on
IP-aadress google.com, facebook.com?
>> Ja me tegelikult võite seda teha.
Vahend me ei kasutanud varem on üks, mis on lihtsalt nii kättesaadav,
nimetatakse nslookup jaoks nimeserver otsing.
Ja ma lihtsalt kirjutada facebook.com.
Ja ma näen, et Facebook IP aadress on ilmselt see.
Lubage mul minna ja kopeerida et minna brauser,
ja minna http: // ja IP-aadress ja vajuta Enter.
Ja jumala eest, see tundub toimivat.
>> Nüüd töötab tagurpidi, mida oli sees virtuaalne ümbrik
et Facebook vastas, kui Käisin et IP-aadressilt otse?
Sest teate, kus ma olen praegu?
Kus ma olen nüüd, aadressi?
>> Publik: [kuuldamatu]
>> DAVID Humala: Kell turvaline versioon, Ja www.facebook.com.
Nii see ei ole isegi ainult turvalise IP aadress.
Facebook on teinud seda enda peale öelda, et see on naeruväärne.
Me ei kavatse hoida teid selles kole vaadata URL, mis on numbriline.
Me läheme teile saata HTTP suunata teel sama päise kaudu
me nägime before-- asukohta jämesoole midagi.
>> Ja nii see lihtsalt tähendab, et selle all kapuuts on ikka see IP aadress.
Iga arvuti internetis on IP-aadress, tundub.
Aga sa ei pea paljastada et kasutaja.
Ja palju nagu juba järgmisel päeval, seal oli 1-800-koguda, 1-800 C-O-L-L-E-C-T,
USA oli moodus koguda nõuab kaudu väga kergesti meeldejäävad telefon
number või 1-800-madrats osta voodi, jms lühendit et te isegi näha
telefoni teel sellist sorti ikka, et tähed map numbritele.
>> Nüüd, miks see nii on?
Noh, see on palju lihtsam meelde jätta 1-800-madrats või 1-800-kogumine asemel
of 1-800 midagi midagi midagi midagi midagi midagi
midagi, kus iga need on numbriga.
Samamoodi maailma õppinud kiiresti, et me ei peaks
on inimesi meeles IP-aadressid.
See oleks rumal.
Me ei kavatse kasutada nimesid asemel.
Ja sellepärast DNS sündinud.
>> Olgu, nii et seda öelnud, nii koormuse tasakaalustus, proovime yahoo.com.
Noh, see on huvitav.
Yahoo tundub olevat tagasi kolm IPd.
Nii järeldavad sellest, kui sa saaksid, mida on
teine ​​võimalus, et me võiks rakendada Selle mõiste koormuse tasakaalustamine
võibolla isegi kasutades füüsilist Seade, selle uue füüsilise seadmega?
>> Teisisõnu, ma saan ära võtta rahastamine on teil koormus tasakaalustaja
ja teil käskida kasutada mõnda olemasolevat tükk riistvara rakendada
Selle mõiste koormuse tasakaalustamine?
Ja spoiler on, jah, aga mida või kuidas?
Mis on Yahoo võib-olla siin teed?
Kareem?
OK, Chris?
Publik: [kuuldamatu]
DAVID Humala: Jah, kõik kolm nimetatud tööd.
Nii juhuslikkust, ringsüsteemis, location-- saate lihtsalt
suurendada olemasoleva pusletükk et me rääkisime varem DNS
süsteemi ja lihtsalt öelda, kui esimene kasutaja päeval palub yahoo.com,
anda neile esimene IP-aadress, nagu üks lõpeb 45 seal.
Ja järgmine kord, kui kasutaja taotlusi IP-aadress yahoo.com
alates kusagil maailmas, anda neile teine ​​IP,
siis kolmas IP, siis Esimene IP, siis teine.
Või oleks tark midagi ja seda graafiliselt.
Või kas see juhuslikult ja mitte ainult teha see ringkatsete sel viisil.
>> Ja sel juhul, seejärel me ei pea isegi
tutvustada selle musta box meie pilt.
Me ei vaja uut seadet.
Me lihtsalt ütlen arvutid minna serveritele,
tõhusalt, kuid mitte teel oma nime.
Nad ei pea kunagi ei tea nime.
Nad lihtsalt öeldakse, et yahoo.com kaardid mõni neist IP aadressid.
>> Nii et see saadab täpselt sama palve.
Aga väljaspool ümbrik, see lihtsalt
paneb IP, et ta oli teadlik.
Ja niimoodi Ka võiks me koormuse tasakaalu taotlusi
lihtsalt saates ümbrisesse erinev Yahoo enda servereid?
>> Ja kui me hoiame kaevamine, eks näis ilmselt teised firmad rohkem.
CNN on kaks avalikult.
Kuigi tegelikult, kui me teeme seda jälle ja again-- cnn.com-- näed
nad muutuvad selleks, tegelikult.
Mis mehhanismi CNN kasutades ilmselt?
>> Publik: Random.
DAVID Humala: Noh, see võiks olla juhuslik, kuigi see
Tundub, et jalgrattaga edasi ja tagasi.
Nii et see on ilmselt ringsüsteemis, kus nad lihtsalt lülitades selleks, et
et ma seda arvatavasti esimene.
Minu arvuti võtab Esimeses iga kord.
Nii et koormuse tasakaalustus.
Ja mis võimaldab meil lõpuks kaardistada andmeid või kaardipäringud,
mitmel servereid.
Nii, milliseid probleemide nüüd on veel olemas?
Tundub nagu me lihtsalt tõesti lahendada probleeme hästi.
Saime kasutajad erinevates serverites.
Aga-- oh, ja Chris tegid teil on küsimus enne?
>> Publik: [kuuldamatu]
>> DAVID Humala: Täiesti oleneb.
Mis siin toimub?
Ja me saame tegelikult näha.
Nii proovime Yahoo.
Tegelikult lähme Facebook.
Kuna me teame, et üks töötab.
Nii et ma lähen kopeerida et IP aadress uuesti.
Ma lähen sulgeda kõik need klapid.
Ma lähen avatud, et spetsiaalse tab siin.
Ja ma lähen külastada ainult http: //.
Ja nüüd ma lähen Enter.
Ja vaatame, mis juhtus.
>> Kui ma vaatan, et taotluse, teate et minu-- Facebook on halb eeskuju.
Sest nad on super fancy tehnika
mis peidab detail meilt.
Lubage mul kasutada Yahoo instead-- http: // et IP.
Avame meie võrku tab, säilitada samamoodi.
Ja siin me läheme, Enter.
See on naljakas.
OK, nii et siin on kuulus 404 sõnumit.
Mis on naljakas on see, et nad ilmselt kunagi tagasi.
Sest seal on ilmselt ei midagi valesti per se.
Nad on lihtsalt teadlikult otsustas mitte toetada
numbriline kujul oma aadress.
>> Nii et mida me tegelikult näeme ka Võrgu tab, kui ma tõmba see siia üles
on, nagu ma ütlesin, kuulus 404, kus Kui ma vaatan vastuseks päised
See on see, mida ma sain siin-- 404 ei leitud.
Nii proovime ühte teist.
Vaatame, kas CNN koostööd meiega.
Ma haarata üks CNN IP-aadressid, selge see, http, dah, dah, dah, dah.
Nii vastuseks Chrisi Küsimus, et üks töötas.
>> Ja lähme vastus päised.
Tegelikult ei ole, eks ma olen üritab leida tööd näiteks.
Nii CNN on otsustanud, me lihtsalt jäta teid ükskõik mis aadressi sa tegelikult külastada,
branding küsimused kõrvale.
Aga mis ei oleks juhtub, kui me ei näe seda Facebook juhul,
on, saaksime 301 Liigutatud Püsivalt, tõenäoliselt
mille sees on asukoht: https: //www.facebook.com.
Ja koefitsiendid www.facebook.com on alias täpselt sama server me lihtsalt
läks.
>> Nii et see on natuke kahjulik.
Me sõna otseses mõttes külastate server.
Server on siis meile, minema.
Mine seda teiste aadress.
Aga me lihtsalt nii juhtub olema naastes, et samas serveris.
Aga ilmselt nüüd jääda, et server ilma seda edasi ja tagasi.
Sest nüüd me kasutame nimega versioon saidile, mitte numbrilise.
Hea küsimus.
>> OK, nii et kui me nüüd assume-- me on lahendatud koormuse tasakaalustus.
Meil on nüüd mehhanism, kas see on läbi DNS,
kas see on läbi selle musta kasti, kas see kasutada ükskõik millist nendest tehnikaid.
Me ei võta kasutaja taotluse ja aru saada, mille server, 1, 2 või 3,
saata teda.
>> Mis hakkab murda meie koduleheküljel?
Teisisõnu, meil ehitatud äri, mis
oli varem üks server.
Nüüd, äri töötab mitmel servereid.
Milliseid eeldusi, milliseid disaini otsuseid,
võiks nüüd murda?
>> See on vähem selge.
Aga vaatame, kui me ei saa panna meie sõrme mõned probleemid me oleme
loodud ennast.
Jällegi, see on selline nagu hoides alla lekib voolik.
Ja nüüd mõned uued küsimus on hüppasid üles siin.
>> Publik: [kuuldamatu]
DAVID Humala: OK, nii et me peame aina kasvavad meie kõvakettaruumi.
Ma olen OK sellega kohe.
Sest ma arvan, et saan horisontaalselt skaalal.
Nagu kui ma madal, ma lihtsalt saada Neljanda server, äkki viiendiku server,
ja siis suurendada oma suutlikkust teine ​​30% või 50% või etažeer.
Nii et ma olen OK sellega, vähemalt praegu.
Publik: [kuuldamatu]
DAVID Humala: OK, nii et see on hea koht.
Nii oletame serverid ei ole identsed.
Ja klienditeenindus või e-posti samaväärne
muutub mõne sõnumi kasutaja öeldes, see ei tööta õigesti.
See on väga võimalik, mõnikord et võib-olla üks või mitu serverit
tegutseb natuke viltu, kuid mitte teised, mis saab kindlasti
raskendada Chase sätestatakse küsimus.
Sul võib olla vaadata mitmes kohas.
>> See on avaldumise teise putukas,
mis on see, et sa ilmselt peaks loonud oma infrastruktuuri,
et kõik on tõesti identsed.
Aga see esile uue probleemi et meil ei olnud enne.
Mida veel?
Publik: [kuuldamatu]
>> DAVID Humala: Jah, seal on rohkem keerukust.
Seal on füüsiliselt rohkem juhtmeid.
Seal on teine ​​seade.
Tegelikult, ma olen kasutusele põhiline kontseptsiooni ja põhiline probleem siin
tuntud kui ühe punkti ebaõnnestumine, mis
isegi kui te pole kunagi kuulnud fraasi, võite ilmselt
nüüd tööle tagasi ja sellest aru saada.
Mis see tähendab, et mul on ühe ebaõnnestumine minu arhitektuuri?
Ja arhitektuuri, ma lihtsalt tähendab topoloogia seda.
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, mis siis, kui koormus tasakaalustaja läheb alla?
Olen lisas selle keskel mees, kelle elu mõte on lahendada probleem.
Aga ma olen kasutusele uus probleem.
Uus leke on tärganud voolik.
Sest nüüd, kui koormus tasakaalustaja sureb või puruneb või misfunctions,
nüüd ma kaotada juurdepääsu kõik kolm minu servereid.
Ja enne, ma ei on see käsi.
Ja nii see on uus probleem, vaieldamatult.
Me tuleme tagasi kuidas saaksime parandada seda.
>> Publik: [kuuldamatu]
DAVID Humala: See oleks üks võimalus.
Jah, ja nii see saab olema üsna roti auk hakkame minna.
Kuid tulgem tagasi et üks hetk.
Mis muud probleemid on meil loodud?
>> Nii Dan mainitud andmebaasi enne.
Ja isegi kui sa ei ole liiga tuttav tehniliselt,
andmebaas on lihtsalt server, kus muutuvad andmed on tavaliselt salvestatud,
võibolla et keegi on pannud, Teie kasutaja profiili, oma nimi,
Sinu e-posti aadressi, asju, mis võiksid sisestamisele või aja jooksul muutunud.
>> Varem minu andmebaasis oli samas serveris nagu mu veebiserver.
Kuna mul oli just üks web hosting kontole.
Kõik oli kõik samas kohas.
Kuhu ma panen andmebaasis nüüd, serveris 1, 2 või 3?
>> Publik: 4.
>> DAVID Humala: 4, OK, kõik õige, nii et lähme sinna.
Nii et ma lähen panen database-- ja olgem
alustada märgistamise need www www www.
Ja ma ei ütle, See on number neli.
Ja ma ütlen db andmebaasi.
OK, mulle meeldib see.
Mis liiniga saan Eeldatavalt joonistus siin?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii see kood kui me arutada homme
arvatavasti on sama kõigil kolmel servereid.
Aga nüüd on vaja ühendada mitte aga andmebaasi töötab kohapeal, vaid ka mujal.
Ja see on hea.
Me ei saa lihtsalt anda andmebaasis Nime, nagu me oleme, või mitu.
Ja see kõik toimib hästi.
Aga mida me oleme teinud?
Meil horisontaalselt korrastatakse omades kolmele serverile ühe asemel, mis
on hea.
Sest nüüd me saame hakkama kolm korda nii palju koormust.
>> Ja veel parem, kui üks või kaks nende serverite loojub,
minu äri võivad oma tegevust jätkata.
Kuna mul on veel üks, isegi kui ma olen Selline lonkama mööda tulemuslikkuse tark.
Aga mida uus probleem on mul kasutusele liigutades andmebaas
Selle eraldi server asemel 1., 2., ja 3.?
>> Publik: [kuuldamatu]
DAVID Humala: Jah, nii et nüüd on mul teise üksainus ebaõnnestumine.
Kui minu andmebaasis sureb, või vajab uuendada, või mis iganes, nüüd kindel,
Minu kodulehel on online.
Ja ma ei saa olla staatiline, muutumatu sisu.
Aga ma ei saa lasta kasutajad sisse logida või muutus midagi või et midagi, hullem veel.
Sest kui 4 on offline, Seejärel 1, 2 ja 3
tõesti ei saa rääkida seda definitsiooni.
>> OK nii jah, ja nii see on põhjus, miks Ma kahtlevad juhtida seda.
Nii saab tagasi tulla, et.
Ma ei taha, et hoida surudes teid välja.
Aga pilt on väga kiiresti hakka stressi.
Kuna teil on vaja alustada millel on kaks kõike.
Tegelikult, kui olete kunagi näinud Filmi Kontakt paar aastat tagasi
koos Jodie Foster-- ole?
>> OK, nii et kaks meile, kes on näinud Kontakt,
seal on seos olemas, kus nad sisuliselt ostis kaks millestki
mitte üks, ehkki kahekordne hind.
Nii et see oli omamoodi mänguline kommenteerida filmis.
See on selline, mis on seotud selle.
Me võiks kindlasti teha.
Ja sa oled kulu meil kaks korda nii palju raha.
Aga me tuleme tagasi selle.
>> Nii oleme lahendanud selle.
Nii et sa tead, mida?
See on nagu libe tee.
Ma ei taha tegeleda võttes on duplikaadi andmebaasis.
See on liiga palju raha.
Tead mida?
Ma tahan olla oma andmebaasi nagu versioonis üks
kus iga server on oma kohalikus andmebaasis.
Nii et ma olen lihtsalt läheb juhtida db iga nimetatud.
>> Nüüd iga veebiserver on identsed, kuivõrd
kui see on sama kood, sama staatiline vara, sama pilti ja teksti
ja nii edasi.
Ja igaühel neist on oma andmebaasi.
Ma fikseeritud ühepunktiliste ebaõnnestumise probleem.
Nüüd on mul andmebaasis.
Ükskõik, kus kaks või üks nendest asju surra, seal on alati üks vasakule.
Aga mida uus probleem on mul loodud Dan lahendus vältida?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, ma on neid sünkroonida, eks?
Sest kas mul on vaja sünkroniseerida kes läheb where-- teisisõnu,
kui Alice külastab minu sait, ja ta juhtus
saada juhuslikult või ümmargune robined või mis iganes, et serveri number üks,
Seejärel pean alati Kirjuta oma serverisse 1.
Miks?
Sest kui ma kirjutaksin Serveriga 2, siis läheb
nägema ta ei ole seal.
>> Ma ei kavatse olla tema tellimuste ajalugu.
Ma ei kavatse olla oma profiile seal.
Ja see lihtsalt tundub see kutsudes probleeme.
Ja kui Bob külastab, ma on saata talle alati
samale serverile, 2 või kumb üks, ja Charlie kolmandale ühe,
ja järjekindlalt.
See ei ole mõistlik, kuigi.
Seda nimetatakse eraldades oma andmebaasi.
Ja tegelikult oli see, mida Facebook tegi varakult.
>> Kui teil järgida ajalugu Facebook, hakkas siin campus
kui www.thefacebook.com.
Siis arenenud kui Mark alustas levib teistesse ülikoolilinnakud
olema harvard.thefacebook.com ja mit.thefacebook.com ja ilmselt
bu.thefacebook.com jms.
Ja see oli, sest varakult, ma ei usu
sa oleks võinud sõbrad kogu ülikoolilinnakud.
Aga see on hea.
Kuna keegi Harvardi sai saadetud see server.
Igaüks alates BU sai saadetud see server.
Igaüks MIT sai saata Selle server-- teoorias.
Ma ei tea täpselt kõiki rakendamise aluseks olevaid andmeid.
Aga ta arvatavasti jagati inimesed oma ülikooli, kus nende võrku oli.
>> Nii see on hea kuni hetkeni kus on vaja kahte serverid Harvard,
või kolm serverid Harvard.
Ja siis, et lihtsuses Selline laguneb.
Aga see on mõistlik.
Olgem alati saata Alice samas kohas,
alati saata Bob samas kohas.
Aga mis juhtub siis, kui Alice server läheb offline?
Bob ja Charlie saab veel osta asju ja sisse logima kohas.
Aga Alice ei saa.
Nii et olete kaotanud kolmandiku oma kasutajate baasi.
Võib-olla see on parem kui 100%?
Aga võib-olla see oleks tore, kui saaksime ikka toetada 100% meie kasutajatele
isegi kui kolmandiku meie serverid läheb offline.
>> Nii et me võiks sünkroniseerida mida?
Mitte kasutajatele, per se, kuid andmebaasi kõigi nende serverite.
Nüüd me sellist vajan Selline sidumine
siin nii et serverid ise saab sync-- ei ole mõistlik.
Ja tegelikult, see tehnoloogia on olemas.
Tänapäeva maailmas andmebaasid, seal mõiste ülem-alluv andmebaasid
või esmase kesk-, kus ühed omadused
ei ole ainult andmete salvestamiseks ja vastata andmed,
aga ka lihtsalt pidevalt üksteisega sünkroonis.
Nii igal ajal kirjutada või salvestada midagi selles andmebaasis,
kohe saab "korrata" teistele andmebaasid samuti.
>> Ja iga kord, kui lugeda seda, see ei ole oluline, kus sa oled.
Sest kui teoorias nad on kõik sünkroniseerida, sa oled
hakka sama andmeid silmas pidades.
Nii et see kõlab täiuslik.
On ju olla saagi.
Mis võib saak olla?
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii kolm korda nii palju asju võiks valesti minna.
See on reaalsus.
See võib kõik olla sama vaimus.
Aga keegi peab konfigureerima.
Seal on suurem tõenäosus, et midagi läheb valesti minna.
Just Combinatorially teil on rohkem asju altid vigu.
Mida on halb potentsiaalselt?
Publik: [kuuldamatu]
>> DAVID Humala: Jah, nii sünkroonimine võib olla halb.
Isegi kui sa võiksid teada alates varukoopiaid ja sellised,
kui sa just ei pimesi tehes varukoopiaid, mis siis, kui midagi ei
valesti minna ühte andmebaasi?
Sa kustutada midagi, mida ei tohiks.
Oled kohe kopeeris et probleem kõikjal mujal.
Nii Victoria oli talking-- varukoopiaid Oleks hea siin.
Ja nii me võtame selle.
Ja peab olema selge, me räägime ei varukoopiaid siin iseenesest.
Me räägime tõsi replikatsiooni või sünkroniseerimine läbi serverite.
Nad kõik on elus.
Nad ei tule kasutada varukoopiaid.
>> Publik: [kuuldamatu]
DAVID Humala: Mis see on?
Publik: Higher--
DAVID Humala: Kõrgem hind.
Meil kolmekordistunud kulu Kindlasti, kuigi vähemalt nii
riistvara.
Kuna andmebaas on lihtsalt tükk tarkvara.
Ja veebiserver on tükk tarkvara.
See on ilmselt tasuta, kui me kasutame ükskõik kui palju avatud lähtekoodiga asju.
Aga kui me kasutame midagi Oracle,
me maksad Oracle rohkem raha per litsentside või Microsoft juurdepääsu.
Siin peab olema mingi muu saagi siin.
See ei saa olla see lihtne.
>> Nii oma hetkel, ma arvan, et see oli Kareem, geograafia earlier-- või ei,
Roman, oli see, sest geography-- arvan et me seda smart sellest,
ja paneme üks meie serverid ja omakorda Meie andmebaasis, USA,
ja muud Euroopas, teine Lõuna-Ameerikas, teine ​​Aafrikas,
teise Aasias, kusagil me Võiksid üle maailma.
Me teame juba meie jälgi marsruutidel, punktide A ja
B, kui nad üksteisest kaugemal, hakkavad võtab rohkem aega.
>> Ja kui mõned teist on kasutanud vahendeid, nagu Facebook või Twitter
või mõni neist sites nendel päevadel, et muutuvad pidevalt, sest kasutaja
loodud andmete, mõnikord, kui sa tabas Reload või avada sama lehe
teises brauseri, näete erinevaid versioone, peaaegu.
Võite näha kellegi staatust uuendada siin, kuid mitte siin,
ja siis uuesti, ja siis tundub, ja sa uuesti jälle
ja see kaob.
Teisisõnu hoida silma see, vähemalt
kui te kasutate sotsiaalse suhtlemisest.
>> Jällegi, lihtsalt sellepärast, et andmed muutuvad nii kiiresti,
mõnikord serverid ei saada välja sünkroonis.
Ja võib-olla see on super väike aken.
Aga 200 millisekundit, ehk isegi rohkem kui selle-- see
kavatseme mõned nullist summa aega neid andmebaase sünkroonida.
Ja me ei ole lihtsalt Rääkides ühe taotluse.
Kui ettevõte on tuhandeid kasutajad kasutavad seda üheaegselt,
neile võib puhverdada.
Teisisõnu, seal võib olla järjekorras või ootama line
enne Kõigil neil andmebaas päringuid saavad sünkroniseeritud.
Ehk see on tegelikult paar sekundit.
>> Ja tõepoolest see on tõsi Ma arvan, et isegi tänaseni Facebook, kusjuures
kui nad sünkroonimiseks East Coast to West Coast,
see on mitte-triviaalne paljundamine viivitus, nii et rääkida,
et sa lihtsalt mingi pea taluma.
Ja nii see ei ole nii palju viga, sest see on reaalsus
et kasutajad ei pruugi näha õiged andmed vähemalt
mõne sekundi jooksul.
>> Ma näen seda puperdama palju tegelikult, kus mõnikord ma tulen
piiksuma ühes aknas avada teine siis vaata seda kinnitada, et see tõepoolest
läks, ja see ei ole seal veel.
Ja mul on selline reload uuesti, reload-- oh, siin see on.
Ja see ei ole, sest seda ei salvestata.
See lihtsalt ei ole paljundatud teistele serveritele.
>> Nii et see kompromiss, too-- kas sa tõesti taha seada ennast ohtu
et kui kasutaja läheb nende järjekord ajalugu, see ei ole tegelikult olemas veel?
Ma näen selles teatud pangad.
Ta on alati mind ärritab, kui hästi üks, saab minna ainult nagu kuus kuud tagasi
Teie pangakonto väljavõtted mõned pangad, kuigi teoreetiliselt nad peaksid
saama kõike online.
Nad lihtsalt võtavad asju offline mõnikord.
Mõnikord too-- mida kodulehel on?
Seal one-- oh, see on GoDaddy, ma arvan.
GoDaddy, kui vaadata läbi osta domeeninime või midagi,
nad sageli teile link saamisest.
Ja kui klõpsate mis viitavad paremale ära, see tihti ei tööta.
See lihtsalt ütleb, tupik, midagi siin.
>> Ja see on liiga, sest Nende paljundamine viivitusi.
Kuna mingil põhjusel nad võtate veidi aega
tegelikult luua selle.
Nii et see on omamoodi nagu soovite tõmba juukseid välja mingil hetkel.
Kuna kõik olete püüdnud teha on lahendada lihtne probleem.
Ja me hoiame luua uusi probleemid ise.
Vaatame, kas me võib selline tagasivõtmiseks.
>> Selgub, et ühendades andmebaaside kõik oma veebiserverite
ei ole tõesti hea tava.
Üldiselt, mida insener teeks, või süsteemide arhitekt,
oleks on erinevad tasandite servereid.
Ja just ruumi pärast, ma tulen juhtida oma andmebaasi siin.
>> Oleksime andmebaasi ja serveri number neli siin
et ei pea ühendused Kõigi nende serverite siin.
Nii et see võib olla meie ees lõpuks astme, kui inimesed ütlevad.
Ja see oleks meie kolp astme.
Ja see tähendab lihtsalt, et Nende nägu kasutaja.
Ja andmebaasid ei nägu kasutaja.
Ei kasutaja saab otse juurdepääsu andmebaasile.
>> Nii saab nüüd äkki minna Marsruudi Victoria pakutud.
See on üksainus ebaõnnestumine.
See teeb mind ebamugav.
Mis siis võibolla Kõige ilmsem lahendus?
Publik: [kuuldamatu]
DAVID Humala: Kahjuks seda veel öelda.
Publik: [kuuldamatu]
DAVID Humala: Non-tootmise server.
Mida sa silmas pead?
>> Publik: [kuuldamatu]
>> DAVID Humala: Oh, OK, nii varukoopiaid.
OK, nii et me võiks seda teha, kindlasti.
Ja tegelikult on see väga sageli teinud.
See võib olla andmebaasis number viis.
Aga see on ainult ühendatud number neli.
Ja võite helistada see kuum vaba.
Need kaks andmebaasi, mida saab seadistada lihtsalt pidevalt sünkroniseerida
üksteist.
Ja nii, kui see masin sureb jaoks mida iganes loll reason-- kõvaketas
sureb, keegi läbib üle pael, mõned tarkvara on vigane
ja masin hangub või crashes-- sa oleks võinud inimese sõna otseses mõttes
eemaldage see seina ja selle asemel, ühendage see üks.
Ja siis oletame, et Mõne minuti võibolla pool tundi,
sa oled tagasi online.
>> See ei ole suur, kuid Samuti ei ole kohutav.
Ja sa ei pea muretsema umbes võtteid küsimusi.
Kuna kõik on juba olemas.
Kuna teil oli täiuslik backup valmis minema.
>> Sa võid olla natuke Kasvataja sellest,
nagu mõned inimesed tihti, kus te võib olla andmebaasis number neli siin
andmebaasi number viis siin mis räägivad üksteisega.
Aga siis on ka see Selline arrangement--
ja see sihilikult tundub segane, sest see
on-- kus kõik esiotsa serveritel
rääkida kõik kolp servereid.
Ja nii, kui sellele ei reageerivad need esiotsa serverid on
on programmeerimine koodi neid, mis ütleb,
kui sa ei saa Ühendus selle andmebaasi
esmane hakkab kohe rääkides teisejärguline.
>> Aga see nüüd surub keerukamaks koodi.
Ja nüüd oma arendajad, tarkvara arendajad, pead teadma seda.
Ja sa selline sidumine koodi olete kirjalikult oma tegelikku lõppfaasi
rakendamise üksikasju, mis raskendab,
eriti suurem ettevõte või suurem veebilehel,
kus sa ei pruugi taha programmeerijad on
teada, kuidas andmebaasis insenerid teevad oma tööd.
Võiksid hoida neid rolle omamoodi funktsionaalselt nii
et seal on see kiht võtmiseks nende kahe vahel.
>> Niisiis, kuidas võiks me seda parandada?
Noh, me mingi lahenduse Selle probleemi üks kord enne.
Miks me ei pane üks need asjad siin, kus
see räägib omakorda number neli ja viie kõik esiotsa veebiserverite
rääkida selle käsi, ja käsi omakorda liinidel oma andmed?
Tegelikult, mis võib olla hea nimi see asi?
>> Publik: [kuuldamatu]
DAVID Humala: OK, andmebaasi haldaja.
Aga milline võiks termin olla, et me võiks uuesti selle seadme?
Me tasakaalustamine.
Jah, nii et tegelikult ma olen ei ole õiglane siin.
Nii latautuvan tähendaks, et me lülitamine edasi-tagasi siin,
mis ei pea tegelikult olema.
Nii seal on vähe võimalusi, me võiks seda teha.
>> Kui see on tõepoolest koormus tasakaalustaja, siis lugu on täpselt sama nagu enne.
Mõned taotlused lähevad 4.
Mõned neist lähevad 5.
Ja see on hea.
Sest nüüd me saame hakkama kaks korda nii palju läbilaskevõimest.
Aga sellega seoses siin on super oluline.
Nad peavad jääma pidevalt sünkroniseeritud ja loodetavasti
ei ole geograafiliselt liiga kaugel, nii et sünkroonimine on sisuliselt
silmapilkne.
Muidu võib olla probleem.
>> Nii et see ei ole halb.
Aga jälle, me oleme kasutusele uus probleem.
Mis probleem on ma taasluua?
Üksainus ebaõnnestumine.
Mis siis lahendus on?
Nii nagu Victoria kiindunud kulutada raha, saame selle mehe välja ja tee seda.
Ja ma lihtsalt läheb liikuda siin piisavalt ruumi.
Ja see saab olema veidi segaseks.
Ma lähen hoida joonistus rida.
Oletame, et kõik need read lähevad nii?
>> Väga levinud tehnikat oleks siin kasutada tehnikat nimega südametöö
kusjuures kõik need seadmed, vasakule ja paremale koormuse soolise,
või mis iganes me tahame kutsuda neid, pidevalt öeldes, ma olen elus,
Ma olen elus, ma olen elus, ma olen elus.
Üks neist vaikimisi toimib esmane.
Nii et kõik liiklus on viidud läbi Ühest vasakul, näiteks
vaikimisi meelevaldselt.
>> Aga niipea, kui poiss paremal ei kuule vasakult mees enam,
Ühest paremal on programmeeritud automaatselt, näiteks
võtab üle IP aadress on üks vasakul,
ja seega saanud peamine, ja äkki saata e-posti või tekstisõnumi
et inimestel öelda, hei, vasakult esmane on offline.
Ma saavad esmase nüüd.
Nii asepresident muutub President, nii rääkida.
Ja keegi peab minema säästa president, kui soovite.
Kuna nüüd on meil ajutine üksainus ebaõnnestumine.
>> Nii nagu keeruline või stressirohke, kuna See võib tunduda, et alustada on,
See on see, kuidas neid probleeme lahendada.
Sul ei viska raha seda.
Sa viska riistvara seda.
Aga kahjuks te lisada keerukust ta.
Aga tulemus on lõppkokkuvõttes et sul on palju rohkem, teoreetiliselt
jõuline arhitektuuri.
See ei ole veel täiuslik.
Sest isegi kui me have-- me võiksime ole üksainus ebaõnnestumine.
Meil on nüüd kahekordne punktid rike.
Aga kui kaks asjad lähevad halvasti, mis absoluutselt võiks
me ikka läheb offline.
>> Ja nii väga levinud tööstus on kirjeldada
oma aega nii nines.
Ja omamoodi eesmärk taotlema on 99,999%
ajast saidile online.
Või veel parem, lisada Veel mõned nines sellele.
Kahjuks on need nines on väga kallid.
Ja olgem tegelikult seda teevad.
Nii et kui ma avada minu suur kalkulaator uuesti 365 päeva aastas, 24 tundi ööpäevas,
60 minutit tunnis, ja 60 sekundit minut,
see on mitu sekundit on aastas, kui ma tegin seda õigesti.
Nii et kui me korda seda 0,99999, mis on kui palju aega me tahame soovivad.
Nii et see tähendab, et peaksime olema üles See mitu sekundit aasta jooksul.
Nii et kui ma nüüd lahutada esialgsest väärtusest, või pigem
See uus väärtus alates first-- 316 sekundit,
mis muidugi on viis minutit.
>> Seega, kui teie veebisait või teie ettevõte on väites, "viis nines," mille sa oled
up 99,99% ajast, see tähendab, et sa parem
on olnud piisavalt targad ja kiire piisavalt ja masti piisavalt ressursse
et teie serverid on ainult foorumis viie minuti jooksul läbi aasta.
See on kallis ja kõva asi soovivad.
>> Nii et see on kompromiss, liiga.
99,999% ajast on päris paganama raske ja kallis.
Viis minutes-- saab vaevu saada serverile füüsiliselt asendada
midagi, mis on valesti läinud.
Ja sellepärast hakkame juhtmestik asju koos keerulisem
APRIORI et arvutid saab omamoodi määrata ise.
Jah.
>> Publik: [kuuldamatu]
DAVID Humala: probleem võib olla mistahes arv kohti.
Ja fact--
>> Publik: [kuuldamatu]
DAVID Humala: Absoluutselt, absoluutselt.
Ja kui pilt on saada keerulisem,
see võiks olla veebiserverite.
See võiks olla õigus hoone.
See võiks olla midagi füüsilist, nagu kaablid sain kulunud või visatakse välja.
See võib olla andmebaas ei reageeri.
Võiks nad uuendanud oma tegevuse süsteemi ja midagi ripub.
Nii et seal on nii palju muid liikuvaid osi.
Ja nii palju insener et peab minema selle taga
on tõesti lihtsalt kompromisse, nagu kuidas palju aega, kui palju raha on tegelikult
väärt ja millised on ohud sa oled tõesti mures?
Näiteks on Kursused ma õpetan Harvardi
Me kasutame palju cloud computing, mis hakkame võttes pilk nüüd,
tegelikult kui me kasutame Amazon Web Services.
Just seetõttu, et see on üks alustasime.
Aga seal on üha nendel päevadel Google ja Microsoft ja teised.
Ja me teadlikult valida panna kõik Meie kursused "virtuaalseid masinaid,
nagu neid kutsutakse, on ma arvan see on Lääne-Virginia andmekeskuse.
Enamik meie õpilased juhtub olema USA,
kuigi on kindlasti mõned rahvusvaheliselt.
>> Aga reaalsus on see, et see on lihtsalt lihtsam ja see on odavam meile
panna kõik meie munad on Virginia korv,
kuigi ma tean, et kui midagi läheb valesti Virginia,
kui on aeg-ajalt happened-- nagu kui seal on orkaani või mõne ilmaga
Kui niimoodi, kui seal on mõned elektrivõrgu küsimus või like-- kõik
Meie kursused andmeid võib minna offline mõned mitu minutit või tundi
või isegi kauem.
>> Aga summa keerukuse mis oleks vajalik,
ja rahasumma, mis vaja, tegutseda kõike
paralleelselt Euroopas või California lihtsalt ei tee nii palju mõistust.
Nii et see on ratsionaalne kaubandus off, kuid valulik
kui sa oled tegelikult võttes, et seisakuid.
>> Noh, üleminek kohe, et mõned pilvepõhine lahendusi
mõnedele neist probleemidest.
Kõik me oleme olnud arutada seni
on selline probleeme, mis on olnud meiega juba mõnda aega,
kas teil on oma serverite oma firma,
kas te lähete ühispaiknemisteenused koht nagu andmekeskuse ja jagada
ruumi kellegi teisega, või tänapäeval pilv.
>> Ja mis tore pilv on, et kõik
neid asju ma olen joonistus kui füüsilised objektid
Nüüd saab vaadelda kui omamoodi virtuaalsed objektid
pilv, mis on simuleeritud tarkvara.
Teisisõnu, arvutid täna serverid täna, nagu Dell pilt
Ma näitasin varem, on nii kiire, on nii palju RAM, nii palju CPU, nii palju ketta
ruumi, et inimesed on kirjutatud tarkvara praktiliselt vahesein
üks server üles illusiooni ta on kaks servereid või 200 serverites, nii et
et igaüks meist kliendid on illusioon, mille
mitte ainult konto mõned web võõrustada, kuid meie oma masina, mis me oleme
üürile kelleltki teiselt.
>> Aga see on virtuaalne masin Kuivõrd ühe Dell server,
seda uuesti võiks jagati üles Kahe või 200 või rohkem virtuaalseid masinaid,
mis kõik annavad keegi haldus juurdepääsu, kuid viisil, kus keegi meist
teab või võib kasutada teisi virtuaalse masinaid sama riistvara.
Nii et maalida tänapäeva slaidid, Olen seda tulistati siia veebilehel
nimetatakse sadamatööline.
>> Nii et see on natuke rohkem üksikasjalikumalt kui me tegelikult vajame.
Aga kui te näete selles teie infrastructure--
nii lihtsalt riist ise, Teie servereid, nagid, andmeid
keskel, ja kõik selle-- soovid tavaliselt kestab vastuvõttev operatsioonisüsteem.
Nii midagi like-- see võiks olla Windows.
See ei oleks Mac OS.
Sest see ei ole tegelikult Ettevõte nendel päevadel.
Seega oleks Linux või Solaris või Unix või BSD või FreeBSD
või mitmeid teisi operatsioonisüsteeme mis on kas tasuta või kaubanduslik.
>> Ja siis sa jooksed Programm, eriprogrammi
nimetatakse hüpervisoori või virtuaalne masin monitor, VMM.
Ja need tooted, kui sa oled tuttavad, nagu VMware või VirtualBox
või Virtual PC või teised.
Ja mida need programmid teha täpselt et funktsioon ma varem kirjeldatud.
See loob illusiooni et üks füüsilise masina
võib olla mitme virtuaalse masinaid.
>> Ja nii neid värvilisi karbid up top on maali pilt järgmine.
See hüpervisoori see tarkvara, nimetame seda
VMware, töötab mõni muu operatsioonisüsteemi, nimetame seda Linux,
loob illusiooni, et See füüsiline arvuti on tegelikult
üks, kaks, kolm virtuaalne arvuteid.
Nii et ma olen nüüd ostnud, kui omanik See riist, ühes füüsilises arvutis.
Ja nüüd ma üürile see kolme klientidele.
>> Ja need kolm kliendid arvavad neil on pühendatud virtuaalne masin.
Ja see ei ole peibutusmüük.
See on rohkem avalikustamist te kasutate virtuaalne masin.
Aga tehnoloogiliselt, me kõik on täielik administratiivne kontroll
üle kõik need külaline operatsioonisüsteemidele, mis võiks
olla mitmeid operatsioonisüsteeme.
>> Ma ei installida midagi tahan.
Ma ei tõsta seda ma tahan.
Ja ma ei pea isegi teadma, või hooli teiste operatsioonisüsteemide
süsteemid, et arvuti, Teisest virtuaalarvutid
kui omanik seda kõike hallid kraami on vähe ahne
ja overselling oma ressursse.
>> Nii et kui te võtate ühe füüsilise masina ja müüb
mitte 200 kuid 400 kliendid, mingil hetkel
meil läheb reis neid Sama jõudlus kui enne.
Kuna sul on ainult piiratud summa ketta ja RAM ja nii edasi.
Ja virtuaalmasina on ainult programm, mis on
teeseldes tuleb küps arvuti.
Nii saate, mida te eest maksma siin.
>> Nii leiad Internetis võite maksma lugupeetud firma võibolla $ 100 kuus
eest oma virtuaalse masina või oma virtuaalse privaatvõrgu server,
mis on veel üheks ametiajaks ta.
Või te võite leida mõned lennult öösel, kui maksad $ 5,99 kuus
Teie enda virtuaalne masin.
Aga koefitsiendid sa ei pea ligi nii palju jõudlust teile kättesaadavaks,
sest nad on overselling see nii, kui sa oleks kõrgem
tier teenuse või parem müüja.
>> Mida see tegelikult meie jaoks tähendab?
Nii et lubage mul minna seda.
Ma lähen, et aws.amazon.com.
Just seetõttu, et neil on kena valikuvõimalusi.
Kuid need samad õppetunde kehti terve hulk muid pilve müüjad.
Kahjuks on see sageli rohkem marketing rääkida kui midagi.
Ja see pidevalt muutub.
Nii lähete veebilehel niimoodi.
Ja see tõesti ei ole ütlen teile, palju midagi.
>> Ja isegi mina, kui ma vaatan seda, seda ei tee tea, mida kõik need asjad
tingimata tegema, kuni ma sukelduda.
Aga alustame vasakul Arvuta.
Ja ma lähen klõpsake seda.
Ja nüüd Amazon on ausalt valdavas teenused
nendel päevadel.
Aga Amazon EC2 on ehk kõige lihtsam.
>> Amazon EC2 loob meile täpselt Pildi nägime hetk tagasi.
See, kuidas nad teevad palju oma raha pilv.
Ilmselt Netflix ja teised on pilv nendega.
See on kõik tavaliselt kohev marketing rääkida.
Nii et mida ma tahan teha, on minna Pricing-- või pigem lähme juhtumeid
Esimene lihtsalt maalida seda.
>> Nii et see varieerub müüja.
Ja me ei pea liiga sügavale umbrohi siin, kuidas see kõik toimib.
Aga kuidas Amazon, näiteks rendib sa virtuaalne masin või server
pilv on nad ju Nende omamoodi naljakas nimed,
nagu t2.nano, mis tähendab väikest, või t2.large, mis tähendab, suur.
Igaüks neist annab sulle kas üks või kaks virtuaalset protsessorit.
>> Miks on virtuaalne CPU?
Noh, füüsilise masina võiks on 64 või enam tegelikku protsessoriga.
Aga jälle, tarkvara kaudu, nad luua illusiooni
et et üks masin võib olla divvied kuni mitu kasutajat.
Nii et me ei mõtle sellele, kui millel on üks Intel CPU või kaks.
CPU krediiti ühe hour-- Oleksin on, et lugeda trahvi print
sellele, mida see tegelikult tähendab.
See tähendab, kui palju masina mida saab kasutada tunnis vis-a-vis
teiste klientidega, et riistvara.
>> Siin on palju RAM või mälust saame-- kas pool GB või 500
megabaiti või 1 GB või 2.
Ja siis ladustamiseks lihtsalt viitab milliseid kettaid nad teile.
Seal on eri ladustamise tehnoloogiaid, et nad pakuvad.
Aga huvitavam kui see siis võiks olla hinna.
>> Nii et kui teil on CTO või insener, kes ei
soovid käivitada server teie kontoris, ükskõik mis põhjusel,
ja see on liiga keeruline või kallis
osta serverid ja ühispaiknemiseks neid ja maksma üüri mõnel füüsilise puuris ruumi
somewhere-- tahad lihtsalt istuda Teie sülearvuti hilisõhtuni,
kirjuta oma krediitkaardi andmed, üür ja serverite cloud-- hästi,
Me ei saa seda teha siin.
Ma lähen alla mina-- Linux on populaarne operatsioonisüsteem.
Ja olgem lihtsalt saada asjadest aru.
Whoops-- liiga suur.
>> Nii vaatame oma small virtuaalmasina, mis tundub olevat,
meie eesmärkidel, üks CPU ja 500 MB RAM.
See on päris väike.
Aga ausalt öeldes, veebiserverite ei peame tegema kõik, et palju.
Sul on parem näitajad sülearvuti.
Aga sa ei pea neid näitajad nendel päevadel asju.
Sa lähed maksma $ 0,0065 tunnis.
>> Vaatame.
Kui on 24 tundi päevas, ja me maksad nii palju tunnis,
see maksab teile $ 0,15 kuni rentida, et Eelkõige server pilv.
Ja see on ainult üheks päevaks.
Kui me seda teeme 365-- $ 57 kuni rentida selle konkreetse serveri.
Nii et see kõlab super odav.
>> See on ka super madala jõudluse.
Nii me, kursuste ma õpetan siin kipuvad kasutada Arvan t2.smalls või t2.mediums.
Ja meil oleks paarsada kasutajad, paar tuhat kasutajat, kokku.
See on päris tagasihoidlik.
Vaatame, mis see maksaks.
Nii et kui ma seda kulu korda 24 tunni ajal 365, see on 225 $.
Ja kursused Ma õpetan, me üldiselt
käivitada kaks kõike, sest koondamine ja ka tulemuslikkuse.
Nii et me võiks kulutada, seega $ 500 serverid
mis võiks olla vaja aastas.
>> Nüüd, kui teil on vaja rohkem performance-- Võtame pilk mälu.
Me rääkisime mälu üsna vähe.
Ja kui sul on vaja rohkem memory-- ja 64 gigabaiti
on number Hoidsin mentioning-- see on peaaegu $ 1 tunnis.
Ja saab päris kiiresti näha, kus See goes-- nii 24 tundi korda 365.
Nüüd on see 8000 $ aastas jaoks päris korralik server.
>> Nii et mingil hetkel pole see murdepunkt
kus nüüd võiks kulutada $ 6000 ilmselt ja osta masin niimoodi
ja amortiseerima selle maksumus üle võib-olla kaks, Kolme aasta jooksul on elu masin.
Aga mis tõukab teid soodustada või halvakspanu üürile
masin pilv nagu see on?
Ka see on võrreldav, arvatavasti ühele nendest Dell serverid
nägime pildil natuke tagasi.
>> Publik: [kuuldamatu]
>> DAVID Humala: Jah, see on suur pea.
Kuna me ei osta masin, me ei pea Unbox ta.
Me ei pea tõstke.
Me ei pea ühendage see meie hammas.
Me ei pea ühendage see.
Me ei pea maksma elektri arve.
>> Meil ei ole pöörduda kliimaseadme.
Kui kõvaketas sureb, ei ole meil sõita keset ööd
seda parandada.
Meil ei ole luua jälgimise.
Meil ei ole mina-- nimekiri läheb edasi ning kõigi füüsilise asjad
sa ei pea tegema sest "pilv".
>> Ja peab olema selge, cloud computing on see väga liiga palju perspektiivis.
See on tõesti lihtsalt tähendab, pöörates keegi muidu joosta serverid teile,
või üürile ruumi kellegi teise servereid.
Nii sõna "cloud computing" on uus.
Idee on aastakümneid vana.
Nii et on päris veenvad.
>> Ja mida rohkem sa saad?
Noh, saab ka võime teha kõike sülearvuti kodus.
Teisisõnu, kõik pilte ma lihtsalt drawing--
ja see ei olnud ammu, et isegi Olin indekseerimise ümber serveris korrusel
ühendades kaablite jaoks Iga rida, mis sa näed,
ja ümberehitamise operatsioonisüsteemi süsteemid ja muutuvad sõidab ringi.
Seal on palju füüsilisus, et kõike seda.
>> Aga mis on ilus umbes virtuaalse masinad, nagu nimigi liiki ütleb,
nüüd on veebipõhine liidesed, mille
Kui soovite, et samaväärne Liini sellest serverist
teise, kirjuta tüüp, tüüp klõpsa ja lohista käsku Saada ja voila,
sul on see juhtmega üles praktiliselt.
Sest see kõik on tehtud tarkvara.
Ja põhjus on see tehtud tarkvara on jälle
sest meil on nii palju RAM ja nii palju CPU meile kättesaadav nendel päevadel,
kuigi kõik mis värk võtab aega,
see on aeglasem joosta asjad tarkvara kui riistvara,
nagu see on aeglasem kasutada mehaanilist seade nagu kõvaketas kui RAM,
midagi puhtelektrooniline.
Meil on nii palju ressursse meile kättesaadav.
Meie inimesed on omamoodi invariantly aeglane.
Ja nii nüüd masinatega saab teha nii palju ajaühikus.
Meil on need võimed teha asju praktiliselt.
>> Ja ma ütlen kursused Ma õpetan, näiteks siin,
meil umbes võibolla tosin või nii kokku virtuaalmasina
niimoodi töötab igal aega läheb esiotsa asju,
teed tagasi lõpuks asjad.
Meil on kõik meie lattu.
Nii ühtegi videot, sealhulgas asjad niimoodi, et me laskmine,
me lõpuks laskmise pilv.
Amazon on teenused, mida Amazon S3, oma lihtsa ladustamise teenust, mis
on nagu kettaruumi pilv.
Neil on midagi nimetatakse CloudFront, mis
on CDN teenuse sisu Toimetaja Võrguteenus, mis
tähendab, et nad võtavad kõik oma failid ja Teile automaagisesti imiteerida seda
ümber maailma.
>> Nii nad ei tee seda ennetavalt.
Aga esimene kord, kui keegi Indias taotleb oma faili
nad võivad selle kohalikku vahemällu.
Esimest korda Hiinas, Esimest korda Brasiilia mis juhtub,
nad hakkavad vahemälustab seda kohapeal.
Ja sa ei pea tegema ükskõik mida.
Ja nii see on nii uskumatult mõjuvad need päevad mobiliseeriv
pilv.
Kuna sul on selline võimalus sõna otseses mõttes eesmärk ei ole inimestele teevad peaaegu sama palju
tööd.
Ja sa sõna otseses mõttes ei pea nii palju Inimestel teevad neid töid anymore--
"Ops" või tegevuse rollid, enam.
Sa tõesti vaja ainult arendajad ja vähem insenerid
kes saab lihtsalt teha asju praktiliselt.
Tegelikult lihtsalt anda Teile mõttes seda,
lase mul minna hinnakujunduse ühe teise tootega siin.
Vaatame midagi CDN S3.
Nii et see on sisuliselt virtuaalne kõvaketas pilv.
Ja kui me keri pricing-- nii et see on $ 0,007 per gigabyte.
Ja see on-- kuidas me seda teeme?
Ma arvan, et kuus.
>> Nii et kui see on ühe month-- või päevas?
Dan, on see päevas?
See on kuus, OK.
Nii et kui see on ühe month-- sorry, see on $ 0,03 kuus.
Seal on 12 kuud läbi aasta.
Nii palju andmeid võidakse talletada pilv?
Üks GB ei ole suur, kuid ma ei tea, nagu 1 terabaidi,
nii nagu 1000 neist.
See pole veel kõik, et palju.
See on $ 368 salvestada terabyte andmete Amazon cloud.
Millised on mõned kaubanduse off, siis?
See ei saa kõik olla hea.
Midagi me rääkisime täna omamoodi ilma saagi või kulu.
Mis siis halba liigub Kõike arvesse pilv?
Publik: Turvalisus.
DAVID Humala: OK, mida sa mõtled?
Publik: [kuuldamatu]
DAVID Humala: Jah, muidugi.
Ja kas sa tõesti tahad mõne juhusliku insenerid
Amazonist, et sa iial ei vasta võttes füüsiline juurdepääs nendes arvutites
ja kui nad tõesti tahtsid, virtuaalne juurdepääs?
Ja kuigi Teoreetiliselt software-- hästi,
krüpteerimine võib absoluutselt kaitsta teid selle eest.
Nii et kui see, mida sa oled ladustamiseks oma servereid
on encrypted-- vähem muret.
>> Ent niipea inimese füüsilised juurdepääsu masin, krüpteerimine kõrvale,
kõik ennustused omamoodi välja.
Sa võid teada Läinud et arvutid eriti
isegi kui sul oleks need asjad nimega "BIOS paroolide"
olid, kui töölaual käivitatud, soovite küsitakse parooliga et
pole midagi pistmist Windows, saate tavaliselt
lihtsalt avada šassii masin, leida tilluke sõrmed,
ja kasutada midagi, mida nimetatakse hüppaja ja lihtsalt ühendada
need kaks juhet umbes sekundi, täiendades sellega vooluringi.
Ja mis kõrvaldaks salasõna.
>> Nii et kui teil on füüsiline ligipääs seade, mida saab teha asju.
Saate eemaldada kõvakettale.
Võite pääseda nii.
Ja nii see on ka põhjus, miks Kui Dropbox,
Näiteks, see on natuke murettekitav, et mitte ainult ei
on andmed, kuigi see on krüpteeritud, neil on ka võti.
Muud mured?
>> Publik: [kuuldamatu]
DAVID Humala: Jah, see on väga true-- Googles on õunad,
Microsofti maailmas.
Ja tegelikult, kui kaua on sul oli oma iPhone?
Jah, anda või võtta.
Publik: [kuuldamatu]
DAVID Humala: Vabandust?
Sa oled nende seas, kes on iPhone, eks?
Publik: Jah.
DAVID Humala: Kaua Kas sul on olnud teie iPhone?
Publik: [kuuldamatu]
DAVID Humala: OK, nii Apple sõna otseses mõttes teab
kus oled käinud iga tund Päeva viimase viie aasta jooksul.
>> Publik: [kuuldamatu]
DAVID Humala: Kumb on imeline omadus.
Publik: [kuuldamatu]
DAVID Humala: Jah, aga kompromiss kindlasti.
Publik: [kuuldamatu]
>> DAVID Humala: Jah, see on väga lihtne.
Publik: [kuuldamatu]
DAVID Humala: Muu varjuküljed?
Publik: [kuuldamatu]
DAVID Humala: Absolutely-- tehnoloogiliselt
majanduslikult, see on päris kaalukad omamoodi võita neid mastaabisäästu
ja liikuda kõike arvesse nn pilve.
Aga sa ilmselt ei taha täie ühed
kala, amatsoonid, siis Googles on Microsofts-- Rackspace on päris big--
ja mõned teised, mitte pruugi lennata öösel inimesed
kelle jaoks see on väga lihtne teha sellist tehnikat tänapäeval.
Ja see, kellele saab maksma $ 5,99 kuus.
Aga sa kindlasti saad, mida sa maksma.
>> Kui sa ütled [kuuldamatu], see on kui asjad need viis nines tulla,
kusjuures isegi kui tehnoloogiliselt Me ei saa tõesti tagada 99.999,
me lihtsalt ehitada mingi karistuse lepingu
nii et kui see juhtub, vähemalt seal on mõned kulud meile, et müüja.
Ja see, mida sa tavaliselt võimalik saada neid nõustuma.
>> Publik: [kuuldamatu]
>> DAVID Humala: Ja üks omamoodi õnnistus
on see, et isegi kui me minna, sest Näiteks või isegi teatud ettevõtted,
reaalsus on Amazon, Näiteks on nii palju
darn kliendid, tuntud kliente, töötavad välja teatud andmekeskuste
et kui midagi väga valesti läheb, nagu Jumala teod ja ilm ja selline,
kas seal on mingit hõbedane vooder, see, et sul on väga hea firma.
Teie kodulehel võiks olla foorumis.
Aga nii on, nagu pool populaarne internetis.
Ja nii see on vaieldamatult vähe rohkem mokkamööda oma klientidele
kui see on rohkem internet asi kui acme.com asi.
Aga see on natuke petta.
>> Nii poolest muid asju vaadata, just nii, et me ei välista teisi,
kui te lähete Microsoft Azure, nad on nii Windows ja Linux värk
see on võrreldav Amazon.
Kui te lähete Google Arvuta Mootor, neil on midagi sarnast ka.
Ja just ringi läbi Nende pilve pakkumisi,
Ma teen mainita üks teine ​​asi.
See on populaarne veebileht see on tüüpiline
klassi tehnoloogiaid.
Need, me lihtsalt rääkisime umbes, Amazon, oleks IaaS,
Infrastruktuuri teenuste, kus te omamoodi füüsilise riistvara teenusena.
Seal on edendavad.
Tegelikult, las ma kübeke need maha.
>> IAAS-- infrastruktuuri Nagu Service, Saas
ja Paas, mis on tähelepanuväärselt segane lühendid
mis ei kirjelda kolm erinevaid asju.
Ja lühendite ise tegelikult pole.
See on kõik pilve värk oleme lihtsalt rääkinud,
madalamal tasemel värk on virtualiseerimine riistvara ja ladustamine
aastal nn pilve, kas see on Amazon, Microsoft, Google, või muu.
>> Tarkvara kui service-- me kõik omamoodi kasutada seda.
Kui kasutate Google Apps Gmaili või kalendri
mõni neist veebipõhine rakendused, mis 10 aastat tagasi
oleks topeltklõpsatud ikoonid meie töölaual, tarkvara kui teenust
Nüüd on tõesti veebirakenduse.
Ja platvormi nagu teenust liiki sõltub.
>> Ja üks näide ma annan teile siin kontekstis pilve computing--
seal on üks firma, mis on üsna populaarne nendel päevadel, Heroku.
Ja nad on teenus, platvorm, kui soovite,
mis jookseb peal Amazon infrastruktuuri.
Ja nad lihtsalt muuta see veelgi lihtsam arendajad ja insenerid
saada veebipõhiselt online.
>> See on valu, esialgu kasutada Amazon Web Services ja muid asju.
Kuna sa tegelikult tundma ja mõistma
umbes andmebaaside ja veebiserverite ja koormuse soolise ja kõik asjad
Ma lihtsalt rääkisime.
Kuna kõik Amazon teinud ei ole peidetud need, disaini probleeme.
Nad on lihtsalt virtualiseeritud neid ja neid liigutada brauserisse,
arvesse tarkvara asemel riistvara.
>> Aga firmad nagu Heroku ja muu Paas pakkujad, platvorm Service,
nad kasutavad neid barebone põhialused et me lihtsalt rääkisime,
ja nad ehitavad lihtsam kasutada tarkvara peal
nii et kui sa tahad saada veebipõhine taotlus online nendel päevadel,
siis kindlasti on tea, kuidas programmeerida.
Sa pead teadma, Java või Python või PHP või Ruby või hunnik muid keeli.
>> Aga pead ka asetada see.
Ja me rääkisime varem, saada web hosting ettevõte.
See on omamoodi nagu 2000. aastate keskpaigas lähenemine saada midagi online.
Tänapäeval võite asemel maksma keegi nagu Heroku paar dollarit kuus.
Ja sisuliselt, et kui olete teha mõned esialgsed konfiguratsiooni,
uuendada oma veebilehel, siis kirjuta käsk aken.
Ja mida iganes kood olete kirjutanud siin oma sülearvuti kohe
jaotub suvalise arvu serverid pilve.
>> Ja Heroku hoolitseb kõik keerukust.
Nad aru kõik andmebaasis asjad kõik koormuse tasakaalustamine,
kõik peavalud, mis me oleme lihtsalt kirjutatud laual,
ja peita kõik, et teie jaoks.
Ja vastutasuks, sa lihtsalt maksta neile natuke rohkem.
Nii et teil on need infrastruktuuride teenus, platvormid teenusena,
ja siis tarkvara kui teenus.
On jällegi see võtmiseks või kihilisus.
>> Kõik küsimused pilve või hoone enda infrastruktuuri?
Olgu, see oli palju.
Miks me ei lähe edasi ja võtta meie 15 minutiline paus siin.
Me tuleme mõne uue mõisted ja natuke praktilist võimalust
Enne õhtul on möödas.