The Cloud Imperative - Hvad, hvorfor, hvornår og hvordan - TechWise Episode 3 Transcript

Kilde: Solarseven / Dreamstime.com

Tag væk:

Brancheeksperter diskuterer cloud-implementering ud fra et forretningsmæssigt synspunkt.

Eric Kavanagh: Damer og herre, hej og velkommen igen til TechWise. Jeg hedder Eric Kavanagh. Jeg vil være din moderator for Episode 3. Dette er et nyt show, som vi har designet sammen med vores venner fra Techopedia, et meget sejt websted, der åbenlyst fokuserer på teknologi, og selvfølgelig, her på The Bloor Group, fokuserer vi ganske meget på enterprise teknologi. Så enterprise-software af alle slags, og hele TechWise-formatet blev designet til at give vores deltagere et rigtig godt hårdt kig på et specifikt rum. Så vi har for eksempel gjort Hadoop, vi analyserede i det sidste show og i dette særlige show, vi taler alt om sky.

Så det kaldes "The Cloud Imperative - Hvad, hvor, hvornår og hvordan." Vi skal tale med et par analytikere i dag og derefter tre leverandører. Så Qubole, Cloudant og Attunity er sponsorerne for dagens show. En stor tak for disse mennesker for deres tid og opmærksomhed i dag og en stor tak, selvfølgelig, til alle jer derude. Og husk, at som deltagere af disse shows spiller du en betydelig rolle. Vi vil have dig til at stille spørgsmål, blive involveret, blive interaktiv, fortælle os, hvad du synes, for helt klart hele formålet med showet her er at hjælpe jer med at forstå, hvad der sker derude i verdenen af ​​cloud computing.


Cloud Imperativ Deck
Så lad os bevæge os lige til højre. Første vært, din vært deroppe, Eric Kavanagh er mig, og så har vi Dr. Robin Bloor, der ringer ind fra en lufthavn, som en kendsgerning, og vores gode ven Gilbert, Gilbert Van Cutsem, en uafhængig analytiker, deler også med nogle tanker med dig. Så hører vi fra Ashish Thusoo, administrerende direktør og medstifter af Qubole. Vi hører fra Mike Miller, chefforsker hos Cloudant og endelig fra Lawrence Schwartz, VP for Marketing hos Attunity. Så vi har en hel masse indhold oprettet til dig i dag.

Så skyen - edikt ovenfra - dette er et koncept, der kom til mig den anden dag, da jeg tænkte på dette. Virkelig, cloud computing er bare enormt i disse dage. Jeg mener, det er virkelig fascinerende at se udviklingen af ​​dette, og et af eksemplerne, jeg ofte giver, er i selve webcasting-teknologien. Selvfølgelig hørte de af jer, der ringede ind tidligt, nogle interessante tekniske udfordringer. Det er et problem med skyen, det ændrer formater, ændrer standarder, ændrer grænseflader, og nogle gange når du prøver at koble to forskellige områder sammen, får du nogle problemer, får du nogle problemer. Så dette er faktisk en af ​​de ting, man skal bekymre sig om med cloud computing. Vær forsigtig med arkitektur! Det kan du se på det sidste kuglepunkt.

En af de ting, vi gør, ligesom en side-note her, til vores webcast, vi har en separat telefonkonference-leverandør. Så bruger vi WebEx. Vi bruger ikke WebEx-lyden, fordi ærligt talt, engang brugte vi WebEx-lyd for mange år siden, og den styrtede ned og brændte på en meget ubehagelig måde. Vi er således ikke villige til at løbe denne risiko igen. Så vi bruger vores eget lydoptagelsesfirma kaldet Arkadin som en kendsgerning, og vi sy sammen i realtid alle disse forskellige løsninger. Og ideen er, at vi så kunne du med en separat applikation med diaserne i tilfælde af at for eksempel WebEx ville være gået ned, vi fortæller jer alle at ringe ind, gifte jer slides og bare gå igennem det mere eller mindre uden WebEx-typen af miljøer. Altså, den måde, du kan omgå denne slags problemer på, men disse slags problemer er overalt.

Men der er mange fordele ved sky. Det er klart, at det er en lav adgangsbarriere, du kan se på plakatbarnet til cloud computing er selvfølgelig salesforce.com, som lige har revolutioneret forretningen, især salgstyrkens automatisering. Men så har du ting som Marketo og iContact og Constant Contact og Sailthru og godhed, når det gælder markedsføring og salgsautomation, er der masser af værktøjer, men det er ikke alt, hvad der er. HR bringer det til hele skyspillet, analytics er i skyspillet. Se på det lidt kendte firma derude Amazon Web Services, hvad de laver med cloud computing - det er bare massivt. Og jeg hørte et godt citat her om dagen fra en fyr, vi laver en masse arbejde med David, som nu er over hos Cisco, faktisk det firma, der købte WebEx. Ikke sikker på, at de har investeret så meget, som jeg gerne vil have, at de skulle have i WebEx, men det er ikke rigtig min beslutning, er det? Men han er hos Cisco i disse dage, og han havde et meget sjovt, bare lille bud, og det er, "der er ikke en sky, der er mange skyer," og det er nøjagtigt rigtigt. Der er masser og masser af skyer derude. Faktisk er enhver skyudbyder sin egen sky. Så en af ​​udfordringerne i disse dage er at forbinde sky, ikke? Hvis du er salgsstyrke, ville det ikke være dejligt at oprette forbindelse direkte til iContact og Constant Contact og til LinkedIn, for eksempel og måske til og andre miljøer, fik andre skyer derude bare fast forretningsløsninger, der giver mening for dig og din virksomhed .

Så dette er nogle problemer, du skal huske på, men skyen er her for at blive. Bare ved, at on-premiss-software er her for at blive. Så hvad har vi at finde ud af i virksomheden eller nogen endda små til mellemstore virksomheder, hvordan definerer du din arkitektur og vedligeholder den sådan, at du kan udnytte skyen uden at skabe en kæmpe et andet sted uden for din kontrol? Så naturligvis udviklede hele datalagringsindustrien sig omkring et behov for at konsolidere kritisk information for at analysere denne information og træffe bedre beslutninger.

Nå, nu har Amazon Web Services Redshift. Det er en af ​​de største webcasts, vi nogensinde har gjort, var med Redshift. Det er en ret stor aftale. De ændrer dynamikken, de ændrer prisstrukturer. Du kan se, når din prisfastsættelse går ned på traditionel licens til virksomhedssoftware til dels på grund af cloud computing og delvis fordi disse mennesker er derude og sænker prispointet og lægger pres på prisen. Så det er gode nyheder for slutbrugerne. Det er noget at huske bestemt for alle derude, der prøver at bruge nogle af disse teknologier. Så det er noget at huske på, og vi vil tale om det i dag på showet.

Så analytiker Dr. Robin Bloor bliver vores første analytiker for dagen. Så jeg vil gå foran og skubbe hans første dias og overdrage tasterne til ham. Robin, jeg tror, ​​du er her et sted, der er du. Og med det vil jeg aflevere det, og gulvet er dit!

Dr. Robin Bloor: Okay, Eric. Tak for introduktionen. Jeg stødte på… for et par dage siden stødte jeg på en undersøgelse af forbrugere, der faktisk stillede spørgsmålet - tror du, at stormvejr forstyrrer cloud computing? Og mere end 50 procent af dem sagde ja. Jeg troede bare, at jeg ville fortælle dig, at det ikke gør det, hvis du er en af ​​dem, der tror på det. Og så er det lidt som at tro på det, ved du, når du har sne i fjernsynet, fordi det sneer udenfor.

Cloud, du ved, en af ​​tingene er dens slags, du ved, en vigtig, hvis du vil, en enkel detalje af skyen er, at skyen faktisk er et datacenter på en eller anden måde, eller en bestemt cloud-service er et datacenter. Det eneste er, det er et andet datacenter end den traditionelle sky. Så jeg skulle tale i oversigt om skyen, så som din sikkerhedskopi for at gå nærmere ind på skybrugen, fordi det ikke er nogen mening i at dække den samme grund.

Så det første slags punkt, som jeg gerne vil gøre, er, at skyer er en tjeneste, ved du? Og en af ​​de ting, der faktisk sker på grund af cloud computing, er, at der er en ... ja, jeg kalder mærkenes død, en hel række softwaremærker havde en frygtelig masse magt og fortsætter med at have magt inden for virksomheds computing. Når du først kommer til skyen, har de ikke meget magt længere, ved du? Når du køber en skytjeneste, er du ligeglad med applikationen, selvfølgelig er du ligeglad med det serviceniveau, skyen vil give dig, du ønsker ikke, at skytjenesten svigter ofte, du er interesseret i brugsomkostninger, og du interesserer dig for disse ting, fordi dette er en service, men det, du ikke interesserer dig for mere, er, at du ikke er interesseret i, hvilken hardware den kører på, du er ligeglad med, hvad netværksteknologien er, du er ligeglad med, hvad operativsystemet det kører, du er ligeglad med filsystemerne er, er du ikke engang interesseret i, hvad databasen er, og hvad der faktisk bruges specifikt af en given database-tjenester ud af skyen, ved du? Og virkningen af ​​det på en måde er, at skyen er en frygtelig masse softwaremærker, der ikke har nogen reel værdi i skyen, fordi du ved, du går ind i skyen på en eller anden måde for noget, der er en service og ikke længere en produkt. Så jeg troede, jeg kunne gøre et par lysbilleder af grunde til ikke at bruge skyen, ved du, og dette er alt sammen, hvis du vil, du ved, blodige enkle, indlysende grunde, men nogen var nødt til at oplyse dem, så jeg tænkte jeg ville.

Så grunde til mig ... ikke til at bruge skyen - hvis de ikke kan give den type data og processtyring, du vil have dem, ved du, så opfylder den simpelthen ikke dine kriterier. Hvis de ikke kan give dig den præstation, du ønsker, vil den ikke opfylde kriterierne. Hvis skyen giver dig fleksibiliteten med hensyn til, hvordan du kan flytte ting rundt, vil det ikke opfylde et kriterium. Det er bare åbenlyse grunde til, at bestemte skytjenester ikke ville passe til en frygtelig masse mennesker derude bortset fra at udføre virksomheds computing.

