Hjem I nyhederne Analyser og optimer: en ny tilgang til overvågning

Analyser og optimer: en ny tilgang til overvågning

Anonim

Af Techopedia Staff, 12. august 2016

Takeaway: Værten Eric Kavanagh diskuterer overvågningsmetoder og tendenser med Rick Sherman, Dez Blanchfield og Robert Vandervoort.

Du er ikke logget ind. Log ind eller tilmeld dig for at se videoen.

Eric Kavanagh: Okay folk, hej og velkommen igen. Du kan se lysbildet foran mig, forhåbentlig kaldes det "Hot Technologies i 2016." Årene flyver forbi. I dag taler vi om "Analyser og optimer: En ny tilgang til overvågning." Ups, vi har en lille fejl på diaset der, se ikke, se ikke ud! Okay, så der er en dias om din virkelig. Jeg vil være din vært, du kan slå mig op på Twitter, @Eric_Kavanagh, og jeg vil være glad for at tweet tilbage til dig.

Vi har et andet format end The Briefing Room her, så først og fremmest har vi et par analytikere, Rick Sherman og vores helt egen Dez Blanchfield, datavidenskabsmand i Bloor Group, de vil give dig deres tage emnet. Så hører vi fra eksperten Robert Vandervoort, han er over hos IDERA, som er et meget interessant firma. De købte et firma, vi kender, kaldet Embarcadero, men de har en hel masse andre ting og nogle interessante ting, som nu bruges på nogle nye og seje måder. Rick Sherman kommer først.

Før jeg går dertil, lad mig bare kaste et par hurtige tanker ud. Jeg kan godt lide dette koncept om analyse og optimering gennem overvågning, og jeg kan godt lide det, vi vil høre fra Robert i dag om at ændre den måde, du tænker på overvågningsløsninger. Fordi faktum er, overvågning er, hvad du gør hele tiden alligevel, hvis du er i IT-verdenen. På en eller anden måde, på en eller anden måde eller i erhvervslivet overvåger du. Det kan være formelt, det kan være uformelt, men der er en mekanisme, hvormed du betjener dine daglige opgaver. Og hvis du arbejder med maskiner, prøver du at finde ud af, hvad de laver. Du prøver at forhindre dem i at for eksempel mislykkes eller have dårlige resultater.

Hvordan gør du det? Der er mange måder at gøre det på. Skyen har virkelig ansporet til hele denne bølge af innovation inden for overvågning, hvilket jeg synes er ganske interessant. Vi har set virksomheder som Splunk komme med og virkelig ændre spillet, og mange forskellige virksomheder forsøger nu at overvåge på forskellige og interessante måder. Og hvad vi i dag hører fra IDERA, er, hvad jeg synes er en af ​​de mere kreative tilgange, vi har fundet på i ganske lang tid, og jeg håber, at det er en, der genklinger med jer derude i dag. Du kan til enhver tid stille spørgsmål ved hjælp af Q og A-komponenten i din webcast-konsol. Vær ikke sky, send disse spørgsmål ind. Og med det overlader jeg det til Rick Sherman. Stå ved. Tag det væk, gulvet er dit.

Rick Sherman: Okay, tak Eric. Hey alle sammen. Vi vil tale om den overvågning, og hvorfor der bestemt har været behov for at ændre, hvordan vi nærmer os tingene. Nu først af, lige så hurtig, min baggrund - Jeg er i en verden af ​​forretningsinformation, forretningsanalyse, dataintegration osv. I modsætning til den slags app-side. Jeg har været en slags bagenden af ​​disse forskellige tendenser, der sker i branchen. Vi har datafloden: big data, small data, data der kommer overalt, inden for og uden for virksomheden.

Vi har internettet med ting, ting der kommer ind fra skærme, enheder, og så har vi en eksplosion af andre ting end bare relationelle databaser derude, både på stedet og på sky osv. Men hvad alt dette betyder for overvågning til overvågning og styring af systempræstationsapplikationer osv. såvel som til dataintegration og til forretningsinformation er, at vi plejede at have en dejlig enkel verden, i det mindste var det enkelt fra it-perspektivet, som det plejede at bruge har et sæt servere, som de - alt var der, applikationerne, dataene, og det var alt sammen på stedet, så de kontrollerede hele verden. Det var meget lettere at styre. Men hvad der skete, har været, at virksomheden har fået meget, meget, meget mere kompleks.

Vi har en eksplosion - glemmer bare big data - vi har en eksplosion af applikationer både på stedet og i skyen, for at forbedre virksomhedens produktivitet, for at forbedre forskellige forretningsprocesser, for virksomheder at interagere med andre virksomheder og med deres kunder. de virksomheder eller mennesker. Vi har haft en eksplosion, som de andre dias viser, af forskellige slags forskellige databaser, store databaser, relation, sky osv., Og vi har haft meget mere, bedre udnyttelse af servere, operativsystemer, både med reelle og virtualiserede servere derude, for bedre at styre, bedre udnytte de enkelte servere selv. Og selvfølgelig har vi et helt netværk af ting, der sker mellem alle disse applikationer, databaser og servere.

Et par andre ting, især i min verden, har været, at alt dette har ansporet endnu mere applikationssynkronisering. Vi har flere og flere applikationsservere, databaser, der bruges til at flytte data, synkronisere data, integrere data mellem forskellige processer, både i og uden for en virksomhed. Og selvfølgelig har vi den dataintegration, der er nødvendig for at understøtte det.

Med det i tankerne, og med det faktum, at vi bevæger os fra denne dejlige, sikre verden af ​​et netværkssæt med servere, som vi har administreret, til at sortere denne virksomhed og en ekstra virksomhed af applikationer og data, er vi flyttet til ”Hvordan administrerer vi faktisk dette miljø?” Og grunden til, at dette webinar er interessant, er fordi den aktuelle situation ikke har været for god. Vi har haft mange forskellige værktøjer til at se på databaser, servere, SharePoint, operativsystemer, dataforflytning osv. - de er alle blevet spredt som sådan, vi har haft siloer, så vi har været i stand til at styre eller overvåge en bestemt server, specifik applikation, specifik database, men vi har ikke været i stand til at sammensætte dem. Nu, da de alle er interaktive og indbyrdes forbundne, er det mere end bare de enkelte stykdele, du har brug for at sammensætte dem, og som sådan har vi haft - jeg antager, at dette er mit high school-billede - vi har haft folk, der har haft specialiseret viden om disse værktøjer til at komme dybt ind i systemernes tarm for at styre dem.

De har været dyre og dyre, tidskrævende, og vi har slags set fast i mudderet, idet vi fortsat kigger på og prøver at styre disse stykkedele og ikke har været i stand til virkelig at styre virksomheden. Hvor det har efterladt os, eller hvor det er bragt os til, er behovet. Behovet har været at komme ind i virksomhedsovervågning. Vi skal være i stand til at se på applikationer både på stedet og i skyen, databaser på samme måde. Servere, netværk, virtualiserede, ikke-virtualiserede systemer, dataintegrationen, applikationssynkroniseringen der er derude. Som i business intelligence-analyse er den første ting, du skal gøre, at fange data om alle disse forskellige tjenester og infrastrukturen, applikationerne.

Den anden ting, du skal gøre, er at derefter sammensætte disse data for at se på, hvordan de er indbyrdes relaterede til hinanden. Du kan ikke gøre noget, før du finder ud af, hvordan disse stykker er indbyrdes relaterede og bringer det sammen. Men hvordan vi er flyttet op fra stykdelene til en slags mere omfattende eller virksomhedsapplikationsadministration, er virkelig vokset ud, fordi vi fanger dataene, fordi vi integrerer dataene, er at være i stand til at forbedre analyse af applikationsstyring og overvågning.

Den første ting, vi skal gøre, er at finde ud af, hvad der sker med disse individuelle systemer eller dele. Den anden ting, vi skal gøre, er at forstå, hvorfor det sker. Det kræver mere indgående kendskab til applikationerne, databaserne, serverne, og hvordan de er forbundet med hinanden, og hvordan de er relateret til hinanden, og hvilken ting der udløser noget andet. Jeg mener, ofte får vi problemer, hvor der sker noget, og det er virkelig ikke den grundlæggende årsag, det er bare symptomet på noget andet. Vi er nødt til at finde ud af, hvorfor det sker, men vi er nødt til at indsamle dataene og være i stand til at overvåge brikdelene.

Endelig er vi nødt til at komme ind på en lille smule af den forudsigelige analyse eller forudsigelige overvågning. Eller vi begynder at finde ud af, hvorfor der sandsynligvis vil ske noget, eller hvad der skal ske dernæst. Hvis noget mislykkes eller er ved at fejle eller rammer en tærskel, er vi nødt til at være i stand til at udløse og forstå, hvad det indebærer, hvad ellers vil der ske næste. Vi indfanger dataene med overvågningen, vi begynder at analysere hvad, hvorfor og hvad der er næste, og så kommer vi endelig ind i styringen baseret på dataene og baseret på analysen.

Husk, det er dejligt at indsamle data, det er dejligt at analysere data, men det skal dataene til, at analysen og data faktisk skal kunne bruges. Du skal være i stand til at være reaktiv, reagere på, hvad der sker, og være proaktiv i at prøve at ordne det, i sig selv. Så vi er også nødt til ikke kun at have overvågningsværktøjer og visuel analyse af det, men det er også vigtigt at være i stand til rent faktisk at rette tingene på en automatiseret eller systemisk måde. Dette er en slags behov, der er vokset i virksomheden og igen fra BI- og forretningsanalytisk perspektiv og dataintegrationsperspektiv. Vi vil ofte have problemer, der prøver at finde ud af, hvad pausepunkterne er. Hvorfor skaler man ikke noget, hvorfor fejler der noget, hvorfor føler forretningsbrugere ikke, at serviceniveauaftalerne bliver opfyldt? Vi kan gøre alt dette fantastiske med applikationerne, med dataene, men de systemer, der understøtter det, skal styres for at muliggøre alle disse fantastiske ting, der foregår derude. Dez?

Eric Kavanagh: Okay, tag det væk, Dez.

