Autors: Techopedia Staff, 2016. gada 11. maijs
Izņemšana: Uzņēmēja Rebeka Jozvejaka ar Dezu Blanšfīldu, Robinu Blooru un Braienu Bulkovski apspriež progresu datu bāzu arhitektūrā un glabāšanā.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Rebecca Jozwiak: dāmas un kungi, sveicināti un laipni gaidīti 2016. gada Hot Technologies. Šodien mēs esam “Atklājam diferenciāciju: ierodas jauns mērogojamas infrastruktūras laikmets”. Es šodien piedalos Ēriks Kavanaghs. Es esmu Rebeka Jozviaka, jūsu pazemīgā saimniece no valdes grupas, kamēr Ēriks ir prom Jamaikā. Labi viņam.
Tātad, tāpat kā gadu desmitiem ilgi, šis gads ir karsts, kaut arī tehnoloģija virzās uz priekšu tādā tempā, kas pārsniedz Mūra likumu, un ko organizācijas dara, lai neatpaliktu? Viņi meklē visu, kas notiek ātri, un mērogs, es apgalvotu, iespējams, ir viena no vissvarīgākajām lietām, domājot par datu bāzēm. Un, protams, mums ir iespējas izmantot parasto relāciju, tagad mums ir savs NoSQL, kolonnu krātuve, grafiku datu bāzes un RDF datu bāzes, bet tiešām tas, ko uzņēmumi meklē, ir mērogs, paralēlisms un ātrs .
Tagad tradicionālās arhitektūras balstījās uz šo relāciju modeli. Bet, ja aplūkojat lielāko daļu tīmekļa biznesa, kas ir izveidojies pēdējo trīs, piecu, desmit gadu laikā, tas nav tas, ko viņi izmanto savai infrastruktūrai. Viņi izmanto atšķirīgu, paralēlu arhitektūru, viņi mērogojas un ir ātri, un tas ir tas, pie kā šodien vēršas daudzi cilvēki.
Mūsu komandā ir Dez Blanchfield, viņš ir zinātnieks no Bloor grupas. Mums ir ārsts Robins Bloors, mūsu galvenais analītiķis Bloor grupā, un mums ir Braiens Bulkowskis, CTO un Aerospike dibinātājs. Tad, puiši, es to pārdomāšu Dezam.
Dez Blanchfield: Paldies un paldies, ka esat šeit. Es mēģināšu iestatīt ainu tam, kā mēs ļoti ātri nokļuvām tur, kur atrodamies, un, ejot cauri mūsdienu tēmām, mēs iegremdēsimies daudz vairāk tehnisko detaļu. Es šeit tikai iegūstu kontroli pār ekrānu.
Tik lielāks, labāks un ātrāks. Kad es domāju par to, kur mēs atrodamies, tēls, kas man personīgi paliek atmiņā, ir tieši šis attēls, kas man ir uz mana titula slaida, kas ir Visuma paplašināšanās. Mums tehnoloģija ir attīstījusies un augusi gadu desmitiem ilgi, faktiski no piecdesmito gadu beigām, kad lieldators kļuva par īstu lietu. Tehnoloģija daudzos gadījumos turpināja augt pie sliktākas vai lielākas par lineāro līkni atkarībā no tā, kurā līknes daļā jūs atrodaties, ciktāl tas attiecas uz programmatūru vai aparatūru.
Mērogs ir kļuvis lielāks un lielāks, un ātrāk un ātrāk, ciktāl mēs cenšamies piegādāt, un mazāki un mazāki ražošanas un pusvadītāju līmenī. Vidū ir programmatūra un lietojumprogrammas, kā arī sistēmas, kas ir šīs programmatūras pamatā, un tām parasti ir mazāks raksturs, un mēs esam redzējuši tādas lietas kā konteinerizētas lietojumprogrammas un mikro serveri, tā atkal ir kļuvusi par lietu. Mēs to darījām pagātnē, gadu desmitiem iepriekš, bet, pateicoties tam, ka mēs tur dodamies arvien mazāki, mēs kļūstam arvien lielāki un lielāki, un to mērogā mēs tagad varam vadīt lietas, piemēram, lietojumprogrammas un konkrētas datu bāzes, un šīs datu bāzes.
Man ir šāds viedoklis, kur mēs esam mērogojuši ļoti horizontāli, būtībā uz X ass; mēs esam mērogojuši vertikāli Y asī. Mēs atrodamies brīdī, kad mums jāiet kaut kur citādāk, un, manuprāt, tas ir garīgi paredzēts kā Z ass, un tas ir, ka mums ir jāiedziļinās tehnoloģijā un jāskatās, kā mēs varam lietas atšķiras no tā, ko mēs līdz šim esam paveikuši, lai iegūtu šo papildu ātrumu. Tāpēc es vizualizēju visu šo Visuma paplašināšanos, kur mums ir noticis sprādziens, un pastāv dažas tehnoloģijas, kā arī šī labākā lineārā izaugsme un pieprasījums. Mums vajadzēja atrast dažādus veidus, kā iegūt lielāku, labāku un ātrāku rezultātu.
Tikai, lai ātri aptvertu veidu, kur atrodamies šobrīd, pāris aparatūras vidēs. Mēs esam redzējuši, ka krītošās gigabaita diska vietas izmaksas rada pāris diezgan lielas pārejas un tehnoloģijas, kā arī pieejas lielākam, labākam un ātrākam mēroga jautājumam. Šie ir divi atsevišķi diagrammas, kas aptver aptuveni desmit gadus vienību, nedaudz vairāk nekā desmit gadus par katru cenu, kas krīt par vienu gigabaitu cietā diska.
Tā ir klasiska J līkne vai hokeja nūja, kā mēs bieži uz tām atsaucamies, jo pirms kāda laika jūs varēja iztērēt burtiski simtiem tūkstošu dolāru, lai nopirktu gigabaitu diska vietas, ne gluži pirms divām desmitgadēm, lai gan šodien tas ir kļuvis par dolāru un galu galā esmu pārliecināts, ka tas beigsies, ko mēs nosauksim sacīkstēs uz nulli, tas kļūs par centiem. Tas izraisīja interesantas izmaiņas lietās, kuras uzņēmumi varētu darīt. Un es to saucu par traucējumiem, kas saistīti ar datiem vai īpaši lieliem datiem, un ar to es domāju, ka mēs redzējām tehnoloģijas, piemēram, kā kļūt par lietu, kuras glabāšanu mēs varētu horizontāli mērogot, un aprēķina veidu, ko mēs var izmantot šai krātuvei, un kā tas atver interesantu tehnoloģiju, jo tas ļauj mums visātrākā līmenī veikt ļoti lielu, lieku paralēlu krātuvi, kā arī Hadoop daļas pašas par sevi, sākotnēji spējot kopēt datus rakstīšanas reiz lasīšanas formātā, un vienkārši izlīdziniet lietu gandrīz lineārā pakāpē.
Un tas ir visiem uzņēmumiem, piemēram, tas notiek, ja tiek pārtraukts, izmantojot lielos datus. Mums ir tādi uzņēmumi kā Uber, kas ir pasaulē lielākā taksometru kompānija. Viņiem faktiski nepieder taksometri, un šeit ir garš saraksts. Airbnb ir lielākais izmitināšanas pakalpojumu sniedzējs, patiesībā tam nav nekustamā īpašuma. Viens no maniem favorītiem ir Facebook, piemēram, šajā sarakstā, kur viņi faktiski neveido saturu, mēs to izveidojam viņiem, bet viņi faktiski ir lielākie mediju īpašnieki uz planētas. Mums ir interesanti, piemēram, visstraujāk augošās bankas, patiesībā nav naudas. Tās ir vienādranga kreditēšanas platformas un bankas, un it īpaši Austrālijā pastāv tāda, kurai pieaug slava, ko šeit sauc par SocietyOne. Un dažas no lielākajām bankām, kurām ir jābūt skaidrai naudai, iegulda šajā konkrētajā vienādranga bankā. Un mēs ejam cauri šim sarakstam pat līdz Netflix; viņiem faktiski nepieder nekādi kinoteātri, un tomēr viņi faktiski ir lielākais kino nams uz planētas.
Viņi, pēc manām domām, nokļuva tur, kur atradās, izmantojot viedās tehnoloģijas datu līmenī, jo mēs varētu veikt lielāku un plašāku glabāšanu par zemākām izmaksām, jo samazinājās cietā diska vietas gigabaita cena, un mēs varētu pielietot kādu inteliģentu aprēķinu un izplatīt tam skaitļošanas modeli. Šiem uzņēmumiem bija spēja radīt konkurences priekšrocības un radīt traucējumus diska vietas samazināšanās dēļ.
Mēs esam redzējuši, ka līdzīga lieta notiek ar atmiņas izmaksām. Pirms pāris desmitiem gadu, ja jums būtu gulējuši seši miljoni dolāru, jūs varētu iegādāties gigabaitu operatīvo atmiņu, un mums ir bijusi ļoti līdzīga J līkne vai hokeja nūja, lai samazinātu izmaksas vai pazeminātu cenu. Operatīvā atmiņa. Un tas ir izraisījis dažas interesantas lietas, un, manuprāt, viens no lielākajiem traucējumiem šajā telpā ir atmiņas apjoms, ko var iebūvēt ierīcēs, piemēram, mobilajās ierīcēs, piemēram, tālruņos un planšetdatoros, un pat klēpjdatoros. Mūsdienās datoriem vidējā klēpjdatora atmiņā ietilpstošais atmiņas apjoms dažos gadījumos ir diezgan smieklīgs. Dažos gadījumos manam pašreizējam klēpjdatoram ir vairāk atmiņas nekā dažiem serveriem, kurus viņi izmantoja ne tik sen.
Tas ir izraisījis būtiskas izmaiņas pats par sevi, līdzīgi kā RAM, manuprāt, ļāva mums ātri mērogot un mērogot. Un tagad mums ir parādījusies tehnoloģija, ko mēs saucam par zibspuldzi, un šī ir tehnoloģija, kas sākotnēji izriet no kaut kā, kas atrodas aparatūrā EEPROM formā - neliela mikroshēma, kas bija paredzēta, lai būtu pieejama, rakstīt un rakstīt, un tad, tiklīdz strāvas padeve pārtrūks, tas visu, ko rakstījāt šai mikroshēmai, uzskatīs par pastāvīgu krātuvi. Tas bija lēns, drūms, un tajos laikos, manuprāt, apmēram 1980. – 1981. Gadā tas kļuva par lietu. Līdz 1984. gadam Toshiba, kurš, manuprāt, izgudroja tehnoloģiju, padarīja to par komerciālu lietu, ko mēs varētu izmantot.
Bet pirms neilga laika cilvēki izdomāja, ka viņi faktiski var izmantot to komponentu kombināciju, kas tika izmantoti, lai izveidotu šo EEPROM jēdzienu - tikai lasāma atmiņa, ja vien tā tika izdzēsta un uzrakstīta, un viņi faktiski varēja uz to arī rakstīt. regulāri un izmantojiet to mazliet vairāk kā diska vietu un mazliet vairāk kā RAM. Laika gaitā tas attīstījās. Tagad šī zibatmiņas tehnoloģija ir apvienošanās starp tradicionālo diska glabāšanu neatkarīgi no tā, vai tas ir vērpjošs disks vai dažos gadījumos atmiņas hibrīds disks, un RAM. Un galvenais ir sistēma starp, jo jūs varat lasīt un rakstīt tai, pēc tam izslēdzot barošanu, un tā saglabās to, ko esat tai uzrakstījis. Tātad diska vieta, acīmredzot, jūs tai rakstāt, izslēdzat barošanu, un vērpjošā vārpsta un stipri pārveidota, lai iegūtu labāku aprakstu, saglabā nulles un tās, kuras esat tam uzrakstījis.
Brīvpiekļuves atmiņas telpā jūs kaut ko ierakstāt atmiņā RAM, izslēdzat datoru un viss tiek noslaucīts, jo vairs nav tādu elektronu, lai tas būtu uzlādēts un turētu tajā ierakstīto informāciju. Plus tas atrodas vidū un ir ārkārtīgi ātrs, ātrāks nekā disks, tad lēnāks par RAM. Bet jūs varat rakstīt uz to un lasīt no tā, un, izslēdzot strāvu, tas saglabāsies. Tas ir radījis dažas pārsteidzošas tehnoloģijas, un jo īpaši mēs esam izstrādājuši mobilās ierīces un klēpjdatorus, kas ir patiešām, ļoti ātri un spējīgi paveikt daudzas lietas. Tagad tas ir pārvietots uz infrastruktūru, kas atrodas ap glabāšanas un aprēķināšanas iespējām, un tas ir radījis ievērojamu izmaiņas tajā, ko mēs varam sasniegt mērogā. Es domāju, ka tagad Z ass manā uztverē notiek.
Daudzos veidos tas ir gandrīz tieši laikā, jo mēs esam redzējuši traucējumus, ko es dēvēju par pieprasījumu, un tas ir tas, ka patērētājiem ir spēja neatkarīgi no tā, kas notiek infrastruktūrā un tehnoloģiju telpā, un spēja braukt ātrāk ātrāku skaitļošanu un veiktspēju infrastruktūras līmenī, patērētāji pieprasa šos traucējumus, piemēram, to, kas minēts tagad, slavenību pieredzi. Visi vēlas, lai katra sistēma, katra lietotne, katra vietne zinātu, kas viņi ir un kas viņiem patīk, un spētu viņiem dot personalizētu pieredzi. Tas vairs nav pietiekami labi, lai dotos uz vietni, kur pērku biļetes uz kino. Es gribu, lai tas zinātu, ko esmu iegādājies iepriekš, kāpēc es to nopirku, un, iespējams, to, ko cilvēki, tāpat kā es, nopirka un iesaka lietas.
Vienmēr mēs redzam, ka tas, uz ko es atsaucos, ir sociāla secība, un tas ir, ka es gribu slavenību pieredzi, bet es arī gribu socializēt šo ideju, es vēlos to dalīties ar visiem saviem draugiem un pateikt viņiem to, ko es Es daru, un es arī gribu zināt, ko dara mani draugi. Un tas ir sprādzienbīstama pieprasījuma pēc papildu aprēķiniem un glabāšanas, kā arī strauja lietu apgrozījuma rezultāts. Mēs esam redzējuši Fitbit paaudzi, ko es saucu par vienmēr ieslēgtu izsekošanu. Viss, ko es daru, tiek izsekots, reģistrēts un kaut kur notverts. Mēs esam redzējuši visu reāllaikā: banku darbību, cenu noteikšanu, ieteikumu meklētājus un spēju tikt galā ar reāllaika lietām, kuras es personīgi daru kā patērētājs.
Un tad mēs redzam ļoti lielu ietekmi, piemēram, drošības riskus, kas saistīti ar kiberdrošību. Kādreiz bija tā, ka mums bija atsevišķi hakeri, tad mums bija noziedzīgi grupējumi, kas sevi pielietoja, tagad mums ir veselas tautas, kas karo internetā, kas ir reāla lieta un faktiski notiek. Pievērsiet tam uzmanību, apsēdieties un apskatiet to, jo tam ir reāla ietekme, un daži no mūsu pirmsizrādes klātesošajiem diskutēja par risku, ka varētu iekļūt savs dators vai vismaz jūsu tīkls.
Mēs esam redzējuši šo entītiju ieguves jēdzienu. Entītiju ieguve ir tad, kad mums ir jāatrod interesantas lietas ļoti lielās datu kopās, it īpaši krāpšanas, kā arī nelikumīgas un hakerveida darbības. Bet biežāk nekā nē, mēs redzēsim, ka entītiju ieguve kļūst par labu lietu un lietu, kas mums ir vērtīgas, uzmanības centrā, nevis par lietu meklēšanu, kas mums uzbrūk.
Mēs esam arī redzējuši sprādzienu, ko dēvē par ģeotelpiskajiem datiem. Tie ir dati, kas faktiski zina, no kurienes tie iegūti, vai arī no kurienes ir iegūti citi dati. Jūs varat iedomāties, ka stāvat uz ielas, un jūs vēlaties atrast tuvāko autostāvvietu vai tuvāko restorānu, ļoti svarīgas ir lietojumprogrammas, kuras var izmantot ģeotelpiskos aprēķinus un datus, skaitļošana datiem, kas zina, kur tas atrodas kosmosā, jo jums jāprot zināt, kur atrodas citi objekti un entītijas, un tas jādara ātri.
Mēs esam redzējuši pastāvīgi savienotu mobilo tālruni. Pat tad, kad naktīs dodamies gulēt, mūsu mobilie tālruņi joprojām ķeksē, atjaunina e-pastus, pārbauda savus kalendārus, aplūko laika apstākļus un izdomā, vai tas, ko mēs gribētu brokastīs, būs pieejams. Tur notiek daudz trokšņu, un tas rada milzīgu iespaidu uz to, kas mums jādara aizmugurē, un uz to, cik ātri mēs to darām.
Kopumā milzīgais mērogs un ietekme tam, kas tiek dēvēts par lietu internetu, vai, biežāk, nav savienojums starp mašīnām un mašīnām, kur ierīces runā ar ierīcēm, un tas notiek līdz pat dzinējiem, kas piestiprināti pie lidmašīnu malā, kas pasaka pašai lidmašīnai vai lidmašīnas vadības sistēmai, ka ceturtā dzinēja gultnei ir pārmērīgs nodilums un karstums, un tā jānomaina, kad mēs nolaižamies, un tad tā sazinās ar citu mašīnu, un tāpēc tai vajadzētu novietot pasūtījums, un maģiski, ka inženieris parādās lidojumā lidostā un ir gatavs to nomainīt degvielas uzpildes laikā.
Un mērogs, kas ir tik liels un tik liels, ka mums vajadzēja iedziļināties tajā, ko es uz to atsaucos, izmantojot piekļuves veidu, kā ar to tikt galā. Tāpēc, ka jauna pasaule un laipni gaidīta jaunajā pasaulē, jaunā pasaulē, kurā viss, ko mēs izmantojam, ir saistīts; savulaik tas bija satelīti un tīkla ierīces, tagad tās ir mobilās ierīces un mūsu klēpjdatori, planšetdatori un tālruņi, un pat manam pilnīgi jaunajam Audi ir tajā iebūvēta zīme, un tā pastāvīgi ziņo par savu veselību, bet arī pati atjaunojas, un zina, kur tas atrodas, un kādas kartes ir izmantojamas, un pat man saka, kad iet citu maršrutu, ja uz priekšu ved satiksme.
Viss, ko mēs tagad veidojam, viss, ko mēs ar jums tagad runājam, ir paredzēts, lai izveidotu savienojumu un izveidotu savienojumu ar citām lietām, ne tikai no manis uz sistēmu, bet no sistēmas uz sistēmu, un lai spētu tikt ar to galā infrastruktūras slānī ir jāpielieto ļoti atšķirīga domāšana gan aparatūrā, gan programmatūrā, un jo īpaši datu bāzes slāņos, kas sistēmām ir jāpamato, un daudzējādā ziņā datu bāze ir kļuvusi par dzinēju, un lietotnes patiešām ir tikai mazi robotprogrammatūras, kas dara lietas.
Es šeit ātri aprakstīšu šo nedaudz humoristisko skatījumu uz to, kurp mēs dodamies ar šīm lietām, un to, ko es dēvēju par “IoT ar vienas pogas nospiešanu”. Ir izveidots jauns sīkrīks, kura nosaukums ir Amazon Dash Button, un tas ir mazs īkšķa izmēra sīkrīks. Patiesībā daudzējādā ziņā tas ir tāds pats kā mans USB īkšķis. Kad jūs pērkat šo lietu, tā ir aptuveni USD 4, 99 USD tiešsaistē no Amazon, tā tiek piegādāta jums, jūs to konfigurējat ar savu mobilo tālruni un burtiski vienkārši piestiprināt to kādai no savām ierīcēm, piemēram, ledusskapim vai veļas mašīnai vai kādam citam. Veļas mazgājamās mašīnas piemērā, ja galu galā izbeidzas veļas pulveris, varat nospiest šo pogu, un tā piezvanīs mājām un automātiski pasūtīs vairāk jums, un maģiski, ka vairāk, jūs saņemsiet caur mūsu labajiem draugiem Amazon.
Man tas mani biedē, jo redzēsim tādu lietu eksploziju, kuras ir savienotas tīklā un mēģina izveidot savienojamību un rada pieprasījumu. Ja jūs varat iedomāties, viena vai divas no šīm lietām varbūt nav tik biedējošas, taču pēdējo reizi es paskatījos, ka bija vairāk nekā 110 šo lietu ar zīmolu, tāpēc gandrīz katrs planētas zīmols mēģinās iegūt savu mazo grūdienu - poga IoT, dodoties mājās un nospiežot pogu, ir teikts: “Pasūtiet man picu.” Jūs nospiežat vēl vienu pogu, un tā pasūta jau sagatavotas pusdienas jūsu bērniem rīt.
Tas virza tik milzīgu pārveidošanas pieprasījumu aizmugurē, lietojumprogrammu līmenī, jo īpaši datu bāzes līmenī, ka, manuprāt, mēs tikko esam redzējuši tikai aisberga redzamību par veiktspējas pārveidošanas veidu, kas mums jāredz. . Un līdz ar to es došu to pie ārsta Robina Bloora un saņemšu viņa ieskatu arī tur, kur mēs atrodamies.
Rebeka Jozvejaka: Labi, Robin, es tev esmu nodevis bumbu.
Robins Bloors: Vai tas nav labi? Labi, šeit mēs ejam, tas esmu es. Es redzēju Deza prezentāciju, pirms es ierados šajā, tāpēc es teiktu, ka lietas, kuras ir papildinošas, nevis tikai atkārto dažas lietas, ko teica Dez. Es domāju, ka es runāšu par datu bāzu attīstību attiecībā uz to, kas faktiski ir noticis ar datu bāzu arhitektūru utt. Un tā tālāk no vēsturiskā viedokļa.
Jebkuras datu bāzes pārdevēja pamatproblēma ir elastīgas arhitektūras uzturēšana, kas mērogo un neatpaliek no aparatūras attīstības. Es runāšu par to domājot, bet, kad jūs faktiski atskatīsities un redzēsit, kā agrāk tika veidotas datu bāzes, un veidu, kā tās tagad tiek veidotas, tās faktiski ievērojami atšķiras no tā, ko es saucu par arhitektūras projektēšanas līmeni . Ir vērts tikai pārskatīt, kāpēc tas tā ir, vai vismaz es domāju, ka tas tā ir. Aparatūras faktori, un Dez mums ir devis īpaši labu apakšējo slāņu nolietojumu atmiņas un diska ziņā. Tas, kas mēs esam ieguvuši tagad, un tā ir nākotne, Intel ir nākamais, CP, kuram būs paredzēta FPGA. Ko cilvēki ar to darīs, man nav ne jausmas. AMD apvieno CPU un GPU, un kāda ir atšķirība, ko tas veiks? Šīs ir izmaiņas, kas faktiski mainīs datu bāzi, un man ir aizdomas, ka Aerospike cita starpā, jo Aerospike virza veiktspēja, iespējams, tas jau ir apskatīts un izstrādāts tur, kur, pēc viņa domām, tas patiesībā notiks ar produkta darbības veidu.
Mēs esam ieguvuši sistēmu mikroshēmā, kas vēl nav sākusies. SSD, par kuriem mēs zinām, bet ir vērts pievērst uzmanību tam, ka tie patiešām palielinās ātrumā, aptuveni Mūra likuma likmē, koeficientam 10 ik pēc sešiem gadiem. Bet Intel gatavojas izlaist 3D krustpunktu, kas apgalvo, ka spēj iet vairāk nekā simts reizes ātrāk nekā SSD, patiesībā, veida pilieni sajaukumā, tad tas mainīs ātrumu, ar kādu faktiski var sazināties tādi produkti kā Aerospike iet.
Tad mums ir paralēlas aparatūras arhitektūras, citiem vārdiem sakot, veids, kā mēs esam izveidojuši aparatūru tādā nozīmē - sākotnēji tas bija tikai CPU, kas sēdēja virs atmiņas, sēdēja virs diska, bet tas ir kļuvis daudz sarežģītāks. Sistēmas mikroshēmā ideja ir tāda, ka jums faktiski var būt paralēlisma mikroshēma, lai mikroshēmu, lai mikroshēma, un lai viss noritētu ar ārkārtas ātrumu, un mums nav ne jausmas, tieši kurš no šiem produktiem patiesībā dominēs.
Tas ir tikai skatījums uz nākotni, bet aparatūras līmenī veiktspēja paātrinās un izmaksas turpina kristies, tieši tāpat kā Dezs raksturoja. Jūsu CPU ne vienmēr kļūst lētāki, tie tikai kļūst ātrāki utt.
Raugoties no biznesa viedokļa, dažās situācijās, un tās ir tirgus situācijas, uzņēmējdarbības vērtībai ir jābūt pirmajai. Ja jūs īpaši - ja esat pilnīgi pārliecināts, ka noteiktam krājumam samazināsies cena, pirmā persona, kas saņem pārdošanas rīkojumu, saņem vislabāko cenu. Tas tiešām ir tik vienkārši. Tāpēc notiek tehnoloģiju sacensības, kas turpina automatizētu tirdzniecību bankās, lai faktiski mēģinātu uzvarēt šajās situācijās. Kas notika pēc tam? Kas notiek pēc tam, kad bankas ir visu izdarījušas? Jūs pēkšņi sākat redzēt, ka citas teritorijas inficējas ar tāda paša veida vajadzībām pēc ātruma.
Patiešām, kas notika, ir tas, ka cilvēki tiek noņemti no vienādojuma, un tas notika ar interneta reklamēšanu ļoti ātri. Bet lieta bija tā, ka tas nav konkrēts darījums, metožu izpilde, tas ir viss biznesa process, tas ir fakts, ka tikko tika izmesta tīmekļa vietne, un jāpieņem lēmums, kas var būt diezgan sarežģīts lēmums, par to, kādu sludinājumu faktiski ievietot šajā tīmekļa vietnē, ņemot vērā, kurš pārlūka lietotājs ir vispiemērotākā reklāma, lai to ievietotu utt. un tā tālāk. Tā ir kļuvusi par ļoti sarežģītu lietu, un es to vēlreiz pieminēšu.
Bet jēga ir tāda, ka biznesa procesa veiktspēja un mērogojamība nav tā pati problēma kā vaicājumu veiktspēja un mērogojamība, un tas ir kaut kas, ko es labi apzinos, sakarā ar neseno informatīvo telpu, ko mēs kopā ar Aerospike izdarījām, ka viņi jūs arī zināt. Cita lieta, ja jūs faktiski strādājat ar šādu ātrumu, aktīvu īpašumiem ir nozīme darījumā, jebkura notikuma apstrādē. Viņiem tiešām ir ļoti liela nozīme. Tātad šausmīgi daudz to, ko dara dažas datu bāzes, kas pazaudē burtu vai divus burtus no aktīva, šajā kontekstā var darboties samērā labi - tas labi darbosies kontekstā, par kuru mēs runājam. Tas nav īsti pieņemami, godīgi sakot.
Raugoties no tehnoloģiju viedokļa, jūs faktiski skatāties - es zinu, ka ir divu veidu sviras, lai izveidotu tāda veida arhitektūras, kas faktiski ir vajadzīgas, lai nodrošinātu tāda ātruma iespējas, kādas var dot, piemēram, Aerospike, miljons darījumu sekundē. Jums programmatūras izstrādes ziņā jābūt ļoti precīzam. Jūs nevarat vienkārši atrauties. Jums ir jāuztraucas par koda ceļa garumu. Jums ir lieliski jāizmanto atmiņa, un jūs faktiski optimizējat visus darījumus. Jums nepieciešama inteliģenta paralēlisma un droša paralēlisma drošība. Jums ir jāpalielina, nevis jāizmēro, jo, tiklīdz jūs kaut ko iesaistāt tīklā, tas kļūst par visticamāko rādītāju, kuram jūs sasniegsiet latentumu, un tas sāks veikt darījumus pārāk lēni.
Pirms faktiski izvēršaties, jums ir jādod pēc iespējas vairāk uz visiem zināmajiem tīkla tīkliem, un jūs patiešām nevēlaties ātri mērogot, jūs patiešām nevēlaties daudzus procesus. Jūs vēlaties tīklu, kuru nelieto neviens cits. Un jūs vēlaties, lai būtu neticami ātrs tīkls.
Paātrināta SSD glabāšana ir kaut kas - patiesībā es domāju, ka tas viss attiecas uz to, ko dara Aerospike. Viena no interesantākajām lietām ir tā, vai tā ir NoSQL datu bāze. Tam agrāk ticēja - es nezinu, pirms vairākiem gadiem - agrāk ticēja, ka relāciju datu bāze ir vienīgā datu bāze, un tajā dominē viss, un tas bija tikai šīs savādās mazās nišas situācijās, kad jums nevajadzēja iet relāciju. Tagad tas ir sava veida pagriezts. Šajās SQL datu bāzēs atrodas ātras datu bāzes, un viens no galvenajiem iemesliem tam ir izvairīšanās no datu savienošanas, tās datus glabā diezgan objektīvi. Kad esat pabeidzis priekšmetu, jūs to vienkārši glabājat un pēc tam velciet visu objektu atpakaļ, tas nav lietu apvienošana, lai tās faktiski apstrādātu. Tas ir tas, par ko runā ātrums. Šāda veida paņēmieni, kas ģenerē ātrumu datu bāzes kontekstā.
Tas ir asaru ceļš, tas ir, tas, kas notika ar datu bāzi. Stāsts vai relāciju datu bāzu stāstījums bija datu bāzes beigas, patiesībā nebija patiesība. Pat tad, kad viņi sāka nonākt dominējošā stāvoklī, tas joprojām bija vajadzīgs. Objektu datu bāzes tajos laikos veica iepriekšējos darījumus, jo relatīvās datu bāzes faktiski tos nevarēja izdarīt, un tad izrādījās, ka relāciju datu bāzes, izmantojot rindu veikalus, arī nevarēja veikt ātrus vaicājumus, jums vajadzēja kolonnu krājumus. Un tad mēs atklājām, ka, ja jūs patiešām vēlaties veikt grafiskus vaicājumus par datiem, ne kolonnu krātuve, ne relāciju datu bāze nebūtu nekas labs, un jums faktiski vajadzēja izveidot speciālu, ar diagrammu saistītu datu bāzi. Pēc tam ienāca RDF datubāzes, un tiklīdz jūs faktiski sākāt apsvērt semantikas nozīmi un mēs saņēmām NoSQL datu bāzes ļoti, ļoti ātri. Saukt tos par NoSQL ir gandrīz tā, it kā jūs zīmolētu visas šīs datu bāzes tā, it kā tās būtu vienādas, patiesībā tās radikāli atšķiras zem tā, kas atrodas zem tā. Vienīgais iemesls, kāpēc viņi apzīmē vārdu NoSQL, ir tas, ka viņi nespēj sasodīt SQL, jo tas ir pārāk dārgs. Nepieciešamie darījuma latentumi.
IoT - kuru es domāju pabeigt tajā pašā jautājumā, kurā to pabeidza Dez - nebeidzas, visa šī situācija attiecībā uz ātrumu un latentuma prasībām nav beigusies, kamēr resnā dāma sāk izkropļot šos datus, un tas vēl nav īsti sācies. Liela daļa šo datu vēlēsies iegūt latentumu, ko es jau esmu norādījis, tāpēc es domāju, ka tas ir viss, kas man jāsaka. Nodosim to Aerospike un Braienam Bulkowski.
Brian Bulkowski: Sveiki, liels paldies par pievienošanos Bloor grupai un man pašai par šo prezentāciju šodien. Domājot par to, ko tieši runāja Dezs un Robins, es gribētu jums mazliet pastāstīt par taku, ko Aerospike ir veikusi, nodrošinot jaunas datu bāzes tehnoloģijas un NoSQL datu bāzu tehnoloģijas daudzām nozarēm. Tas ir bijis lielisks ceļš. Mēs sākām Aerospike darbību 2008. gadā, redzot daudz tendenču, kuras minēja Dezs un Robins. Īpaši par atmiņā esošajām datu bāzēm, kuras var izmantot zibspuldzes priekšrocības, kā arī par mēroga samazināšanas mākoņa sistēmu veidu un mēroga veidiem, kas nepieciešami personalizēšanai, uzvedības analītikai un apspriežamajai slavenību VIP pieredzei.
Kad mēs pievērsāmies problēmai, kas saistīta ar datu bāzi, kas bija operētājsistēmas front-end datu bāze, kas spēja nodrošināt pamatus lietojumprogrammām, kuras varētu uzrakstīt, lai tās atrisinātu, mēs sākām ar problēmu, kā mēs varētu izveidot būtībā izplatītu jaucējtaulu, atmiņu -izplatīts hash galds, kas bija pārsteidzoši ātrs un spējīgs veikt tādas darbības kā miljoniem darījumu sekundē, bet par saprātīgu cenu. Pabeidzot prototipa izveidi, mēs sapratām, ka tad mums būs jāizdomā, kam varētu būt vajadzīgs šāda veida ātrums. Būdams Silīcija ielejas uzņēmums, mēs ātri noskaidrojām, ka tieši reklāmas industrija ir spējīga patērēt šāda veida informāciju un ir ieinteresēta tajā, un tāpēc es vēlētos veltīt kādu sekundi sarunai par cenu noteikšanu reāllaikā un kā šī tirgus darbojas.
Robins pieminēja, kā darbojas finanšu tirdzniecība, kas bieži ir pirmais darījums, kurš parasti uzvar, un būtībā ir laiks latentuma tirgum un latentuma vērtībai. Reklāmas industrija ir nedaudz atšķirīga interesantā veidā, jo reklāmas mērķis ir īpašs - ko sauc par iespaidu, spēju piegādāt sludinājumu - ir izsole, un šī izsole notiek no desmit milisekundēm līdz piecdesmit milisekundēm. Spēles nosaukums, un bieži vien simtiem uzņēmumu, kas tagad reālajā laikā piedāvā solījumus par katru reklāmu, kas tiek ievietota internetā, ir iegūt pēc iespējas vairāk datu un nodrošināt labākos algoritmus desmit līdz piecdesmit milisekundēs šajā laikā. lielākais datu apjoms.
Šīs izmaiņas un maiņa notika reklāmas nozarē katrā no šīm mazajām milisekundēm, un tai ir laika ziņā sarežģīta komplicēšana ar labākajiem algoritmiem, izmantojot lielāko datu daudzumu, un tas ir tas, ka jūs apkopojat daudz mazu gabalu dati. Jaunākā IP adreses informācija, jaunākā informācija par noteiktu ierīces kategoriju, jaunākā informācija par vietnes izturēšanos, nesenie meklēšanas vienumi - tas viss nonāktu slepenā konkrētā uzņēmuma algoritmu mērcē, lai noteiktu cenu un solījumu.
Šis ir bijis aizraujošs tirgus, kurā piedalīties. Pirmo reizi mēs pirmo reizi izvietojām Aerospike 2010. gadā ar dažiem no pirmajiem uzņēmumiem, kas nopietni strādā reālā laika solīšanas ekonomikā, un pēc tam - lielākoties lielākajai daļai uzņēmumu, kas ir uzvedības dati - tas ir priekšējais glabātuve. telpa. Kopš tā laika mēs esam atraduši īpašo arhitektūru, kuru sīkāk aprakstīšu šīs prezentācijas gaitā, tas, ka tas viss notika 2010., 2011., 2013. gadā un turpina attīstīties. Reklāma ir ļoti dinamisks tirgus.
Bet šāda veida VIP pieredzi var domāt kā pareizās reklāmas izvietošanu, nevis reklāmas, piemēram, bērnu produktu ievietošanu, jo man negadās neviens bērns, tāpēc man nebūs efektīvas reklāmas, ja tā ir tam ir novietots, bet, ja runa ir par ātrām automašīnām, to Braienam var ievietot. Tāda ir VIP veida pieredze darījumos neatkarīgi no tā, vai atlaides vai nē, ja atrodaties mazumtirdzniecības vietnē, pat krāpšanas atklāšanā. Vai tas ir parasts konkrētas personas paraugs vai konkrēta kredītkarte? Visa šī veida reālā laika analītika, uzvedības prognozēšana, prognozējošā analītika tagad izdalās no reklāmas nozares, kas to jau vairākus gadus dara izklaides un peļņas nolūkos, un patiešām nonāk mazumtirdzniecībā un banku darbība, kā arī krāpšanas atklāšana utt., izmantojot īpašu arhitektūru. Tātad Aerospike ir bijusi privilēģija piedalīties daudzos no šiem gadījumiem.
Arhitektūra, kas, kā mēs redzam, darbojas un ir praktiska, lai to izdarītu, ir tāda, kurā tā vietā, lai izveidotu vaicājumu kopu no lietojumprogrammu servera, tā vietā, lai vairāk jūsu aprēķinu pārvietotu uz pašu lietotņu serveri un pēc tam datu bāzi izmantotu kā krātuvi dzinējs tāda veida objektiem, par kuriem Robins runāja. Šajā gadījumā šīs arhitektūras, pirmkārt, nejauciet to ar jūsu faktisko analīzi šeit. Šī slaida labajā pusē redzat, ka šeit joprojām ir analīze, lai ģenerētu ieskatu. Šīs ir darba vietas, kurās bieži strādā petabāti, desmitiem datu petabātu, dažu mūsu lielo klientu gadījumā pat eksabīti, izmantojot dažādas tehnoloģijas. Jums ir jābūt lielai datu komandai, analītikas komandai, kvantitatīvai komandai, kas tur izdomā, kam, piemēram, ir ģeotelpiskās koordinātas, kādi modeļi darbojas, lai atrastu šīs attiecības un izveidotu VIP pieredzi. Tā ir vesela problēma pati par sevi, nevis viena no tām, kurā Aerospike ir tieši piedalījusies, un, strādājot ar šāda veida sistēmu, ir daudz lielisku tehnoloģiju.
Tas, par ko mēs esam sajūsmā un sadarbojamies ar šo nozari, ir tas, kā jums ir radies šāds ieskats, kā jūs iesaistāties darījumos, kas saistīti ar mašīnām-mašīnām vai ātros darījumos ar mašīnām-cilvēkiem, kur jūs gūstat šo ieskatu un veicat tie ir īsti katram cilvēkam, mirkli pa brīdim? Arhitektūra, ko mēs esam redzējuši, izmantojot to, ir tur, kur ir uzrakstīts lietojumprogrammu serveris, kurš visu šo matemātiku veic, apskatot izveidotos modeļus, kā arī apskatot neseno izturēšanos un darot to galvenokārt pēc galvenās paradigmas vai vismaz ļoti vaicājuma tipa sistēma.
Kad jūs nodarbojaties ar dažādajiem datu tipiem, par kuriem mēs runājam, tāda veida plūsmām, par kurām mēs runājam, ar miljoniem rakstījumu sekundē, miljoniem lasījumu sekundē, miljoniem un simtiem un tūkstošiem lēmumu par otrkārt, veidojot sarežģītus indeksus, daudzdimensionālus indeksus, tie vienkārši nedarbojas ļoti labi, nav mērogojami. Veids, kā sasniegt šo mēroga formu, ir saistīts ar daudz paralēlisma. Mēs mazliet parunāsim par to, kā mēs to vēlāk darīsim. Bet daļa no tā ir bezprogrammas serveris, kas rakstīts jūsu valodā.
Tas, ko mēs bieži redzam, ir noteikts projekts, pieņemot jaunu lietojumprogrammu sistēmu, kuras pamatā ir cilvēki, kas tur strādā, tehnoloģija, kuru viņi izmanto, un problēma, kurai viņi tuvojas. Mēs esam redzējuši, ka cilvēki izmanto Python, daudzi cilvēki izmanto Java, mēs joprojām redzam C programmētājus, jo liela daļa no tā joprojām ir augsta veiktspēja, varbūt pat izmantojot tādas lietas kā vecās MATLAB bibliotēkas. Un, lai pieņemtu efektīvu lēmumu, viņiem jāpieskaras tūkstošiem datu punktu sekundē.
Viens no jautājumiem, ko es dažreiz esmu uzdevis, ir šāds: “Nu, Braien, ja tu spēj veikt miljonus darījumu sekundē, kam tas vajadzīgs?” Ja skatāmies, piemēram, uz Ziemeļamerikas maksājumu apstrādi, un Aerospike ir saistīta ar risinājumi, kas šajā sistēmā atklāj krāpšanu, un atbalsta lietojumprogrammu rakstītājus, kuri krāpšanas atklāšanā veic ļoti novatoriskas lietas, pat lielākais no maksājumu apstrādātājiem veic tikai dažus tūkstošus maksājumu darījumu sekundē. Un tomēr, kad pirmais uzņēmums nāca pie mums un teica, ka viņi apsver iespēju izmantot NoSQL, un gribēja redzēt, kā mūsu risinājums izskatīsies, balstot viņu lietojumprogrammu, viņi sacīja, ka vēlas pieskarties 5000 datu vienībām 750 milisekundžu logā. Tagad pēkšņi jums ir daži simti biznesa darījumu un daži tūkstoši datu vienību, kas jāņem vērā katrā aprēķinā, un tagad jūs esat gatavs veikt miljonus darījumu sekundē.
Reklāmas atcelšana uz sekundi krāpšanas gadījums ir aizraujošs, jo tur, kur ir nauda, ir krāpšana, un krāpšanas novēršana reāllaikā, nevis mēģinājums analītiski kārtot krāpšanu pēc krāpšanas ir patiešām jautājums par pēc iespējas vairāk datu ievietošanu tiešsaistē, un jūs to varat uzskatīt par šīs VIP pieredzes atspoguļojumu. Vai šī persona uzvedas tā, kā parasti tā neuzvedas? Tādējādi palielinās izredzes uz krāpniecisku sistēmu, nevis faktiski šo personu. Vai šī persona parasti piekļūst caur noteiktu ierīci vai ierīču komplektu ar noteiktu ekrāna izšķirtspējas komplektu? Vai viņi parasti izrāda īpašu uzvedības modeli? Iespējams, ka pašā darījuma laikā mēs varam iekrāpt pumpurus krāpšanā. Tam jums vajadzētu ļoti atgādināt, kāda veida lieta notiek ar darījumu reklāmas sistēmā.
Sistēmas, kuras mēs risinām, ir tādas, kurās katram atsevišķam maksājumu apstrādātājam ir liela datu komanda, viņiem ir daudz vēsturisko datu, viņi rada jaunus modeļus, viņi nedalās ar mums Aerospike visos modeļos, jo viņi Jūs tiešām esat slepena mērce. Ja esat Gartner abonents un dzirdējāt Gartner runājam par algoritmu ekonomiju, tas ir viens algoritms un viens uzņēmums, kas cīnās pret galvu, lai apkarotu krāpšanu un palielinātu veiksmīgu darījumu skaitu, jo jūs arī nezināt t nevēlas bloķēt darījumus. Tieši šāda veida projektus mēs šajos mērogos meklējam Aerospike.
Vēl viens gadījums, pie kura mēs strādājam ar finanšu pakalpojumu uzņēmumiem, ir tas, ko sauc par dienas ierakstu sistēmu. Šajā gadījumā tas, kas notiek, ir tāds, ka bagātāka pieredze, pat mazumtirdzniecības sistēmā, ir tāda, kurā es vēlos spēt aplūkot savu konkrēto stāvokli un es to gribu darīt ļoti precīzi. Es nevēlos, lai manas DB2 sistēmas priekšā būtu aizķeršanās. Tā vietā es vēlos aplūkot precīzus datus, un starp mobilajām, bet arī tādām lietām kā riska pārrēķini, riska pārrēķini tagad būtu jāveic minūtē-minūtē, jūs vēlaties, lai varētu pārrēķināt ikviena risku, kā arī globālais risks, sistēmisks risks visā uzņēmumā dažu minūšu laikā.
Un atkal tā pati problēma. Katru kontu, kas ir konkrēts, iedomājieties to kā galveno vērtību meklēšanu noteiktam objektam, tad to var izdarīt paralēli, un pats galvenais, ka šī paradigma ļauj jums rakstīt kodu un algoritmus augsta līmeņa valodā, kuru ir vieglāk atkļūdot un ātrāks laiks tirdzniecībai. Šajā algoritmu ekonomijā man tagad jāspēj iegūt savus algoritmus tiešsaistē. Tā ir ļoti atšķirīga modelēšanas un biznesa attiecību problēma, un tieši šajā gadījumā relaksācijas sistēmas ir lieliskas. Ja jums ir detaļu tabula, un šīs daļas ir saistītas ar pasūtījumiem, un šie pasūtījumi ir saistīti ar cilvēkiem, jums ir biznesa process, kuru var stingri modelēt un kurš, iespējams, nemainīsies jūsu uzņēmuma darbības laikā. Tomēr precīzi un ātri jāuzraksta jauns algoritms, lai atrastu jaunu krāpšanas veidu, un tas jāiegūst tiešsaistē, biznesa lēmumus pieņemot vismaz dienu laikā, ja ne ātrāk. NoSQL risinājums šāda veida ierakstu sistēmai ir patiešām pārsteidzoša sistēma šiem puišiem, jo tas ļauj viņiem ļoti ātri uzņemt datus, kā arī veidot jaunus algoritmus, tātad ne tikai jaunu klientu pieredzi, uzrunājot mobilo tālruni, bet arī izstrādājot ļoti plašu jaunu lietojumu klāstu.
Tas, ko mēs redzam ilgtermiņā Aerospike, ir fakts, ka katram datu bāzes veidam, katram fiziskajam datu diska izkārtojumam ir savas sastāvdaļas, un Aerospike mēs patiešām koncentrējamies uz šo galveno vērtību vai lomu orientētu sistēmu, kā teica Robins., ar augstu darījumu konsekvenci un patiešām ļauj cilvēkiem, piemēram, kolonnu veikaliem un liela apjoma datu ezeriem, kā arī hardcore transakciju sistēmām, kurām arī ir bijuši ziņošanas ierobežojumi. Mēs redzam, ka viņiem visiem ir jāpiedalās dažādos vaicājumu motoros. Mēs redzam dažus uz JSON balstītiem vaicājumu motoriem. Mēs redzam tādas lietas kā elastīgā meklēšana, mēs redzam Spark, visiem, kuriem ir vajadzīgas dažādas šķirnes dažādos laikos, piemēram, kolonnu veikali, kā arī rindu veikali, kur Aerospike izceļas.
Mēs patiešām redzam, ka šie dažādie veidi un nozare nonāk līdz tādam stāvoklim, kurā būs jāizvēlas vislabākais no visiem šiem. Diemžēl, ņemot vērā ilgtermiņa analītiku un parastajiem darbiem paredzētās versijas analītiku un darbības ierobežojumus, mēs, iespējams, nenonāksim līdz tādam, ka mums būs viens, viens izmērs, kas der visiem, bet mēs nonāksim pie tā, ka varēsim skaidri izvēlēties starp dažiem pamatdatu izkārtojumiem.
Minūti runāsim par zibspuldzes jauninājumiem. Man joprojām ir jautājums, kaut arī, kā tika komentēts iepriekš, zibspuldze ir bijusi pie mums jau ilgu laiku. Kad mēs sākām Aerospike 2009. gadā, tad, es ticu, ka, iespējams, jā, 2009. gads bija tas, kad Intel nāca klajā ar X25, kas patiešām bija pirmais masveida tirgus SATA pārvaldītais zibatmiņas disks, un pirms tam bija vairākas zibspuldzes sistēmas, bet tiešām tas bija tas, kas ielauzās daudzu tehnoloģiju apziņā. Fusion-io pēc tam patiešām ienesa plašāku uzņēmumu tirgu.
Pašlaik notiek sistēmas NVMe parādīšanās. NVMe ir standarts, kas līdzīgs SATA vai SAS vai pat SCSI, kas ļauj dažādiem karšu pārdevējiem mijiedarboties ar operētājsistēmas draiveriem augstā efektivitātes līmenī. Tātad tas rada augstāku veiktspējas līmeni, pirmkārt, tāpēc, ka NVMe pamatā ir PCIE kā pamatā esošais transports, kas ir daudz ātrāks nekā SATA, SAS vai kaut kas cits, bet arī tas ļauj izvēlēties labāko šķirņu draiverus.
Piemēram, Linux operētājsistēmā ir šis puisis Jens, un Jens ir NVMe draivera ceļvedis, Jens expo, un viņš veic labāku darbu nekā jebkurš cits Intel vai Fusion-io varētu būt paveicis ar savu individuālo draiveri, ar visiem saviem resursiem. Kad jums ir tāda pašas operētājsistēmas jauda, ka spējat izveidot labāko draiveri, mēs redzam patiešām pārsteidzošus veiktspējas līmeņus. Tas viss atbalsta ideju, ka zibspuldze patiešām var nodrošināt daudz mazu RAM latentuma.
Tagad Aerospike joprojām ir lieliska RAM datu bāze sava klastera modeļa dēļ, tomēr mēs atklājam, ka, tiklīdz jūs veicat tīkla apmaiņu, kurai jums ir nepieciešama mērogojama krātuve, jūs jau iztērējat vismaz piecas līdz 50 mikrosekundēs, papildu 70 mikrosekundes NAND parasti nav šķērslis, un jūs varētu arī izmantot zibspuldzi, ņemot vērā šo NAND zibspuldzi, ņemot vērā, ka tīkls tajā jau ir iesaistīts. Pēc tam daudzi cilvēki domā par to - kā tas viss izklausās lieliski, ja jūs pērkat savu aparatūru, kā darbojas sabiedrības mākoņi? Es domāju, ka jūs tūlīt atradīsit neatkarīgi no tā, kuru publisko mākoņu jūs izmantojat, šiem publiskajiem mākoņiem ir ļoti spēcīgs piedāvājums zibspuldzei. Tas nedaudz atšķiras no mākoņa pakalpojumu sniedzēja līdz mākoņa pakalpojumu sniedzējam. Amazon ir savi I2 gadījumi, kas, manuprāt, ir pagājuši jau gadu, divus gadus, kas ir patiešām diezgan augstas kvalitātes zibatmiņas, un virs tiem ir Aerospike izvietošanas modelis.
Es īpaši gribētu izsaukt Google Compute, Google Compute Engine, Google Cloud, jo mūsu pieredzē viņiem līdz šim ir dažas no visaugstākajām veiktspējas ierīcēm un dažas no elastīgākajām izvietošanas modeļiem. Bet jūs redzat arī jaunus izvietošanas modeļus, piemēram, Pivotal, kas ir sava veida publisks / privāts, tāpēc varat pareizi izdarīt Pivotal lietotnes gan vietās, kas atbalsta zibspuldzi un atbalsta dažādas atmiņas ierīces, gan arī Docker modeļus. Tātad, šis ir vēstures punkts, kurā zibspuldze ir ne tikai pieejama, lai jūs varētu iegādāties un ievietot savus datu centrus, bet arī patiešām ir nogrimusi visos infrastruktūras nodrošinātājos, jo tas tiešām ir labākais veids, kā iegūt augstas IOPS sistēmas vietnē ļoti saprātīgs latentums.
Tikai viens brīdis par Aerospike - Aerospike ir klasteru izplatīta datu bāze, kas to padara ļoti izmantojamu mākoņa stila izvietošanai, kā arī datu centriem. Mēs uzskatām, ka šāda veida jaunām neto lietojumprogrammām ir absolūti nepieciešama elastība, lai varētu pievienot vairāk datu un lielāku veiktspēju, jo, uzsākot projektu, jūs nezināt, vai jums ir nepieciešami piecdesmit tūkstoši darījumu sekundē, simts tūkstoši, miljoni, divi miljoni, tāpēc jūs vēlaties dot sev zināmu priekšroku spējai pievienot serverus. Un tomēr, jūs vēlaties palielināt tā, lai katrs serveris spētu patstāvīgi darboties. Patiešām nevēlaties, lai galu galā būtu pieci simti vai tūkstoši serveru, kas ir lēni datu bāzes serveri. Izmēru samazināšana nav vienīgā spēle pilsētā, tās mērogošana un palielināšana, kā Dezs jau teica iepriekš, ir jauna Z ass.
Cerams, ka tas sniedz jums dažas jaunas idejas par to, kā ātrums un mērogs risina jaunos tirgus, un, iespējams, ir projekti, pie kuriem strādājat, kur varēsit apsvērt iespēju izveidot daudz bagātīgākas lietojumprogrammas un izmantot lietojumprogrammu ietvaru ar vairāk taustiņu vērtību vai NoSQL datu bāzi zem tā. Aerospike es noteikti esmu redzējis daudzus mūsu klientus un daudzus mūsu atvērtā koda lietotājus, kas gūst panākumus ar šo modeli, un es ceru, ka nozare to pieņems lielākā mērā.
Rebeka Jozvejaka: Liels paldies Braienam, un esmu pārliecināts, ka Dezam un Robinam ir daži labi jautājumi jums. Robins?
Dez Blanšfīlds: Esmu priecīgs ieiet iekšā. Robin, vai jums ir kāds jautājums? Citādi man ir ātrs, ar kuru varu sākt.
Robins Bloors: Atvainojiet, es biju izslēgts. Es ienirstu, bet neviens mani nedzirdēja. Jautājums man uzreiz radās, jo tas ir ļoti sarežģīts tehnoloģiju iespēju kopums. Runājot par esošajiem klientiem, kāds ir eskalācijas vai darījumu līmeņa pieaugums, ko jūs piedzīvojat saistībā ar dažām no šīm reklāmas lietojumprogrammām? Vai darījumu likme turpina pieaugt? Un ja tā, ar kādu likmi?
Brian Bulkowski: Interesants jautājums, Robin. Katrā nozarē katram uzņēmumam ir sava līkne. Pieņemsim, ka Ziemeļamerikas reklāma, teiksim, 2012. gadā, Ziemeļamerikas reklāma, iespējams, tika rādīta tuvāk 200 000 reklāmām sekundē, sava veida standarta dienas laikā, nevis manā laikā, un tagad tā, iespējams, ir palielinājusies līdz aptuveni trim līdz pieciem miljoniem reklāmu sekundē. Bet tad notika interesanta lieta. Reklāmas nozare sāka risināt dažas krāpšanas problēmas, un nozares pārstāvji, kas spēj novērst krāpšanu, redzēja, ka darījumu likmes nedaudz pazeminās, apmēram divas reizes, dažos mūsu sarežģītākajos klientos, kuri spēja noteikt krāpšanu. Protams, viņiem bija jāveic daži datu bāzes meklējumi, lai bloķētu krāpšanu, tāpēc galu galā tas kaut kas ir tāds pats.
Interesants lietošanas gadījums ir telekomunikāciju jomā, es to īsti neminēju, telekomunikāciju operatori redzēja, ka darījumu skaits palielinās, jo rēķini tiek aprēķināti, pamatojoties uz katru paketi, kas iet caur mobilo tālruņu tīklu. Vecajās dienās mums bija zvana detalizēti ieraksti un reizi minūtē, zvans, ko jūs zināt, caur tīklu izies mazs ping un vai šim puisim vēl ir atlicis minūte? Tagad mums ir jāveido un pat jāveido maršruts, pamatojoties uz katru paketi internetā. Tas ir - žēl mobilā tīkla, kas pēkšņi tagad ir miljoniem pakešu sekundē un kaut kas pieaug atkal un atkal. Tātad viens gadījums ir tāds, ka katrs pieteikums gadā rada jauku, mazu 2X ātrumu. Dažos klientos mēs redzam: “Bet pagaidiet, man ir jauna programma. Es vēlos savam riskam pievienot krāpšanu. Es vēlos krāpšanai un savam riskam pievienot dziļāku klientu pieredzi. ”Katrs no tiem rada jaunu slodzi pamatā esošajā datu bāzē.
Robins Bloors: Jā, es domāju, ka es domāju, ka tieši uz to es norādīju īsajā prezentācijā, ko es devu, ka šie - mēs kādreiz domājām, ka darījums ir, kāds kaut ko izdara un varbūt ir notikumu kaskāde, un tas viss tiek ierakstīts, un tagad daudziem darījumiem ir milzīgs pārmeklēšanas apjoms, un jūs prezentācijā minējāt dažus piemērus. Un tāpēc jūs vairs faktiski neveicat darījumu, jūs faktiski izpildāt sava veida lietojumprogrammu, kurai var būt daudz, daudz elementu.
Otrs jautājums, pirms es nododu Dez - jo mēs acīmredzami atzīmējam komandas sastāvu šajā jautājumā - otrs jautājums, uz kuru es vēlētos, lai jūs atbildētu, ja uz to esat saņēmis pamatotu atbildi, ir gan Dez, gan es ceru, ka Lietas vai internets Viss, kā to dažreiz dēvē, rada diezgan dramatisku darījumu plūsmas daudzumu. Vai jūs varat ar to runāt? Vai tā ir jūsu pieredze, vai jums ir bijuši klienti, kas pie jums vēršas ar šāda veida problēmām, un kāds ir jūsu viedoklis par to šobrīd?
Brian Bulkowski: Protams, es domāju, ka ir mazliet neskaidrību, un, maigi izsakoties, par lietu internetu. Klienti, kurus es redzu līdz šim, vienkārši iepazīstina internetu ar lietām, kas viņiem ir. Padomājiet par tām Amazon pogām - tas viss ir Amazon - tām pogām, jūs nevarat tās pārpublicēt un likt tām doties uz Walmart tiešsaistē. Tas nav kā pārlūks, kurā var sajaukt un saskaņot visu. No otras puses, notiek mašīna-mašīna, un, kad jūs pievienojat savu Tesla automašīnu, lai to uzlādētu, Tesla nosūta milzīgu informācijas plūsmu, katru sensoru automašīnā, bet tas ieplūst Tesla datorā analīzei un uzlabošanai. kvalitāte. Tas, ko es redzu, ir viss tas pats no vienas mašīnas uz otru un visi sensori atsevišķā uzņēmumā, radot jaunas prasības.
Tagad lielākoties tas notiek šajās analītiskajās sistēmās, un, piemēram, Tesla; Tesla, manuprāt, to pirmo reizi izmantoja, lai uzlabotu akumulatora darbības laiku sadaļā “Kādas ir darba temperatūras, kādas ir kravas? Apskatīsim to, izstrādāsim labāku akumulatoru. ”Bet tad viņi sāk domāt, un tas viss ir lieliski, tā ir sava veida dziļa analītikas problēma, kas ir aizraujoša, nākamais jautājums ir“ Kā uzlabot mirkļu pa brīdim pieredzi ? ”
Tagad pieņemsim tādu lietu kā Nest, kur jūs mēģināt veikt paredzamo analītiku, lai momentāni mainītu mājas temperatūru. Tas ir tāds gadījums, kad mēs sākam redzēt Aerospike, kur ir šis milzīgais datu ezers un tur ir šie milzīgie analītiskie procesi, bet ko es tagad darīšu? Man nāksies paturēt to prātā, piemēram, skaidru naudu, daļu no pēdējās nedēļas, pēdējā mēneša, varbūt pat tikai par pēdējās dienas vēlamo informāciju, iespējams, aizmugurē, jo mums ir darīšana ar vienkāršu sensoru ierīces, un es šajā brīdī uz brīdi darīšu analīzes komplektu, lai mainītu pieredzi. Šāda veida ligzdai līdzīga pieredze, kurā redzu Aerospike lietošanas gadījumus.
Robins Bloors: Labi, ka es gaidīju ar lietu internetu, ka jūs sāksit saņemt sliekšņa sliekšņus un viņi sāks veidot notikumu kaskādes. Vai esat redzējuši kaut ko līdzīgu, vai arī tas nav kaut kas vēl redzēts?
Braiens Bulkovskis: Dezs un es - es tikai jautāju Deza viedoklim par to, kad mēs pirms seansa sarunājāmies. Tas, ko es vēl neesmu redzējis, ir viena uzņēmuma datu veida kaskāde citā uzņēmumā, ka mans Samsung ledusskapis sarunājas ar manu LG veļas mašīnu, jo tas vienkārši izdomāja, ka es visā grīdā izliju veselu ķekars šokolādes, tāpēc Tā kā šāda veida uzņēmums no viena uzņēmuma pāriet uz ierīci, es domāju, ka es to joprojām gaidu attiecībā uz lietu internetu. Es domāju, ka biznesā un drošībā ir dažas problēmas, kas lielākoties ir netehniskas un uz kurām ir jāreaģē, lai to redzētu.
Robins Bloors: Labi, Dez?
Dezs Blanšfīlds: Man ir ļoti izteikti uzskati par šo konkrēto pēdējo punktu, ko es īsi aprakstīšu sarunā. Es domāju, ka bieži bizness un tehnoloģijas domā, ka viņi patiesībā brauc tur, kur rodas pieprasījums, bet, kad mēs skatāmies uz notikumiem, kad iPhone kļuva par lietu, un, manuprāt, tā bija sava veida pirmā mobilā ierīce, ja jūs apžēlojaties pun, bet ierīce, kuru varētu nēsāt apkārt un kas faktiski var palaist daudz mazu lietotņu jūsu kabatā, un tas izraisīja būtisku pārveidošanu jautājumā, ko mēs domājām par datoru. Daudzi cilvēki domā par iPhone vai viedtālruņiem vai Android tālruņiem kā tālruņiem, bet viņi to nedara, patiesībā tie ir tikai mazs dators, kas darbina lietotnes, un viena no tā palaistām lietotnēm zvana, un viņi nav zvani, par kuriem mēs domājam vairs, tie nav analogi saruna no punkta uz punktu, kā uzsvēra Braiens, viņi ir maz pakešu, kas tiek novirzīti apkārt.
Bet biežāk nekā mēs esam redzējuši šo viedtālruņu sacelšanos, kas faktiski netiek izmantota zvanīšanai, un bieži vien varbūtība, ka 98% no tā, ko es daru savā viedtālrunī, nav zvana. Tas ir viss, izņemot zvanus, tas ir lietotnes. Es domāju, ka šis kaskādes efekts - un es vēlos to ātri uzdot jautājumam - bet kaskādes efektu faktiski rada patērētāji, un patiesībā man ir šī viena oderīte, kuru es diezgan bieži izmetu, lai iegūtu ķekars CXO apsēžos istabā un pievēršu uzmanību, ja domāju, ka viņi aizmiguši ar manis iesniegto prezentāciju, kas, cerams, nenotiek pārāk bieži.
Es kaut kā to teicu, jo traucējumus, ko redzat savā biznesā, faktiski neveicina tikai tehnoloģija, bet to biežāk nekā klienti neveicina. Viņi sēž un patiesībā domā, ko viņš tur domā? Tātad, domājot par tehnoloģiju izmantošanu, es domāju, ka mēs redzējām USENET, mēs redzējām visas šāda veida jautras lietas, kas notiek internetā, bet ne daudzi cilvēki prognozēja sociālo un tās ietekmi. Visi vēlas visiem pastāstīt, kas viņiem bija brokastu laikā, kā arī radītais troksnis un aizmugures tehnoloģija, kas mums bija, un tad, protams, reklāma mēģina to piepildīt ar lietām.
Es domāju, ka mēs redzēsim pakāpenisku efektu līdz brīdim, kad ierīces runā ar ierīcēm, patērētāji tikai ķeras pie tā, ko tas patiesībā nozīmē un ko tas var darīt. Jūs izvirzījāt interesantu punktu ap to, kāpēc Amazon poga nerunās ar Walmart. Es nosūtīšu šo jautājumu: kas notiek, kad Walmart iegūst savu pogu, un kā būtu tad, ja divdesmit labākie Amazones un Walmarts un citi lielākie izplatīšanas un mazumtirdzniecības tīkli saņemtu savas pogas? Kur tas mūs ved? Konkrēti, mans jautājums ar Braienu būs: “Kur mēs ejam ar šo jauno uzveduma paradigmu? Jūs atrodaties pie tā augšējās malas, un jūs strādājat ar uzņēmumiem, kas to dara gan fiziskās infrastruktūras līmenī, gan datu pārsūtīšanas līmenī. Kur tas mūs ved, kad nāk nākamais lielais vilnis? Kāda veida ieskatu jūs varat dalīties šajā sakarā ar to, kas notiek uz aizmugures programmas, balstoties uz jūsu pieredzi? ”
Brian Bulkowski: Protams, tas, kā es domāju par daudzām no šīm lietām, ir koncentrēties uz lietotāju pieredzi un tieši to, ko jūs teicāt, tie ir lietotāji, kas virza, kaut arī kā tehnologi un kā biznesa cilvēki mēs varētu nākt klajā ar gudra ideja, kas, mūsuprāt, lietotājiem patīk, un es atgriezīšos pie Nest piemēra. Kad mana māsa savā mājā uzstādīja Nest, viņa teica: “Mana māja ir klusāka, es dzirdu lietas. Tas nav tikai tas, ka es maksāju mazāk par enerģiju, ”viņa ir, bet jūs tagad nevarējāt šo Nest izvilkt no rokām, jo viņai patīk atrasties klusākā mājā, nevis tajā, kur maksimāli pūš apkure. un tad atkal izslēdzos.
Jautājums galu galā ir: kāda ir lietotāju pieredze, ko mēs varam dot? Tas galu galā ir tā dzīves kvalitātes pieredze, ka, ja mums ir nauda un mēs esam pirmajā pasaulē, mēs par to daudz maksājam. Es minēšu piemēru no savas mājas, manai draudzenei patīk auksts piens. Viņai patīk patiešām auksts piens, un tik bieži mums ir jāmēģina izdomāt, kur ledusskapī būs pietiekami auksts, un pārējās lietas nedrīkst pārkarst. Tas ir lieliski - un es savai draudzenei teicu: “Vai jūs maksātu 10 USD mēnesī, lai viņam būtu auksts piens un nebūtu saldētu sagrieztu gaļas gabalu?” Viņa bija tāda kā “Absolūti”. Un dabūja 10 USD mēnesī no jebkura patērētāja. ir grūts.
Es domāju, ka šajā pieredzē mums patiešām ir jāseko līdzi tam, kas ir tā patērētāja gala pieredze, kuru patiešām varētu vadīt. Es domāju, ka tā bija daļa no iPhone noslēpuma. Es domāju, ka tas ir daļa no Tesla noslēpuma, ka tiek veidota labāka automašīna ar visiem datiem, tiek atcelta ideja par produktu ciklu un ikgadēju izlaišanu un veikti nepārtraukti uzlabojumi visās detaļās. Mums nāks klajā ar dažām gudrām idejām par to, kā reāli izmantot visus šos datus tādā veidā, kas cilvēku dzīves laikā pa brīdim ir pārliecinošs.
Dezs Blanšfīlds: Jā, tas ir lielisks ieskats. Sākot no tā, spektra otrs gals, kas precīzi atkārtojas ar dažādajām lietām, kuras mēs tagad redzam ar to, ko patērētāji prasa, un mums visiem mājā ir kaut kas tāds, kam tas ir auksts un silts. Tad ir otrs spektra gals, un mēs to esam redzējuši kā sava veida tradicionālo “lielo datu pasauli”, kur datu piešķiršana kļūst retāka nekā vistu zobi un tirgū esošie tiek piedāvāti vairāk, nekā nopelna CIO. dažos gadījumos uzņēmumu tipi, ar kuriem jūs strādājat, un redzamie attīstības veidi, ir tas, ka izstrādātāju tipiem un datu arhitekta tipam, kā arī tīkla speciālistiem, vai tos kļūst grūtāk atrast, ? Vai mums ir nepieciešams, lai organizācijas tagad sāk domāt par to, kā iziet priekšā to prasmju kopuma līknei, kas tām nepieciešama izstrādātāju veidam un datu arhitektiem? Ko jūs redzat šajā līmenī, ciktāl tas attiecas uz prasmju resursiem, ko viņi sapratīs, kā šo tehnoloģiju pareizi izmantot tagad?
Braiens Bulkovskis: Jā, es domāju, ka tas ir viens no izaicinājumiem, ar kuriem saskaras organizācijas, ar kurām esmu runājis. Neatkarīgi no tā - vissliktākās problēmas, par kurām esmu dzirdējis, faktiski ir lielāki uzņēmumi, jo, ja jūs sakāt: “Es esmu no šīs lielās bankas, es esmu no Chase un es biju datu arhitekts, ” tad jūs ” Jūs esat ieguvis austeres pasaulē, un jūsu alga palielinās, tāpēc pastāv šī problēma - iegūt darbu vienā no šīm vietām, jo nav pietiekami daudz cilvēku, un pēc tam vienkārši var pāriet no darba uz darbu. Es nedzirdu neko citu kā tikai šāda veida problēmas, un tas faktiski ir viens no iemesliem, kāpēc es esmu koncentrējis Aerospike ap to, ka izmantoju instrumentus, kas ir piemēroti konkrētajai projekta komandai.
Tā vietā, lai mēģinātu ieiet projekta komandā un pateikt: “Ei, jums vajadzētu izmantot mūsu vaicājumu valodu.” Paskatieties, ja šie puiši mūsdienās brauc ar autobusu, puiši un gals, un, ja viņi izmanto noteiktu vaicājumu valodu un instrumentus, viņi pie tā pieturēsies, un es nevaru viņus pārrunāt par kaut ko citu. Mans mērķis ir spēt ievietot tāda veida Aerospike jaudu kā datu bāzi aiz jebkura rīka, ko viņi izmanto, un tā ir daļa no šīs idejas, slaidiem, kurus redzat par Poliglot datu bāzes nākotni. Man ir jāatbalsta šo puišu lietojuma un analītikas modeļi, jo patiešām ir grūti mēģināt atrast cilvēkus, kuriem ir matemātiskas zināšanas, kā arī statistiskās iespējas, lai pārvietotos šajā pasaulē.
Dezs Blanšfīlds: Vēl viena interesanta lieta, ko cilvēki, iespējams, nemaz nezina, es domāju, ka Aerospike ir ļoti spēcīgs spēlētājs atvērtā koda pasaulē, es vēlos iegūt ļoti ātru ieskatu, ko tas nozīmē, ciktāl tas, kā bizness darbojas un ko tas jūsu labā dara. Jūs minējāt, ka strādājāt tieši ar cilvēkiem, kuri veic lietas līdz pat kodola līmenim iekšpusē, tātad Linux kodolam. Šajā telpā ir daži lieli spēlētāji, un ir daži slaveni zīmoli, kurus mēs nepieminēsim, bet tāda organizācija kā Aerospike, jūsu modernākajā nesenajā vēsturē, atvērtā koda pieredzē, kā tas iekļaujas lielajā kopainā un kādas konkurences priekšrocības jūs esat redzējis, kas tās dod?
Brian Bulkowski: Protams, kad mēs 2014. gadā pārgājām uz atvērto avotu, mēs to izdarījām, jo sapratām, ka pamata infrastruktūrai, piemēram, datu bāzei ir jābūt pieejamai, tai jābūt uzticamai un tai ir jābūt dabiskam līdzsvaram starp slēgto veco pasauli avotu, un, tiklīdz jūs ieguldāt noteiktā datu bāzē, šie puiši liek jums viņu paļauties uz tehnoloģiju ciklu pēc tehnoloģiju cikla, un ir jābūt līdzsvaram. Mums jāspēj izcelt versijas, kurās tiek darītas jaunas lietas, un varbūt tas ir uzņēmuma versijā, mums ir jābūt divkāršās licences modelim, kam ir atvērtā koda versija cilvēkiem, kuri spiež riepas un veic bezpeļņas darbu., kā arī uzņēmuma versija, kas ir īpašnieka licence un ļauj veikt neierobežotu darbu.
Un, protams, mums būs arī visaugstākais ātruma un mēroga līmenis, kas ir uzņēmuma versija. Mēs ticam duelis-licences modelim, un tas ir lieliski noderējis mūsu biznesam. Mēs vēlamies, lai cilvēki sāktu strādāt ar Aerospike, mēs vēlamies, lai mazi projekti spiestu riepas, ir ļoti viegli vienkārši doties uz Amazon, palaist apstiprināšanas skriptu un izveidot Aerospike kopu piecu minūšu laikā. No otras puses, mēs vēlamies dot vairāk biznesa klientiem.
Dezs Blanšfīlds: Mēs esam nonākuši tuvu stundas virsotnei, tāpēc es pēc brīža došos atpakaļ uz Rebeku, bet, ja būtu tikai viens laineris, kuru jūs tur izmestu, sava veida padomu jūs dotu cilvēkiem, kuri vēlas iekļūt tirgū, ko esat ienesis tirgū, un kā viņi to ieviesīs, kā jūs teiktu, ka viņiem pirmais solis ir vismaz iemērkt viņu un sāc skatīties, kā viņi gūs konkurences priekšrocības no jūsu platformas?
Brian Bulkowski: Protams, daļa no ziņojuma ir par to, ka ātruma un prasmju līmeņi tagad ir viegli. Lai sasniegtu miljoniem darījumu sekundē, jums nav nepieciešams tūkstoš mezglu Cassandra klasteris. To var izdarīt pat projekta pirmajās fāzēs. Tātad lietas ir daudz vieglāk, nekā tas bija agrāk. Tad otrais padoms ir tāds, ka jums nāks klajā ar, kā jūs sakāt, matemātiskiem biznesa procesu klientu iesaistīšanas modeļiem, kas izmanto visus šos datus, tāpēc labā ziņa ir tā, ka dati ir pieejami, sliktas ziņas ir tas, ka jums tiešām ir jāmeklē daži paraugi un daži pārliecinoši lietošanas gadījumi.
Dezs Blanšfīlds: Jā, lielisks padoms, tāpēc tagad došos atpakaļ uz Rebeku. Liels paldies par to, ka bija lieliska maza tērzēšana par tehnoloģiju, es to novērtēju.
Rebeka Jozviaka: Paldies, Dez. Man ir pāris labu jautājumu no auditorijas. Ļaujiet man uzmest šo slaidu. Es zinu, ka jūs runājāt par ierakstu un lieldatoru lietu sistēmu, bet cik bieži jūs redzat absolūtu izkraušanu vai vai replikācija ir izlīgums dienas beigās, tas ir tas, ko jūs vairāk redzat?
Braiens Bulkovskis: Tas, ko mēs redzam Aerospike, izmanto NoSQL datu bāzi šīs dienas beigu saskaņošanas sistēmas priekšā. Jums nepieciešama pareiza atbilde dienas laikā. Jums nevar būt nepareiza atbilde, un tas bija tas, ko Robins teica par aktīviem, tiek novērtēts par zemu, taču biznesa procesi, kas saistīti ar saskaņošanas juridiskajām prasībām, var kļūt diezgan sarežģīti, un saskaņošanas veikšanai ir gadu desmitiem ilga tehnoloģija un gadu desmitiem ilga likuma un likuma prakse. Tas, ko mēs redzam Aerospike, ir tas, ka jūs darīsit savus algoritmus karstākā datu bāzē ar vairāk darījumu sekundē. Bet juridisku iemeslu dēļ jums ir absolūti nepieciešama izlīguma sistēma, kas ir cauri šiem juridiskajiem procesiem. Mēs redzam abus, un mēs redzam, ka tā būtībā ir divu līmeņu IT prakse, kuru zināmā mērā atklāj tādi cilvēki kā Anderson Consulting un Gartner. Mēs to daudz redzam.
Rebeka Jozwiak: Labi, labi. Kāds cits izrādīja interesi par šo konkrēto slaidu, viņš sacīja, ka tas ir patiešām interesants, un domāja, vai jūs varētu iedziļināties nedaudz vairāk, salīdzinot zibspuldzi un atmiņu.
Brian Bulkowski: Protams, es vēlētos zināt, cik ātri es sānu, taču es zinu, ka mēs esam tuvu laika beigām. Nu zibatmiņa ir atmiņa - tās ir mikroshēmas - man ir tendence domāt par operatīvo atmiņu. Tātad RAM ir īpašas iezīmes, tas prasa daudz enerģijas, tas ir ļoti labs gan izlases veidā rakstītos, gan arī nejaušos lasījumos. Kur NAND spēj ātri veikt nejaušus nolasījumus un mazāku jaudu, taču tas ir ļoti slikti, ja izlases veidā raksta. Pastāv dažas smalkas atšķirības, kā šīs divas mikroshēmas darbojas litogrāfijas līmenī, un tas rada vairākas tehniskas atšķirības.
Ja veicat analītiku un jums ir jāizlaiž daudz datu, vai Aerospike gadījumā, kur jums ir indeksi, indeksi joprojām ir ļoti labi izmantojami RAM, jo pastāv paralēlisms un nejauša piekļuve. Nepieciešams augstāks izlases piekļuves līmenis. Lai gan Aerospike mēs izmantojam šos indeksus, lai atrastu noteiktu objektu vai datu daļu, tā ir piemērota vieta, kur sazināties ar NAND, jo tas kļūst par sava veida lielāku veikalu zem indeksiem. Tas tad ir viens darījums ar atmiņas ierīci, taču pēc tam, kad jūsu indeksēšanas sistēmā ir izdarīts daudz iespēju un filtru.
Rebeka Jozwiak: Labi, labi. Un tad es zinu, ka mēs jau daudz runājām par IoT, un viens klātesošo komentārs teica, ka IoT lielākoties ir izdevīgs, bet vai, jūsuprāt, vai uzņēmumi, valsts iestādes un izstrādātāji aug droši un nodrošina datus ar tādu pašu ātrumu?
Braiens Bulkovskis: Varbūt Dez, vai jūs vēlētos ielēkt?
Dezs Blanšfīlds: Jā, es priecājos iekļūt tajā. Es domāju, ka atbilde ir nē. Faktiski viena no manām iecienītākajām izmešanas līnijām par šo tēmu ļoti, ļoti īsi ir tā, ka, manuprāt, mašīnu un mašīnu eksplozija un vispārējais lietu internets, komunikācija un drošība, visapkārt esošais risks, mēs atrodamies vietā, kur tagad valdības nevar sekot līdzi pārmaiņu tempam. Un patiesībā mēs zinām, ka daudzas organizācijas nespēj sekot pārmaiņu tempam. Patiesībā, ja es to pārfrāzēju, šodien pārmaiņu temps ir tik liels, ka organizācijām ir jānotiek sprintam tikai tāpēc, lai neatpaliktu, bet tām jāatspriež vairākās sacīkstēs. Es nedomāju, ka likums, un es nedomāju, ka valdība kopumā, vai nu štata, vai federālā līmenī, ir spējīga sekot pārmaiņu tempam.
Tagad mans vispārīgais padoms cilvēkiem ir tāda veida rīcība, ka es vēlāk lūdzu piedošanu. Pagātnē ir bijis daudz piemēru. Tie tiks panākti, bet es domāju, ka tagad biznesam un tehnoloģiju sniedzējiem patiešām ir jāpieņem jaunievedumi šajā telpā un jāpārliecinās, ka mēs esam iepazinušies ar drošības riskiem vai privātuma riskiem, un mums tie ir jārisina. Īpaši bankas, kā jūs minējāt, domājot par to, ko banku organizācija tradicionāli ir izdarījusi ar tādām lietām kā nelikumīgi iegūtu līdzekļu legalizēšana, un zināt jūsu klientu, AML / KYC izaicinājumu, kādreiz bija tas, ka mēs centīsimies katru trīs līdz piecus gadus un izpildīt atbilstību.
Tagad es domāju, ka tas ir jāiekļauj katrā atsevišķā darījumā. Jūs vienmēr esat varējis to izdarīt cenu līmenī ar reklamēšanu un akciju, kā arī obligāciju un akciju tirdzniecību, es domāju, ka mēs atrodamies vietā, kur veiktspēja, ko jūs sniedzat ar Aerospike platformu, ļauj mums tagad domāt par to, kā mēs privātums, kā mēs nodrošinām drošību šajā tūlītējā reālā laika lēmumu ķēdē? Un tā kā atbilde ir nē, es nedomāju, ka valdības seko līdzi. Es domāju, ka uzņēmumiem ir jāseko līdzi, un es domāju, ka mums jārīkojas tagad un jāpieprasa piedošana vēlāk.
Brian Bulkowski: Ļaujiet man pievienot arī dažus punktus. Puiši, ar kuriem es nodarbojos, un tehnoloģiju uzņēmumi, ar kuriem es sadarbojos, ļoti labi pārzina, ka viņi ir likuma labajā pusē, un diskusija ir diezgan liela - vai tas ir šis PII, vai es varu to izmantot, cik esmu Vai es izmantoju šo konkrēto datu daļu? Kāda bija tā providence, un vai tas ir aizsargāts lēmums vai pieredze? Kā es to visu izdarīju? Tātad, tā ir labā ziņa. Dažreiz es brīnos par mūsu diskusiju kā sabiedrību, kurā mēs virzāmies, un pat ja mūsu sabiedrības diskusija ir atbilstošā līmenī attiecībā uz jauno iespēju izmantošanu no Io līdz pat mašīnmācībai, kas ir vienīgais veids kārtot pēc mūsu rīcībā esošo datu apjoma. Bet labā ziņa ir tā, ka puiši, ar kuriem es runāju, patiešām ir labajā pusē, cenšoties rīkoties pareizi saskaņā ar mūsu pieņemtajiem juridiskajiem lēmumiem.
Rebeka Jozvejaka: Tās ir dažas patiešām labas atbildes no jums abiem, un es tam pilnībā piekrītu. Es nedomāju, ka drošība mainās tikpat strauji kā tehnoloģiju attīstība, jo īpaši attiecībā uz lietu internetu, bet man ir jādomā, ka cilvēki dara visu iespējamo, un, cerams, mēs tur nokļūsim. Vienmēr ir nedaudz grūti noturēties desmit soļu priekšā kiberzagļiem un kibernoziedzniekiem, taču mēs tur nokļūsim.
Labi, ļaudis, mēs esam pagājuši astoņas minūtes stundas augšpusē. Es vēlos pateikties mūsu viesiem Braienam Bulkowski no Aerospike un Dez Blanchfield un Robin Bloor. Liels tev paldies. Jūs vienmēr varat atrast mūsu arhīvus vietnēs insideanalysis.com, SlideShare, YouTube. Mums ir parādījies daudz labu tīmekļa pārraidi, kas nāk priekšā cilvēkiem, tas ir bijis aizņemts mēnesis. Nākamajā mēnesī tas būs aizņemts, tāpēc sekojiet līdzi un ceram, ka tiksimies nākamreiz. Paldies ļaudīm, laipni.