Du gør muligvis ikke det, fordi du kan gøre det billigere. Skyen er ikke altid den billigste mulighed. Nogle mennesker synes at tro, fordi det ofte er en billig mulighed, at det altid vil være billigere, det er ikke altid billigere. Og den anden ting er, at hvis du tager en applikation fra en sky, integrerer den ikke godt med det, du laver, så vil du sandsynligvis ikke gå videre med det, og det er, du ved, grunde til at vende dig væk.

Her er grundene til at vedtage. Du ved, en af ​​de ting, du kan gøre i skyen, temmelig skudsikker, er prototyperaktivitet. Hvis du enten kan prototype i skyen og implementere i datacentret, er det fuldstændigt levedygtigt, og der er store mængder af mennesker, der gør det. Du kan uploade arbejde fra datacenteret med ikke-kritiske applikationer, fordi de sandsynligvis vil være i stand til at finde en slags skytjenester, der opfylder dit serviceniveau til de ukritiske ting. Og du kan uploade specifikke applikationer som salesforce.com og lignende tilbud til det, du kender, standardapplikationerne. Alle slags har en kapacitet i dette område, og feltet er ikke specialiseret, og du ved, det traditionelle ... uanset hvad der er tilgængeligt i skyen vil sandsynligvis være det, du går med.

Så den sidste ting, som jeg ønskede at sige, det er en ret interessant ting, er, når man faktisk ser efter skyen, en måde at forstå på er lige som en række stordriftsfordele. Hele pointen er, at du ved, at køre et datacenter derude, og at du kommer til at ringe til det datacenter fra et eller andet sted og bruge det, og derfor ville det være bedre, det er bedre at være i hovedsagen billigere end hvis du gør det selv. Så det ved du, det handler egentlig om stordriftsfordele.

Cloududbydere, de vælger datacenters placering, og det bedste sted at finde datacenteret ligger lige ved siden af ​​et kraftværk, og især lige ved siden af ​​et billigt kraftværk. Så et kraftværk nordpå, der tilfældigvis er vandkraft eller lignende. Det er normalt det billigste, ved du? Du kan faktisk finde datacenteret der, og du vil finde det lettere. Det er billigere at ansætte folk på sådanne steder, end det er i centrum af New York eller San Francisco. Du kan standardisere hele anlægget med hensyn til aircondition og strøm. Det sparer dig meget, fordi det betyder, at du ved, du kan give ud en hel bygning til det, og det er, hvad nøjagtigt alle skyoperatører gør. De standardiserer netværkshardware, de standardiserer den computerhardware, de bruger, normalt vare x86-kort, ofte samler de dem selv. Så nogle er endda faktisk ved at opbygge det hele. De vil bruge Amazon-software, som de kan, fordi det faktisk ikke betyder nogen omkostning at vedtage det. De vil standardisere i al software. Så de vil aldrig opgradere noget bortset fra at opgradere alt på én gang. De vil organisere støtten. Så de vil betale støtte til mange forskellige udbydere, der bare har deres egen supportfacilitet. De vil have skalere- og skalereevne i den forstand, at de vil køre mere, end du nogensinde ville køre den slags service, og de vil overvåge deres brug på en måde, som de fleste datacentre ikke kan, fordi de er venlige at køre kun en standardiseret service, men de fleste datacentre kører en hel række ting.Og det er hvad skyen egentlig handler om, og det på en bestemt måde kan definere, om den interesserer dig, eller om den ikke gør noget til et bestemt program. Så du ved, min slags grove tommelfingerregel er, at hvor stordriftsfordele er mulige, overtager skyerne før eller senere. Men måden, innovation og fleksibilitet og en meget specifikke ting, som du selv går, kan ikke. Skyerne bliver altid næstbedste.

Okay. Lad mig give det tilbage til Eric eller videre til Gilbert.

Eric Kavanagh: Okay, Gilbert, jeg giver dig nøglerne her til WebEx. Stå ved. Klik bare hvor som helst på diaset og brug pilen ned på dit tastatur.

Gilbert Van Cutsem: Jeg tror, ​​jeg har kontrol.

Eric Kavanagh: Du har kontrol.

Gilbert Van Cutsem: Okay. Nu sker det. Skyimperativet - himlen er grænsen, er det en urban legende, eller hvad ville du synes om det? Dette er kun et par tal og ting at overveje.

For det første, fra "hvad" -fronten, ved du, som vi alle ved, jeg tror ikke, at nogen er i tvivl om dette. SaaS-ification er her for at forblive, fordi softwaren faktisk aldrig dør, den flytter blot til skyen, ikke? Jeg tror, ​​jeg sagde det før i den forrige udgave af dette. Åh nej, eller Eric sagde det for mig i en tidligere udgave. Og jeg tror, ​​at den åbenlyse grund, og dette også går tilbage til Robin på en måde, er, at virksomhedernes tidslinje er ret let. CMO har altid brug for det hele, og han har brug for det nu. Så han handler alt om tid til at markedsføre. Så trist, det er en god undskyldning for det på en måde for ham. CIO er dog lidt nervøs for SaaS og skyer, fordi du ved, hele elasticitetsproblemet betyder, at det, der går op, også skal komme ned. Du skal være klar til at skalere ud, men også til at skalere tilbage. Så han er lidt nervøs over det. Finansdirektøren er ikke nervøs, ikke mere end den sædvanlige, men han ligner: "Hej, dette er ... hvor meget vil dette sætte os tilbage?" Det er, du ved, den berygtede kapitaludgift kontra OPEX-diskussionen. Det er temmelig gammelt, men det er meget, du ved, meget vigtigt i denne verden. Og så er sidst, men ikke mindst, CEO, selvfølgelig. Han siger: "Åh! Risikobegrænsning! Gutter, I er alle glade for, men er vi klar til dette?" Fordi risiko er det, han tænker på.

Så hvad er risikoen? Bare et par tanker, ikke? Vi beskæftiger os her med tankeledelse, men på en uafsluttet sti, fordi det hele er temmelig nye ting, alt forholdsvis nylige ting. Vi har egentlig ikke mange datapunkter, hvis du tænker over det. Og så, også på risikosiden, er vi nødt til at beskæftige os med ind-boarding, du ved, folk, der underskriver aftaler, ser ud som, "Ja, det er det, vi vil have, vejen til at gå," de tilmelder sig, men så det er ikke nok. Du ved, du er nødt til at komme ombord på folk, og det, kan du huske filmene? Tilbage i oversættelse, det er lidt af, du ved, hvad ind-boarding handler om. Og så, som Robin netop sagde, ved du, at on-prem ikke nødvendigvis forsvinder med det samme. Så du er nødt til at integrere begge verdener. Det er en hybrid verden. Og så, hvordan skal du gøre det? Dens 80-20, 80-20-reglen Pareto, er det okay? Er det godt nok? Og derefter affaldet ind / affald, når du tilslutter systemerne. Er det okay? Er det holdbart? Fordi, du ved, skal du migrere, skal du kortlægge din virksomhed til rotsystemet, hvordan skal du gøre det? Og så er den sidste, som jeg synes er ekstremt vigtig, multitenant-arkitekturer, hvilket betyder, at databeskyttelse på dine egne data, nogle gange kaldes det "ejer dine egne data", bliver du meget vigtig, ved du? Hundrede mennesker, der bruger det samme system, en database sidder under systemet, hvem vil se mine data? Bare mig, ikke? Er du helt sikker på det? Datasikkerhed, datasikkerhed hjælper eksperter. Hvis du er CIO, bringer det "jeg" tilbage til CIO, fordi du nu er ansvarlig for information. Det er ret interessant, hvis du er CIO.

Så lad os tale lidt om "hvorfor." Så den strategiske hensigt med alt dette er meget, meget enkelt, synes jeg. Hvis du er en abonnent, er der markedspress. Hvis du er en udbyder, er der et konkurrencepres. Hvis du har kammerater, er der gruppepress. Hvis du er en abonnent, er det bare markedspsykologien. Alle vil gå til skyen, SaaS eller hvad du end kalder det, sky SaaS, vi har alle brug for og vil hen dertil. Og årsagen er normalt økonomisk. Det er den åbenlyse grund, men hvis du tænker på det økonomiske aspekt, kommer du ind i det, jeg kalder regningen-mod-budgettet-paradokset. Skal du tage et abonnement, alt-du-kan-spise-systemer, $ 50, $ 500 om måneden eller lignende, eller drømmer du om brug baseret, så du kun betaler for det, du virkelig bruger? Og så, hvordan fungerer det, brugsbaseret, forbrugsbaseret? Skal du måle alle de ting? Det sker sandsynligvis ikke med det samme. Så du ender med en hybridmekanisme, dvs. at jeg betaler 200 om måneden og måske lejlighedsvis 500, fordi jeg er nødt til at betale for det ekstra forbrug. Retainer Plus, det vil sandsynligvis gå efter min mening.

Men der er også noget, som jeg kalder den skjulte hensigt på den brede front, og jeg tror, ​​at du ved, dette er absolut ægte. Det er ændringen af ​​kontrol, det er CIO versus CMO, magtskiftet eller magtkampen mellem CMO, "Jeg vil have det hele, og jeg vil have det nu," og CIO, der siger ligesom, "Hej, dette er alt om data, ved du? Jeg plejede at køre for 20 år siden, det handlede om hardwaresystemer. For ti år siden handlede det om applikationer. I dag handler det om dataene. Og da jeg er CIO - information - det handler om mig. Jeg har kontrol. " Så det er en slags magtskift eller magtkamp, ​​som jeg mener, at der foregår lige nu mellem disse to, CMO og CIO.

I sidste ende er alt dette så ungt, at ingen rigtig ved, om vi er i innovatortypen miljø eller i den tidlige adoptertype miljø. Jeg tror, ​​vi er i den tidlige adoptertype af miljø, ikke det tidlige flertal, bare den tidlige adopter, men, du ved, slags halvvejs. Og så, ved du, for kunden, slutbrugeren, abonnenten, dette handler om at få et forspring, fordi CMO vil have hovedstart, ikke? Og det er vigtigt at ikke ende med det, vi kalder mindskende afkast. Det begrænsende hovedstart kan muligvis føre til formindsket afkast. Derfor er det ekstremt vigtigt at, du ved, finde, stole på de parter, der kan sikre, at et enkelt mislykkelsespunkt ikke er et problem, og at datasikkerhed overholdes. Så det kræver en hel del ændringsstyring. Og så til sidst - næsten færdig, dette er det sidste lysbillede - hvordan skal vi gøre det? Hvordan går bevægelsen til skyen, flytningen til SaaS, du ved, problemfri og let? Nå ved at gøre to ting: være opmærksom - levering - virkelig vigtig og ombordstigning, endnu vigtigere.