Dez Blanchfield: Tak, wow. Vi har sandsynligvis et par små områder, som vi er helt enige om der. Et hurtigt stykke baggrund om mit liv i en verden med overvågning af ting. Faktisk arbejdede jeg for næsten 20 årige år siden min bror og jeg sammen i miljøer, der lignede meget på dette. Dette er et netværksoperationscenter. Dette er en aktuel, og vi administrerede alt fra routere og switches, og servere, firewalls og systemer, der kører applikationer, og applikationerne derude og databaser derude og en hel række servere blev sammenkoblet.

På det tidspunkt var der ikke så mange værktøjer til rådighed til overvågning. Der var ganske mange gratis og open source-værktøjer, men de få applikationsstakke, der gjorde en ende-til-ende-overvågning, var dyre og svære at få dine hænder på. Og så satte vi os faktisk ned og skrev en, tro det eller ej, og internettet var bare ved at blive en ting, og vi brugte køre værktøjer på disse unikke systemer, Solaris-systemer, til at indsamle systemaktivitetsrapporter og diskbrug og hukommelse brug osv., og logg den til en fil og kør et script på den. Vi plejede faktisk at e-maile de indsamlede data til en central server, trække disse logfilsindgange fra e-mails, når de kom ind, analysere dem, sætte dem i en database og tegne smukke grafer om dem.

Vi troede, at vi var temmelig kloge og temmelig sej, fordi vi kunne fortælle, hvad der foregår, men det, der ramte os før længe, ​​var, at selvom vi faktisk kunne rapportere om den historiske tilstand af nationen, fortalte det os ikke rigtig meget om nationens nuværende tilstand i øjeblikkelig forstand, fordi de data, vi indsamlede, blev sendt et eller andet sted, så det var altid et par minutter, før det gik fra serveren, at de blev indsamlet på, på tværs af netværket og via e-mail og ind i en mailserver og trækkes fra hinanden og sat i en database, så det var virkelig smukke grafer, men det er alt bagud, alle disse historiske.

Faktisk i øverste venstre hjørne af dette smukke billede på 18 LCD-paneler, der foregiver at være et virtuelt skrivebord, er der en graf, en lille grøn graf i øverste venstre hjørne, der ligner meget, hvad vi plejede at gøre, kortlægge tingene. Og vi havde denne konstante frustration over, at det næsten var umuligt for os at fortælle hvad der foregik i øjeblikket eller endda hvad der skulle ske i fremtiden. Ligegyldigt hvor mange gange vi prøvede at lave en form for forudsigelig grafering, og det er næsten tyve år siden nogenlunde fra hukommelsen.

Dette er et billede af en faktisk netværksoperationscenterskærm, det er 18 LCD-paneler, der alle er limet sammen, foregiver at være et stort stort Windows-skrivebord, og dette er ofte nationens stat i øjeblikket for de typer ting, som organisationer eller teleselskaber eller store virksomheder løb for at holde styr på, hvad der sker i deres verden. Uanset om det er deres netværk og deres routere og deres switches og applikationsservere, hvad der er interessant inde i denne særlige skærm, eller dette skærmbillede er, foto, er at det ikke er et stort stort vindue, det er ikke en stor stor webbrowser, der er strakt ud, det er partier af små bittesmå vinduer, der overlapper hinanden. Hvis denne ting nogensinde styrter ned eller genstarter eller skal lukkes ned af en eller anden grund og tændes igen, skal et eller andet stakkels nar sætte sig ned og åbne alle disse individuelle applikationer igen og flise alle windows manuelt for at få den samme visning. Det er ekstremt besværligt, og det er risikabelt, fordi hvis nogen ikke ved, i hvilken rækkefølge de sætter dem tilbage, er det næsten umuligt at genoprette, og det er en temmelig trist tilstand, da dette i øjeblikket er, hvordan de fleste netværksoperationscentre ser ud. Nogen er nødt til fysisk at køre flere apps og mobilsystemer, og de ser på fortiden. Så ikke meget er ændret på mange måder med hvad mange virksomheder synes overvågning faktisk burde være.

I det for 20 år siden plejede vi at have denne opfattelse, at hvis du kunne pinge en server, var det op, men virkeligheden var, at vi fandt det netop fordi du kunne pinge en server, som ved at pinge den og ekko en ICMP-type for en skudt på den ting, der ville gentage sig og sige, ”jeg lever” betød ikke, at det faktisk var op. Og selvom det ikke vendte tilbage, kørte serverne og apps på dem nogle gange ikke. Og så er overvågning en hel videnskab. Det er nået langt, men selv da er mange af de moderne applikationsstakke, vi køber i overvågningsverdenen og servicestyringsverdenen, ikke forudsigelige. Ting var meget enklere dengang. Og vi plejede at gøre det - de typer af ting, vi ville tænke på, var: ”Nå, er serveren klar til at reagere, er operativsystemet online, og kan vi oprette forbindelse til det. Er applikationerne i gang, og vi kan overvåge det, svarer apptjenesterne? Webserveren ser ud som om den kører, men kan vi forbinde den til port 80 eller 443 på den? Kan brugere oprette forbindelse til de tjenester, der er der? ”Og ganske ofte kom det ned på noget så simpelt som helpdesk-telefonen ringer, og hvis det ikke var det, var den største beslutning, vi måtte tage for den dag, hvis tur var det at få donuts.

Derefter fulgte dette koncept med hyperskala alt, og især hyperskala computing, og med det mener jeg lydstyrken, hastigheden og størrelsen på de ting, vi har at gøre med nu. Og mange mennesker taler om verdens enhjørninger og Facebook og LinkedIn og Google i verden, men der er faktisk en masse organisationer af lille til mellemstor størrelse, der har meget, meget komplekse forretnings- og it-miljøer, som de prøver at overvåge og forsøge at få et greb om, få et greb om og sætte deres finger på den digitale puls i virksomheden, og desværre mislykkes de uhensigtsmæssigt, bare på grund af de store niveauer af kompleksitet, som er steget efter størrelsesorden, i min på næsten ethvert niveau.

Hvis du ser på to virkelig basale stykker af, hvad en moderne virksomhed har at gøre med, i et tilfælde endda noget så simpelt som big data-platforme, som vi tager for givet nu. Til venstre har vi rammerne for, hvad der tidligere var Hadoop version én, en meget batch-tilstand, batch-orienteret version af hvad Hadoop handlede om, MapReduce-rammen, der kører oven på Hadoop-filsystemet og en masse værktøjer, der vi tilsluttede effektivt, de er som svin og bikube og andre værktøjer. Til højre er væsentligt den anden omarbejdning af rammerne for Hadoop alt sammen bygget omkring YARN og en lidt mere højtydende computearkitektur og bedre planlægning. Når du ser på disse individuelle rammer, er de ekstremt komplekse, og de ting, du kan gøre inden for dem, er endnu mere komplekse.

Når vi ser på skyparadigmet, har vi et scenarie, hvor dette er en model af, hvordan OpenStack ser ud, og OpenStack er - en open source af skyplatform opbygget af mange, mange små moduler, og dette er bare et groft diagram af slags nøglekomponenter, der får OpenStack skyen til at fungere. Og det er ekstremt komplekst, meget, meget magtfuldt, men ekstremt komplekst. Og forsøger at overvåge noget i den tidligere stil i Hadoop-verdenen, med Hadoop og nu Spark, og alle de stykker i det økosystem, der ruller sky ud, som OpenStack-baserede platforme, endda forstå kompleksitetsmiljøet, husk at prøve at finde ud, hvad du overvåger, og hvilken tjeneste du overvåger, og hvorfor du overvåger den, og hvad du ser ud for at få fra overvågning af den. Dette er virkelig store problemer, vi står over for nu med nogle af de mest grundlæggende brikker i vores verden og skyøkosystemerne, vi prøver på at køre enten på stedet eller i offentligheden eller hybrid.

Så nogle af rammerne som big data-verdenen, som Hadoop og så videre, dette er virkelig store udfordringer, og den hastighed, hvormed tingene i dem ændrer sig i dem, gør det også vanskeligt at overvåge og få nogen futuristisk indsigt. Og vi sidder stadig fast i denne verden af ​​at sige: ”Nå, hvad skete der for fem minutter siden?” Som du hørte tidligere, med udfordringen fra stedet eller stedet, off-site, og det er, når du bare tænker om ting inde i computere eller datacentre. Du har en blanding af fysiske tjenester, som er slags, og virtuelle servere, og de har ændret, hvad vi plejede at tænke på som en fysisk server med en applikationsstabel, nu er altid et miljø, der kører virtualiseret. Infrastruktur, hvad enten det er Hyper-V eller VMware eller OpenStack eller Xen.

Nu behøver du ikke have en server, der kører en applikationsstabel, den kører en hypervisor, den kører flere stakke. Og jeg har lige listet et par almindelige i VMware, Hyper-V, OpenStack, men der er snesevis af andre og mange mennesker, der bruger dem. Og skykombinationen af ​​infrastrukturservere, platformservere og softwareservere, og hver af dem i deres egen ret har niveauer af kompleksitet, som vi bare prøver at få vores hoved omkring at styre og overvåge på basisniveau, så slet ikke forsøge at finde ud af, hvad der vil ske.

Og hvis det ikke var dårligt nok, er vi nu på det punkt, hvor vi definerer ting i en software-forstand, idet vi har softwaredefineret netværk og defineret netværk. Vi har virtualiseringsfunktion af netværk, og prøver at administrere og overvåge et softwaredefineret netværk, som komponenter inkluderer, såsom netværksfunktions virtualisering, virtuelle routere, virtuelle switches, virtuelle firewalls, virtuelle interface på servere, bundne virtuelle interface, hele vejen op i slags kombinationen af ​​tjenester versus apps og forsøger at finde ud af forskellen ved at overvåge dem.

