A Techopedia munkatársai, 2016. május 11
Elvihető: Rebecca Jozwiak házigazda tárgyalja az adatbázis-architektúra és a tárolás fejlődését Dez Blanchfield, Robin Bloor és Brian Bulkowski részvételével.
Jelenleg nincs bejelentkezve. Kérjük, jelentkezzen be vagy jelentkezzen be a videó megtekintéséhez.
Rebecca Jozwiak: Hölgyeim és uraim, üdvözlet és üdvözlet a 2016. évi Hot Technologies oldalán. Ma a következőt mondjuk: „Expozíciós kitettség: Megérkezik a skálázható infrastruktúra új korszaka.” Ma Eric Kavanagh-hoz lépek. Rebecca Jozwiak vagyok, a szerény házigazda a testületből, miközben Eric nem játszik Jamaikában. Jó neki.
Tehát, mint évtizedek óta, ez az év forró, bár vitathatatlanul a technológia olyan ütemben halad, amely meghaladja Moore törvényét, és mit csinálnak a szervezetek a lépést tartani? Bármit keresnek, ami gyors, és a skála, azt állítanám, valószínűleg az egyik legfontosabb dolog, amikor az adatbázisokra gondolunk. És természetesen megvannak a lehetőségei a szokásos relációhoz, most megvan a NoSQL, megvan az oszloptárolónk, megvan a grafikon-adatbázisunk, az RDF-adatbázisunk, de valójában az, amit a vállalkozások keresnek, méretarányú, párhuzamos és gyors .
Most a hagyományos építmények valamilyen módon alapultak erre a relációs modellre. De ha megnézzük a legtöbb internetes vállalkozást, amely az elmúlt három, öt, tíz évben alakult ki, akkor nem az a modell, amelyet infrastruktúrájukhoz használnak. Különböző, párhuzamos architektúrát használnak, méretezõdnek és gyorsak, és manapság erre fordulnak sok ember.
Felállásunkban van Dez Blanchfield, aki a Bloor Csoport tudósa. Van Robin Bloor doktor, a Bloor Csoport fő elemzője, és Brian Bulkowski, a CTO, valamint az Aerospike alapítója. Tehát srácok ezzel, átadom Deznek.
Dez Blanchfield: Köszönöm és köszönöm, hogy itt vagyok. Megpróbálom beállítani azt a helyszínt, amellyel nagyon gyorsan eljutottunk oda, ahol vagyunk, és a mai témák áttekintésekor sokkal inkább belemerülünk a technikai részletekbe. Itt fogom irányítani a képernyőt.
Tehát nagyobb, jobb és gyorsabb. Amikor arra gondolok, hogy hol vagyunk, az a kép, amely személyesen nekem mindig eszembe jut, ez a kép, amelyet a címsoromra kaptam, azaz a világegyetem tágulása. A technológiánk évtizedek óta fejlődik és fejlődik, valójában az ötvenes évek végétől, amikor a mainframe valódi dolog lett. A technológia sok esetben tovább haladt a lineáris görbénél rosszabb vagy annál nagyobb görbén, attól függően, hogy a görbe melyik részén van, a szoftver vagy a hardver eléréséig.
A méretarány egyre nagyobb lett, és egyre gyorsabb és gyorsabb, amennyire csak próbálunk szállítani, és egyre kisebb és kisebb gyártási és félvezető szinten. És a közepén vannak szoftverek, valamint az azokat alátámasztó alkalmazások és rendszerek, amelyek általában egyre kisebbek lesznek, és jellegüknél fogva egyre kisebbek lesznek. Láttuk már olyan dolgokat, mint például a konténeres alkalmazások és a mikrokiszolgálók, ez ismét dolgossá válik. Ezt már a múltban, évtizedekkel korábban megcsináltuk, de azért, mert egyre kisebbek leszünk, egyre nagyobb leszünk, és olyan nagyságrendűvé válhatunk, amikor most dolgokat futtathatunk, például alkalmazásokat és bizonyos adatbázisokat, valamint a ezeket az adatbázisokat.
Nekem van ez a nézet, ahol nagyon vízszintesen méreteztünk, lényegében az X tengelyen; az Y tengelyen függőlegesen méreteztünk. Most azon a ponton vagyunk, ahol máshová kell mennünk, és véleményem szerint ez egy mentálisan Z-tengelyként elképzelhető, vagyis mélyebbre kell mennünk a technológiába, és meg kell vizsgálnunk, hogy mit tehetünk. másképp dolgoznak, mint amit eddig tettünk, hogy megszerezzük ezt a további sebességet. Tehát elképzeltem az univerzum egész kiterjedését, ahol robbanás történt, és léteznek bizonyos technológiák, és ez a jobb lineáris növekedés és igény. Különböző módszereket kellett találnunk a nagyobb, jobb, gyorsabb eredmény elérésére.
Csak annak érdekében, hogy gyorsan fedezhessük, hol vagyunk jelenleg néhány hardver környezetben. Láttuk, hogy a gigabájt lemezterület csökkenő költségei pár meglehetősen nagy átmenetet és technológiát eredményeznek, és megközelítést tesznek a nagyobb, jobb és gyorsabb méretű kérdéshez. Ez két különálló grafikon, amelyek nagyjából egy évtizedre vonatkoznak, alig több mint egy évtizeddel egy gigabájt merevlemez-hely csökkenő árain.
Ez egy klasszikus J görbe vagy egy jégkorong-bot, ahogyan gyakran utalunk rájuk, abban az értelemben, hogy egy ideje szó szerint több százezer dollárt költhettek egy gigabájt lemezterület vásárlására, nem egészen két évtizeddel ezelőtt, míg manapság dollármá és végül biztos vagyok benne, hogy a végén végződik. Amit a versenyt nullára állítunk, cent lesz. Ez érdekes változást hozott a dolgok típusában, amelyeket a vállalkozások megtehetnek. És erre az adatok vagy különösen a nagy adatok okozta megszakításra gondolok, és ez alatt azt értem, hogy láttuk a technológiákat, például hogy hogyan válhatunk olyan dologmá, ahol a tárolást nagyon vízszintesen méretezhetjük, és hogy milyen típusú számítógépet alkalmazható erre a tárolóra, és hogyan nyit egy érdekes technológiát, mert lehetővé teszi számunkra, hogy nagyon nagyméretű, redundáns párhuzamos tárolást végezzünk a leggyorsabb szinten, és a Hadoop alkatrészeket önmagában is, natív módon képessé téve az adatok másolására írásban, többször elolvasva, és csak egy lineáris fokozaton skálázza ki a dolgot.
És minden ilyen vállalat valóban a nagy adatok felhasználásával történő megszakításra kerül. Van olyan társaságunk, mint az Uber, akik a világ legnagyobb taxitársasága. Valójában nem rendelkeznek taxikkal, és itt egy hosszú lista található. Az Airbnb a legnagyobb szállásadó, valójában nincs ingatlanja. Az egyik kedvencem a Facebook, például ebben a listában, ahol valójában nem a tartalmat hozzák létre, mi nekik készítjük, de valójában a legnagyobb médiatulajdonos a bolygón. Van érdekes bankjaink, például a leggyorsabban növekvő bankok, valójában nincs pénzük. Ezek peer-to-peer hitelezési platformok és bankok, és különösen Ausztráliában létezik egy, az itt növekvő hírnév, az úgynevezett SocietyOne. És néhány nagyobb bank, akiknek készpénzzel kell rendelkezniük, befektetnek az adott peer-to-peer bankba. És még a Netflixig is megyünk ezen a listán; valójában nem rendelkeznek mozikkal, ám ezek valójában a legnagyobb mozi-ház a bolygón.
Tehát eljutottak oda, ahol véleményem szerint az intelligens technológiák adatszolgáltatáson keresztüli alkalmazásával jártak, mert nagyobb és szélesebb körű tárolást tudtunk végezni alacsonyabb költségekkel, mert egy gigabájt merevlemez-terület csökkenő ára miatt tudtunk alkalmazzon intelligens számítási módszert, és terjesszen rá egy számítási modellt. Ezek a vállalatok képesek voltak versenyelőnyhöz jutni és megszakíthatják a lemezterület csökkenő költségei miatt.
Láttuk, hogy hasonló dolog történik a memória költségein. Pár évtizeddel ezelőtt, ha hatmillió dollár feküdt volna, akkor megvásárolhat egy gigabájt RAM-ot, és nagyon hasonló J-görbén vagy jégkorong-botnál voltunk, a költségcsökkentés vagy a csökkenő ár miatt. RAM. És ez hozott néhány érdekes dolgot, és véleményem szerint az egyik legnagyobb zavar ebben a térben az a memóriamennyiség, amelyet képes beépíteni eszközökbe, például mobil eszközökhöz, például telefonokhoz és táblagépekhez, sőt laptopokhoz. A számítógépek manapság az átlagos laptopba eső memória mennyisége bizonyos esetekben meglehetősen nevetséges. Bizonyos esetekben a jelenlegi laptopomnak több memóriája van, mint néhány olyan szervernek, amelyet régen használtak.
Ez önmagában jelentős változást hozott, ugyanúgy, mint a RAM-ban gondolkodásom, lehetővé tette számunkra, hogy gyorsan méretezzük és méretezzük. És most létrejött egy olyan technológia, amelyet flashnek hívunk, és ez egy olyan technológia, amely eredetileg valami erejéből származik, amely a hardveren ül EEPROM formájában, egy kis chip, amelyet arra terveztek, hogy rendelkezésre álljon, írj, és akkor, amikor a tápellátás megszűnt, az az, amit az adott chipekre írt, tartós tárolásként fogja megtartani. Lassú volt, nehézkes, és akkoriban, azt hiszem, 1980–1981 körül volt, ez valamiféle dolog lett. 1984-re a Toshiba, aki úgy vélem, hogy feltalálta a technológiát, ez olyan kereskedelmi dolog, amelyet felhasználhatunk.
De régen az emberek rájöttek, hogy ténylegesen felhasználhatják azoknak az összetevőknek a kombinációját, amelyeket felhasználtak az EEPROM, az írásvédett memória fogalmának megalkotásához, miután törölték és megírták, és valójában tudtak írni rendszeresen, és egy kicsit inkább, mint a lemezterület, és kissé, mint a RAM. Az idő múlásával fejlődött. Ez a flash-tárolási technológia a tradicionális lemeztárolás, akár forgó lemez, akár egyes esetekben hibrid memórialemez, és RAM közötti összeolvadás. A legfontosabb dolog a közti rendszer, mert el tudja olvasni és írni, majd kikapcsolni a készüléket, és megtartja azt, amit írt neki. Tehát egy lemezterület, amelyre nyilvánvalóan megírja, kikapcsolja az energiát, és a forgó orsó és az erősen átalakított, jobb leírása érdekében megtartja a nullákat és az azokat, amelyeket írtál.
A véletlen hozzáférésű memóriaterületen ír valamit a memóriába a RAM-ban, kikapcsolja a számítógépet, és minden megsemmisül, mert nincs több elektron, amely feltölti és megtartja az ahhoz írt információkat. Plusz a közepén van, és rendkívül gyors, gyorsabb, mint a lemez, egy lassabb, mint a RAM. De írhat és olvashat belőle, és amikor kikapcsolja a készüléket, az továbbra is fennáll. Ez elképesztő technológiákat hozott létre, és különösen olyan mobil eszközöket és laptopokat fejlesztettünk ki, amelyek nagyon, nagyon gyorsak és sok mindenre képesek, és most átkerültek a tároló és a számítás körüli infrastrukturális térbe, és ez jelentős eredményeket hozott. változások abban, hogy mit tudunk teljesíteni. Ilyen helyzetben hiszem, hogy most zajlik a Z tengely a fejemben.
Szinte csak az időben, sok szempontból, mert zavart láthattunk azon keresztül, amit úgy hívok, mint a kereslet, vagyis a fogyasztóknak, függetlenül az infrastruktúrában és a technológiai térben zajló lehetőségektől, valamint képességük van gyorsabb vezetésre és a gyorsabb számítás, valamint az infrastruktúra szintű teljesítménye, a fogyasztók ezt a zavart követelik a most hivatkozott híresség élmény formájában. Mindenki azt akarja, hogy minden rendszer, minden alkalmazás, minden webhely megismerje, kik ők és mi szereti őket, és hogy személyre szabott élményt tudjon nyújtani számukra. Már nem elég jó egy weboldalra jutni, ahol mozijegyeket veszek. Szeretném, ha tudná, hogy mit vettem korábban, miért vettem ezt, és potenciálisan, mit vásároltak és ajánlanak az emberek, mint én.
Mindig úgy látjuk, hogy az utalásom a társadalmi oldalsó sorrendbe tartozik, vagyis azt akarom, hogy a hírességek élménye legyen, de szeretném szocializálni ezt az ötletet is, meg akarom osztani azt minden barátommal, és elmondom nekik, amit Csinálok, és azt is tudni akarom, mit csinálnak a barátaim. És ez a további számítások és tárolás robbanásszerű igényének és a dolgok gyors megfordulásának eredménye. Láttuk a Fitbit generációt, amit állandóan követésnek hívok. Minden, amit csinálok, nyomon követhető, bejelentkezhet és elfogható valahol. Valós idejű mindent láttunk: banki, ajánlattételi, ajánlómotorokat, amelyeknek képesnek kell lenniük megbirkózni a valós idejű dolgokkal, amelyeket személyesen, mint fogyasztóm teszek.
És akkor nagyon nagy hatást látunk, mint például a kiberbiztonság körüli biztonsági kockázatok. Régebben volt, hogy volt különféle hackereink, akkor bűnöző bandák alkalmazták magukat erre: most egész nemzetek harcolnak az interneten keresztül, ami valódi dolog, és valójában megtörténik. Vigyázzon erre, üljön fel és nézzen rá, mert erre valódi hatás van, és a show-t megelőző zaklatónk egy része arról beszélgetett, hogy fennáll-e a saját számítógépének vagy legalábbis a hálózatának áthatolási veszélye.
Láttuk ezt az entitáskivonás fogalmát. Az entitás kitermelése az, amikor meg kell találnunk az érdekes dolgokat nagyon nagy adathalmazokban, különös tekintettel a csalásokra, valamint az illegális és hacker típusú tevékenységekre. De leggyakrabban azt látjuk, hogy az entitáskitermelés a jó dolgok és a számunkra értékes dolgok fókuszpontjává válik, szemben a támadó dolgok keresésével.
Robbanást is láthattunk, amit geotelpiai adatoknak is nevezünk. Ezek olyan adatok, amelyek valóban tudják, honnan származnak, vagy honnan származnak más hasonló adatok. Elképzelheti, hogy az utcán áll, és meg akarja találni a legközelebbi parkolót vagy a legközelebbi éttermet, amelyek nagyon fontosak, mert alkalmazhatják a térinformatikai számításokat és az adatokat, az adatok kiszámításához, amelyek tudják, hol van az űrben, mert tudnia kell, hogy más objektumok és entitások hol található, és gyorsan ezt meg kell tennie.
Láttuk a véglegesen csatlakoztatott mobiltelefont. Még akkor is, amikor éjjel alszunk, a mobiltelefonok továbbra is ketyegnek, frissítik e-maileinket, ellenőrzik a naptárunkat, megnézik, mi az időjárás, és kitalálják, hogy vajon mi áll-e rendelkezésre reggelire. Nagyon sok zaj történik ott, és ez óriási hatást gyakorolt arra, hogy mit kell tennünk a hátsó végén, és hogy mennyire gyors.
Összességében a tárgyak internetévé, vagy többnyire a gépektől a készülékhez való csatlakoztathatóságnak pusztán mérete és hatása van, ahol az eszközök eszközökkel beszélnek, és ez egészen addig megy a motorokhoz, amelyekre a a repülőgépek oldala, amely azt állítja, hogy maga a repülőgép vagy a repülőgép-irányító rendszer azt látja, hogy a negyedik motor hajtóműve erősen kopott és meleg, és ezeket ki kell cserélni, amikor leszállunk, majd egy másik géphez kapcsolódik, és ezért egy megrendelés, és varázslatosan egy mérnök jelenik meg a repülőtéren repülés közben, és készen áll arra, hogy kicserélje az üzemanyag-feltöltés során.
És olyan nagy és olyan nagy léptékű, hogy be kellett mennünk, amire utalok, azáltal, hogy hozzáférhetünk hozzá. Mert egy új világ, és üdvözöljük az új világban, minden új világában, amit használunk, hogy kapcsolatban álljunk; régen műholdak és hálózati eszközök voltak, ma már mobil eszközök, laptopok, táblagépek és telefonok, s még a vadonatúj Audiomban is van egy beépített jel, és folyamatosan jelentést tesz saját egészségéről, de frissíti is, és tudja, hol van, és milyen térképeket lehet alkalmazni, sőt azt is megmondja, mikor kell mennem más útvonalat, ha a forgalom az előző úton van.
Mindent, amit most építünk, mindent, amit most veled beszélünk, úgy tervezték, hogy csatlakozzon és kapcsolódjon más dolgokhoz, nem csak tőlem a rendszerre, hanem a rendszerről a rendszerre, és hogy képes legyen megbirkózni vele nagyon eltérő gondolkodást kell alkalmazni az infrastruktúra rétegén, mind a hardver, mind a szoftver vonatkozásában, különös tekintettel az adatbázis rétegekre, amelyeket a rendszereknek támogatniuk kell, és sok szempontból az adatbázis vált motorjává, és az alkalmazások valóban csak kis robotok, amelyek dolgokat csinálnak.
Gyorsan be fogom foglalni ezt a kissé humoros képet arról, hogy hova megyünk ezekkel a dolgokkal, és amire utalok: „IoT egy gombnyomással”. Létrejött egy új eszköz, amelyet a Amazon Dash Button, és ez egy kis hüvelykujjú eszköz. Valójában sok szempontból ugyanaz, mint az USB hüvelykujj-meghajtóm. Amikor megvásárolja ezt a dolgot, körülbelül 4, 99 USD-t tesz ki az Amazon-on keresztül online, eljuttatja Önhöz, konfigurálja a mobiltelefonnal, és szó szerint csak csatlakoztatja egyik eszközéhez, például hűtőszekrényhez vagy mosógéphez vagy bármi máshoz. Például a mosógépre, ha elfogy a mosópor, akkor nyomja meg ezt a gombot, és ez tárcsázza, és automatikusan többet rendel meg neked, és varázslatosan többet fog szállítani Önnek az Amazon jó barátai által.
Számomra ez megijeszti, mert sok olyan elem robbantását fogja látni, amely a hálózathoz kapcsolódik, és megkísérel létrehozni kapcsolatot, és keresletet generálni. Ha el tudod képzelni, ezek közül egy vagy kettő talán nem ijesztő, de utoljára néztem, hogy ezeknek a dolgoknak több mint 110 márkaneve van, tehát szinte minden márka a bolygón megpróbálja megszerezni a saját kis tolását. IoT gomb, hogy hazamegy, és megnyom egy gombot, és azt mondja: “Rendeljen nekem egy pizzát.” Egy másik gombot nyomja meg, és elõre beépített ebédet rendel a gyermekei számára holnap az iskolába.
Ez olyan hatalmas átalakítási igényt vezet a hátsó oldalon, az alkalmazás szintjén, különösen az adatbázis szintjén, hogy úgy gondolom, hogy csak a jéghegy csúcsát láttuk a teljesítmény-átalakítás típusának, amelyet látnunk kell. . Ezzel átadom Dr. Robin Bloor doktornak, és bepillantását látom abban, hogy hol vagyunk.
Rebecca Jozwiak: Oké Robin, átadtam neked a labdát.
Robin Bloor: Nem olyan jó? Oké, itt vagyunk, én vagyok. Láttam Dez előadását, még mielőtt odajöttem volna, tehát azt mondanám, hogy a dolgok kiegészítik egymást, nem pedig csak néhányat, amit Dez mondott. Arra gondoltam, hogy az adatbázis evolúciójáról fogok beszélni azzal kapcsolatban, hogy mi történt valójában az adatbázisok architektúrájával és így tovább, és így tovább, történelmi szempontból.
Az adatbázis-gyártók alapvető problémája a rugalmas architektúra fenntartása, amely méretezi és lépést tart a hardver fejlődésével. Majd erről gondolok, de amikor valóban visszatekint és látja, hogy az adatbázisok miként épültek, és azt, ahogyan most épülnek, akkor valójában jelentősen különböznek attól, amit az építészeti tervezési szintnek neveznék. . Érdemes csak áttekinteni, hogy miért van, vagy legalábbis azt hiszem, hogy az. A hardver tényezők, és Dez a memória és a lemez szempontjából rendkívül jól megsemmisítette az alsó rétegeket. Amit most megkaptuk, és ez a jövő jön, az Intel következő, a CP, aki FPGA-ra fog állni. Amit az emberek csinálnak vele, fogalmam sincs. Az AMD egyesíti a CPU-kat és a GPU-kat, és mi a különbség az, hogy mit fog tenni? Ez a fajta változás, amely ténylegesen meg fog változtatni az adatbázisban, és azt gyanítom, hogy többek között az Aerospike, mivel az Aerospike-t a teljesítmény hajtja, valószínűleg már átnézi ezt, és kidolgozza azt, ahol azt gondolja, hogy valójában megy. a termék működésével.
Van egy chipen egy olyan rendszer, amely még nem indult el. Azok az SSD-k, amelyekről tudunk, de érdemes felhívni az a figyelmet, hogy valójában sebességük növekszik, durván Moore törvénye szerint, hatévenként 10-szeresére. De az Intel hamarosan kiadja a 3D cross point-ot, amely állítása szerint több mint százszor gyorsabb, mint az SSD-k, valójában egyfajta csepp a keverékbe, akkor ez meg fogja változtatni azt a sebességet, amellyel az Aerospike, mint például a termékek valóban képesek megy.
Akkor megvannak a párhuzamos hardver-architektúrák, más szóval, ahogy hardvert építettünk abban az értelemben - eredetileg csak egy memória fölött ülő CPU volt, amely lemezen ült, de ennél sokkal bonyolultabbá vált. A chip-en alapuló rendszer elképzelése, hogy valóban rendelkezhet párhuzamosság-chip-rel-chip-rel-chip-rel, és mindent rendkívüli sebességgel hajthat végre, és fogalmunk sincs, pontosan melyik termék fogja uralni.
Ez csak egy pillantás a jövőbe, de hardver szinten a teljesítmény felgyorsul, és a költségek továbbra is csökkennek, olyan módon, ahogyan Dez írta le. A CPU-ja nem feltétlenül olcsóbb, csak gyorsabb és így tovább.
Üzleti szempontból bizonyos helyzetekben, és ezek piaci helyzetek, az első az, ahol az üzleti érték jelenik meg. Ha Ön különösen - ha teljesen meg van győződve arról, hogy egy adott részvény ára esni fog, akkor az első személy, aki megkapja az eladási megrendelést, kapja a legjobb árat. Valóban annyira egyszerű. Ezért van egy technológiai verseny, amely folytatódik az automatizált kereskedelemben a bankokban, hogy valóban megpróbálják megnyerni ezeket a helyzeteket. Mi történt azután? Mi történik, miután a bankok mindent megtettek? Hirtelen kezd látni, hogy más területek is megfertőződnek ugyanolyan sebességigényekkel.
Valójában mi történt, hogy az embereket eltávolítottuk az egyenletből, és ez nagyon gyorsan megtörtént az internetes hirdetésekkel. De a helyzet az volt, hogy nem a konkrét tranzakció, a módszerek végrehajtása, ez egy teljes üzleti folyamat, az a tény, hogy egy weboldalt éppen eldobtak, és döntést kell hozni, amely meglehetősen bonyolult döntés lehet, attól függően, hogy milyen hirdetést kell ténylegesen feltenni az adott weboldalra, levonva azt, hogy a böngésző használója közül melyik lenne a legmegfelelőbb hirdetés arra, hogy feltegye, és így tovább, és így tovább. Ez nagyon összetett dolog lett, és megemlítem még egyszer.
De a lényeg az, hogy az üzleti folyamatok teljesítménye és méretezhetősége nem ugyanaz a probléma, mint a lekérdezési képesség teljesítménye és méretezhetősége, és ezt jól tudom, mert egy nemrégiben megrendezett eligazító terem miatt, amelyet az Aerospike-vel végeztünk, hogy ők tudatában vagyok. Egy másik dolog, ha valóban ilyen sebességgel dolgozik, az eszköztulajdonságok számítanak egy tranzakciónál, bármilyen esemény feldolgozásánál. Nagyon fontosak. Tehát borzasztóan sok az, amit egyes adatbázisok csinálnak, vagyis egy vagy két betű elvesztése az eszközről, elég jól működik a kontextusban - ez jól fog működni a kontextusban, amelyről beszélünk. Ez nem igazán elfogadható, hogy őszinte legyek.
Technológiai szempontból valójában Ön néz - tudom, hogy kétféle tőkeáttételre van szükség annak érdekében, hogy létrejöjjön az a architektúra, amelyre ténylegesen szükség van az olyan sebesség biztosításához, amely képes - például az Aerospike - millió tranzakciót megtenni. másodpercenként. A szoftverfejlesztés szempontjából valóban nagyon pontosnak kell lennie. Nem tudsz csak csapkodni. Aggódnia kell a kód elérési útja miatt. Kiválóan kell felhasználnia a memóriát, és valójában a teljes tranzakciókat optimalizálja. Szüksége van intelligens párhuzamosságra és hibabiztos párhuzamosságra. Nem kell méreteznie, hanem méreteznie kell, mert amint bevonja a hálózatot bármibe, ez lesz a legvalószínűbb mutató, amelyre késleltetni fogja, és elkezdi a tranzakciókat túl lassúvá tenni.
A tényleges méretezés előtt minél többet meg kell adnia a hálózat valamelyik ismert ismert elemére, és valóban nem akarja a méretezést gyorsan elvégezni, sok folyamatot nem akar. Olyan hálózatot szeretne, amelyet senki más nem használ. Hihetetlenül gyors hálózatot szeretne.
A gyorsított SSD tárolás valami - valójában azt hiszem, hogy ez a legtöbb vonatkozik arra, amit az Aerospike csinál. Az egyik érdekes dolog az, hogy egy NoSQL adatbázis. Szoktak hinni - nem tudom, évekkel ezelőtt -, azt hitték, hogy a relációs adatbázis volt az egyetlen adatbázis, és mindent uralt, és csak ez a furcsa kis réshelyzet volt, ahol nem volt szüksége relációba menni. Most már a fején van. A gyors adatbázisok találhatók az SQL-adatbázisokon, és ennek egyik fő oka az, hogy elkerülik az adatok összekapcsolódását, nagyjából objektumban tárolják az adatokat. Ha elkészült egy objektummal, csak tárolja, majd visszahúzza az egész tárgyat, nem összekapcsolja a dolgokat annak érdekében, hogy ténylegesen feldolgozza őket. Erről szól a sebesség. Az ilyen technikák, amelyek sebességet generálnak az adatbázis összefüggésében.
Ez a könnyek nyoma, ez történt az adatbázisban. A relációs adatbázisok története vagy elbeszélése az adatbázis vége volt, valójában nem volt igaz. Még akkor is, amikor elkezdtek dominanciává válni, továbbra is szükséges volt. Az objektum-adatbázisok akkoriban végezték a múltbeli tranzakciókat, mivel a relációs adatbázisok valójában nem tudták megtenni őket, majd kiderült, hogy a sorraktárakat használó relációs adatbázisok gyors lekérdezéseket sem tudnak megtenni, oszloptárak szükségesek. És akkor rájöttünk, hogy ha valóban grafikus lekérdezéseket kíván tenni az adatokról, akkor sem az oszloptároló, sem a relációs adatbázis nem lenne jó, és valójában szükségünk van egy kifejezetten az Ön számára grafikon-ismeretű adatbázisra. Aztán bejuttak az RDF adatbázisok, és amint ténylegesen megkezdték a szemantika jelentésének mérlegelését, és a NoSQL adatbázisokat megkaptuk, nagyon, nagyon kifejezetten a sebesség érdekében. NoSQL-nek hívásuk szinte olyan, mintha az összes adatbázist márkanevelnék, mintha ugyanazok lennének, valójában radikálisan különböznek egymástól. Az egyetlen ok, amiért NoSQL nevet viselnek, az az, hogy nem árulnak el az SQL-ről, mert túl drága. A szükséges tranzakciós késések.
Az IoT - amelyről azt gondoltam, hogy ugyanazon a ponton fejezem be, amellyel Dez is befejezte - még nem ért véget, a sebesség és a késleltetési követelmények szempontjából ez a helyzet nem fejeződik be, amíg a kövér hölgy el nem kezd visszavonja ezeket az adatokat, és még nem kezdődött el igazán. Ezeknek az adatoknak nagy része azt akarja majd, hogy a késések látszólag jelezzék, tehát azt hiszem, ez minden, amit el kell mondanom. Adjuk át az Aerospike és Brian Bulkowski-nak.
Brian Bulkowski: Szia, köszönöm szépen a csatlakozást a Bloor Csoporthoz és magamnak a mai bemutatóhoz. Gondolkodva azon, amit Dez és Robin éppen beszéltek, szeretnék egy kicsit elmondani neked azt az utat, amelyet az Aerospike új adatbázis-technológia és NoSQL-adatbázis-technológiák számos iparág számára történő biztosításában tett. Nagyszerű út volt. Az Aerospike-t 2008-ban indítottuk, látva sok tendenciát, amelyeket Dez és Robin említettek. Konkrétan a memóriában lévő adatbázisok számára, amelyek képesek kihasználni a flash előnyeit, valamint a felhőalapú kimenő rendszerek fajtáiról, valamint a személyre szabáshoz szükséges viselkedési analízisről, viselkedés-elemzésről és a hírességek VIP tapasztalatairól, amelyekről beszéltünk.
Amikor egy olyan adatbázis problémájához közelítettünk, amely egy front-end operációs adatbázis volt, amely képes volt biztosítani az alkalmazások alapjait, amelyeket ezek megoldására lehet írni, akkor azzal kezdtük a kérdést, hogy hogyan lehet alapvetően elosztott hash táblát, memóriát felépíteni? -megosztott kivonat-táblázat, amely hihetetlenül gyors és képes olyan dolgokra, mint tranzakciók milliói másodpercenként, de elfogadható áron. Amikor elkészítettük prototípusunkat, rájöttünk, hogy akkor kitalálnunk kell, kinek szüksége lehet ilyen sebességre. Szilícium-völgy társaságként gyorsan rájöttünk, hogy valóban a reklámipar volt képes felhasználni ezt a fajta információt, és érdeklődött benne, ezért szeretnék egy másodpercre beszélni a valós idejű licitálásról és arról, hogy ez hogyan piac működik.
Robin megemlítette, hogy működik a pénzügyi kereskedelem, amely gyakran az első tranzakció a nyertes tranzakció, és lényegében ideje van a késés piacának és a késés értékének. A reklámipar kissé eltérő, érdekes módon, mivel a reklám célja egy speciális - az úgynevezett benyomás, a hirdetés megjelentetésének képessége - aukció, és az aukció tíz milliszekundum és ötven milliszekundum között zajlik. A játék neve, és gyakran több száz vállalat valós időben licitál minden egyes, az interneten elhelyezett hirdetésre, az, hogy a legtöbb adatot nyerje és a legjobb algoritmusokat a tíz-ötven milliszekundum alatt viseli. legnagyobb adatmennyiség.
Ez a változás és elmozdulás történt a reklámiparban, e kis milliszekundumokban egy-egy időben bonyolult bonyodalommal bír a legjobb algoritmusokkal a legnagyobb adatmennyiség felett, és ehhez sok apró darabot összehozott adat. A legfrissebb IP-címekkel kapcsolatos információk, az adott eszközkategóriára vonatkozó legfrissebb információk, a webhely viselkedésével kapcsolatos legfrissebb információk, a legutóbbi keresési kifejezések mindegyike belekerül az adott vállalat algoritmusainak titkos szószába az ár és az ajánlat meghatározására.
Ez egy lenyűgöző piac volt, amellyel részese lehet. Először 2010-ben az első üzembe helyezésünket az Aerospike-nál végeztük, az első néhány társasággal, amely komolyan dolgozott a valós idejű ajánlattételi gazdaságban, majd elértük - alapvetően a viselkedésre vonatkozó adatok tárolójának elsődleges tárolóját - az abban szereplő vállalatok többsége számára. hely. Amit azóta találtunk, és egy sajátos architektúrát fogok részletezni a bemutató során, az az, hogy mind 2010-ben, 2011-ben, 2013-ban történt, és tovább fejlődik. A reklám nagyon dinamikus piac.
De az ilyen VIP élmény, úgy gondolhatja, hogy a megfelelő hirdetést helyezte el, nem pedig a mondott gyermek termékek hirdetését, mert nem történt gyerekem, tehát nem lesz hatékony hirdetés, ha rá, de ha a gyors autókról szól, akkor ezt hirdethet Briannek. Valójában ez a fajta VIP élmény az üzletekben, akár kedvezményt, akár nem, ha kiskereskedelmi oldalon tartózkodik, még a csalások felderítésekor is. Ez egy adott személy normális mintája, vagy egy adott hitelkártya? A valós idejű elemzés, a viselkedés-előrejelzés és a prediktív elemzés technológiájának mindegyik formája kiszivárog a reklámiparból, amely már évek óta szórakozásból és profitból készül, és valóban kiskereskedelembe kerül bankügylet és csalások észlelése stb. egy adott architektúrán keresztül. Az Aerospike tehát kiváltságot kapott, hogy részt vegyen számos ilyen esetben.
Az építkezés, amelyet látunk működni, és ennek gyakorlati megvalósítása, az egyik az, ahol a lekérdezések halmazának létrehozása helyett egy alkalmazáskiszolgálóról ahelyett, hogy a számítások nagyobb részét maga az alkalmazáskiszolgálóra viszi, majd az adatbázist alapvetően tárolóként használja motor az olyan tárgyakhoz, amelyekről Robin beszélt. Ebben az esetben ezek az architektúrák mindenekelőtt nem tévesztették össze a tényleges elemzéssel. A dia jobb oldalán látható, hogy itt még van elemzés statisztikák készítésére. Ezek olyan feladatok, amelyek gyakran petabájt, tíz petabájtnyi adat felett dolgoznak, néhány nagy vásárlónk esetében akár exabiták is, különféle technológiákat alkalmazva. Szüksége van egy nagy adatcsoportra, egy elemző csoportra és egy kvantitatív csapatra, aki ott kitalálja, hogy mi számít, például a térinformatikai koordináták, milyen modellek működnek a kapcsolatok megtalálása és a VIP élmény megteremtése szempontjából. Ez egy egész probléma önmagában, és nem az, amelyben az Aerospike közvetlenül részt vett, és van egy csomó nagyszerű technológia, amikor egy ilyen rendszerrel foglalkozik.
Mi izgatottak és együtt dolgozunk az iparral, az, hogy miután megismertük ezeket a betekintéseket, hogyan veszünk részt egyfajta gép-gép vagy gyors ember-ember tranzakción, ahol átveszik ezeket a betekintéseket, és valódi minden ember számára, pillanatról pillanatra? Az az architektúra, amelyet már látottunk használni, ott van, ahol van egy írt alkalmazáskiszolgáló, amely elvégzi az összes matematikát, átnézi a létrehozott modelleket, áttekinti a közelmúlt viselkedését és ezt elvégzi egy alapvető paradigma vagy legalábbis nagyon lekérdezéses könnyű típusú rendszer.
Amikor olyan adattípusokkal foglalkozunk, amelyekről beszélünk, akkor az a fajta adatfolyam, amelyről beszélünk: millió írással másodpercenként, millió olvasás másodpercenként, millió és százezer és ezer döntéssel Másodszor, az összetett indexek, a többdimenziós mutatók egyszerűen nem működnek nagyon jól, nem méretezhetők. A skála ilyen formájának elérése érdekében sok párhuzamosság valósulhat meg. Beszélünk egy kicsit arról, hogyan csináljuk később. De ennek része egy hontalan alkalmazáskiszolgáló, amelyet a saját nyelvén írtál.
Amit gyakran látunk, egy olyan új projektet feltételez, amely új alkalmazási keretet feltételez az ott dolgozó emberek, az általuk használt technológia és a megközelítendő probléma alapján. Láttuk az embereket, akik Python-ot használnak, sokan használják a Java-ot, még mindig látunk C programozókat, mert ezeknek sok a nagy teljesítményű, talán még olyan dolgokat is használnak, mint a régi MATLAB könyvtárak. És a hatékony döntés meghozatalához másodpercenként több ezer adatpontot kell megérinteniük.
Az egyik kérdés, amelyet néha feltettem, az: „Nos, Brian, ha több millió tranzakcióra képes másodpercenként, kinek szüksége van erre?” Ha például az észak-amerikai fizetéskezelésre és az Aerospike foglalkozik A csalás észlelését lehetővé tevő megoldásoknak a rendszerben történő támogatása és az alkalmazásírók támogatása, akik nagyon innovatív tevékenységeket végeznek a csalások felderítésében, másodpercenként csak néhány ezer fizetési tranzakció folyik még a legnagyobb fizetési processzorokon is. És mégis, amikor az első cég eljött hozzánk és azt mondta, hogy a NoSQL használatát vizsgálják, és meg akarják tudni, hogy mi lenne a mi megoldásunk az alkalmazásuk alátámasztására, azt mondták, hogy 5000 adatot akarnak megérinteni egy 750 milliszekundumos ablakban. Nos, hirtelen néhány száz üzleti tranzakcióval és néhány ezer adattal rendelkezik, amelyeket minden egyes számításnál figyelembe kell venni, és most már arra van szüksége, hogy másodpercenként millió millió tranzakcióra van szüksége.
Abban az esetben, ha egy pillanatra félreteszik a reklámot, a csalás esete izgalmas, mert ahol van pénz, ott van csalás, és a csalások valós idejű megakadályozása, szemben a csalás történt analitikus rendezésével, valójában egy a lehető legtöbb adat online eljuttatása, és úgy gondolja, hogy a VIP élmény visszatükröződik. Ez az ember úgy viselkedik, mint általában? És így növekszik annak esélye, hogy csaló rendszer, és valójában nem ez a személy. Ez a személy általában egy bizonyos eszközön vagy eszközkészleten keresztül, bizonyos képernyőfelbontással rendelkezik-e? Általában mutatnak-e egy adott viselkedési mintát? Lehetséges, hogy magát a tranzakciót is be tudjuk szedni a bimbóba. Ennek nagyon emlékeztetnie kell arra, hogy mi történik a reklámrendszer tranzakcióján belül.
Azokat a rendszereket oldjuk meg, amelyekben az egyes fizetési processzoroknak nagy adatcsoportja van, sok történelmi adatuk van, új modelleket készítenek, nem osztják meg velünk az Aerospike összes modelljét, mert valóban egy titkos szósz. Ha előfizet a Gartnerre, és hallotta, hogy Gartner beszélt az algoritmusgazdaságról, ez egy algoritmus és egy társaság fejjel szemben harcol a csalás visszaszorítása és a sikeres tranzakciók számának felhívása érdekében, mert Ön szintén nem nem akarja blokkolni a tranzakciókat. Ez az a fajta projekt, amelyet az Aerospike-nél keresünk ezen a skálán.
Egy másik eset, amelyen a pénzügyi szolgáltató társaságokkal dolgozunk, az az úgynevezett napközbeni nyilvántartási rendszer. Ebben az esetben, ami történik, az a fajta gazdagabb tapasztalat, még a kiskereskedelmi rendszerben is, amikor szeretném megnézni saját pozíciómat, és ezt rendkívül pontosan meg akarom tenni. Nem akarok elkapni a DB2 rendszer előtt. Ehelyett a pontos adatokat szeretném megnézni, és a mobil, de a dolgok között, mint például a kockázat-újraszámítások, a kockázat-újraszámításokat most percről-percre kell elvégezni, azt szeretné, hogy képes legyen mindenki kockázatát újraszámolni. a globális kockázat, a rendszerszintű kockázat az egész vállalatra néhány perc alatt.
És megint ugyanaz a probléma. Minden egyes fiókot, amely egy adott elem, gondoljon rá, mint egy kulcsfontosságú értékkeresésre egy adott objektumra, akkor ezt párhuzamosan meg lehet tenni, és ami a legfontosabb: ez a paradigma lehetővé teszi a kód és az algoritmusok magas szintű nyelven történő írását, amelyet könnyebb hibakeresni és gyorsabb a piacra lépési idő. Ebben az algoritmusgazdaságban képesnek kell lennem arra, hogy az algoritmusaim online is elérhetők legyenek. Ez nagyon eltérő probléma a modellezés és az üzleti kapcsolat terén, amelynél a relációs rendszerek nagyszerűek. Ha van alkatrésztáblája, és ezek az alkatrészek rendelésekhez vannak társítva, és ezek a megrendelések emberekhez vannak társítva, akkor kap egy üzleti folyamatot, amely szigorúan modellezhető, és valószínűleg nem változik meg vállalkozása élettartama alatt. Azonban egy új algoritmust az új csalási minták felfedezéséhez pontosan és gyorsan kell megírni, és online hozzáférhetővé tenni, legalábbis néhány nap alatt, ha nem gyorsabban, üzleti döntéseket hozni. A NoSQL megoldás az ilyen típusú nyilvántartási rendszer számára valóban csodálatos rendszer ezeknek a srácoknak, mert lehetővé teszi számukra az adatok gyors bevitelét, valamint új algoritmusok felépítését, így nemcsak új ügyfélélményt nyújtva a mobilok kezelésében, hanem valóban új alkalmazások széles skálájának kiépítése.
Amit az Aerospike-nél hosszú távon látunk, az a tény, hogy minden egyes adatbázis-típusnak, a lemezen lévő adatok fizikai elrendezésének megvannak a saját komponensei, és az Aerospike-nél valóban erre a kulcsfontosságú értékre vagy szerep-orientált rendszerre koncentrálunk, ahogy Robin mondta., nagy tranzakciós konzisztenciával, és valóban lehetővé teszi az olyan emberek számára, mint az oszloptárolók és a nagy mennyiségű adat-tavak, valamint a kemény tranzakciós rendszerek, amelyek szintén jelentéstételi korlátozások vannak rájuk. Látjuk, hogy mindegyiknek különféle lekérdező motorokba kell bekerülnie. Látunk néhány JSON-alapú lekérdező motort. Olyan dolgokat látunk, mint a rugalmas keresés, a Sparkot, mindegyiknek különféle fajtákra van szüksége különböző időpontokban, például oszloptárolókhoz, valamint sorok üzletekhez, ahol az Aerospike kiváló.
Valóban látjuk, hogy ezek a különféle típusok és az ipar olyan helyzetbe kerülnek, hogy szükség lesz mindegyikük közül a legjobb fajta kiválasztására. Sajnos, a hosszú távú elemzések és az elemzett versek, valamint az analitika és az operatív korlátok valósága miatt valószínűleg nem fogunk elérni azt a pontot, hogy egyetlen, egy méret mindenki számára megfelelő legyen, de arra a pontra jutunk, hogy képesek leszünk egyértelműen választhat az alapadatok között.
Beszéljünk egy percig a vaku innovációjáról. Még mindig felteszem a kérdést, noha ahogy korábban kommentáltuk, a flash már régóta velünk van. Amikor 2009-ben elindítottuk az Aerospike-t, akkor, azt hiszem, 2009-re, talán igen, a 2009-es év az, amikor az Intel kijött az X25-el, amely valóban az első tömegpiaci SATA által kezelt flash meghajtó volt, és számos flash rendszer létezett előtte, de valójában ez történt a technológia sok tudatában. A Fusion-io ezt követően valóban villogott a szélesebb vállalati piacon.
Ami most zajlik, az NVMe nevű rendszer megjelenése. Az NVMe a SATA-hoz vagy a SAS-hez vagy akár az SCSI-hez hasonló szabvány, amely lehetővé teszi a különféle kártyagyártók számára, hogy magas hatékonysággal együttműködjenek az operációs rendszer illesztőprogramjaival. Tehát magasabb szintű teljesítményt teremt, elsősorban azért, mert az NVMe a PCIE-n alapul, mint mögöttes szállítás, amely sokkal gyorsabb, mint a SATA, SAS vagy bármi más, ugyanakkor lehetővé teszi a legmegfelelőbb illesztőprogramokat is.
Például a Linuxon belül ez a fickó, Jens, és Jens az NVMe illesztőprogram-útmutató, a Jens expo, és jobb munkát végez, mint bármely más Intel, vagy a Fusion-io, amelyet az egyedi illesztőprogramjával, az összes erőforrással meg tudott volna tenni. Ha megvan az az ereje, hogy maga az operációs rendszer képes a legjobb illesztőprogramot felépíteni, látunk néhány igazán csodálatos teljesítményszintet. Mindez alátámasztja azt az elképzelést, miszerint a vaku valóban sokat tud nyújtani a RAM alacsony késleltetési idejének.
Az Aerospike továbbra is nagyszerű RAM-adatbázis a fürtmodellje miatt, azonban azt tapasztaljuk, hogy ha egyszer megtesz egy hálózati ugrást, amelyhez méretezhető tárolóra van szükség, akkor legalább 5-50 mikrosekundumot költesz, A NAND extra 70 mikrosekunduma általában nem akadálya, és használhatja a vakut is, tekintettel a NAND vakura, mivel a hálózat már részt vesz ebben. Sok ember aztán kíváncsi, hogy - ez mind jól hangzik, ha saját hardvert vásárol, hogy vannak a nyilvános felhők? Úgy gondolom, hogy azonnal megtalálja, függetlenül attól, milyen nyilvános felhőt használ, ezeknek a nyilvános felhőknek nagyon erős flash-kínálata van. Kicsit különbözik a felhő szolgáltatótól a felhő szolgáltatótól. Az Amazonnak vannak I2 példányai, amelyekről azt gondolom, hogy egy év múlva, két éven belül valóban nagyon jó minőségű flash készülékek vannak, és az Aerospike telepítési mintázata felül van.
Szeretném kifejezetten a Google Compute-t, a Google Compute Engine-t, a Google Cloud-ot hívni, mert tapasztalataink szerint eddig a legjobban teljesítő eszközökkel és a leginkább rugalmasan működtek a telepítési minták szempontjából. Ugyanakkor olyan új telepítési mintákat is lát, mint például a Pivotal, amely egyfajta nyilvános / magántulajdon, tehát a Pivotal alkalmazásokat helyesen is elvégezheti, mind a Flash funkciókat támogató, mind a különféle tárolóeszközöket támogató helyeket, valamint a Docker mintákat. Tehát ez egy olyan pont a történelemben, ahol a flash nem csak az Ön számára elérhető az adatközpontok megvásárlásához és behelyezéséhez, hanem valóban elsüllyedt az összes infrastrukturális szolgáltatóra, mert ez valóban a legjobb módja a magas IOPS rendszerek eléréséhez nagyon ésszerű késleltetés.
Csak egy pillanat az Aerospike-ről - Az Aerospike egy fürtökre osztott adatbázis, amely nagyon alkalmas felhő-stílusú telepítésekre és adatközpontokra. Megállapítottuk, hogy az ilyen típusú új nettó alkalmazásokhoz feltétlenül szükséges a rugalmasság az, hogy több adatot és nagyobb teljesítményt tudjunk hozzáadni, mert amikor elindítunk egy projektet, nem tudjuk, vajon másodpercenként ötven ezer tranzakcióra van-e szüksége, száz százezer, millió, kettő, tehát Önnek szabadon szabadulnia kell arról, hogy kiszolgálókat tudjon felvenni. És mégis, azt szeretné méretezni, hogy minden kiszolgáló képes legyen gyors a saját maga számára. Nem igazán akar ötszáz vagy ezer szerverrel végezni, amelyek lassú adatbázis-kiszolgálók. A méretarány nem az egyetlen játék a városban, méretaránya és méretaránya, amint Dez már korábban mondta, van egy új Z tengely.
Remélhetőleg ez új ötleteket ad neked arról, hogy a sebesség és a méret hogyan reagál az új piacokra, és lehet, hogy vannak olyan projektek, amelyeken dolgozik, ahol megfontolhatja, hogy valóban sokkal gazdagabb alkalmazásokat épít-e fel, és egy alkalmazás-keretrendszert egy nagyobb kulcsmal kívánne használni érték vagy alatta található NoSQL adatbázis. Az Aerospike-nél minden bizonnyal sok ügyfelünket láttam, és sok nyílt forráskódú felhasználónk sikeresen él ezzel a mintával, és remélem, hogy az iparág nagyobb mértékben elfogadja azt.
Rebecca Jozwiak: Nagyon köszönöm Briannek, és biztos vagyok benne, hogy Deznek és Robinnak van néhány jó kérdése. Vörösbegy?
Dez Blanchfield: Örülök, hogy beugratok . Robin, van kérdése? Egyébként van egy gyors, amivel elindulhatom.
Robin Bloor: Elnézést, néma voltam. Bemerültem, de senki sem hallott. A kérdés azonnal felém merült fel, mert ez egy nagyon kifinomult technológiai képességkészlet. A meglévő vásárlói szempontjából milyen mértékű növekedés vagy tranzakciós ráta tapasztalható ezeknek a hirdetési alkalmazásoknak a vonatkozásában? A tranzakciós ráta tovább emelkedik? És ha igen, milyen mértékben?
Brian Bulkowski: Érdekes kérdés, Robin. Minden iparágnak megvan a saját görbéje minden társaságban. Tegyük fel az észak-amerikai reklámot, mondjuk 2012-ben az észak-amerikai reklám valószínűleg közelebb állt a másodpercenkénti 200 000 hirdetéshez, egyfajta szokásos napközbeni, nem az én időm, és most valószínűleg kb. Három-öt millió hirdetés másodpercenként tovább esett. De akkor egy érdekes dolog történt. A reklámipar kezdett kezelni néhány csalással kapcsolatos aggályt, és az ipar azon részeinek, amelyek képesek megakadályozni a csalást, a tranzakciós ráta kicsit esett, körülbelül kétszeresére esett vissza olyan kifinomultabb ügyfeleink körében, akik képesek voltak meghatározni a csalást. Természetesen némi adatbázis-keresést kellett végezniük a csalás megakadályozása érdekében, így a végén valamilyen módon végződik.
Érdekes használati eset van a telekommunikációban, ezt nem igazán említettem, a telekommunikáció azt látta, hogy a tranzakciók növekednek, mivel a mobiltelefon-hálózaton áthaladó minden egyes csomag alapján számláznak. A régi időkben részletes feljegyzésekkel rendelkezünk, és percenként egyszer, egy hívás, amit tudod, egy kis ping áthalad a hálózaton, és van-e még ez a fickó egy perc? Most ki kell építenünk, és egyenletes útvonalat kell készítenünk az internet minden csomagja alapján. Ez egy - sajnálom a mobilhálózaton belül, amely hirtelen most millió milliós csomag másodpercenként, és ami újra és újra növekszik. Tehát egy eset az, hogy minden alkalmazás egy kicsit szép 2X-et vezet évente. Néhány vásárlón belül azt látjuk, hogy „De várjunk, van egy új alkalmazásom. Szeretnék hozzátenni néhány csalást a kockázatomhoz. Szeretnék néhány mélyebb vevői élményt hozzáadni a csaláshoz és a kockázatomhoz. ”Mindegyik új terhelést hoz létre az alapul szolgáló adatbázisban.
Robin Bloor: Igen, azt hiszem, erre utaltam az általam bemutatott rövid bemutatóban, hogy ezek - gondoltuk, hogy egy tranzakció valaki csinál valamit, és lehet, hogy van egy eseménysorozat, és mindezt rögzítik, és most sok tranzakció hatalmas mennyiségű keresést végez, és néhány példát adott a bemutatóban. Ezért már nem valósít meg egy tranzakciót, valójában egy olyan alkalmazást hajt végre, amelynek sok-sok eleme van.
A másik kérdés, mielőtt átadom Deznek - mivel nyilvánvalóan megcímkézzük ezt a csoportot - a másik kérdés, amelyre szeretném válaszolni, ha ésszerű választ kapsz rá, mind a Dez, mind azt várom, hogy A dolgok, vagy a Mindent Internet, ahogy azt néha hívják, meglehetősen drámai mennyiségű tranzakciós forgalmat generálnak. Tudsz vele beszélni? Ez az Ön tapasztalata, vannak olyan ügyfelek, akik hozzávetőleges problémával fordulnak hozzád, és mi a véleménye erről a pillanatról?
Brian Bulkowski: Persze, azt hiszem, van egy kis zavar, és enyhén szólva, a tárgyak internetéről. Az ügyfelek, akiket eddig láttam, egyszerűen csak az internetet hozzák a dolgokhoz, amelyek vannak. Gondoljon azokra az Amazon gombokra - ez mind az Amazon - ezekre a gombokra, nem teheti át őket újból, és nem engedheti meg, hogy online menjenek a Walmart-ba. Nem olyan, mint egy böngésző, amelyben mindent összekeverhet és egyeztethet. Másrészt, gépekről gépekre történik, és amikor a Tesla autót csatlakoztatja, hogy töltse fel, a Tesla hatalmas információs áramlást küld, minden érzékelőt a kocsiba, de elemzés céljából beáramlik a Tesla számítógépébe és továbbfejlesztve. minőség. Amit én látok, az egész gépről a másikra, és az összes érzékelő egy adott vállalaton belül, új igényeket támaszt.
Most elsősorban manapság ezekbe az analitikai rendszerekbe áramlik, és vegye Tesla esetét; Tesla ezt első értelem szerint megértésem szerint az akkumulátor élettartamának javítása az „Milyen üzemi hőmérsékletek voltak, mekkora a terhelés?” Alatt. Nézzük meg, tervezzünk egy jobb akkumulátort. ”De aztán gondolkodni kezdnek, és mindez nagyszerű, ez egyfajta mély elemzési probléma, amely izgalmas, a következő kérdés:„ Hogyan javíthatom a pillanat-pillanatnyi tapasztalatot ?”
Most nézzük meg a Nesthez hasonló esetet, ahol prediktív elemzéseket próbálunk végezni, hogy pillanatról pillanatra megváltoztassák az otthoni hőmérsékletet. Ez az a helyzet, amikor elkezdjük látni az Aerospike-en, ahol van ez a hatalmas adattó és ott ez a hatalmas elemzési folyamat, de mit fogok most csinálni? Meg kell őriznem, gondoltam rá, mint a készpénzre, a múlt héten, az elmúlt hónap néhány részén, talán még csak az utolsó napi információkra is, valószínűleg a hátsó részen, mert egyszerű érzékelővel foglalkozunk eszközöket, és abban a pillanatban egy sor elemzést fogok csinálni, hogy megváltoztassam a tapasztalatokat. Ez a fajta fészkeszerű élmény, amire látom az Aerospike alkalmazási eseteit.
Robin Bloor: Oké, az a dolog, amire számítottam a tárgyak internetével, az volt, hogy elkezdesz kapni küszöbértékeket és hogy elkezdenek létrehozni események kaszkádját. Láttál már ilyesmit, vagy nem az, amit még láttál?
Brian Bulkowski: Dez és én is - éppen arra kérdeztem Dez véleményét erről, amikor a show előtti beszélgetést folytattuk. Amit még nem láttam, az az, hogy az egyik vállalat milyen típusú lépcsőzetesen átkerül egy másik vállalatba, hogy a Samsung hűtőszekrényem az LG mosógéppel beszél, mert rájött, hogy egy csomó csokoládét öntött a földre, tehát az a fajta társaság-vállalkozásról eszközre, azt hiszem, még mindig várom ezt a tárgyak internete szempontjából. Azt hiszem, vannak olyan üzleti és biztonsági problémák, amelyek többnyire nem technikai jellegűek, és ezeket látni kell.
Robin Bloor: Oké, Dez?
Dez Blanchfield: Nagyon erős véleményem van a konkrét utolsó pontról, amelyet csak röviden bevonok a beszélgetésbe. Úgy gondolom, hogy az üzleti és a technológiai vállalkozások gyakran azt gondolják, hogy valóban oda vezetnek, ahonnan a kereslet származik, de amikor megnézzük, mi történt, amikor az iPhone tárgyrá vált, és véleményem szerint ez volt az első mobil eszköz, ha megbocsátani a büntetés, de egy olyan eszköz, amelyet körül lehetne vinni, és amely sok apró alkalmazást futtathat a zsebében, és jelentős átalakulást eredményezett a számítógép gondolkodásában. Sokan gondolkodnak az iPhone-okról vagy az okostelefonokról, vagy az Android telefonokról, mint telefonokról, de nem, valójában csak egy kicsi számítógép, amely alkalmazásokat futtat, és az egyik futtatott alkalmazás hív, és nem ők hívások, amelyekre már gondolkodunk, ők nem analóg pont-pont hívások, amint azt Brian kiemelte, ők kis csomagok, amelyek átkerülnek.
De leggyakrabban azt tapasztaltuk, hogy az okostelefonok felkelését valójában nem igazán használják hívásokhoz, és valószínűleg az, hogy 98% -uk valószínűsége nem az, hogy okostelefonomban teszek hívásokat. Minden, csak hívások, alkalmazások. Úgy gondolom, hogy ez a lépcsőzetes hatás - és szívesen ezt gyorsan felteszem egy kérdést -, de a lépcsőzetes hatást valójában a fogyasztók hozzák létre, és valójában van ez az egyetlen bélés, amelyet elég gyakran dobok ki, hogy egy csomó CXO-t kapjak. ülj fel a szobába, és figyelj, ha úgy gondolom, hogy elaludnak az előadásom során, ami remélhetőleg nem gyakran fordul elő.
Valahogy azt mondtam, hogy abban a zavarban, amelyet vállalkozásában lát, valójában nem kizárólag a technológia hajtja, hanem gyakran nem az ügyfelek. És ők ülnek fel és valójában azon gondolkodnak, hogy mit jelent ott? Tehát amikor a technológia használatára gondolok, úgy értem, hogy láttuk az USENET-et, láttuk, hogy mindezek a szórakoztató dolgok történnek az interneten, de nem sok ember jósolta meg a társadalmi és annak hatásait. Mindenki el akarja mondani mindenkinek, hogy mi volt a reggeli, és a zaj, amelyet ez okozott, és a háttechnológiánk, amiben voltunk, majd a reklám természetesen megpróbálja kitölteni dolgokkal.
Azt hiszem, lépcsőzetes hatást fogunk látni olyan pontig, amikor az eszközök beszélnek az eszközökkel, a fogyasztók csak felzárkóznak ahhoz, hogy mit jelent ez valójában, és mit tehet. Érdekes kérdést vetett fel annak körül, hogy az Amazon gomb miért nem fog beszélni a Walmart-tal. Felteszem ezt a kérdést: mi történik, amikor a Walmart megkapja a saját gombját, és mi van, ha a húsz legfontosabb amazon és a Walmarts, valamint a többi nagyobb forgalmazási és kiskereskedelmi hálózat megkapja a saját gombját? Hová tart minket? Pontosabban, a Briannel kapcsolatos kérdésem a következő: „Hová megyünk az előadás egész új paradigmájával? Ön a vérzés szélén áll, és olyan vállalatokkal dolgozik együtt, amelyek mind a fizikai infrastruktúra, mind az adatátvitel szintjén ezt csinálják. Hol visz ez minket, amikor ez a következő nagy hullám jön? Milyen betekintést lehet megosztani ezen a környéken azzal, ami a tapasztalatok alapján történik a hátteren? "
Brian Bulkowski: Bizonyára úgy gondolom, hogy ezekről a dolgokról a felhasználói élményekre összpontosítom, és pontosan az, amit mondtál: a felhasználók vezetik, bár technikusokként és üzletemberekként felmerülhet egy okos ötlet, amelyről azt gondoljuk, hogy a felhasználók kedvelik, és visszatérek a Nest példához. Amikor nővérem telepítette a Nest-et a házába, azt mondta: „A házam csendesebb, hallani tudok dolgokat. Nem csak az, hogy kevesebbet fizetök a hatalomért. ”- tette ki, de most nem tudja kihúzni a fészkét a kezéből, mert szereti egy csendesebb házban lenni, szemben azzal, amelyikben a fűtés maximálisan fúj. majd kikapcsolni.
Végül felmerül a kérdés: milyen felhasználói élményeket tudunk felruházni? A végén az az életminőség élmény, hogy ha van pénzünk és az első világban vagyunk, sokat fizetünk érte. Adok egy példát a saját házamból, a barátnőm szereti a hideg tejet. Nagyon szereti a nagyon hideg tejet, ezért gyakran meg kell próbálnunk kitalálni, hogy a hűtőszekrényben hol lesz elég hideg, és a többi dolgot nem szabad túlmelegedni. Nos, ez nagyszerű - és azt mondtam a barátnőmnek: „Fizetne havonta 10 USD, ha hideg tejet kap, és nem lenne fagyasztott hideg darabja?” Olyan volt, mint: „Teljesen.” És havonta 10 USD-t kap minden fogyasztótól kemény.
Úgy gondolom, hogy ezekben a tapasztalatokban valóban figyelemmel kell kísérnünk azt a fogyasztói végső élményt, amelyet valóban vezérelhetünk. Azt hiszem, ez része volt az iPhone titkainak. Úgy gondolom, hogy része annak, hogy a Tesla jobb adatot készítsen az összes adattal, megszüntesse a termékciklus és az éves kiadás elképzelését, és folyamatosan fejlessze minden részét. Kellemes okos ötleteket kell kidolgoznunk, hogyan lehet ezeket az adatokat ténylegesen felhasználni olyan módon, amely pillanatról pillanatra lenyűgöző az emberek életében.
Dez Blanchfield: Igen, ez nagyszerű betekintés. Ebből a spektrum másik végéből, amely pontosan azoknak a dolgoknak a visszhangját tükrözi, amelyeket most látunk azzal, amit a fogyasztók kérnek, és mindannyiunknak van valami a házban, aki hideg van ettől és meleg. A spektrum másik vége akkor van, és ezt a hagyományos „nagy adatvilágban” láthattuk, ahol az adatkiosztások ritkábbak, mint a tyúkfogai, és a piacon lévőknek többet kínálnak, mint a CIO-k. Bizonyos esetekben azok a vállalati típusok, amelyekkel dolgozik, és a már látott fejlesztés típusai, vannak-e az a helyzet, hogy a fejlesztői és az adat-építész típusa, valamint a hálózatépítés speciális típusai egyre nehezebbek és nehezebbek ? Szüksége van-e a szervezeteknek arra, hogy most gondolkodjanak azon, hogy miként haladhatunk meg azon készségkészlet típusának görbéjén, amelyre szükségük van a fejlesztők és az adatépítészek típusának hátsó végén? Mit lát ezen a szinten azon készségforrások szempontjából, amelyek megértik, hogy miként lehet ezt a technológiát most jól alkalmazni?
Brian Bulkowski: Igen, azt hiszem, ez az egyik kihívás a szervezetek előtt, amelyekkel beszéltem. Legyen az a - a legrosszabb problémák, amiről hallottam, valójában valamiféle nagyobb vállalkozás, mert ha azt mondod: „Ebből a nagy bankból származom, Chase-ből vagyok és adatépítész voltam”, akkor te megszerezte a világ osztrigaját, és a fizetése felfelé halad, tehát fennáll az a probléma, hogy az egyik helyen munkát szereznek, mert nincs elég ember, és csak egyszer tudnak munkahelyről másikra költözni. Csak ilyen típusú problémát hallok, és valójában ez az egyik oka annak, hogy az Aerospike-t az adott projektcsapat számára megfelelő szerszámgépek felhasználására összpontosítottam.
Ahelyett, hogy megpróbálnánk bejutni egy projektcsapatba, és azt mondani: “Hé, használnod kell a lekérdezési nyelvünket.” Nézd meg, ha ezek a srácok manapság busszal vezetnek, srácok és galák, és ha egy adott lekérdezési nyelvet használnak és a szerszámok, ezek meg fognak maradni, és én semmi másba nem tudom bebeszélni őket. Célom, hogy képesek legyenek az Aerospike hatalmát adatbázisként elhelyezni bármilyen szerszám mögött, amelyet használnak, és ez része ennek az ötletnek, a diáknak, amelyeket a Poliglot adatbázis jövőjéről látsz. Támogatnom kell ezeknek a srácoknak az alkalmazásának és az elemzésnek a mintáit, mert nagyon nehéz megpróbálni olyan embereket találni, akik rendelkeznek matematikai háttérrel és statisztikai képességekkel a világ navigálásához.
Dez Blanchfield: Egy másik érdekes dolog, amiről az emberek nem tudnak, úgy értem, hogy az Aerospike nagyon erős szereplő a nyílt forráskódú világban, nagyon gyors betekintést szeretnék kapni ahhoz, hogy mit is jelent ez, amíg a az üzlet működik, és mit csinál érted. Ön megemlítette, hogy közvetlenül a népekkel dolgozott, akik egészen a kernel szintjéig dolgoznak, tehát a Linux kernelnél. Vannak nagy szereplők, akik ebben a térben vannak, és vannak olyan híres márkák, amelyeket nem említünk, de egy olyan szervezet, mint az Aerospike, a közelmúltbeli modern története, a nyílt forráskódú tapasztalat alapján, hogyan illeszkedik ez a nagy képhez és milyen versenyelőnyeket láttál ezek?
Brian Bulkowski: Természetesen, amikor 2014-ben áttértünk a nyílt forrású forrásokra, akkor ezt tettük, mert rájöttünk, hogy az alapinfrastruktúrának, mint például az adatbázisnak elérhető forrásnak kell lennie, meg kell bízni benne, és természetes a természetes egyensúly a zárt régi világ között. forrásból, és ha egyszer befektet egy adott adatbázisba, akkor ezek a srácok megkérdezik a technológiai ciklus utáni technológiai ciklust, és egyensúlynak kell lennie. Meg kell tudnunk hozni olyan verziókat, amelyek új dolgokat csinálnak, és lehet, hogy ez egy vállalati verzió, szükségünk van egy kettős licencű modellre, amelynek nyílt forráskódú verziója van az emberek számára, akik gumiabroncsot rúgnak, és nonprofit munkát végeznek, valamint egy vállalkozási verzió, amely a tulajdonos licence és korlátlan munkát tesz lehetővé.
És természetesen a legmagasabb szintű sebességet és méretarányt is elérjük, mivel ez egy vállalati verzió. Hiszünk a párbaj-engedély modelljében, és ez nagyszerű volt üzleti tevékenységünk számára. Azt akarjuk, hogy az emberek kezdjék meg az Aerospike alkalmazását, kis projektekre vágyunk, amelyek megrongálják a gumiabroncsokat. Rendkívül könnyű csak menni az Amazon-ra, indítani egy megerősítő szkriptet és egy Aerospike-fürtöt öt percen belül elindítani. Másrészt többet akarunk adni a vállalati ügyfeleknek.
Dez Blanchfield: Valahogy közel állunk az óra tetejéhez, tehát egy pillanat alatt visszamegyek Rebecca-ba, de ha csak lenne egy vonalhajó, amelyet kidobnánk, akkor tanács azt adnád azoknak a népeknek, akik be akarnak jutni a piacra, amelyet elhoztak a piacra, és hogyan fogják alkalmazni azt, mi lenne az első lépés számukra, hogy valami és kezdje megnézni, hogyan fognak versenyelőnyt szerezni a platformon?
Brian Bulkowski: Természetesen az üzenet része az, hogy a sebesség és a készség szintje most már könnyű. Nincs szüksége ezer csomópontú Cassandra-fürtre, hogy másodpercenként milliónyi tranzakciót érjen el. Ezt megteheti a projekt első szakaszaiban is. Tehát a dolgok sokkal könnyebbek, mint régen. Akkor a második tanács az, hogy el kell jönnie, ahogyan mondod, matematikai üzleti folyamatok ügyfél-elkötelezettség-modellekkel, amelyek ezeket az adatokat felhasználják, tehát a jó hír az, hogy az adatok rendelkezésre állnak, A rossz hír az, hogy valójában meg kell keresnie néhány mintát és néhány kényszerítő felhasználási esetet.
Dez Blanchfield: Igen, nagyszerű tanácsadás, ezért visszamegyek Rebecca-ba. Nagyon köszönöm szépen egy kis csevegést a technológiáról, nagyon értékelem.
Rebecca Jozwiak: Köszönöm, Dez. Van néhány jó kérdésem a közönség részéről. Hadd dobjam fel ezt a diát. Tudom, hogy beszéltél a nyilvántartási és a mainframe-rendszerek rendszeréről, de milyen gyakran látja az abszolút kirakodást, vagy a replikáció a nap végén történő megbékélés, ilyen, amit többet lát?
Brian Bulkowski: Amit látunk az Aerospike-ban, NoSQL adatbázist használunk a napvégi egyeztetési rendszer előtt. Szüksége van napközbeni, a helyes válaszra. Nem adhatja meg a rossz választ, és ezt Robin mondta az eszköz alulértékelése nélkül, de az egyeztetés jogi követelményei körüli üzleti folyamatok meglehetősen bonyolulttá válhatnak, és évtizedeknyi technológia, valamint évtizedek óta érvényesül a törvény és a törvény gyakorlata a megbékélés körül. Tehát amit látunk az Aerospike-nál, az az, hogy az algoritmusait forróbb adatbázisban fogja végezni, másodpercenként több tranzakcióval. De jogi okokból feltétlenül szüksége van egyeztetési rendszerre, amely ezen jogi folyamatokon ment keresztül. Látjuk mindkettőt, és látjuk, hogy ez lényegében a kétszintű IT-gyakorlat, amelyet bizonyos mértékig az emberek, például az Anderson Consulting és a Gartner mutatnak be. Sokat látunk erről.
Rebecca Jozwiak: Oké, jó. Valaki más iránti érdeklődést mutatott a szóban forgó diák iránt, azt mondta, hogy ez valóban érdekes, és azon tűnődött, vajon mehet-e valamivel jobban összehasonlítani a flash-et a memóriában.
Brian Bulkowski: Persze, hadd tegyek egy gyors oldalsávot, ismét tudom, hogy közel vagyunk az idők végéhez. Nos, a flash memória - chipek - inkább a RAM-ra gondolok. Tehát a RAM-nak különleges tulajdonságai vannak, sok energiát igényel, ez nagyon jó a véletlenszerű írásoknál, valamint a véletlenszerű olvasmányoknál is. Ahol a NAND képes gyors véletlenszerű olvasásra és alacsonyabb teljesítményre, de ez nagyon rossz a véletlenszerű írásoknál. Van néhány finom különbség abban, hogy ez a két chip miként működik a litográfia szintjén, és ez számos technikai különbséget okoz.
Abban az esetben, ha elemzést végez, és sok adatot el kell hagynia, vagy az Aerospike esetében, ahol indexet kapott, az indexeket továbbra is nagyon jó használni a RAM-ban a párhuzamosság és a véletlenszerű hozzáférés miatt. Magasabb szintű véletlenszerű hozzáférésre van szükség. Az Aerospike-ban azonban ezeket az indexeket használjuk egy adott objektum vagy adatcsomag megtalálására, ez a megfelelő hely a NAND eléréséhez, mivel az indexek alatt valamiféle nagyobb tárolóvá válik. Ez tehát egy tranzakció egy tárolóeszközhöz, de mégis miután sok lehetőséget és szűrőt végzett az indexelő rendszerében.
Rebecca Jozwiak: Oké, jó. És akkor tudom, hogy már sokat beszéltünk az IoT-ről, és egy résztvevő hozzászólása szerint az IoT nagymértékben előnyös, de gondolják, vajon a vállalatok, kormányzati szervek és fejlesztők biztonságosan növekednek-e és ugyanolyan sebességgel tárolják-e az adatokat?
Brian Bulkowski: Talán Dez, szeretne beugrani?
Dez Blanchfield: Igen, örülök, hogy beleugratok ebbe. Szerintem a válasz nem. Valójában nagyon kedvezően, nagyon röviden az egyik legfontosabb elbeszélési vonalom ebben a témában, hogy szerintem a gépek robbanása és az általános tárgyak internete, a kommunikáció és a biztonság, valamint az azt körülvevő kockázatok vannak, ahol most vagyunk a kormányok nem tudnak lépést tartani a változás ütemével. És valójában tudjuk, hogy sok szervezet nem képes lépést tartani a változások ütemével. Valójában, ha újrafogalmazom, a változás mértéke manapság olyan nagy, hogy a szervezeteknek csak azért kell sprintre lépniük, hogy lépést tartsanak, de több versenyben is sprint kell. Nem hiszem, hogy a törvény, és nem hiszem, hogy a kormány általában - akár állami, akár szövetségi szinten - képes-e lépést tartani a változás ütemével.
Most az embereknek szóló általános tanácsaim nagyon cselekedetek, és később bocsánatot kérek. A múltban erre számos példa volt. Fognak felzárkózni, de azt hiszem, most az üzleti és technológiai szolgáltatók feladata, hogy újításokat alakítsanak ki ezen a téren, és biztosítsák, hogy megismerjük a biztonsági és a magánélet kockázatát, és ezekkel kell foglalkoznunk. Különösen a bankok, amint említette, amikor arra gondol, hogy mit csinál egy bankszervezet hagyományosan a pénzmosás elleni küzdelemmel, és ismeri az ügyfelet, az AML / KYC kihívást, régen három-öt éven át megpróbálnánk és megfeleljen a megfelelésnek.
Most azt hiszem, hogy ezt be kell építeni minden egyes ügyletbe. Mindig képes volt ezt megtenni ajánlattételi szinten hirdetéssel, részvény- és kötvény- és részvénykereskedelemmel, azt hiszem, azon a ponton vagyunk, ahol az Aerospike platformon elért teljesítményed lehetővé teszi számunkra, hogy most gondolkodjunk azon, hogy mit hozunk adatvédelem, hogyan lehet a biztonságot beépíteni azonnali valós idejű döntési lánchoz? És tehát a válasz nem, nem hiszem, hogy a kormányok lépést tartanak. Úgy gondolom, hogy a vállalatoknak lépést kell tartaniuk, és azt hiszem, most cselekednünk kell és később bocsánatot kell kérnünk.
Brian Bulkowski: Hadd adjak még pár pontot. A srácok, akikkel foglalkozom, a technológiai cégekkel, amelyekkel foglalkozom, nagyon tisztában vannak azzal, hogy megbizonyosodjanak arról, hogy a törvény jobb oldalán vannak-e, és jó vita van a kérdésről: ez a személyi adatvédelmi szakértő, tudom használni ezt, milyen vagyok Ezt az adatcsomagot használom? Mi volt a gondviselése, és ez egy védett döntés vagy élmény? Hogyan csinálhatom mindezt? Szóval ez a jó hír. Néha azon gondolkodok, hogy mi a mi társadalom körül, ahová tartunk, és mi még a társadalmi vitánk is megfelelő szinten van az IoT új képességeinek egészen a gépi tanulásig történő felhasználása szempontjából, amely az egyetlen út hogy megválogassuk a meglévő adatmennyiségeket. De a jó hír az, hogy a srácok, akikkel beszéltem, valóban a jobb oldalon vannak, hogy megpróbálják helyesen cselekedni a meghozott jogi döntéseinkkel.
Rebecca Jozwiak: Ezek mind nagyon kettők nagyon jó válaszai, és teljesen egyetértek. Nem hiszem, hogy a biztonság ugyanolyan gyors ütemben halad, mint a technológia fejlődése, különösen a tárgyak internetét illetően, de arra kell gondolnom, hogy az emberek mindent megtesznek, és remélhetőleg odaérünk. Mindig kicsit nehéz tíz lépéssel maradni a számítógépes tolvajok és a számítógépes bűnözők előtt, de odaérünk.
Nos, emberek, nyolc perccel elmentünk az óra tetején. Szeretnék köszönetet mondani vendégeinknek, Brian Bulkowskinak, az Aerospike-ből, Dez Blanchfield-ből és Robin Bloor-ból. Nagyon szépen köszönöm. Mindig megtalálhatja archívumainkat a insideanalysis.com, a SlideShare, a YouTube webhelyen. Rengeteg jó internetes közvetítés érkezik az emberekkel, ez egy forgalmas hónap volt. A következő hónapban elfoglalt hónap lesz, tehát maradj velünk és reméljük, hogy legközelebb találkozunk. Köszönöm emberek, viszlát.