Eric Kavanagh: Okay ...

Gilbert Van Cutsem: Og i så fald er himlen grænsen. Tak skal du have.

Eric Kavanagh: Ja. Det var godt. Jeg elskede de meget provokerende ideer, jeg kan godt lide den måde, du på en måde brækkede alt det ned på. Det synes jeg giver meget mening. Og lad os gå videre og skubbe Ashishs første dias, og jeg overleverer nøglerne til WebEx til dig, Ashish. Okay, gå videre. Klik bare hvor som helst på diaset og brug pilen ned på dit tastatur. Værsgo.

Ashish såledesoo: okay. Tak, Eric. Hej folkens, dette er Ashish, og jeg vil fortælle jer om Qubole. Så bare for at starte, Qubole, det giver i det væsentlige big data som en serviceplatform. Det er en skybaseret platform, der er vært i Amazon skyen og Google skyen, og vi leverer teknologi som Hadoop, Hive, Presto og en masse andre, jeg skal tale om, alt sammen på nøglefærdige måde, så vores klienter i det væsentlige kan komme ud af al forvirring i verdenen med stor datainfrastruktur eller gå ud af at køre en infrastruktur, og virkelig fokusere mere på deres data og de transformationer, de vil gøre på deres data. Så det er hvad Qubole handler om.

Med hensyn til de konkrete fordele, en måde at tænke på Qubole, ved du selvfølgelig, det er en nøglefærdig, selvbetjeningsplatform til big data-analyse og big data-integration bygget omkring Hadoop, men mere grundlæggende, hvad det gør er, at du ved, for alle big data-motorer som Hadoop, Hive, Presto, Spark, Chartly og så videre og så videre, bringer det alle fordelene ved skyen til disse big data-motorer og nogle af de nøglemanifester, det bringer fra sky perspektiv er, du ved, at gøre infrastrukturen tilpasningsdygtig og ved at tilpasse, mener jeg både smidig som fleksibel over for arbejdsmængderne, der køres på en af ​​disse motorer, og også at gøre disse motorer til meget mere selvbetjening og samarbejde i den forstand, ved du, Qubole leverer grænseflader, hvor du kan bruge disse bestemte teknologier ikke kun til din udvikling eller, du ved, udviklerorienterede opgaver, men endda dine andre dataanalytikere kan også begynde at få fordelene ved disse teknologier til en selvbetjening i for grænsefladen.

Vi får meget, du ved, hvad angår netop denne, du ved, webinar, du ved, dette er et af vores perspektiver på, hvilke fordele ved skyen, som Qubole bringer til store data. Så hvis du bare foretager en sammenligning mellem hvordan du kører, siger Hadoop og lader det arbejde belastes i en on-prem-indstilling, i en on-prem-indstilling, tænker du altid med hensyn til statiske klynger, ved du, fikser du din klynger, måler du dem måske efter din maksimale anvendelse, og du holder dem der, og hvis du skal ændre dem, er du nødt til at gennemgå en hel proces med indkøb, distribution, test og så videre og så videre. Qubole ændrer, at ved at oprette klynger helt på efterspørgsel, er vores klynger helt elastiske, vi bruger objekter, der er gemt fra skyen til faktisk at gemme data, og klyngerne kommer op, og du ved, de kommer op på grundlag af den efterspørgsel, der genereres af brugerne, og de forsvinder, når der ikke er efterspørgsel. Så dette gør infrastrukturen så meget mere fleksibel og fleksibel og tilpasningsdygtig til dine arbejdsmængder.

Et andet eksempel på fleksibilitet er, ved du, i dag har du måske oprettet dine statiske klynger her, du ved, med en vis arbejdsbyrde i tankerne, og hvis dine arbejdsmængder ændres, og din infrastruktur nu skal opgraderes, har du måske brug for mere hukommelse på dine maskiner og lignende ting. Igen, ved du, at gøre dette på skyen gennem Qubole for eksempel gør det enkelt. Du kan altid leje nye, forskellige typer maskiner og, du ved, få klynger, 100-knudepunkter op og køre på et par minutter i modsætning til uger, som du var nødt til at vente på Hadoop på forhånd.

Den anden centrale ting, som Qubole adskiller sig fra i stedet, er, at Qubole i det væsentlige er som et servicetilbud, så alle de værktøjer og den infrastruktur, du har brug for for at integrere tjenesten, behøver du ikke ... hvor som helst på -prem, du ved, det er først og fremmest du tager softwaren, du er nødt til at køre det selv, du er nødt til at integrere det selv og gøre disse alle disse fordele, alle fordelene ved SaaS-modellen er en anelse til, du ved, hvordan Qubole tilbyder store data i modsætning til selv at køre Hadoop on-prem.

Denne dias dækker generelt vores arkitektur. Vi er selvfølgelig baseret på skyen, vi gemmer vores data om objekter i skyen i skyen, Google sky og Google Compute Engine eller Amazon Web Services. Vi tager alle Hadoop-økosystemprojekter, og omkring det har vi udviklet centrale IP omkring auto-skalering og selvstyring, vi har udført en masse skyoptimeringer for at få disse komponentteknologier til at fungere rigtig godt i skyen, da du ved, sky infrastruktur er meget forskellig fra bare at køre ting på bare metal og en hel masse datakonnektorer for at gøre det muligt at flytte data ind og ud af denne platform. Så det sammenligner skyplatformen, og det muliggør, at du ved, det er en nøgle ... nøglefunktionen der er, hvordan man gør al den selvbetjening, så du ikke behøver at have en stærk ... du behøver ikke meget stor operationel fod under kørsel af dette, men vi binder det sammen med vores dataarbejdsplads, om dette er værktøjer til analytikere, om dette er værktøjer til datastyring, om dette er skabeloner og så videre og så videre, så du kan få fordelene af denne teknologi, ikke kun for udviklerne, men også andre forretningsbrugere og virksomheden. Og selvfølgelig binder vi også denne skyplatform til værktøjer, som I måske allerede bruger, hvad enten disse er, du ved, brugsværktøjer eller bare Tableau, eller om de bruger, du ved, mere datalagringstype af produkter som Redshift og osv. og så videre.

I dag kører tjenesten i ret stor skala, vi behandler faktisk tæt på 40 petabyte med data hver måned nu på tværs af vores klientbase. Vores klynger varierer i størrelse fra 10-knude-klynger til 1500-knude-klynger, og du ved, hvad angår det skalaudvalg, som vi kan behandle og stort set, så vidt jeg ved, kører vi sandsynligvis nogle af de største klynger på skyen for så vidt angår Hadoop, og vi behandler til omkring 250.000 virtuelle maskiner i en enkelt måned på tværs af vores klynger. Husk, vores model er klynger på efterspørgsel, som har enorme fordele med hensyn til at reducere dine operationelle arbejdsmængder samt forbedre din og så videre og så videre.

Endelig ved du, en af ​​vores, du ved, dette er blot en prøveudtagning af, hvordan Qubole har været transformerende til forskellige virksomheder. Pinterest er et eksempel på vores klient. De var allerede på skyen, de kørte for eksempel Elastic MapReduce på skyen, og dataforbruget der var ret begrænset. De ville have omkring 30-ulige brugere, der kunne bruge denne teknologi. Med Qubole har de været i stand til at udvide det til mere end 200 ulige brugere i virksomheden, som har set udvidelse af big data-brugssager og dens virkelig bragte, ved du, hvad vi kalder definitionen af ​​en smidig big data-platform, og at det bliver virkelig centralt for en masse af deres analytiske arbejdsmængder.

Så bare for at lukke ud, ved du, det var en kort grundmand på Qubole. I det væsentlige er vores vision, hvordan vi gør virksomheder, der er meget mere smidige omkring big data og i det væsentlige, vi udnytter fordelene ved skyen og bringer dem til at bære store datateknologier omkring Hadoop, så vores kunder kan udnytte fordelene ved agility og disse fordele af fleksibilitet og fordelene ved selvbetjening i skyen for at blive så meget mere effektive til deres databehov. Så jeg vil stoppe der og overlevere det tilbage til Eric.

Eric Kavanagh: Okay. Det lyder godt, og nu overlever jeg det til Mike Miller fra Cloudant. Mike, jeg giver dig nøglerne lige nu. Klik bare på diaset, her går du. Tage det væk.

Mike Miller: Det ser ud til, at jeg har nøglerne. Så undskyld jeg. Jeg mistede ... Jeg tror, ​​jeg har glemt at sende nogle skrifttyper med min præsentation. Så forhåbentlig kan du se forbi det og forestille dig, at det er smukt. Men ja, det er sjovt. Jeg har en lang liste her, provokerende ting, som jeg hørte, at jeg skrev ned, at jeg er ivrig efter at vende tilbage til dig i panelet. Så jeg skal prøve at komme igennem dette hurtigt.

Så jeg begynder med Cloudant. Cloudant er en database som en tjeneste, vores skyudbyder og faktisk har jeg ikke engang det nye logo. Vi blev købt af IBM for ikke længe siden. Og så er vi ... Jeg vil tale om vores service og især fokusere på at forsøge at gøre vores brugere og kunder smidige på en ret anden måde end den foregående taler.