Og nu har vi fået nogle sjovere udfordringer, idet vi hurtigt går fra virtualisering til containerisering og den nylige oprettelse af open source-versionen af ​​Googles værktøjssæt til virtualisering Kubernetes og HashiCorp-projektet Docker og muligheden for at oprette former for containere . Nu er det interessante ved at prøve at overvåge en form for container, også individuel container, at vi engang havde en fysisk maskine og en virtuel maskine og derefter hele appstakken og økosystemet på dem - hvad enten de var fysiske, virtuelle - nu har du et miljø, hvor du kunne have en Docker-instans, der kunne køre i så lidt som et par millisekunder, de bliver underbygget, den modtager en anmodning, den behandler den, den leverer den service, der var påkrævet, og så dør den. Vi flyttede slags fra, hvad jeg tror, ​​Randy Bias blev citeret og sagde en gang, og det vil sige, vi er nødt til at bevæge os fra at behandle servere og tjenester som kæledyr og prøve at holde dem i live hele tiden, til nu, da vi bare behandler ting som kvæg og overvågning, der er en endnu mere interessant udfordring.

Vi har hybridmiljøet, så slags traditionelle applikationsstakke, såsom traditionelle databasemiljøer. De nye miljøer som brugen af ​​Hadoop og Spark big data miljøer, lineær vækst, vækst og opbevaring, lineær vækst og skalerbarhed, elastiske miljøer for nogle af disse computere. Og efterspørgslen efter mobilitet, folk, der gør BYOD. Hvordan overvåger du en bærbar computer, som din virksomhed ikke ejer? Hvordan overvåger du applikationer og tjenester og sikkerheden der? Og den eksponentielle eksplosion fra maskine til maskine og internettet med de ting, der følger med. Og maskine-maskine og internet af ting er en næsten umulighed i øjeblikket for nogle af de platforme, der traditionelt er blevet brugt i normal overvågningssignal, især når du kommer til skalaen på industrielle enheder.

F.eks. Havde Dreamliner 787-flyet, da det blev oprettet, den første udgave, noget i retning af 6.000 sensorer i selve maskinen, hele flyvemaskinen. Nu forstår jeg den nyeste version af Airbus, jeg tror, ​​det er A320, der har 10.000 sensorer i sig, der tager overvågning og styring af oplysninger fra enheder, der overvåges til et helt nyt niveau. Vi har denne stadigt stigende udfordring ikke blot at holde grundlæggende kapacitet til at overvåge noget og se, at det er online og tilgængeligt, men dette, nu er dette krav om forudsigelig analyse anvendt til det.

Fordi vi har foretaget forudsigelig analyse af en lang række ting omkring den forretning, vi driver, og de systemer, vi kører, og den type tjenester, vi leverer. Og hvad der nu så ud og indså, at vi faktisk kunne tilbyde forudsigelig analyse på en overvågningstjeneste og fortælle dig ikke kun, hvad der skete for et andet og fem minutter siden, men hvad der vil ske i fem minutter baseret på det, vi ved indtil videre. Og jeg synes, det er et ekstremt spændende tidspunkt at tænke på, hvordan man administrerer tjenester, for hvis vi kunne gøre nogen form for forudsigelig analyse, er ting, som vi nu ser på, f.eks. Automatisk skalering osv. I vores sky og virtualiserede miljøer, hvor hvis en server er klar over, at den er lidt overbelastet, kan den øjeblikkeligt genoprette en kopi af sig selv og stå op i økosystemet og håndtere mere arbejdsbelastning, og når arbejdsbelastningen falder, skalerer den næsten nedad og sætter en af ​​sine maskiner i søvn og går tilbage til dets normale tilstand. At være i stand til nu at bruge forudsigelig analyse og fremtidssyn på, hvad der sker ved at overvåge tingene hele vejen fra infrastrukturen og hardwaren, hele vejen gennem slutlinjetjenesterne. Hele ende-til-ende-rejsen, sindet svirrer over, hvad vi vil være i stand til at gøre for det, der i det væsentlige nu er en altid på vagt, som vi lever i. Og med det i tankerne vil jeg overlevere .

Eric Kavanagh: Okay, lad mig give nøglerne til Robert Vandervoort. Dækkede meget jord der, og jeg er nysgerrig efter at se, hvad I gutter gør, og at jeg, som sagt, jeg elsker hele filosofien. Så enten deler du dit skrivebord, hvis du vil gøre det, eller flytte lysbillederne. Tage det væk.

Robert Vandervoort: Alrighty. Hvis jeg ved, hvor den knap er, er det, hvad jeg arbejder med her.

Eric Kavanagh: Du skal klikke på Start, øverst til venstre.

Robert Vandervoort: Ah, okay.

Eric Kavanagh: Klik på det, du skal kunne se en delt skærm. Der går du, tag den væk.

Robert Vandervoort: Reddet dagen. Fantastisk. Okay, så Dez, det var slet ikke skræmmende. Åh mand. Nej, gode taler, fyre, gode samtaler. Så ja, bestemt, jeg er af samme sind, vi går slags til månen. Jeg mener, vi er nødt til at finde ud af, hvordan vi vil være i stand til at følge denne ting, da det sporer en fortegnelse, den er taget, og det er virkelig vanskeligt. Mand, jeg kan fortælle dig fra at arbejde for et softwarevirksomhed, der gør dette og være i daglige udviklingsmøder, dette er ting, vi taler om, dette er meget ægte bekymringer. Hvordan følger vi med industrien? Vi vil ikke være det, det tiårige overvågningssystem.

Med en masse tanke, og som jeg fortalte nogle af fyrene i forhåndschatten, en af ​​mine yndlingsbøger, og dette siger forhåbentlig ikke for meget om mig, men det er "Zen og kunsten at motorcykelvedligeholdelse, " jeg ville overveje det som en filosofibog, og det er faktisk en ikke-fiktion roman, men uanset hvad. Han taler om kvalitet, og hvad der er kvalitet og hvad der er kvaliteten af ​​tingene, og så dette er hele metafysik af kvalitet er kommet frem, og jeg vil ikke prøve at give jer en filosofilektion i dag, men en smule. Hele denne pragmatiske overvågning, hvad er dette? Det var det, jeg grundlæggende kom frem efter en masse tanker om hele dette emne, og denne slags paradigme, som vi bevæger os ind i, og skifter væk fra bare, som du sagde, servere som kæledyr - en fantastisk måde at sige det på.

Det er bogstaveligt talt definitionen af ​​de to ord. Den ene, pragmatisme: at håndtere ting fornuftigt og realistisk. Grundlæggende er det bare at være praktisk, det er et smukt ord til praktisk. Monitor: duh. Vi vil pirke på noget, vi vil sætte et termometer i det, vi måler, ommåler, ommåler og gennemgår det igen. At ideen så er et par af disse to ting, ved at vi overvåger tingene praktisk. Det er meget let at blive fanget væk, og jeg kan fortælle dem med så mange mennesker, at jeg har at gøre med og med at være i før-salgssiden. Jeg har at gøre med teknikere i forskellige virksomheder, alle forskellige slags teknikere, alle forskellige slags af virksomheder, vertikaler, uanset hvad, og det er altid den samme slags ting. Mange gange, når vi går ind på disse tilbud, er folk som: ”Nå, jeg vil virkelig overvåge mine servere, jeg vil vide, hvad der er, hvad er min CPU, hvad gør processer, og jeg vil sikre mig, at jeg løber tør for plads på drevene. ”Og jeg tænker nu, okay, dette er virkelig enkle ting. Men jeg vil virkelig gerne prøve at vikle vores hoveder rundt om en lidt anden proces her.

Først og fremmest, de tekniske spørgsmål, der altid kommer ind, når vi begynder at tale om overvågning - alt dette fokuserer virkelig på tilgængelighed - fungerer vores hardware / software til pingets punkt? Ja - okay. Nej - ping betyder ikke, at din software fungerer. Det kan betyde, at din server er online, og hvis det helt sikkert er den tilgang, som du tager, så lad mig se webserveren og se, hvorfor den ikke reagerer, vil du finde ud af, at "Hej, se, det svarer nu. Jeg er nødt til at gå fjernt til den webserver og se på dette, og kan jeg komme til det på kassen? " Der er hele denne vanvittige fejlfinding, der går i det, når du ikke har noget overvågning, hvilket overraskende er der. Jeg vil ikke navngive nogen navne, men der er nogle ret store virksomheder, der overhovedet ikke gør noget i vejen for overvågning.

For mig er dette selvfølgelig en åbenlys ting, fordi jeg arbejder for det firma, der fremstiller softwaren. Alligevel svarer websiden? Ikke kun er denne ting ope og levende, men fortæller den mig faktisk, hvad jeg vil se? Du kan ikke bare sige, ”Åh ja, websiden svarede på 40 millisekunder, ” det kan være en fuld rapportside. Vi var nødt til at sikre, at vi kan komme dybt nok ind på disse ting, disse spørgsmål, hvad angår svarene, kan vi besvare spørgsmålet på en måde, der faktisk tjener spørgsmålet. Tilgængelighed, ydelse - fungerer hardware / software godt? Der er mange præstationstællere, som vi snakker om, alle disse forskellige teknologier. Uanset om det er Hadoop eller IAS eller Apache eller hvad, så har de alle et sæt præstationsmålere. Alt, hvad Microsoft stort set kommer til at have WMI-præstationstællere. Du har dine SNMP'er, masser af forskellige måder at finde ud af, hvad der foregår under hætten, hvordan det er.

Og så er den sidste ting her kapacitetsplanlægning, så det gør nogle analyser på de ting. Vi har alt dette lange spor med historiske data, det vil vi godt gerne vide - og det er en slags følelsesmæssig behov, det er vi ikke, bare fordi vi arbejder inden for IT, det betyder ikke, at vi ikke er følelsesdyr, der er den følelse af sikkerhed - hvis du har noget, der svigter meget, tænker du ”hvornår skal det mislykkes igen, er det noget, der virkelig er et problem?” Og mens vi har en stor evne til at genkende mønstre i ting, ikke kun i livet, men i verden omkring os, og også over en tidslinje, men tingene er måske ikke så problematiske, som du tror, ​​de er. Eller de er måske mere problematiske, end du tror, ​​de er. Når vi prøver at tage gode forretningsbeslutninger, er dette bestemt et spørgsmål. Vi er nødt til at have rigtige målinger, vi skal være i stand til at underbygge vores følelser, og vores opfattelse af den verden, sætte den i tal og empirisere den - videnskab!