Cloudant leverer database som en service og andre datarelaterede tjenester for personer, der bygger applikationer. Så vi engagerer os direkte med udviklere, og vi fokuserer på operationelle eller OLTP-data i modsætning til analyserne, som vi hørte fra Ashish tidligere. Og pointen der virkelig, Cloudants hele værdi, som kan opdeles i at hjælpe vores brugere med at gøre mere, og sådan bygger flere apps, vokser mere og sover mere. Jeg vil tale om dem i en smule detaljer, men den generelle idé her er, at hvis du er en bruger, ved du, du er i en forretningsvirksomhed, bygger du en ny applikation, tilføjer en funktion til den eksisterende applikation eller web mobil opstart, skal du fokusere på din kernekompetence. Og tidligere, måske op til et årti siden, skulle IT være en kendetegnende for, du ved, konkurrence, beklager, konkurrencebeskadigelse, selv at køre en database godt for at være en konkurrencefordel. Er lettet over, at disse dage er forbi! Og så, hvordan vi virkelig forsøger at arbejde med vores brugere er at tilskynde dem til at bruge sammensatte tjenester, modulopbyggede, genanvendelige, komposible med ideen, der reducerer tid til markedsføring, øger skalerbarheden. Og den overordnede idé her er, at sky ikke kun er, du ved, noget nyt skubbes på brugerne, det er virkelig et marked ... det er en markedsudvikling, fordi måden folk bygger applikationer, forbruger applikationer, de enheder, som de kører på og omfanget af data ændres temmelig radikalt i de sidste 5-10 år. Thats virkelig understreget den eksisterende applikationsarkitektur til opbygning af apps såvel som bare at håndtere disse data og analytiske arbejdsbelastninger offline. Og så åbner det en hel strøm af muligheder.

Så Cloudant er en distribueret database som en tjeneste, og den var unik, tror jeg, i starten, at den virkelig blev leveret med en mobil strategi fra begyndelsen, og jeg vil tale om det detaljeret, men tanken er, at der skrives applikationer nu , skriver du ikke kun for en enkelt platform, ikke? Du skriver for noget jeg kan køre en petabyte skala i skyen, det skal også være i stand til at køre glat på et skrivebord eller i en browser og mere og mere vi ser ting, vi er nødt til at køre på en mobilenhed eller en semi-tilsluttet enhed eller bærbar enhed eller noget, vi betegner som IOT. Og så tror jeg, at du ved, applikationer, der kan håndtere og udnytte de forskellige klienter, er utroligt konkurrencedygtige på markedet, og hvad vi prøver at gøre, er at gøre det enkelt for folk at enkelt API i den enkelt programmeringsmodel at skrive, til håndtere data på alle disse forskellige enheder, der har meget forskellig skala. Den interessante ting er, ved du, første optagelse i web og mobil, det var her vi så vores store subtraktion, men allerede nu før overtagelsen ser vi et større og større antal virksomhedsbrugere, selv i ting som hvad jeg siger som konservativ som troskabsinvesteringer, rigtigt, arbejde med en virtuel bygning, en virtuel pengeskab. Så jeg tror, ​​at dette marked faktisk tages meget hurtigere end end vi havde forventet.

Lad os tale om sky og lidt mere og vende det derefter over. Ideen her er, at vi virkelig gør det lettere for dig at opbygge mere og bruge en service som Cloudant til at gemme databasestatus for din applikation og derefter flytte det til dine forskellige enheder og holde ting synkroniseret og starte kontrast til, hvordan du bygger applikation , traditionel stak, eller du er nødt til at købe servere, som vi har hørt om før, hvor du skal levere dem og installere licens ting. Med Cloudant prøver vi at gøre det let. Alle de data, du har brug for, alle søgetjenester, database osv.til din ansøgning kan erhverves ved at tilmelde dig og få en enkelt slutpoint URL og derefter begynde at bruge den URL. Ideen er, at det er en tjeneste, der bruger flere indekser, nogle flere teknologier nedenunder, nogle ejendomsret og mange open source, men vi bruger dem sammen på en måde, som slutudvikleren eller produktgruppen har brug for at opbygge noget. Og så, databaseanalyse, meget anderledes end de gjorde det i starten, hvor du ville have, du ved, rækker og kolonner til at gemme forretningsbøger, nu er vi nødt til at starte JSON-dokumenter, der normalt sker via HTTP eller ved hjælp af eksisterende open source API'er og endelig giver vi dig de ting, som databasen skal gøre som et primært indeks og sekundære indekser til, du ved, hentning og LTT og derefter køre applikationslogik. Men derudover er der en lang række ting som søgning, geo-special og replikation mellem enheder, der er meget vigtige. Så alt dette leveres under vores API.

Men den virkelig karakteristiske ting, der giver vores brugere mulighed for at vokse, og for eksempel hvorfor Samsung var en af ​​vores tidligste og største kunder er, at du ved, Cloudant nu er under klyngen. Hver klynge deler nok arkitektur på tre til hundreder af noder, men vi kører dem i over 35 datacentre nu globalt, så der altid er et sted for dig at gemme dine data inden for et millisekund fra enhver anden skyudbyder eller de fleste eksisterende datacentre. Så en af ​​de store tidlige ting, som vi også udfordrer i skyen, er, hvordan deler jeg en hybridarkitektur til min applikationstjeneste måske her, og mine databaseservere måske et andet sted, der aldrig fungerer. De skal være på samme maskine eller på samme sted. Nå, virkeligheden er nu, at ved at koble sammen forskellige cloud-udbydere, og dette er noget, som vi stadig gør som IBM-firma, kan du sikre dig, at din database altid er inden for et millisekund andet sted, og vi tager os af peering aftaler og bare tage ned med omkostningerne fra bordet, noget vi bekymrer os om. Så Cloudant er virkelig en database som en tjeneste, men du kan tænke på den mere som en CDN som for din database for data, der ved, du ved, i tidsskalaen i millisekund.

Og endelig, endelig, tror jeg, at det største salgsargument er, hvis du bygger en applikation, der er vellykket, du er nødt til at beslutte som en organisation, om du vil vokse 24x7, 365 fordelt globalt, du ved, operationsteam, at det tager at køre det i stor skala til, om det er noget, der nu også er commoditized. Og derfor fokuserer vi meget på at hjælpe nye brugere og nye kunder ombord og hjælpe dem med at springe til skyen og opbygge arkitekturer, der bruger skyanalytikere og fungerer alt på en meget sammenhængende og skalerbar måde, så det er slutningen, ved du , vores brugere fokuserer på at bygge applikationer og ikke på at overleve deres egen succes.

Og med det vil jeg bare sige tak, sprunget over nogle dias, der blev sprunget over, og jeg vil vende det tilbage til Lawrence.

Eric Kavanagh: Det er fantastisk. Så, Lawrence, lad mig give dig nøglerne til WebEx her. Giv mig bare et sekund. Der er du. Nøgler, der overføres. Klik bare på det lysbillede hvor som helst og brug pil ned.

Lawrence Schwartz: Fantastisk! Nå, tak for overdragelsen og, ved du, tak til alle de præsentanter i dag. Dejlig måde at konfigurere alt på, og der vil være en masse ting at tale om det, når jeg kommer igennem med præsentationen her. Så igen, jeg er Lawrence Schwartz. Jeg driver marketing hos Attunity og vil, du ved, tale om nogle af de problemer, vi ser, og derefter nogle af udfordringerne i det rum, vi er i.

Så en hurtig oversigt og introduktion til Attunity som virksomhed, og hvem vi er. Vi fokuserer på flytning af data. Så vi taler om at flytte enhver type data når som helst og hvor som helst og gøre det muligt for brugerne. Vi er et offentligt selskab med base i Boston-området eller i nærheden af ​​Boston, og når vi taler om skyen, har vi nogle gode forhold, vi er en del af AWS-netværket, en partner til stor dataintegration, og vi har været tæt på dem siden lanceringen af ​​deres Redshift, endda arbejdede de med dem før det. Vi har fået en dejlig anerkendelse for det arbejde, vi har udført, og som firma bruger vi over 2000 steder Attunity, og vi er i halvdelen af ​​Fortune 100-virksomhederne. Så vi fik nogle gode oplevelser.

Som du kan se lige under bunden af ​​diaset her, er et stort problem, at du har data, der er genereret fra alle forskellige typer kilder i disse dage fra traditionelle, du ved, CRM-systemer, alle forskellige steder på Internettet, alle de forskellige steder, hvor data kunne starte, og så skal det gå til steder, der skal analyseres, for at arbejde med og blive set på, og vi talte, hvis du ved, at få dataene, du ved, hvor de skal være. Så jeg vil tale om vores løsninger, som vi specifikt gør på skyen, og når du tænker over det, ofte gange dataene, har vi et sted på stedet. Så udover at have forhold til steder som Amazon, har vi meget tætte samarbejdsrelationer med steder som Teradata, Oracle og Microsoft, alle de steder, hvor data traditionelt eksisterede på stedet.

Så når du tænker over dette, ved du det, og jeg tror, ​​det var Eric, der, du ved, talte om ind-boarding er nøglen til hele processen, ikke? Jeg har tænkt over problemerne med at få data om et system. Nu er vi bare nogle af de flaskehalse, der findes i dag, og når man ser på de mennesker, der flytter data til et datavarehus eller en database og til skyen, kan vi se, at der bruges meget tid på det, der kaldes ETL-processen, udtrækning, transformation og indlæsning af dataene fra hvor de ligger til hvor de skal hen. Hvis du tænker på at få værdien på dataene, det er ikke det sted, hvor du vil bruge din tid og indsats, det er ikke det mest produktive område for en dataforsker. Og kanten til dette er dette - meget få mennesker, der er meget tilfredse med denne proces. Det er ikke mindre end 20 procent. Vi finder virkelig, at det er en stor proces. Så der er den rigtige slags smertepunktflaskehals, hvis du vil ved at komme til skyen og udføre den type on-boarding, som folk har brug for, og der er endda, du ved, reelle præstationsproblemer, du ved, du kunne se ud hvordan får du ting ind i skyen, og hvis du vil få et par terabyte ind i skyen, kan du bestemt sende dem til skyen, og der er stadig steder, der gør det med større datasæt, eller mange af de traditionelle metoder, har bare ikke ydeevnen til at få deres til at gøre det. Så det er et rigtigt, du ved, smertepunkt på markedet, når folk tænker over, hvordan de får det, og hvordan de bevæger sig hen på skyen.

Så hvis vi træder tilbage og ser på, hvad det betyder, eller hvorfor det er der, og du ved, hvordan dette er sket, ved du, både Eric og Gilbert talte om det faktum, at du ved, de data, der findes der i dag , der eksisterer i dag, ved du, on-prem er her for at blive, du ved, sky er her for at blive. Så integrationen bliver desto vigtigere og ofte tider, folk falder tilbage på de værktøjer, de er nødt til at flytte over data. Igen er der en masse ETL eller traditionelle værktøjer derude til at flytte data over i batches, men der er mange problemer med det. Folk finder, at traditionelle måder at flytte data på er meget tid- og ressourcekrævende at opsætte. De kræver ofte en masse scripting, selvom de på en eller anden måde er autonome, mange mennesker, en masse arbejdskraft. Der er så mange kilder og mål, især på stedet i dag for at flytte det ind i skyen. Du ved, alle de systemer, jeg har nævnt tidligere, Oracle, Microsoft, Teradata, nogle styrer hele den del af det. Og så ved du, når man ser på ydeevnen, når den bevæger sig over, at være i stand til at have værktøjer til at sikre, at alt bygger hurtigt, er der en masse tankesystemer, der findes i dag, som ikke er godt bygget til det.

Og så til sidst, en masse af den måde, folk tænker på at flytte data, er slags gjort i batchprocessen, og hvis du tænker på at prøve at gøre mere i realtid, er det ikke den mest effektive måde, ved at bruge uaktuelle data, der ikke interessant for organisationen. Så når du ser på, hvad Attunity gør i dette trin, og hvordan vi tænker over det, det er en anden arkitektur, som vi er fokuseret på, bygger vi virkelig dette fra bunden af ​​og tænkte over, når du skal gå fra Pentaho åben- kildedatabase ud til skyen, hvordan sikrer du dig, at det er meget let og ligetil at gøre? Så det kræver nytænkning, hvordan du foretager overvågningen og typen af ​​opsætning til. Det gør det hele bare til et par klik for at komme i gang. Det tænker virkelig på bevægelsen og optimerer ydelsen over kanalen og arbejder med bare en lang række platforme, fordi mange store organisationer kinda har den bedste grad af tilgang og mange forskellige typer databaser eller datalager er klar i deres miljø . Så du er nødt til at tænke på det anderledes. Du kan ikke bare lave et uddrag, ved du, dump dataene ud til en slags information indlæst et eller andet sted. Du er nødt til at tænke over arkitekturændringen, hvordan du udfører behandlingen, gøre det mere i hukommelsen og fokusere på en mere ydelsesversion.

Så hvad betyder det, og hvordan ser det ud? Så en vigtig lejer for at komme til problemet med skyen er, at tingene skal være lettere at konfigurere. Du ved, den skærm der, det er bare nogle skærmbilleder fra hvordan vi gør det, men det er, du ved, 1, 2, 3, vælg venligst din kilde og mål, vælg hvad du vil gøre, du vil gøre én gang CDC og så bare gå. Det behøver ikke være sværere end det, ved du? Jeg ved, at vi bare, du ved, så præsentationen fra Mike, og han talte om, hvor let det var for folk at komme i gang med Cloudant. Det er den samme type ting, du er nødt til at håndtere, så kom i gang i et par trin, ellers vil du begynde at miste værdien af ​​det. Når du tænker på overvågning og kontrol med det, er der nogle gode virksomheder derude, jeg ved, at du er bekendt med, som Tableau og andre, der har gjort et godt stykke arbejde med at visualisere slutproduktet af data, og hvordan man gør det . Men, du ved, at der er mulighed for at visualisere bevægelsesprocessen, ledelsen eller hvor datasættet er på stedet, i skyerne og bevæge sig over, er der en forsinkelse, er der en ledig stilling. At have dette synspunkt er kritisk, og det er en vigtig del af at komme videre.

Et andet aspekt, der bliver vigtigt, er præstationen. Du kan ikke bare stole på den standard FTP kinda to-vejs protokol, som folk har brugt i årevis. Efterhånden som du flytter mere og mere data, skal du have optimeret, en fil-kanalprotokol, der er mere rettet mod, du ved, en-retningsbevægelse det meste af tiden, efter at vi tænker over, hvordan du bryder op borde og sender dem ud og flyt dem over, og du skal give folk fleksibiliteten til at gøre det, ellers kan du ikke få det der i tide, og hvis du gør det anderledes, skal du tænke på det anderledes, kan du få en 10x ydelse, men du er nødt til at overveje teknologien .

Og så til sidst, som jeg nævnte tidligere, ved du, du har mange forskellige steder, som der findes databaser i dag. Så du skal være i stand til at arbejde med alle dem og tilbyde den bredeste form for støtte, så folk kan komme på skyen. Så hvad betyder det for brugere og, du ved, og dem, der er derude der ønskede, to slags hurtige tilfælde af, hvordan folk havde udfordringer med at komme til skyen, se værdien, men så er i stand til at gøre det, hvis de har det rigtige værktøjssæt.

Så et firma, som vi arbejder med, Etix, de laver online-billettering, en stor udbyder i dette rum, og jeg ved, at Robin talte om datacentre-offload er en slags nøgle i dette tilfælde for skyen. Dette er nøjagtigt, hvad de prøver at gøre. De prøvede at indlæse og synkronisere deres data fra Oracle on-premise til Redshift og gøre det på en rettidig måde. Og det interessante er, du ved, gå tilbage til det, Gilbert sagde, du ved, det er virkelig hårdt ved ind-boarding at være et problem. De kunne se den indre værdi af Redshift, de kunne se omkostningsbesparelserne, de kunne se alle avancerede analyser, som de hurtigt begyndte at gøre, som de fortsætter med, de vidste den værdi, men der var en vejspærring for at komme dertil. I dette tilfælde så de på det og sagde, "Nå, jeg ser værdien af ​​Redshift, men det vil tage dem, du ved, tre måneder, udviklingsindsats og tid, og du ved, måske at ansætte DBA og gøre alt dette ekstra arbejde for at komme dertil. " Så der er en reel blok i stien til at gøre det. Når du har det rigtige værktøjssæt til at gøre det, den rigtige dataintegrationsevne til at gøre det, var de i stand til at gå ned fra, du ved, måneder med planlægning for bogstaveligt talt bare at komme i gang på få minutter, og det er igen sænke barrieren for at få folk på skyen, er vi nødt til at have de rette muligheder for at levere løftet.

Den sidste, du ved, glide jeg har her, og slags en anden brugssag er, du ved, vi har arbejdet med andre virksomheder, Philips, du ved, velkendt i mange rum, vi arbejder med deres sundhedsvæsen og igen, de forsøgte at gå fra en lokal kilde til Redshift, i dette tilfælde SQL Server, og de vidste værdien, de kendte alle analyser, de kunne gøre på det, og de havde udført nogle test på det, men de så, at uden at have de rigtige værktøjer, dette er noget, der ville tage dem, du ved, uger, og de havde brugt faktisk uger på at spin deres hjul og forsøge at få ting flyttet, når de havde de rigtige værktøjer, der forenkler, får det flyttede hurtigt over, var de i stand til at gå ned og begynde at indlæse på mindre end en time, ved du, over 30 millioner poster. Så den virkelige tid gik fra et par måneder til ca. to timer for dem. Og så var de i stand til at gøre de ting, de ville gøre. De behøvede ikke at fokusere på indlæsningen af ​​data, de kunne fokusere på den operationelle support. De fik en meget bedre matrix til alle disse pleje, omkostninger og operationer. Så du tænker over hele udfordringen, ved du, vi designer det mellemrum, hvilket muliggør dataforflytning og nu mere end nogensinde med skyen, når du tænker på det at være et fjernt sted at vælge dine data, ved du, dette bliver et område, som du ved, flere og flere mennesker er nødt til at løse, for at drage fordel af hvad der er derude. Så det er en oversigt over hvad vi gør, og med det vil jeg vende det tilbage til dig, Eric.

Eric Kavanagh: Okay. Det lyder godt. Vi har en god tid her. Vi går lidt længe for at komme til nogle af dine gode spørgsmål, folk. Så føl dig fri til dine spørgsmål, og jeg har selv et par spørgsmål.

Lawrence, jeg vil nok starte med dig. I fyre har været i dette rum med at supercharge bevægelsen af ​​data i et stykke tid, og I har set skyen meget nøje, og jeg har virkelig været kinda overrasket over, hvor længe det har taget store virksomheder, Fortune 1000-virksomheder til fuldt ud at omfatte sky. Jeg mener, der er naturligvis lommer med alvorlige interesser, lad os kalde det, i store organisationer, men som en generel regel har der været lidt af en modvilje, der først begynder at aftage i det sidste år eller deromkring, i det mindste set fra mit perspektiv, men hvad ser du derude med hensyn til vedtagelse af sky og virksomhedens parathed til at bruge cloud computing?

Lawrence Schwartz: Ja, jeg tror, ​​du har ret. Det har været en betydelig ændring, og det har bestemt taget tid, ved du, de har den vittighed om, du ved, den succesrige - sensation natten over - eller virkelig succes over natten, der virkelig tager år at skabe, og det har været sandt for skyen , ret? Det er ... du har set det spark i det sidste år, men det skyldes al hårdt arbejde for en masse spillere som Amazon, der har gjort dette i årevis, ved du for at få vedtaget tjenesten, den slags, du ved, bevis metal og der, du ved, fejl og problemer med at give den mangfoldighed og fleksibilitet, de har, det er noget, Redshift tilbyder. Så jeg tror, ​​modenheden er kommet der, tilliden er kommet der, du ved, den ... Jeg tror, ​​det er infiltreret i mange virksomheder gennem små områder, du ved, sager om mindre brug, små retssager, slags uden for det venlig IT-kontrol, og med det, ved du, har de vellykkede slags periferiprojekter vist sig nu, der er nu mere villighed til at have samtalerne om, hvordan det spreder sig. Og helt ærligt, du ved, der har været et ekstra værktøj, som du ved, også er kommet ud for at gøre disse lettere, ligesom hvad vi gør, og du ved, der er det, ikke bare flytte dataene, men viser værdien af ​​BI i skyen, og viser det.