Alligevel filosofitid: Charles Sanders Peirce. Han er den fyr, der dybest set begyndte pragmatisme, og så jeg kommer til at buste et sprog fra 1800-tallet her, "Overvej hvilke effekter der kan tænkes at have praktiske lejer, vi forestiller os, at vores opfattelse har." Det, han siger her, er " Hvad er den ting? Hvad gør den ting? ”Så hvad end den gør, er hvad det er for mig. En webserver er en ting der spytter ud websider, den har ikke, du behøver ikke at tænke over det mere kompliceret end det. Er det sammensat af en masse kompliceret software? Det kan du tro. Operativsystemet alene er sandsynligvis godt mere kompliceret end noget af det, der faktisk kører på det. Men det betyder ikke noget. Når vi prøver at teste disse spørgsmål, er vi nødt til at vide, fungerer websiden? Okay, det her er virkelig temmelig enkle ting. Vores koncept fører til effekter af vores helhed, af vores opfattelse af objektet til det punkt. Lad os forestille os disse objekter. Dette er vanskeligheden. De fleste af de mennesker, jeg taler med, er igen, der beskæftiger sig med at overvåge en server, "Jeg vil overvåge min netværkshardware, " eller "Jeg vil gøre dette." Det er et specifikt stykke hardware, eller det er en bestemt teknologi og det er normalt, uanset hvad der er den største smerte i nakken for dem.

Chancerne er, at de allerede har noget andet overvågningssoftware internt, og gør et andet stykke af det. Jeg er ligesom "Nå hej, hvorfor kan du ikke" - Jeg kan godt lide at spille djævelens talsmand lidt - "kan du ikke bruge det andet stykke software til at gøre det?" ”Åh, det gør det ikke rigtig godt.” ”Okay, hvad med dette?” ”Nå, uanset hvad.” Og for mig er alle disse spørgsmål en masse hø. Jeg er i før-salg, hold det ikke mod mig for hårdt, men jeg er ingeniør, og forestiller dette objekt. Så vi skal være i stand til at forstå, hvad objektet er, hvad er alle bevægelige dele. Hvis nogen siger, "Nå, databaseserver, " Jeg er ligesom, "Okay, hvad tjener en databaseserver?" "Ah, ja, mest vores ERP." "Okay, så du har problemer med din ERP." Ja, men vi tror, ​​det kan være databasen. ”“ Okay, se, lad os tale om ERP. ERP kører på Oracle. ”“ Kontroller. ”“ Okay, du har en web-frontend på denne sucker, eller er det alt sammen klientserver? ”“ Åh, det er faktisk slags begge dele. ”“ Okay, cool, så du har en web-frontend, du har en klientserverforbindelse til det, hvor er lagringen, hvilken slags server kører denne ting, hvordan ser dit netværk ud? ”Jeg stiller dem hundrede spørgsmål, det ser ud til .

Det er overhovedet meget ikke-etableret, også at folk bare ikke kender det. ”Jeg startede her for fire måneder siden. Jeg er virkelig ikke så fortrolig med miljøet. ”Okay, du prøver at diagnosticere forholdsvis komplekse problemer, når du ikke er bekendt med miljøet, jeg føler dig, men det hjælper ikke paradigmet. Vi er nødt til at forstå. Vi er nødt til at opbygge denne forståelse. Og så ofte, når jeg spørger dem: ”Hej har du en bog, er der et diagram, har du et diagram, er der en e-mail, kan du spørge nogen?” Det er normalt sidstnævnte. ”Åh, jeg skal spørge Bob, men han er faktisk på ferie, han kommer tilbage, lad os oprette noget om to uger fra nu af, og vi kan forhåbentlig få adgang til det system, ” og så videre og så videre. Og så føler jeg øjeblikkeligt hans smerter. Okay. Vi skal være i stand til at opbygge denne forståelse uanset hvad dette værktøj er, som vi bruger. Og så bare hold den i tankerne her.

Og forretningsspørgsmålene kan ikke blive ubesvarede, jeg mener, at jeg ofte taler med teknikere, de er i skyttegravene. Vi fikser ting. Vi er mange gange i brandmand-tilstand, nogle gange i lidt chok og bestemt en vis ærefrygt. Ikke for at citere tidligere præsidenter, men alligevel, så de forretningsspørgsmål, du hører, er de meget i overensstemmelse med de tekniske spørgsmål. Og hvad I virkelig har brug for, hvis I er disse teknikere, er at prøve at tilpasse disse forretningsmæssige problemer til de tekniske problemer. De virkelig kommer en til en. Skriv listen ned - tilgængelighed, ydelse og kapacitetsplanlægning. Bruger vi vores ressourcer med omhu? Hvor går disse penge, som vi har brugt? Vi købte alle disse skinnende servere, hvad laver de, ved vi, at de bliver brugt korrekt? Hvem ved? Medmindre du måler det. Hot spots og kolde pletter. Alt det, som punkterne er med fed skrift, så hvis I fyre får lysbilledshowet senere, er varme og kolde pletter et netværk i problemer. Hvordan er der internet- og WAN-forbindelse? Naturligvis ønsker dine båndbreddeleverandører at sælge dig mere båndbredde. Har du virkelig brug for det? Hvordan bruger du det? Vi taler om præstationer. Har vi nogen form for ting på plads, der siger, at vi skal nå visse mål? Vi er nødt til at svare på tingene. De fleste mennesker gør det ikke.

Og jeg ved, at jeg lyder meget lidenskabelig, forhåbentlig lyder jeg ikke for forkynt her, men har en SOA. Sæt mål for dig selv. Vi taler om femten er halvvejs til tredive. Ja, sæt mål for dig selv, det er det ikke, der er overhovedet intet galt med det. Sæt enhørsmål. Sæt helt utilgængelige mål. Ingen server kan nogensinde gå ned mere end nogensinde. De skal være på døgnet rundt, betyder det ikke noget, hvis vores medarbejdere kun arbejder ni til fem, jeg vil aldrig have noget til at gå i stykker, selvfølgelig gør jeg det ikke. Jeg har måske personlige forventninger, men vi kan faktisk udtrykke disse også i forretningsmæssig forstand. Når vi møder SOAs, eskalerer vi bestemt ledelsen. Er de nuværende operationer bæredygtige, så kan vi fortsætte med at gøre dette. Er dette vanvid? Kan vi opretholde dette?

Igen nævner jeg ikke navne for at forsøge at være retfærdig, men i en tidligere ansættelse havde vi en af ​​disse, “Ups, vi er nødt til at købe en ny skuffe til sandet, fordi det er fuldt.” “Hmm, ja, Vi har to måneder, indtil det næste kvartal, skal vi have den slags kontanter? ”” Nå, vi har brug for det nu. ”” Nå, hvordan gør vi det? ”Selvfølgelig er jeg ligesom, ” jeg kan gå ned til Frys og få nogle harddiske ”og de er som” nej, du kan ikke gøre det, så ked af Robert, kan ikke få Drobo og tilslutte den. ”Selvom nogle af jer, Jeg er sikker på, nikker sandsynligvis dit hoved og har set det før.

Uanset hvad, så med kapacitetsplanlægning, er vi nødt til at sørge for ikke blot fra et opbevaringsperspektiv, men i dette hyperscale miljø, da vi virtualiserer og abstraherer alle disse computereessourcer, er det bare en masse CPU-kerner og gigabyte. Vi er nødt til at vide, hvordan det bruges. Jeg har brug for at vide, om jeg tænker på at løbe tør. Hvis jeg har det helt fint, hvis jeg faktisk er lav. Hvor går det, hvor længe har jeg, doc? Har jeg ni hundrede dage, indtil jeg løber tør for rummet, eller har jeg ni? Der er en stor forskel der. Du ønsker ikke at blive fanget sådan. Så meget snak. Hvordan passer den tid ind i dette billede?

Nå, nummer et. Først og fremmest, efter dette skal jeg vise jer, slags lignende gamle / nye modeller, men slags forståelse af, hvordan produktet faktisk passer ind i dette, vi måler effekten. Du skal være i stand til at måle alle de små ting for at forstå det store billede, men som vores salg fyre siger, behøver du ikke at koge havet for at gøre det. Fra den tekniske side af tingene, og denne type bevæger sig ind i en gradient her, men fra den tekniske side er vi nødt til at måle disse virtualiseringsmiljøer. Ting, der starter hypervisoren. Hvordan blev ressourcerne, der udvindes, brugt? Bruges de klogt? Hvordan har det med disse ESX-værter osv.

OS, for helt sikkert, hvis nogen brugte nogen tid på at se på metrics og vSphere - for ikke at pege på nogen bestemt virtualiseringsplatform - vil det ikke fortælle dig, hvorfor din SQL-server er i brand. Det gør det ikke. Det vil sige, "Hej, det bruger mere end det, der er afsat til det, fordi du tilladt det." Okay, fantastisk. ”Du ballonerer med din hukommelse.” Okay, fantastisk. Hvad ballonerer min hukommelse? Gik min antivirus haywire? Hvem ved. Vi er nødt til at ramme OS. Det er klart, ikke? Virker indlysende. Processer, filsystemer, er jeg tom for plads, den slags ting. Hvis du har et Linux-filsystem, har du en logisk volumenstyring, har du måske et dusin filsystemer på den ene virtuelle harddisk, og du vil ikke se en eneste af dem i det virtuelle lag. Uanset hvad, forkynnelse.

Netværk binder det hele sammen, og bare vi lader det være der. Er netværk kompleks? Det kan være ekstremt komplekst, det kan være ret ligetil, alle punkter imellem. Vi er nødt til at forstå, at netværket er, hvordan tingene kommer rundt. De mere komplekse miljøer bliver, du går hybrid sky, alt dette, IoT, åh min godhed. Jeg mener, selvfølgelig, jeg er en hjemmeautomator, og jeg kan godt lide at se alle mine målinger, jeg har lige opdaget nogle tjenester, uanset hvad, jeg vil ikke favorisere nogen, men uanset hvad, trækker disse beregninger ud, kunne at visualisere de ting. Jeg kan forestille mig de fyre, der modtager disse data fra alle overalt fra hundreder af tusinder af enheder, det er sindssyge. En masse ting går over netværket, SAN-netværk. Ud af røret ud til internettet. Vi er nødt til at overvåge det.