Så det er på en måde det er en overnatning eller en stor uptick i det sidste år, men en stor del af det har været alt det hårde arbejde med at opbygge op til det. Så nu ser vi som virksomhed meget mere vedtagelse. Det er som en forretning for det, vi gør, det er vokset ganske lidt og skyen, ved du, vi gør en masse on-premise til on-premiss bevægelse. Nu dukker sky op i en masse af samtalerne, som du ved, rigtige forretningssager, ægte aflæsning af sager, hvor et år siden helt sikkert var, du ved, bare mere udforskende. Nu har de fået reelle projekter til at flytte. Så det har været rart at se denne bevægelse.

Eric Kavanagh: Okay. Store. Og Mike Miller, du havde nævnt, at du hørte et par provokerende udsagn, som du ville kommentere, så hvad under alle omstændigheder, hvad finder du interessant, eller hvad vil du tale om?

Mike Miller: Åh, jeg tror Robin, han gjorde et punkt, og hans næst-til-sidste lysbillede kontrasterer, hvor innovation tæller. Skyen vil altid være næstbedst, og jeg elsker at høre lidt mere om det, for hvis jeg tænker på at bygge, ved du, en applikation eller en ny tjeneste, er det svært for mig at tro, at min organisation, uanset hvad de er, ønsker virkelig at blive ingeniør-til-ingeniør med Google, Amazon, IBM, Microsoft. Så jeg tror måske at jeg misforstod hans pointe med det.

Eric Kavanagh: Interessant. Robin, Mike har kastet bøjlen. Hvad synes du?

Dr. Robin Bloor: Nå, jeg mener, at poenget her er, at der er en række situationer, som jeg er stødt på, hvor ... hvor folk er gået i skyen og gik tilbage ud, og grunden til, at de gik tilbage, var, ved du, når det kom til faktisk at have følelsesmæssigt, var dette ydelsesdrevet, men ydeevnen var faktisk kernen i applikationen, der er ved at blive bygget, da de ikke kunne få den lave latenstid, de ønskede, og skyen hjalp dem ikke. Og du ved, situationen var, at du faktisk kiggede ind i skyen, selvom de fik mulighed for at måle netværkets opførsel for dem i skyen, og at arbejdsmængder i skyen med noget, de absolut ikke havde kontrol over, og på grund af det kunne de ikke skabe de skræddersyede tjenester, de ledte efter, og det er en præstationskant. Jeg tror ikke, at der er noget i form af, du ved, kodning, der vil blive indsnævret, hvad du kan gøre i skyen.Dets serviceniveau, det er en indsnævring ... hvis det er en del af, hvor din kritiske kapacitet vil være, vil skyen ikke være i stand til at levere den.

Mike Miller: Okay. ... Så jeg sætter pris på den præcisering. Jeg er faktisk enig i, at gennemsigtighed er en af ​​de store ting, som her ønskes lige nu fra brugere på tværs af mange forskellige udbydere. Så jeg tror, ​​du har rejst et meget fair punkt. Når det kommer til ydeevne, tror jeg, at det traditionelt har været meget svært at, du ved, gå til en skyudbyder eller en hvilken som helst given skyudbyder og finde nøjagtigt den hardware, du leder efter, men det vil bemærke slags oping af Ante i løbet om dybest set gratis lager mellem Google og Amazon og andre konkurrenter, at det er, og jeg tror, ​​du ser det pres, der lægger på at køre på omkostningerne ved SSD, flash osv. Så jeg synes, det er sjovt at se på frem.

Dr. Robin Bloor: Åh, helt korrekt, ved du? Jeg mener, at en af ​​de ting, der faktisk sker, er, at den anden bølge kommer. Den første bølge var denne, du ved, denne vidunderligt skræddersyede tjenester, så længe, ​​du ved, det er lidt Henry Ford; Du kan få den til at genfarve, så længe den er sort, men du ved alligevel ekstrem reduktion i visse former for omkostninger ved at have datacentret. Eller, den anden ting, der sker, er, når de faktisk har bygget disse enorme datacentre ud, de starter disse skyoperatører, pludselig begynder at opdage ting, som du faktisk kan gøre. Du kunne ikke gøre før, fordi du ikke havde skalaen. Så der er, tror jeg, en anden bølge, der til en vis grad vil gøre skyen endnu mere tiltalende.

Eric Kavanagh: Okay. Godt. Lad mig gå foran og medbringe Ashish, mens jeg vil gå foran og smide dit arkitekturbillede her. Vi elsker altid denne type arkitekturbilleder, der hjælper folk med at pakke hovedet rundt om, hvad der sker. Jeg gætte, en ting, der bare springer ud mod mig, er selvfølgelig YARN. Vi talte om det på gårsdagens briefing. Garn er ikke en lille aftale. For dem af jer, der ikke kender dette koncept, er det "endnu en ressourceforhandler." Det er virkelig en meget interessant udvikling, fordi hvad der skete er i Hadoop-bevægelsen, YARN er slags at udskifte motoren virkelig, hvis du vil. Vores taler fra i går vil betegne det som operativsystemet. Det er som det nye operativsystem af Hadoop, som naturligvis består af det hybriddistribuerede filsystem nedenunder, som stort set er opbevaring, når du kommer helt ned til det, og derefter er MapReduce det, du plejede at bruge til at bruge HDFS. MapReduce er et absurd begrænsende miljø med hensyn til, hvordan du får tingene til. Så formålet med YARN var at gøre HDFS meget mere tilgængelig og gøre hele Hadoop-økosystemet meget mere fleksibelt og smidigt. Så Ashish, jeg vil bare spørge dig generelt, da du nævner YARN her, jeg gætter på, at I er YARN-kompatible eller certificerede. Kan du tale om hvad ... hvordan du ser den ændring i spillet for Hadoop og big data?

Ashish Thusoo: Ja, sikker. Absolut. Så jeg tror, ​​du ved, der er to dele at ... Så lad mig først tale om, du ved, hvorfor YARN blev gjort og derefter tale om, hvordan det potentielt ændrer spillet, og hvad der grundlæggende stadig er det samme, du ved, hvor det ikke ændrer spillet. Jeg tror, ​​det er en vigtig ting at indse også fordi mange gange du, du ved, du bliver fanget af denne hype af sige, dette er den nye, skinnende ting, og du ved, alt går til, du ved, alle problemer vil gå væk osv. og så videre. Så, men den primære ting er, at du ved, styrken og svagheden ved MapReduce API var, at det var et meget simpelt API og i det væsentlige, ethvert problem, som du kunne strukturere omkring at være et sorteringsproblem, kunne være repræsenteret i, ved du , denne API. Og nogle problemer er naturligt, ved du ... kan naturligvis omdannes til det og nogle problemer, du ved, du slags, du ved, når du først har MapReduce til din rådighed, så prøver du at passe ind i et sorteringsproblem.

Så jeg tror, ​​at sidstnævnte er, hvor YARN spiller en rolle ved at udvide disse API'er ved, du ved, være i stand til at komponere, du ved, kort og reduktioner og, du ved, en hel masse forskellige typer API'er med hensyn til hvordan data kan distribueres mellem disse to faser osv. og så videre. Du har lige gjort det API så meget mere rig. Så nu har du til rådighed forskellige måder at løse det samme problem, ikke? Så du behøver ikke at, du ved, være begrænset af API, og problemet bliver løst den ene eller den anden måde, du ved, hvis du er, du ved, prøver at lave en analyse, du ved, arbejdsbyrde, du kan udtrykke, at du i MapReduce kan udtrykke det i YARN. Den store forskel, der sker, der begynder at ske er, du ved, hvad angår, du ved, den præstationsmatrix, som du begynder at se, ved du, når du først har startet, siger programmering til YARN og i nogle tilfælde et nyere sæt af ting, for eksempel streaminganalyse og så videre og så videre, begynder at blive en realitet, når du starter, ved du, gør det, ved du, de ting i YARN.

Så det er forskellene, som du ved, at den ting har bragt ind i økosystemet. Jeg tror, ​​det er meget, rigdommen der er meget mere på API-siden i modsætning til, at det er en anden ressource manager, især i skyen con. Hvis du tænker på det i cloud con, er ressourceadministratoren faktisk din ... VM'erne, du opretter, ved du, du har dyd ... du ved, det er ikke nødvendigvis ... Igen, dette er en stor forskel mellem siger, på forhånd, hvordan du kører Hadoop-klynger, og hvordan du kører i skyen, så ved du, du har det begrænsede statiske sæt af maskiner, du vil fordele disse maskiner mellem forskellige ressourcer, og de blev brugt til YARN der. Men i skyen, ved du, kan du bringe maskiner til venstre og højre. Og så, lige fra perspektivet om at være en ressourceforvalter, har den sandsynligvis ikke det, ved du, det større behov og specifikt i skyen, men fra perspektivet om at tilvejebringe disse, ved du, rigdommen af ​​API'er, der giver dig mulighed for, for eksempel er Hive et initiativ, som de nu kan programmere Hive til ikke kun at bruge MapReduce, men har meget mere rigere planer om at udføre job og lignende. Det bringer disse fordele til økosystemet. Jeg tror, ​​det er her, den virkelige værdi af YARN hører hjemme. Og i skyen er det bestemt ikke så interessant set fra ressourcestyringssynspunktet, men det er meget mere interessant med hensyn til, hvad det giver andre projekter mulighed for, hvad angår, du ved, arbejdsmængder, som nu, det nu kan bruges til at blive programmeret videre til dine data eller de tidligere arbejdsmængder, der kan gøres på en meget mere effektiv måde.

Eric Kavanagh: Okay.

Ashish Thusoo: Jeg havde, du ved, en mere bare, du ved, tilføjelse til Mike, du ved, der var en anden provokerende ting, der blev sagt, som er der omkring, og, du ved, som var omkring, hej, behandler skyen endnu et andet datacenter. Jeg tror du ... du ved, det er et synspunkt, som de fleste virksomheder, du kender, ser på og siger, okay, du ved, det er det nemmeste synspunkt faktisk at se på at sige det, okay, du ved, dette er, du har en masse maskiner på din, du ved, du har beregnet, du har opbevaring, og du har netværk på dit on-prem data-center, og skyen giver det samme derude. Så jeg skal bare gøre nøjagtigt den samme ting, som jeg laver på mit eget on-prem-datacenter og gøre det samme i skyen og viola - det er, hvordan det skal fungere. Hvad vi har fundet ud af, ved du, efter at have kørt skyerne for, de to skyer, hvor du ved, du har evnen til at skaffe VM'er inden for et minut, evnen til at bruge et meget skalerbart objekter til at gemme data og lignende ting . Vi har fundet ud af, at sky faktisk, skyarkitekturen og disse iboende evner faktisk muliggør forskellige måder at gøre ting på, ved du, og det er det, jeg også har talt om i mit lysbillede, ved du, hele opfattelsen af ​​... i bare, du ved, i ... perspektivet på bare Hadoop, hele forestillingen om bare at køre den statiske klynge versus on-demand dynamiske klynger, det er noget, som du ikke kan se ske i et on-prem data-center, ved du, mod, du ved, sand sky, hvor, du ved, er der en kapacitet nok til at være i stand til at understøtte disse typer arbejdsbelastninger.