Vi er nødt til at vide, om der er problemer, hvis der er problemer, osv. Hvad vi kalder servicemonitorer. Så når jeg talte om ERP eller SharePoint, eller hvad som helst, overvåger servicemonitoren noget, der kører på alle disse vidunderlige skinnende ting, det er iOS, det er Apache, det er udfyld-det-tomt, det er databasemotoren, det er en Windows-service kører. Hvis jeg tilslutter SSA til en router for at trække nogle konfigurationsoplysninger og se, om det er ændret, eller, hvilket kredsløb kører jeg på? Uanset hvad. Det er en slags test, okay? Visualisering af objektet. Vi har plug-ins, og sådan er vi ved at følge med branchen her.

Og jeg skal sørge for, at jeg går videre her, hvem som helst, giv mig en lille sundhedsundersøgelse, hvis jeg snakker for meget. Men plugins tillader os at være fleksible, de virkelig - for at være smidige, er vi nødt til at have noget, der er skilt ud af den korrekte tidsperiode, da vi har omkring fire større udgivelser om året. Jeg tror, ​​vi havde ærligt talt i de sidste seks måneder, jeg tror, ​​vi har haft fire i de sidste seks måneder. Vi følger med i det fra et udviklingsmæssigt synspunkt, men du vil ikke vente. Sig, du har SharePoint 2013, du går videre til 2016, du ønsker måske ikke at vente til december på, at vi kommer med en anden udgivelse, der gør det.

Pluginsene giver dig enten mulighed for at gøre det selv ved hjælp af en af ​​sandsynligvis flere forbagte scripts der er derude, eller bare skrive dit eget og få det til at skrive i gange kernefunktionalitet, og vi kan også gøre det for dig. Jeg vil sige, at netop fra salgs-perspektivet er, at vi faktisk støtter disse. Hvilket er, det er meget anderledes paradigme end open source-samfundet - som jeg elsker, meget kær for mit hjerte, meget involveret i - men hvis du køber overvågningssoftware, vil du være i stand til at have nogen at ringe til. Du skal have en telefon, du kan hente og være som, “Blah fungerer ikke, ” eller “Hvad betyder det?” Bare husk på det.

Applikationen - og det er virkelig her, vi begynder at gå ind i forretningens værdi af ting. Og også fra det, form for, at holde dig selv sundt niveau. Jeg mener, alle de små ting dernede i bunden, hvis du skulle lære alt det, du ville få e-mails hele dagen, garanterer jeg dig. Reglen bliver oprettet, e-mails ignoreres, tingene overvåges, hylde. Meget dårligt sted at være. Det er også et dårligt sted at være fra et stressperspektiv. Uanset hvad, og det er derfor, vi gør det. Så været der, gjort det. Applikationsniveau er, hvor jeg virkelig synes, vi skal være opmærksomme. Vi er nødt til at oprette kriterier, og vi må naturligvis have den lille verden bygget, men vi oprette disse kriterier for at sige, ”Hej, dette er, hvad vores applikation er bygget på. Her er databasen, her er webfronten, her er lageret, her er netværket, dingdingdingdingding, her er websiderne osv. ”Og så kan jeg sige, “ Hej, dine applikationer er ikke glade. ”I serviceniveauaftalen, dette punkt er en no-brainer, og det i sig selv er næsten en ting uden anstrengelse, fordi al indsatsen var virkelig bare derude med at opbygge forståelsen og anvendelsen af ​​disse små stykker.

Serviceniveauaftale, du siger simpelthen “Hej, jeg vil have denne ting op fire nier.” Boom. Færdig. Det vil advare dig om, når du tendens til at mislykkes. Det vil fortælle dig, hvorfor du begynder at mislykkes, og det ser endda på historiske data. Jeg kan fortælle dig, hvorfor du ikke opfylder dine mål, hvilket er meget anderledes end at være noget, som jeg i vid udstrækning ville betragte som en røgalarm. Det er den forretningsmæssige ende af tingene. Hvad jeg elsker ved Uptime, der kommer ind i det, jeg er faktisk en IDERA-veteran, jeg har været hos firmaet i fire og et halvt år nu, da vi købte Uptime-software - det er et Toronto-baseret firma - jeg var virkelig skeptisk, ligesom jeg er af absolut alt, men det imponerede mig virkelig, fordi jeg har været nødt til at aflevere disse rapporter, disse BI-rapporter til ledelsen, hvor vi møder SOA'er, og jeg trækker normalt ud fra fjollede steder, som min ITSM-software, vil kun sortere mine hændelser og fortæl mig, hvor mange driftsstop jeg havde, som jeg kender selv og mange mennesker bare ikke laver billetter. Det har sandsynligvis fungeret til fordel for os, hvis det er noget, men det er ikke godt for virksomheden. Produktet tænker faktisk på disse ting.

Her er disse to paradigmer og det, vi stort set er i nu, og det, som jeg prøver at trække alles hoved ud af, er den dårlige måde at tænke på at overvåge dine ting på. Okay? Hvorfor er det dårligt? Det er fordi det er serielt. Jeg har min overvågningsstation, jeg overvåger en server, den har målinger på den, jeg advarer om disse målinger. Du kan se, at jeg prøver at gøre det målrettet rodet i højre side derovre. Baseret på forståelse af en masse bokse skal overvåges, så det er virkelig det, og det er støjende på grund af alle disse metrics, det er virkelig støjende, og din CPU er høj, din hukommelse er høj, dit filsystem løber tør for plads, din webside responstid er fem sekunder, du er, du ved, bla bla bla.

Det her, det er støj. Medmindre du kan på en eller anden måde, ligesom, rolig måde, zip gennem dine e-mails og mentalt samle alle disse ting og prøve og forstå det større billede, tjener det ikke rigtigt det punkt, der advarer om, hvad der går galt. Det er bare symptomatisk, og det er vanskeligt at dechiffrere virkningen, og det giver meget lille forretningsværdi. Jeg garanterer temmelig meget, at din CIO ikke er ligeglad med, hvor mange CPU-kryds der blev brugt på din SQL-server. Han er mere optaget af den service, som I fyre leverer, faktisk fungerer godt, og havde folk problemer med at få adgang til den, og hvad tænker kunden, og den slags ting.

Rage fyr, ja, ikke sjovt. Sådan fandt jeg, at BlackBerries var meget robuste. Mens bolden falder ud, overlever de en trappe eller fem. Alligevel, ked BlackBerry.

Ny måde at tænke på at overvåge dine ting - jeg mener it-systemer og Apple-sager. Det er her jeg vil have vores hoveder, og jeg har lige valgt to virkelig enkle ting her. Jeg elsker den åbne stak af Graham, jeg vil sandsynligvis prøve at stjæle det på et tidspunkt, men vi bevæger os over til denne tilknyttede forståelse. Hvordan forbindes tingene baseret på denne forståelse af afhængighed og funktionelle dele af alle disse ting? Igen, det er det objekt, vi går tilbage på hele denne pragmatiske ting igen. Det er stille.

To alarmer - din ERP er ikke tilfreds, fordi din database kører langsomt og din webside kører langsomt. Man kan sige: ”Hej! ERP er ikke glad, websiden er langsom og databasen er langsom. ”Det kan være databasen. For at være retfærdig vil jeg ikke fortælle dig, ”Ja, grunden til, at din webside er langsom, er fordi databasen er langsom.” Det gør jeg ikke. Jeg er ikke en APM-løsning som en ruteårsag, men når vi byggede denne forståelse og vi får e-mails som den, giver det en masse mening og fra din fejlfinding i stedet for at sige, ”Hmm, det virkede ikke, ” og fjernbetjening og hvad som helst, eller perfmon, alle disse flere værktøjer, der springer rundt overalt, dette i det mindste, i det mindste strømline dine fejlfindingsindsats utroligt. Men jeg er ikke engang kommet til grafens side af ting endnu. Dette er bare det - ikke ser på et skærmbillede, og jeg kan ikke lide at stirre på overvågningsværktøjer, ærligt.

Det er let at forstå, ikke? Vi ved, hvad der sker, fordi vi har bygget det, vi bygget forståelsen. Men det bedste ved dette, tror jeg, er, at det deler en masse af viden med andre i holdene. Vi taler om siloer hele tiden, og er det appen eller databasen eller hvad som helst. Det er så meget, at det faktisk er blevet marketingkampagner for nogle virksomheder, det er alle databaseværktøjer, du har sandsynligvis set dem.

Så viden - viden er magt. Lidt perifer forståelse af, hvordan systemer samles. Har din helpdesk fyr brug for at kende alle ins og outs i dit netværk, og hvordan SharePoint fungerer, og hvordan din ERP opretter forbindelse. Sandsynligvis ikke, men det er meget nyttigt, når jeg kan se på et instrumentbræt, og nogen ringer ind og siger, at de ikke kan få adgang til noget, jeg kan være som, ”Åh ja, det ser ud til, at vi har problemer lige nu med vores kant router. Så hvis du er ude af campus, vil SharePoint være et problem for dig, men var på det. ”Folk kan lide det, de kan ikke lide, ” Mmm hmm ”viser sig.

Alligevel er det forretningsværdi, ikke? Udover start, kør, IP-konfiguration, hørte jeg, “ughhhh” meget på en helpdesk. Alligevel, men dette giver den forretningsmæssige værdi, fordi vi forstår, hvordan delene bevæger sig. Vi forstår, når ting går galt, vi har disse SLA'er, vi laver kapacitetsplanlægning, alle disse ting, der måske ser ud som en enhjørning i starten, når al din bekymring er, hvor godt dine servere klarer sig, er ting, der er meget ligetil at konfigurere, og det er nøglen. Jeg kunne græde regnbuer.

Indstil og opfyld forventningerne. Dette er SLA-bit. Har dem. Jeg tror, ​​jeg allerede har sandsynligvis harped på dette nok, men vi overvåger alt allerede. Vi har allerede bygget forståelsen, applikationerne, afhængigheden og tilslutningen, dette er den hårde del, bare forstå dit eget miljø. Det gør tingene, det bliver ikke lettere. Allerede alarmerende, folk får allerede relevante e-mails her, jeg kan endda gøre eskaleringsstier, og jeg vil ikke prøve at vise jer alle tingene i nogen form for softwaredemo her, der er bestemt fora til det.