Og så tror jeg, at der bestemt er brug for et skift. Du ved, den store frygt for mig er, at hvis du bare behandler sky som endnu et datacenter, er du faktisk ... mens du, du ved, der er mange andre fordele, men der er mange interne fordele, som du måske ignorerer hvis du, du ved, begynder at gøre det, er sikkerhed en anden, måden du håndterer sikkerhed og skyen på, der er en masse forskelle med hensyn til hvordan du ville håndtere, ved du i ... fra on-prem perspektiv og så videre og så videre. Ville bare tilføje det ind fra mit perspektiv.

Eric Kavanagh: Sikker på. Ja. Intet problem. Vi har en deltager, der spørger om forskellige typer brugssager som logistik og specifikt HR, så jeg kastede op denne webside om Workday, ønskede at fremsætte et par kommentarer til det, og så Gilbert, måske vil jeg bringe dig ind for at kommentere hele begrebet arkitektur. Så hvad angår HR, hørte jeg faktisk en ret godt, jeg vil kalde det, lad os sige kommentar fra en analytiker for et par måneder siden, for et par måneder siden, antager jeg, at jeg gik til skyen for Human Resources. Jeg har foretaget noget research herom for at vide, at mange HR-type funktioner udliciteres til skyen, bestemt er ting som lønningsliv relativt nemt at outsource i disse dage, fordelsprogrammer og forsikring, den slags ting, men der er en reel seriøst advarsel at huske på og Gilbert, det er det, jeg vil have, at du kommenterer fra et arkitektonisk perspektiv, og det er du, du skal være meget forsigtig med, når du flytter til skyen for en slags kritisk forretningsservice, fordi du enten ønsker at være meget strategisk og meget tankevækkende, hvilket betyder, at du går igennem processen med at sikre dig, at du forstår, hvad der foregår i skyen, og hvad der forbliver på stedet, og der er folket fra Attunity vil fortælle dig, at virkelig en af ​​de ting, de specialiserer sig i at oprette disse forbindelser, så de giver den form for forbindelse, du har brug for, fordi hvad der sker med nogle organisationer er, at de går, og de vil bruge Workday for eksempel til at sætte nogle af deres HR-ting til cl Oud, men de gør ikke det hele, eller de gør ikke nok, eller de tænker ikke nok igennem det, og hvad sker der så? Så vil de ske for at administrere skymiljøet og deres originale lokale miljø også, hvilket betyder, gæt hvad? Han øgede bare dine omkostninger, du fordoblet din arbejdsbyrde, og du skabte masser og masser af hovedpine for folk, og det er normalt, når nogen bliver fyret, og så har den fyr, der kommer ind, en rigtig rod til at rydde op. Så du er virkelig nødt til at tænke igennem arkitekturen af ​​dataene og systemerne og processerne og sørge for at prikke alle dine i'er og krydse alle dine t'er og med det, vil jeg smide det videre til Gilbert for kommentarer. Jeg gætter på, at det vil være med det, men måske ikke.


Gilbert Van Cutsem: Okay. Ja. Så bare et andet eksempel på noget lignende, lige i går skete for mig. Så jeg mistede en af ​​mine læger, fordi han gik ud af forretning. Jeg ved ikke. Det lyder fantastisk. Han var kiropraktor og gik ud af forretning. Jeg ved ikke hvorfor, men tinget var dette - jeg har ingen kiropraktor og jeg kan godt lide at gå til en kiropraktor, du ved det lejlighedsvis. Så jeg finder en ny og dens tæt på, ved du, tæt ved og alt det der. Alt er godt. Og så går de, som sædvanligt, du skal gøre alt papirarbejde og fortælle os, om bla, bla, bla. Men den gode nyhed er, at vi har et nyt system, fordi du ved, vi er på Internettet nu, i skyen. Det hele er cool. Jeg går som, okay, du ved, og de mig et link, og jeg er nødt til at gøre alt papirarbejde online, hvilket er fint, og jeg lægger alle slags ting derinde omkring, en slags hemmelighed som, du ved, personnummer og den type ting, og hvem jeg er, hvor gammel jeg er ... alle mine detaljer. Jeg satte det hele der, og jeg forelægger på grund af selvfølgelig, jeg tror på teknologi.

Og så går jeg op på kontoret den næste dag til min første aftale, og de ser ud som "Har du lavet formularen?" Jeg går som "Ja, fru, jeg gjorde det." ”Okay. Så vil vi finde det.” Jeg går som, "Nå, jeg gjorde det." Og hun siger, "Ja, vi ved det, fordi du er den femte person i dag, der går ind, går hen til mig og klager over det, der ikke finder formen." Og jeg går som: "Men du kan ikke være seriøs med det. Dette er ret fortrolige oplysninger. Hvor er det?" Dette skete med mig i går, ja, hvilket bringer hele problemet tilbage og hele ideen om, hvem der egentlig ejer dataene, ikke?

Jeg ved, at du flytter til skyen, og folk får det ombord i et nyt system som i dette tilfælde, min kiropraktor og de abonnerer på et nyt system. Det er i skyen, det er alt sammen sikkert, det er fuldt ud lejer, de plejede at have det på stedet, alle data blev flyttet ind i det nye system, men nu tilsyneladende kan de ikke få dem ud.

Eric Kavanagh: Ja. Det er ikke godt.

Gilbert Van Cutsem: Så jeg ved ikke, hvor mine data er, og antager, at hun bliver virkelig gal, ikke? Hun siger: "Åh, dette er umuligt. Jeg betaler dig penge, og mine kunder er, mine patienter, desværre, er utilfredse og med dataene er væk, jeg vil komme væk fra dig. Jeg vil gerne gå til et andet system, måske også i skyen, ikke? " Hvordan flytter du dataene fra dine patienter i dette tilfælde, de data, din virksomhed ejer, til et andet system? Hvordan får jeg det ud først og derefter indlæser det igen? Jeg er sikker på, at ETL i skyen på en eller anden måde er et svar, og vi har eksperter på det, men det er ikke så let.

Eric Kavanagh: Ja, men det er nøjagtigt rigtigt, og folkens, jeg kastede denne anden dias her, denne anden, en anden skærm for at vise dig, hvor du kan finde arkiverne. Så når som helst du vil tjekke ud - åh, der er indersiden af ​​vores websted, det vil jeg ikke vise dig. Så her er hovedwebstedet og i højre kolonne her kan du se et andet show. Så TechWise er lige her. Du klikker på det og på disse forskellige sider, hvor vi rent faktisk vil placere arkiverne. Så arkiverer vi alle disse webcasts.

Faktisk vil jeg gerne smide tilbage til Mike, antager jeg, og derefter også til Lawrence for at kinda kommentere denne historie, som Gilbert netop fortalte. Så Mike, der er nogle, slags, nu er dette en form for lille virksomhed. I fyre er mere fokuseret på big business, men ikke desto mindre, hvis et stort firma, der arbejder med dig, og de vil gå et andet sted, hvordan administrerer du denne bevægelse af dataene og sikrer dataene og så videre?

Mike Miller: Ja. Det er et meget godt spørgsmål. Det var en, der plejede at komme meget oftere op, end det gør nu i salgsopkald, hvilket jeg synes er et interessant anekdotisk bevis for et opkald. Du ved, jeg tror, ​​at vi først og fremmest taler om en masse teknologier, eller i det mindste beskæftigelsesmodeller, der er relativt nye. Dette er meget tidligt i skyen, ikke? Vi taler om ting som sky, eller i tilfælde af data, vi taler om analysetjenester som Hadoop til databaser og derefter NoSQL eller NewSQL formater. Du ved, dette er grundlæggende nye teknologier og især omkring ting som Hadoop og NoSQL, alle de supplerende tjenester, konnektorerne, lige, ... du ved, hvis jeg vil finde nogen der konsulterer Oracle, det er noget jeg kan finde, men at hele økosystemet bare er ved at spin op lige nu.

Så det bliver lettere dag for dag at sige, okay, du ved, give mig en service, der kan læse fra x traditionelle system, sætte det i Cloudant og gøre noget med det og derefter sætte det tilbage i det traditionelle system, ikke? Så nu er de meget, du ved, der er ganske mange af disse ting, og det er faktisk mere udfordrende, tror jeg, for en typisk bruger at forstå, hvad der er det bedste valg, ikke sandt, hvis jeg vil forbinde alle de nye teknologier på -prem og derefter i skyen.

Så jeg tror, ​​som en cloud-leverandør, det er virkelig på os at være meget meningsfulde om det og hjælpe med at gå brugere gennem mulighederne, fordi skifter meget nyt, og jeg tror, ​​at den gennemsnitlige bruger, hvad enten det er en CTO, CIO eller om dens faktisk udvikler, kommer den læringskurve temmelig hurtigt op. Jeg tror, ​​at en masse af den slags baseline-ting bliver udarbejdet, cross-cloud-stik og, du ved, fjerner de virkelig mest basale bekymringer ved at sige, du ved, omkostninger ved båndbredde, og om du går på eller ikke bredt netværk i forhold til at blive ved, du ved, VPN hele tiden. Mange af disse ting er blevet abstraheret lidt væk, og hvad er det virkelige løfte fra skyen.

Men generelt tror jeg, at du også ser, du ved, at den anekdote, som vi hørte, var, du ved, noget, der sandsynligvis er isomorfisk for, ved du, hvad der sker med dit køb af et brand, du ved, i en sidste levetid, ved du, hvad sker der, hvis dette brand ikke leverer, hvor meget kan jeg virkelig stole på dette brand? Jeg tror, ​​du ser nøjagtigt den samme ting ske i skyen, og du ved, jeg tror, ​​at virksomheder som Microsoft, Amazon, IBM og Google er, du ved, meget intensivering og siger, at der i det mindste vil være flere søjler med stoler på og sørger for, at du ikke går ind hos et firma, der vil tørre op og sluge dine data, eller værre, miste dem eller distribuere dem, ikke? Og så er de i det mindste uafhængige, og de forankrer, ved du, udviklingen af ​​et sådant økosystem. Men jeg siger for at lukke, det er meget tidligt og meget af denne værktøj er lige ved at komme i gang, og du ved, jeg tror, ​​du kommer til at se konsulenttjenester, du ved, virkelig sætter en masse fokus på det i meget nær semester.

Eric Kavanagh: Ja. Det er en virkelig, virkelig god kommentar, du lige har lavet der. Jeg kan godt lide det "søjler med tillid" -koncept, fordi den anden ting, du skal huske på her, er, at du igen har et antal hårde konkurrenter, der kæmper for markedsandel og for IT-spændvidde, det er ligesom gamle dage igen. Virkelig, i gamle dage, som jeg mener sidste år, havde du IBM og Oracle og Microsoft og SAP og derefter Computer Associates og Informatica og alle disse virksomheder, Teradata osv. I den nye verden, nu har du naturligvis , Microsoft med deres Du Jour, du har Google, du har Amazon Web Services, du ved, du har i visse forhold. Så du har alle disse virksomheder, som ikke nødvendigvis er så begejstrede for at arbejde sammen, men du har ting som API'er. Og så, en af ​​de dejlige ting, som API'er virkelig udkrystalliserer i de stik, der holder den større sky sammen, antager jeg, og jeg vil smide et lysbillede til Lawrence for at kommentere alt dette.

Ja, Lawrence, du har tydeligvis specialiseret dig i rummet i et stykke tid. Så jeg tror, ​​du har en fantastisk fordel i forhold til måske nogle nye.Men ikke desto mindre er det alle meget alvorlige bekymringer, fordi hvordan data lagres i skyen er anderledes end hvordan de gemmes på stedet. Derefter tror jeg, at Mike gør et rigtig godt punkt, at hele dette rum lige er begyndt at tage form og det vil tage et stykke tid, før ting alvorligt falder på plads og udkrystalliserer. Så hvad er nogle råd, du har til virksomheder, som du ... Jeg gætte, du er dybest set enig med Mike, eller hvad synes du?

Lawrence Schwartz: Ja. Jeg tror, ​​det ved du, hvad vi ser, er, når folk drager fordel af skyen til mange brugssager sammenlignet med på stedet, ved du, de ser på slags, du ved, to forskellige ting. Den ene er, de ser på, du ved, da vi talte om dette lidt tidligere, hvordan gør jeg ... hvordan tilføjer det trinvis værdi til hvad jeg gør, hvordan gør jeg, du ved, hvordan er det slags en tilføjelse? Og så, ved du, når tilbage til, da jeg talte om Etix som et firma, hvor, du ved, de ikke flytter alle deres operationer over til Redshift, ved du, endnu pr. Siger, men de siger: "Jeg gør en masse arbejde med Oracle, jeg vil tilbyde noget af dette til en slags analyser fra forskellige miljøer, du ved, kinda regne ud, måske gøre nogle sandkasse ting der, og, du ved, og derefter lære om min forretning på den måde, og på den måde kan de slags skære ud, hvad de vil, flytte det derovre og udføre arbejdet, og det ved du, det er mindre bekymret for at flytte, du ved, alting over og alle poster og hvad ikke. Så jeg tror de ser på det som en måde at drage fordel af det med mindre problemer.

Jeg tror, ​​at den anden ting er, at folk også ser på disse sager, der ikke er fremragende egnet til skyen, som er meget, meget svære at gøre på andre måder. Så jeg vil tage et andet eksempel, ved du, vi arbejder med et firma, der hedder, du ved, i DEMAND. De er video-on-demand-afspiller. De gør dette arbejde for Comcast og alt dette, og de vil faktisk, du ved, tage de data, de arbejder med, de vil tage mediefilerne, og de vil levere dem til skyen for at udføre deres behandling, udføre deres behandling der , og så forbruger de det tilbage for deres lokale kunder. Og så ved du, det kommer ovenpå til tredjepart, der forbruger anmeldelser. Så det er, du ved, hvis du vil tænke over, hvordan virksomheden nærmer sig det, dets, du ved, hvordan får jeg min ... hvordan tilføjer jeg værdi, hvordan flytter jeg måske ikke hele virksomheden med det første , hvordan får jeg de rigtige brugssager, hvordan tilføjer jeg trinvis værdi til det, jeg gør? Og det hjælper kinda med at opbygge tilliden til, hvad de laver, og som en del af processen, og selvfølgelig, ved du, et vigtigt stykke af det er, du ved, og sørger for, at de kan gøre det sikkert og pålideligt, og du ved, vi sørger for de nyeste niveauer af kryptering og andre ting til at tage sig af det så meget som vi kan på transportsiden. Men sådan tror jeg, at mange virksomheder nærmer sig problemet.

Eric Kavanagh: Okay. Godt. Og måske Ashish, jeg vil smide et sidste spørgsmål til dig. Jeg kaster bare op, faktisk kan jeg godt lide dit arkitekturbillede. Selv dette lysbillede synes jeg er temmelig pænt. Så et af spørgsmålene i, du ved, HDFS naturligvis ved at designe standard er at gemme hvert stykke data tre gange. Du kan selvfølgelig justere, at du selvfølgelig kan gøre det to gange, du kan gøre det fire gange, hvilket giver en vis omkostning over tid, selvfølgelig, men det er en måde at sikkerhedskopiere data på. Uanset hvad, det var hele ideen, en af ​​de vigtigste ideer, lige fra HDFS oprindeligt er redundans, ønsker ikke at miste data. Jeg har slags undret mig over, hvordan det vil påvirke ting som replikationsservere, helt ærligt, når Hadoop gør det indfødt.

Men en af ​​de deltagende spørger - "Kan du anmode om fysiske sikkerhedskopier som tape til dine skydata? Jeg læste om et firma, der havde deres cloud management-konsol hacket, og deres data og online-sikkerhedskopier blev affaldet."

Du ved, vi hører om disse overtrædelser hele tiden, de bliver mere og mere alvorlige, de dræber store mærker som Target, som Home Depot osv. Så sikkerhed er et problem, og sikkerhedskopiering og gendannelse er et problem. Kan du tale om hvordan du fyre adresser ting som backup og gendannelse og sikkerhed?

Ashish Thusoo: Ja, sikker. Så vi ... Så jeg vil tale om det og tale om HDFS først. Så hvad angår Qubole, ved du, vi ... da vi arbejder på skyen, bruger vi objekterne der til at gemme data. Så igen, dette er en af ​​de andre centrale forskelle, hvorfor, du ved, big data-service på skyen bliver forskellig fra on-prem. Først og fremmest har vi altid talt om, HDFS og så videre og så videre, men hvis du går til skyen, lagres en masse data faktisk i deres objektlagre. Det kan for eksempel være en S3 på AWS, Google skylagring på Google Cloud, på Google Compute Engine osv. Og så videre.

Nu har mange af disse objektbutikker indbyggede muligheder for at give dig ting, ved du, disse objektlagre, forresten, du ved, en af ​​de store differentierere fra rigtige skyer til faktisk dit eget datacenter er tilstedeværelsen af ​​disse objektforretninger og grunden til, at disse objektbutikker er seje teknologier, ved du, de er i stand til at give dig meget billig opbevaring, og sammen med det er de i stand til at give dig ting som, du ved, at have evnen til at faktisk have en ting, der er indbygget i katastrofe, og som du er en del af dette interface, behøver du ikke at tænke over det. Og også, de har lagdelt op, ved du, der er tier der også. For eksempel har S3 stor tilgængelighed og sin online adgang, men den er meget dyrere. Det er dyrere end sige, en gletsjeropbevaring på AWS, som er lav, ved du, den giver dig, ved du, omdrejningstiden er som fire timer eller noget i den retning, og det er meget billigere. Så du begynder at tænke på, du ved, de typer tjenester. Jeg tror, ​​cloud-udbydere i det væsentlige leverer disse typer tjenester for at øge behovet for ting som bånd og så videre og så videre. Og også for at give dig katastrofebetjening eller rettere, du ved, replikation indbygget i disse systemer, så du ved, du er beskyttet mod katastrofer, regionale katastrofer og lignende ting.

Så det er, hvad Qubole stærkt, du ved, afhænger af, og det gode er, at en masse ... alle skyudbydere leverer dette. Dette er grundlæggende meget vanskelige problemer at løse og ved at blive indbygget i nogle af de objektbutikker, som disse skyudbydere leverer, ved du, det er en yderligere grund til, at du ved, at gemme disse data, du ved, i nogle af disse objekter gemmer og bruger skyen til det i modsætning til at prøve, du ved, regne ud, du kender, replikering, kører to Hadoop-klynger på tværs af forskellige, du ved, regioner og, du ved, prøver at replikere data fra HDFS fra en region til det andet, der kan gøres, vi gjorde det meget, da jeg var tilbage på at køre det her, men du ved, grundlæggende, objektlagrene i skyen gjorde det lige så meget lettere.

Eric Kavanagh: Okay. Store! Nå, folkens, vi har brændt en times tid og 15 minutter, mange gode spørgsmål der og en masse gode præsentationer. Tak så meget til alle vores leverandører i dag og selvfølgelig til begge vores analytikere på showet i dag. En stor tak, selvfølgelig, til Qubole, Cloudant og Attunity. Vi vil placere arkivet på insideanalysis.com. Jeg viste dig, hvor det går, og stor tak til vores venner på Techopedia også.

Så folkens tak igen for din tid og opmærksomhed. Dette afslutter afsnit 3 af TechWise, vores relativt nye show. Der er afsnit 4, der kommer snart op. Det vil være på big data-økosystemet. Så se efter oplysninger om alt det. Og så indtil da, tak, så meget. Vi henter dig næste gang. Pas på. Hej hej.