Jeg automatiserer allerede rettelser, Uptime kan endda reagere på ting. Jeg mener, at der altid er de fjollede, dumme ting som den trykte spooler, der går ned af en eller anden ukendt grund, det er stadig på Windows 2000, og en dag skal du opgradere det, sværger du - hvad som helst. Det tager flere minutter ud af din dag, og nogen ved, at det er ødelagt for dig at ordne det, ikke?

Automatiseret, den slags ting er bare automatiseringsfoder. Har allerede lavet et fantastisk instrumentbræt, du ved, emne-dashboards - det er virkelig en ting. Alt, hvad jeg samler på Uptime, kan jeg forstå på en slags fornuftig måde. Så hvis du er nødt til at afvige, er det som, "Jeg ville virkelig ønske, at jeg havde et performance-instrumentbræt til min SQL." Udført. Vil du have et applikationsdashboard, der inkluderer teknologier på tværs af hele stakken? Færdig. Kapacitetsplanlægning? Færdig.

Så ret ligetil. Sæt disse mål, få disse SLA'er til at forstå, hvorfor du ikke har brug for dem. Det er virkelig nøglen her, du ved, det tager kun et sekund, bogstaveligt talt tager det kun et par sekunder, ikke minutter, længere tid for mig at forklare det, men bare for at sige, ”Hej, her er min forventning, her er de ting, som Jeg forventer at arbejde, ”og så fortæller Uptime dig, hvad der ikke fungerer.

Under alle omstændigheder skulle jeg stjæle de dobbelte regnbue-billeder, men jeg får sandsynligvis problemer med det. Mere spændende end en dobbelt regnbue, åh herregud - det er webstedet her. Jeg kommer til at springe over. Har jeg stadig et par minutter? Lad mig få en sundhedsmæssig kontroltid her, hvordan har vi det?

Eric Kavanagh: Ja, vis os nogle ting.

Robert Vandervoort: Okay, cool. Som jeg sagde, dækkede jeg meget jord; der redder mig fra at vise dig de ikke-så-sexede bits, der alle kun er tekst og indstillinger og hvad som helst. Det, jeg vil præsentere, er som den grafiske ende. Som sagt, jeg kan ikke lide at stirre på overvågningsværktøjer, jeg vil være i stand til at gå væk fra denne ting. Jeg vil have, at det skal være min babysitter, hvis du vil, men jeg vil ikke have, at det skal være som, "Hej, kan dit barn få en guldfisk, jeg er i en film, ja, hvad så." "Okay." Ring, ring, “Hej, er det okay, hvis dit barn går på badeværelset? Han siger, at han skal gå. ”“ Ja, okay, hvad som helst. ”Jeg vil have, at en ansvarlig babysitter kun bug mig. Så alarmlyde er en stor ting for mig, hvis du ikke kan fortælle det, har jeg sandsynligvis en slags avanceret form for overvågning af PTSD.

Jeg vil gerne påpege, at fra Uptimes perspektiv har vi alle disse forskellige profiler. Jeg har lavet et par skøre ting her lige for at få et lignende showcase, hvordan Uptime kan gøre forskellige ting og arbejde med mennesker, hvilket er en stor aftale. Jeg fortalte jer virkelig ikke min baggrund. Jeg har en IT-baggrund, som ærligt tager tilbage, siden jeg 13 år arbejdede i bagværelset i en computerbutik. Måske var det måske ikke det mest lovlige i verden, men uanset hvad, og jeg har aldrig stoppet. Jeg er nu 37, jeg har en psykologgrad, fordi folk for mig er meget sværere at finde ud af end computere. Men ud fra et UI- og UX-synspunkt ønsker jeg ikke et værktøj til at fortælle mig, hvordan jeg skal gøre mit job, eller hvordan det skal fungere, eller jeg vil bøje den måde, den vil gøre tingene på. Jeg ved, at jeg kan lide at bore noget filosofi og en forståelse, forhåbentlig vil det gøre tingene lettere for jer, ikke tag det som, "Hej, skal du gøre dette" eller "Jeg siger hvad du skal gør. ”Men det er slags min ting.

Alligevel HipChat-integration, talte alarmer. Jeg mener, denne vil faktisk gøre den 18-monitor NOC, som du kiggede på, fortælle dig, hvad der er galt verbalt. Forestil dig din mur går, "Advarsel, SharePoint er i en kritisk tilstand, fordi din database er langsom, bla bla bla, det har været på denne måde i syv minutter." Ja, det er slags smykker, måske er det hinky, uanset hvad. Jeg prøver at vise dig, at det er et meget fleksibelt værktøj. Vi har script-baserede output, kan gøre hvad du vil.

HipChat, jeg bruger pokker ud af HipChat og Skype - sandsynligvis mere end min e-mail, sandsynligvis til sorg for mange en sælger, men alligevel - Integrering af HipChat også, det betyder ikke noget, hvad det er, River, Flack, uanset hvad du vil gøre, meget ligetil at gøre.

Uanset hvad, fra brugerens perspektiv, starter vi faktisk med dine kontaktoplysninger og din arbejdstid og fritid, hvis du har det. Når du først er nået til det faktiske at gøre alarmen, ved Uptime allerede, hvordan man kommer i kontakt med dig, hvilket virkelig er nøglen. Jeg mener, hvor mange gange har det været, ”Åh, jeg har ikke lagt mærke til e-mailen.” ”Nå, måske skulle jeg sende den til din Gmail, sende den til din personlige, så poster jeg den på din Facebook-væg. ”I hvert fald er jeg ikke kommet så langt endnu, men måske næste weekend, når jeg keder mig.

Den globale scanning i dette komplicerede skøre miljø. Nummer et, vi skal holde ting organiseret. At holde det organiseret er nøglen, vi tillader dig at gøre det, vi gør auto-discovery og alt det slags ting, som du ville forvente, men giver dig mulighed for at strukturere dit datacenter på den måde, der giver mening for dig. Jeg kan godt lide at tro, at det er en slags fysisk, logisk og teknologi, og så ud fra det virtualiserede synspunkt gør vi det, ligesom du ville se det i VMware, hvor vi har dine datacentre og dine klynger og ressourcepooler og alt det dejlige ting og sager.

Det filtrerer gennem den samme forståelse, igen, det fungerer som du gør og den måde, der giver mening. Den samme forståelse filtrerer gennem disse dashboards. Det globale er dybest set alt, hvad der er galt, og så alt det, jeg interesserer mig for, er Houston og alle de andre kvalitetssikringsagenter, SA hvad jeg endelig ikke gør noget ved, bare Houston-tingene. Jeg kan fokusere på det og derefter igen fra alle, der har bekymringerne om sikkerhed eller at holde ting adskilt af brugergruppe eller hvad, vi kan absolut gøre det. Det eneste, jeg nogensinde kan se, er bare Houston, eller noget så indsnævret som bare “Houston Network Components”, så det er bestemt en ting.

Ressursscanning - hvordan bruges disse ressourcer i hele miljøet? Det er dette. Dette er din 90.000 fodsvisning. Jeg kan bore ned i alle områder, der har problemer i forhold til andre. Og du bemærker IBM Agency, bare et slags kast som en side, det er virkelig ikke på siden. En af de mest kritiske ting ved at opbygge forståelsen af ​​applikationen, få den pragmatiske model ned, er at få alt i døren, og det siger jeg ikke bare fordi jeg kan lide at have licens tæller med tilbudene om, hvad vi gør. Det er virkelig, hvis jeg kan gøre alt uden mine IBM P-serien ting, der stinker.

Vi har skærme til AS / 400. Folk giver mig et helvede om det nogle gange, det er som "AS / 400 ra-ra-ra." Du vil blive overrasket over, hvor meget AS / 400'erne der stadig kører virkelig vigtige systemer derude, eller de nyere I-serien ting, det er en ting, vi gør det. HP-UX, AIX, jeg mener næsten ethvert større operativsystem i verden, vi har en agent til. At bringe det ind i døren og få det overvåget er nøglen.

Når jeg ser på applikationslaget, lad mig igen komme ud af det granulære og gå op på toppen. Sådan ser instrumentpanelet ud. Dette er måske det eneste, jeg nogensinde ser på regelmæssigt, jeg vil bare komme her og bare sige, “Hej, min CMS er virkelig vred, hvorfor?” Nu tildelt, jeg betaler sandsynligvis ikke så meget af opmærksom på mine e-mails, som jeg burde, men jeg er her hver dag og ser på serverportene, det er hvad jeg gør. Jeg er en tandlæge, det er mine tænder.

Login test. Så der går du, jeg tester den faktiske login tid, dette er brugeroplevelse ting, dette er super pragmatisk. Jeg er ikke engang interesseret i Apache-målinger. Hvis alle er som at logge på lickidy split, og alle transaktioner fungerer godt, hvem bryder sig om byte sendt og modtaget, medmindre jeg prøver at gøre kapacitetsplanlægning. Fra et brandmandssynspunkt, fra et “Gør jeg noget, skal jeg være opmærksom på det?” Jeg vil gerne vide, at det er temmelig intuitivt og temmelig automatisk.

Hvis jeg er CIO, er jeg ligeglad med dette, er jeg ligeglad med mit Apache-performance-instrumentbræt. Hvis jeg er din internet fyr, ved du det. Jeg mener, jeg er nødt til at komme ind her og tilgive langsomheden her, men jeg har brug for at være i stand til at komme ind her og se en masse dybe målinger overalt og bemærke mønstre. Her ser jeg, at min demo Apache 01 genstarter, og Uptime er det "boom, boom, boom, boom, " hvad er der med det?

Det er mønstre, som jeg måske ikke engang ved, hvis jeg ikke engang kigger på det. Igen, de rigtige kornede ting, men det tjener virkelig dette formål. Disse servere er en del af CMS, og hvis jeg ser problemer på en webside, og mine servere genanvender, fandt jeg ud af mere om dette miljø på bare et par sekunder ved at se på de dashboards, jeg har oprettet, end jeg bestemt kunne ved at videresende til det. Jeg er ikke engang sikker på, hvor jeg ville starte med noget af det for at være ærlig med dig.

Alligevel, indsats; og alle tænker på en måde: ”Dette er bare vanvittigt”. Hvordan overvåger jeg tingene fra indsatsen? Kan du skrive et script til det? Ja. Hvad vi prøver at gøre er at levere meget almindelige ting, meget almindelig teknologi der er ude fra databasens synspunkt. Vi har, jeg vil sige enhver større databasemotor. Jeg har ikke noget af NoSQL, jeg har ikke noget af tidsserierne, men alle større relationelle databaser er her fra webservices synspunkt, IAS, Apache Tomcat, bare dinging ned på linjen her. Og så for de ting, som du måske ikke kan se, er der selvfølgelig en masse andre ting, men vi har disse plug-ins. Dette er bare en rigtig nem måde at gå ud på. Vi har offentlige deponeringssteder på GitHub, du kan se koden, du kan gøre den til din egen, du kan ændre den, uanset hvad, den er tilgængelig for dig der. Så fra et teknologi- eller softwaresynspunkt, hvis det er et SAN, eller hvis det er SharePoint eller udveksling eller hvad som helst.

Det er sådan, vi har det ved at gøre det, og så vil disse i det væsentlige give dig de beregninger, du er interesseret i, og det er den sværeste del. Jeg har skrevet flere af disse plug-ins, og den sværeste del for mig er: ”Hvad vil folk gerne vide? Hvad er faktisk vigtigt? ”Du ser på ethvert WMI-system, der kan være hundreder af ting. Nå, fint, jeg må bare sænke det, ingen vil ønske at se 400 målinger, for så er du nødt til at give mening om den verden, og der er ingen værdi der.

Alligevel, derefter SLA'er. Der er masser af betjeningspaneler. Jeg vil opfordre jer, jeg mener, at hvis dette er noget, der interesserer jer, kan vi naturligvis lave demoer, og hvad ikke, vi kan gøre personaliserede ting, vi prøver ikke at koge havet igen. Men du ved, hvis jeg får en e-mail, der siger, at "Min SLA kører, overskrider jeg den. Her fejler jeg elendigt. Jeg vil gerne vide, hvorfor, hvad foregår der?" Jeg kan bare bore lige ind i det i denne detaljerede rapport og se, hvad er de særlige ting, der får SLA til at mislykkes, eller endda gå tilbage over tid og forstå, om det er en tendens eller ej. Hvor er de røde pletter? Dette ser næsten ud som en DNA-analyse eller noget, vi har serverafbrydelser - undskyld, dette er login testafbrydelser, hvor jeg ikke var i stand til at logge ind. Vi har svarstider og ting herinde, og jeg kan bare virkelig nemt zip ned til de ting, der er vigtige for, om jeg nåede disse mål eller nej. Og igen forventer jeg ikke, at I alle læser alle disse ting, men der er en masse data her. Det er temmelig praktisk bare at være i stand til at have det foran dig. Men virkeligheden er, hvorfor jeg fejler, er på grund af disse login-test. Alle de bagerste informationer her gives også til dig.

Rapportering leveres med værktøjet, så du ikke har brug for Crystal eller SSRS eller noget lignende, rapporteringsmotoren er indbygget; kan du tilpasse alle de individuelle rapporter, der er her. Jeg kan få dem til at køre gentagne gange. Jeg kan gemme dem for andre mennesker at se og bruge. Du har forskellige outputformater. Vil du have noget sendt til din manager hver dag fredag ​​kl. 16? Ha ha ha, du kan gøre det!

Så ret robust igen fra kapacitetsplanlægningssynspunkt. Vi vil ikke bare fokusere på, og vi talte om at være i stand til at forudsige ting og udføre forudsigelig analyse. Bortset fra bare at have evnen til at visualisere her og nu og den historiske tendens, vil jeg være i stand til at se kapacitetsplanlægningsfremskrivninger, og det er så hurtigt, jeg har beregnet hukommelse og datalagringskapacitet, der går ud over hele vCenteret og jeg kan øjeæle det og fortælle dig, at jeg har de værste 132 dage, indtil jeg løber tør for plads, jeg ville hellere gøre noget ved det.

Dette er et rigtigt laboratorium, og jeg er faktisk den stolte far til, ligesom, en masse ting, og det er lige fået mit arbejde udskåret for mig her. Men jeg kender dette, og hvis det sker, er det mit problem, det er min skyld for ikke at ændre noget eller gøre noget ved det. Jeg er klar over disse ting. Hvis jeg er på et møde, og nogen går, "Hej, vi er nødt til at tilføje en masse servere til laboratoriet" - de vil ikke gøre det mod mig, men hvis de gjorde det, kunne jeg være, "Du ved, hvad? Jeg har spillejobs. Jeg har gigahertz. Jeg har fået dig dækket, ”eller ej, og med et øjeblik i stedet for at skulle åbne et andet værktøj, som er slags et andet punkt og enig med alle disse ting, gør jeg denne slags som en vittighed.

Houston kontor, vi talte om trafik. Min tandlæge og jeg talte om trafik, hun voksede op i Iowa, hun sagde: ”Den ene ting, jeg kan lide ved små byer, er der ikke er meget trafik.” Nå Houston, hvis du bor inde i løkken, behøver du ikke lad det være, som du kan se hernede. Jeg kan integrere ethvert web dybest set som en iframe, hvis nogen af ​​jer kender HTML, kan jeg integrere enhver web i en af ​​disse gadgets. Uanset om det er som dit websted, eller det er et trafikkamera uden for hendes kontor eller hvad det end er, kan jeg gøre det. Gadgetsne er super enkle at tilføje.

Jeg mener, dashboards - jeg viser tv-magi. Dette er som ”Åh se, det er gjort, det hele er pænt og poleret”, men virkeligheden med at komme ind i disse instrumentbræt er en meget nem ting at gøre. Der er mange forskellige måder at vise data på tværs af alle de forskellige datapunkter, som vi har. Ting som dette pin-on-billede har en tendens til at være meget populært blandt folk, fordi når du prøver at opbygge en forståelse af et program, kan du bare uploade den video og derefter fastgøre elementerne, der udgør den. Du kan se, jeg kan fortælle dig, hvor alle problemer er undervejs.

Disse ting er bare ekstremt hjælpsomme, synes jeg - netværkstopologi, forståelse af, hvad der er tilsluttet til hvad, hvad der afhænger af hvad, uanset hvad det måtte være, arbejdsplads, switches eller websteder, eller hvad som helst, er alt det, der er indbygget. Og igen, på tværs af forskellige teknologibunker. Jeg har ikke bragt det, jeg ved, at vi løber tør for tid her, jeg vil sikre dig, at I fyre har tid til spørgsmål og svar og alt, men der er bare mange oplysninger, vi kan indsamle fra alle forskellige slags kilder: log aggregeringer, API'er - uanset hvad du kalder det - SMP, WMI osv. osv. osv., alfabetssuppe. Så det handler om at indsamle disse data, opbygge forståelsen og derefter advare og handle på den på en pragmatisk måde. Og så er det i et nøddeskal.

Eric Kavanagh: Fantastisk. Det var en fantastisk præsentation fra alle. Jeg skal fortælle det, jeg elskede det. Vi har et par ekstra minutter her til at kaste spørgsmål. Rick, hvorfor kaster du ikke et spørgsmål eller to, og derefter Dez, og så har vi bare et par spørgsmål fra publikum, der er slags specifikke ved implementering. Men Rick først og derefter Dez.

Rick Sherman: Okay, fantastisk. Nå først, jeg elskede især demoen til slags at sammensætte det hele sammen, især om at tilføje servere, skærme, plug-ins osv. Jeg synes, det var fantastisk. Et af de spørgsmål, jeg har, nævnte du, at det var et tilbagevendende tema som i forhåndssalg, der kan folk forstå, hvad arkitekturen eller apps er. De vil overvåge ting, og så er der denne stykke del. Hvordan går man i gang med at uddanne dem til, hvordan man fordeler typologien? Jeg er klar over, at der er mange ting, du kan vælge, men hvordan underviser du dem? Fordi jeg er ikke sikker på, om de helt kan forstå, hvor meget du kan gøre.

Robert Vandervoort: Ja, absolut, jeg er en stor fan af selvfaldende humor, så jeg normalt bare en slags start fra den vinkel. Jeg har ADHD, hvis du ikke kan fortælle det. Min kone kan ikke lide at gå ind med mig til Home Depot med mig længere, lad os bare sige det på den måde. Jeg bruger analogien til, hvis du har et knirkende hængsel eller lækker uanset hvad, gå ind der og figur: ”Jeg vil fikse min vandhane.” Tænk. Gå til dit Zen-sted, "Jeg vil fikse min vandhane." Tænk ikke, "Hmm, hvad kan jeg fikse i mit hus?" Fordi du vil være der hele dagen, og du vil glemme vandhaneforseglingen og du forlader med tagrender.

Hvad jeg prøver at fokusere folk på er applikationen. Du fortæller, at dette gør ondt, og det gør ondt, lad os tage en app. Er det din ERP? Fedt nok. Lad os få appen i en POC, find ud af det for mig, ligegyldigt hvem du skal snakke med eller hvilke oplysninger du har til at presse. Hvad er denne ansøgning lavet af? Databaseservere, filservere, du ved, hvad som helst, uanset hvad, alt programmets slutpunkt. Find ud af, få al adgang til det. Hvis du har brug for hjælp til at få noget værktøj, cool, er vi her. Men lad os fokusere på en bestemt applikation, fordi det er her, værdien vil være i sidste ende. Jeg mener, du let kunne tilføje hundreder eller tusinder af servere og begynde at gå i den vinkel, men så er du meget i den serielle model, som er meget - det er ikke kun uholdbart fra en POC, men det er også bare ikke, hvor vi vil have vores hoveder, der skal være.

Rick Sherman: Ja, og ville du oprette instrumentbrættet osv. For at give dig den forretningsvisning, den slags sammensatte visning af stykker, der understøtter denne enhed, hvad det end er, de prøver at overvåge?

Robert Vandervoort: Absolut. Jeg foreslår generelt, okay, vi vil have - det, jeg kalder dette, er appkort, hvor vi har vores applikationsdashboard, og det skal have alle disse stykker. Lav diagrammet, hvis det ikke findes, smid det til Uptime, find ud af hvad der skal derhen. I det mindste opdage alt dette, og få det under hætte af overvågning og derefter begynde at tilføje de tjenester, der rent faktisk tilføjer for at gøre denne applikation funktion. Som i tilfældet med SharePoint er der - og bare et cool punkt - disse applikationer kan være bygget af andre applikationer. I det tilfælde, hvor du kan lide en SQL-klynge, er det virkelig et program. Det er flere servere, flere tjenester og ting. AD er en applikation osv. Osv. Jeg kan opbygge disse samlede visninger ud fra dem, som du ser her i SharePoint. Vi ønsker at være i stand til at opbygge dette. Hvis jeg ikke kan bygge dette, har jeg ikke tilføjet nok ting. Vi laver alle de små bits derinde, der får det til at krydse.

Rick Sherman: Arbejder du slags baglæns på en måde?

Robert Vandervoort: Jej, tænk baglæns, arbejd fremad.

Eric Kavanagh: Okay. Dez, tag det væk.

Dez Blanchfield: Jeg er interesseret i at få din indsigt, bare kort, fordi jeg ved, at vi er kort til tiden her, så jeg vil bare holde det på et dybt spørgsmål, hvis jeg kan. Kan du give os et indblik i, hvor du mener, at virksomheder og organisationer i øjeblikket er så langt som synet på værdien af, ikke kun serviceovervågning, men den type tilgang, du tager omkring den pragmatiske ende til ende. Specielt fra de kommercielle fordele. Så mange af os er kommet fra en teknisk baggrund, og vi elsker at være i stand til at pinge ting og se, om de er på. Men ud fra forretningsmæssigt synspunkt er de ofte ikke interesserede, fordi det er, ligesom du sagde, det kalder os, det er det, vi betaler dig for.

Ser du en overgang væk fra bare at holde lyset til nu at sætte KPI'er på kommercielt niveau og et driftsniveau på den dybe integration af overvågning af servicestyringsniveau for hele rammetingen fungerer ordentligt, så folk ser på dit værktøj fra synspunkt om, at vi kan holde lysene tændt, men har vi faktisk lagt en dollarværdi på værdien af ​​at se hele en ende til ende-visningen og forsikre, at “Okay, tingene er på, bruger vi klogt som du sagde, møder vi vores SLA'er, og i bekræftende fald, hvad betyder det for virksomheden? ”Ser du en overgang mod det endnu, eller er vi stadig et stykke væk fra det?

Robert Vandervoort: Der er bestemt et ønske. Der er en hastighed der. Folk, jeg bad om at åbne et spørgsmål, det er selvfølgelig et indlæst spørgsmål - har du SLA'er? Og det er næsten utvetydigt, ”Nej, men vores ledere taler slags” og så videre. Jeg er ligesom, “Cool, hvordan skal du komme dertil?” ”Nå, vi er ikke rigtig sikre. Vi ser lidt på ServiceNow, eller vi gør det. ”Jeg er som" Nå, du er nødt til at forstå, ServiceNow er en ting, det er en ledig ramme, grundlæggende følger låsetrin med det, "okay, ikke at favorisere nogen særlig ITSM-platform. Men det vil ikke svare på dine SLA-spørgsmål. Det vil kun tale om, hvor mange mandstimer du har brugt på at fikse en printer, eller hvor mange ressourcer, der gik ind på en bestemt server, hvis du skulle købe dele til det? Det kan ikke besvare det virkelige spørgsmål om, hvad servere virkelig skal være, livets slutning eller hvad som helst. Ikke noget sted til graden.

Når vi snakker om, ligesom, fra SLA-synspunkt, er der flere af vores kunder, der absolut har SLA'er, som de mister penge. Det er som at levere pizza, hvis det er sent, hvis de lader dig ned, så får de ikke penge. Så der er direkte forretningspåvirkning der, disse fyre har en tendens til at bekymre sig meget mere om disse ting end resten, og det er derfor, en af ​​de ting, jeg virkelig opfordrer folk til at gøre, er bare at skabe en forventning til dig selv, til dit team og til IT. Det behøver ikke at være rigtigt eller skrevet eller lovet nogen, men når du går og skaber forventningen, når der er noget, der er vendt på hovedet og siger: "Hej, dette er grunden, hvorfor møder jeg ikke serverens tilgængelighed." bare en stinkende server. Vi kan fokusere på den ene server og ”Hej se, vi har ligesom perfekt oppetid.” Og dette er faktisk min sag, jeg har ligesom en lige her, men du får ideen.

Så ja, for at besvare det spørgsmål, ja, absolut, jeg føler, at der er mere et ønske end en faktisk bevægelse mod det, fordi folk stadig kæmper med, hvordan får du et værktøj, der virkelig kan besvare spørgsmålet, hvordan overvåger det nok ting og de fleste har flere værktøjer. Det skyldes, at netværksteamet købte et værktøj til overvågning af netværk, og dev-teamet købte et APM-værktøj, og databaseguttene shoppede efter deres værktøj, og ingen af ​​dem snakede virkelig med hinanden undtagen i frokostrummet.

Dez Blanchfield: Ja, det er en uendelig hovedpine for mig i mit liv. Det er som i de sidste 25 år, jeg har haft det konstante problem, at når du går ind i organisationen, fordi de har brudt sammen og segmenteret i logiske blokke. Som det foto af det meget, meget sind, er et netværksoperationscenter, og de bekymrer sig om netværket, og så længe netværket kører, får de betalt, og deres job er gjort og deres overdragelse. Så ja, men det er interessant.

Et sidste hurtige spørgsmål og til dels min personlige interesse, men jeg ved, at mange mennesker vil vide den samme ting. Hvordan får vi en hånd med dette værktøj, og hvordan kommer vi i gang med det? Hvor skal vi finde det, hvor får vi mere information, og kan vi få en demo eller en retssag eller noget i den retning?

Robert Vandervoort: Absolut, ja. Jeg hader det ord, absolut, der er ikke sådan noget. Idera.com er, hvor du skal hen til det. Der er lidt som et jack-ikon, det står "IT Management", du skal klikke på det, og så er der to muligheder. Den ene er for den skybaserede, vi har, og den anden er for Uptime Infrastructure Monitor, hvilket er, hvad dette produkt er, vi viser dig i dag. Forsøget skal vare i cirka 30 dage. Læg ikke noget BS i formen, anbring din rigtige info. Vores salgs fyre er virkelig smukke hænder væk, ingen har fortalt mig, at salgs fyre er irriterende. Men det er virkelig fordi de er din bedste vej til folk som mig på mit hold.

Hvis du har de tekniske spørgsmål, og dokumentationen ikke skærer dem op for dig - fordi hvad dokumentation nogensinde gør - har du direkte supportlinjer, portnerniveau, hvis du vil, såvel som udvidelser, fordi de fleste mennesker vil gå og opret forbindelse til vCenteret, og du finder hundreder af ting. Du vil sprænge en prøvelicens, så de vil stille dig de relevante spørgsmål for at sikre dig, at du bliver kvadreret til en POC, eller hvis du vil have en en-til-en demo, er det bestemt måde at gøre det på.

Dez Blanchfield: Fantastisk. Nå, tak, jeg glæder mig til det, og forhåbentlig ser vi dig igen, og vi vil tale om at tilføje blogkæde til det. Eric, vi giver det tilbage til dig.

Eric Kavanagh: Der går du, lyder godt, folkens. Jeg har et par hurtige spørgsmål, som jeg smider over på dig virkelig hurtigt. Den ene er: er Uptime Infrastructure Monitor en webbaseret eller klient-server applikation, kan du svare på det?

Robert Vandervoort: webbaseret. 100% webbaseret. På forudsætning.

Eric Kavanagh: Godt, og en anden deltager spørger: har du brug for at installere en slags proprietær dæmon på de enkelte servere for IDERA for at overvåge dem?

Robert Vandervoort: Jeg har gemt disse for alle, så lad os se på disse instruktioner. Så agentløs, jeg siger agentløs, agentløs, agentløs ligesom jeg siger kablet, medmindre du er nødt til at trådløst, og jeg vil spare dig for nogle af de andre ikke-så-ordentlige analogier om trådløs. Men alligevel har vi agenter til næsten hvert OS, det eneste, du går glip af, hvis du ikke bruger dem, er en TLS1.2-krypteret sti til den nævnte server, som den kører på, samt muligheden for at køre scripts direkte på det.

Uden for det, Windows, Net-SNMP, vores Windows har WMI, Net-SNMP for resten af ​​verden, SNMP for alle dine netværks ting osv. Osv. Osv. Så nej, jeg siger altid nej, du gør ikke Det behøver ikke, medmindre du vil. Og så når det gælder teknologien, der installerer det, kommer det med alt hvad du har brug for, den højre side af diagrammet kører fra MySQL, Java, PHP, Apache. Du behøver ikke at finde nogen andre servere for at køre den på. Det kører endda på Windows 7 servicepakke en på og op. Vi har også en Linux-baseret og en Solaris-baseret distribution, så teknisk set behøver du ikke engang at betale for serverlicenser for at slå det på, bare noget ekstra hardware.

Eric Kavanagh: Cool, jeg må sige, at dette var en fantastisk præsentation, så tak til begge vores analytikere i dag, og tak til dig, og selvfølgelig til IDERA. Jeg synes, dette er gode ting, og jeg tror, ​​at I ser fremad på en meget positiv og overbevisende måde, og vi vil høre igen fra IDERA senere på året, folkens. Vi har flere flere begivenheder oprettet med dem. Dette har været fantastisk, tak så meget for din tid. Arkivet går normalt op inden for cirka en dag, så hopp online til enten Techopedia eller InsideAnalysis.com for at få detaljerne der, og vi vil tale med dig næste gang folk skal passe på. Hej hej.

Rick Sherman: Tak fyre.

Eric Kavanagh: Ja, og december -

Analyser og optimer: en ny tilgang til overvågning