Av Techopedia Staff, 12 augusti 2016
Takeaway: Värd Eric Kavanagh diskuterar övervakningsmetoder och trender med Rick Sherman, Dez Blanchfield och Robert Vandervoort.
Du är för närvarande inte inloggad. Logga in eller registrera dig för att se videon.
Eric Kavanagh: Oke folk, hej och välkommen tillbaka igen. Du kan se bilden framför mig, förhoppningsvis heter det "Hot Technologies 2016." Åren fortsätter att flyga. Idag talar vi om "Analysera och optimera: en ny strategi för övervakning." Hoppsan, vi har ett litet fel på bilden där, se inte, se inte ut! Okej, så det finns en bild om din verkligen. Jag kommer att vara din värd, du kan slå mig upp på Twitter, @Eric_Kavanagh, och jag ska gärna tweeta tillbaka till dig.
Vi har ett annat format än The Briefing Room här, så för det första kommer vi att ha ett par analytiker, Rick Sherman och vår helt egen Dez Blanchfield, datavetare vid Bloor Group, de kommer att ge dig sina ta upp ämnet. Sen kommer vi att höra från experten Robert Vandervoort, han är över på IDERA, vilket är ett mycket intressant företag. De köpte ett företag vi känner, kallad Embarcadero, men de har en hel massa andra saker och några intressanta saker, som nu används på några nya och coola sätt. Rick Sherman kommer först.
Innan jag åker dit, låt mig bara kasta ett par snabba tankar. Jag gillar det här konceptet att analysera och optimera genom övervakning, och jag gillar det vi kommer att höra från Robert idag om att förändra ditt sätt att tänka på övervakningslösningar. För faktum är att övervakning är vad du gör hela tiden ändå, om du är i IT-världen. På något sätt, på något sätt eller i affärsvärlden övervakar du. Det kan vara formellt, det kan vara informellt, men det finns en mekanism genom vilken du använder dina dagliga uppgifter. Och om du arbetar med maskiner försöker du ta reda på vad de gör. Du försöker förhindra att de till exempel misslyckas eller har dåliga prestanda.
Hur gör man det? Det finns många sätt att göra det på. Molnet har verkligen drivit på hela denna våg av innovation inom övervakning, vilket jag tycker är ganska intressant. Vi har sett företag som Splunk komma med och verkligen ändra spelet, och många olika företag försöker nu övervaka på olika och intressanta sätt. Och vad vi idag kommer att höra från IDERA är vad jag tror är en av de mer kreativa tillvägagångssätt som vi har stött på under ganska lång tid, och jag hoppas att det är ett som resonerar med er där ute idag. Du kan ställa frågor när som helst genom att använda Q- och A-komponenten i din webcastkonsol. Var inte blyg, skicka in dessa frågor. Och med det ska jag överlämna det till Rick Sherman. Står fast vid. Ta bort det, golvet är ditt.
Rick Sherman: Okej, tack Eric. Hej allihopa. Vi kommer att prata om den övervakningssaken och varför det definitivt har varit ett behov av att ändra hur vi närmar oss saker. Nu först, precis som en snabb, min bakgrund - jag är i en värld av affärsintelligens, affärsanalys, dataintegration etc. i motsats till app-sidan. Jag har slagit på baksidan av dessa olika trender som händer i branschen. Vi har dataflödet: big data, small data, data kommer från hela platsen, inom och utanför företaget.
Vi har internet med saker, saker som kommer in från skärmar, enheter och sedan har vi en explosion av andra saker än bara relationsdatabaser där ute, både på plats och på moln, etc. Men vad allt detta betyder för övervakning, för systemövervakning av applikationsövervakning och -hantering, etc., såväl som för dataintegration och för affärsintelligens, är att vi brukade ha en trevlig enkel värld, åtminstone var det enkelt ur IT-perspektivet, som det brukade har en uppsättning servrar som de - allt fanns där, applikationerna, uppgifterna och allt var på plats, så de kontrollerade hela världen. Det var mycket lättare att hantera. Men vad som hände har varit att företaget har blivit mycket, mycket, mycket mer komplex.
Vi har en explosion - glömmer bara big data - vi har en explosion av applikationer både på plats och i molnet, för att förbättra företagens produktivitet, för att förbättra olika affärsprocesser, för företag att interagera med andra företag och med sina kunder, vara de företag eller människor. Vi har haft en explosion, som andra bildspel, av olika typer av olika databaser, stora databaser, relation, moln, etc., och vi har haft mycket mer, bättre utnyttjande av servrar, operativsystem, både med verkliga och virtualiserade servrar där ute, för att bättre hantera, bättre använda de enskilda servrarna själva. Och naturligtvis har vi ett helt nätverk av saker som händer mellan alla dessa applikationer, databaser och servrar.
Ett par andra saker, särskilt i min värld, har varit att allt detta har väckt ännu mer applikationssynkronisering. Vi har fler och fler applikationsservrar, databaser som används för att flytta data, synkronisera data, integrera data mellan olika processer, både inom och utanför ett företag. Och naturligtvis har vi den dataintegration som behövs för att stödja det.
Med det i åtanke, och med det faktum att vi flyttar från den här trevliga, säkra världen av en lokal serveruppsättning som vi lyckades, för att sortera det här företaget och extra företag lite applikationer och data, har vi flyttat till ”Hur hanterar vi faktiskt den miljön?” Och orsaken till att detta webinar är intressant beror på att det aktuella läget inte har varit för bra. Vi har haft många olika verktyg för att titta på databaser, servrar, SharePoint, operativsystem, datorörelse, etc. - de har alla varit spridda som sådana, vi har haft silon så vi har kunnat hantera eller övervaka en specifik server, en specifik applikation, en specifik databas, men vi har inte kunnat sätta ihop dem. Nu, eftersom de alla är interaktiva och sammanhängande, är det mer än bara de enskilda bitdelarna, du behöver sätta ihop dem, och som sådan har vi haft - antar att det här är min bild på gymnasiet - vi har haft människor som har haft specialkunskaper om dessa verktyg för att komma djupt in i tarmen i systemen för att hantera dem.
De har varit dyra och kostsamma, tidskrävande, och vi har suttit fast i leran genom att vi fortsätter att titta på och försöka hantera dessa delar och inte har kunnat verkligen hantera företaget. Där det har lämnat oss, eller där det har förts oss till, är behovet. Behovet har varit att komma in i företagskontroll. Vi måste kunna titta på applikationer både på plats och i molnet, databaser, på samma sätt. Servrar, nätverk, virtualiserade, icke-virtualiserade system, dataintegrationen, applikationssynkroniseringen som finns där ute. Precis som i business intelligence-analys är det första du behöver göra att fånga upp informationen om alla dessa olika tjänster och infrastrukturen, applikationerna.
Det andra du behöver göra är att sedan sätta ihop dessa data för att titta på hur de är inbördes relaterade till varandra. Du kan inte göra någonting förrän du räknar ut hur dessa bitar är inbördes relaterade och förenar det. Men hur vi har flyttat upp från delar till att sortera mer av en heltäckande eller företags applikationshantering, har verkligen utvecklats för att vi fångar in data, eftersom vi integrerar data, är att kunna förbättra analys av applikationshantering och övervakning.
Det första vi behöver göra är att ta reda på vad som händer med dessa enskilda system eller delar. Den andra saken vi behöver göra är att förstå varför det händer. Det kräver mer djupgående kunskap om applikationerna, databaserna, servrarna och hur de är sammankopplade och hur de är relaterade till varandra och vilken sak som kommer att utlösa något annat. Jag menar, ofta stöter vi på problem där något händer och det är verkligen inte grundorsaken, det är bara symptomen på något annat. Vi måste ta reda på varför det händer, men vi måste samla in uppgifterna och kunna övervaka delar.
Slutligen måste vi gå in på lite av den prediktiva analysen eller den prediktiva övervakningen. Eller så börjar vi ta reda på varför något troligtvis kommer att hända eller vad som kommer att hända nästa. Om något misslyckas eller håller på att misslyckas eller träffar någon tröskel måste vi kunna utlösa och förstå vad det innebär, vad mer kommer att hända nästa. Vi fångar in data med övervakningen, vi börjar analysera vad, varför och vad som är nästa, och sedan börjar vi äntligen hantera baserat på data och baserat på analysen.
Kom ihåg att det är trevligt att fånga upp data, det är trevligt att analysera data, men den informationen måste, den analysen och data måste faktiskt vara handlingsbara. Du måste kunna vara reaktiv, reagera på vad som händer och vara proaktiv när du försöker fixa det själv. Så vi måste också ha inte bara övervakningsverktyg och visuell analys av det, utan det är också viktigt att kunna fixa saker på ett automatiserat eller systemiskt sätt. Det här är ett slags behov som växer i företaget och igen ur BI- och affärsanalysperspektiv och dataintegrationsperspektiv. Vi har ofta problem som försöker ta reda på vad som är brytpunkter. Varför är inte något skalande, varför misslyckas något, varför känner inte företagsanvändare att servicenivåavtalen uppfylls? Vi kan göra allt detta bra med applikationerna, med data, men de system som stöder det måste hanteras för att möjliggöra alla dessa fantastiska saker som pågår där ute. Dez?
Eric Kavanagh: Rätt, ta bort den, Dez.
Dez Blanchfield: Tack, wow. Vi har förmodligen ett par små områden som vi är helt överens om där. En snabb bakgrund av mitt liv i en värld av övervakning av saker. Faktum är att min bror och jag arbetade tillsammans för nästan 20-åriga år sedan i miljöer som såg mycket ut så här. Detta är ett nätverksoperationscenter. Detta är ett aktuellt, och vi hanterade allt från routrar och switchar och servrar och brandväggar och system som kör applikationer, och applikationerna där och databaser där och en hel serie servrar var sammankopplade.
För närvarande fanns det inte så många verktyg tillgängliga för övervakning. Det fanns en hel del kostnadsfria och öppna källverktyg, men de få applikationsstackarna som gjorde övervakning från en till slut var dyra och svåra att få tag på. Och så vi faktiskt satte oss ner och skrev ett, tro det eller inte, och internet var bara att bli en sak, och vi brukade köra verktyg på dessa unika system, Solaris-system, för att samla systemaktivitetsrapporter och diskanvändning och minne användning och så vidare, och logga in den till en fil och köra ett skript på den. Vi brukade faktiskt e-posta de samlade uppgifterna till en central server, dra dessa loggfilsposter ur e-postmeddelanden när de kom in, analysera dem, fästa dem i en databas och rita vackra grafer om dem.
Vi tyckte att vi var ganska snygga och ganska coola för att vi kunde berätta vad som händer, men det som slog oss innan länge var att även om vi faktiskt skulle kunna rapportera om nationens historiska tillstånd så berättade det inte riktigt mycket för oss om nationens nuvarande tillstånd i omedelbar mening, eftersom de data vi samlade in skickades via någonstans, så det var alltid ett par minuter innan det gick från servern som de samlades in, över nätverket och via e-post och in i en e-postserver och dras isär och satte i en databas, så det var verkligen vackra grafer men det är allt i efterskott, alla dessa historiska.
Faktum är att i det övre vänstra hörnet av denna vackra bild av 18 LCD-paneler som låtsas vara ett virtuellt skrivbord finns det en graf, en liten grön graf i det övre vänstra hörnet som ser mycket lika ut som vi brukade göra, kartlägga saker. Och vi hade denna ständiga frustration att det nästan var omöjligt för oss att berätta vad som hände just nu, eller till och med vad som skulle hända i framtiden. Oavsett hur många gånger vi försökte göra någon form av förutsägbar diagram, och detta är nästan tjugo år sedan ungefär från minnet.
Detta är en bild av en faktisk nätverkscentreringsskärm, det är 18 LCD-paneler som alla är limmade ihop, låtsas vara ett stort stort Windows-skrivbord, och detta är ofta nationens stat för närvarande för de typer av saker som organisationer eller telekom eller stora företag springa för att hålla koll på vad som händer i deras värld. Oavsett om det är deras nätverk och deras routrar, och deras switchar och applikationsservrar, vad som är intressant inuti den här skärmen, eller den här skärmdumpen är, foto, är att det inte är ett fantastiskt stort fönster, det är inte en stor stor webbläsare utsträckt, det är mycket av små små fönster som överlappar varandra. Om den här saken någonsin kraschar eller startar om eller av någon anledning måste stängas av och slå tillbaka, måste någon dålig lurare sitta ner och öppna alla de enskilda applikationerna igen och kakla in alla fönster manuellt för att få samma vy. Det är extremt besvärligt och det är riskabelt för om någon inte vet i vilken ordning de lägger tillbaka dem, är det nästan omöjligt att skapa om och det är ett ganska tråkigt tillstånd eftersom det för närvarande är hur de flesta nätverksoperationscentra ser ut. Någon måste fysiskt köra flera appar och mobilsystem och de tittar på det förflutna. Så inte mycket har förändrats på många sätt med vad många företag tycker att övervakning faktiskt borde vara.
För det för 20 år sedan brukade vi ha den här uppfattningen att om du kunde pinga en server så var den uppe, men verkligheten var att vi fann att bara för att du kunde pinga en server, som i ping den och ekar en ICMP-typ för en sköt mot det som skulle återkomma och säga, ”jag lever” betydde inte att det faktiskt var uppe. Och även om det gick tillbaka, körde ibland servrarna och apparna på dem inte. Och så är övervakning en hel vetenskap. Det har kommit långt, men även då är många av de moderna applikationsbunten som vi köper i övervakningsvärlden och tjänsteförvaltningsvärlden inte förutsägbara. Det var mycket enklare då. Och vi brukade - de typer av saker vi skulle tänka på var: ”Tja, är servern upp och svarar, är operativsystemet online och kan vi ansluta till den. Är applikationerna igång och kan vi övervaka det, svarar app-tjänsterna? Webbservern ser ut som om den körs, men kan vi ansluta den till port 80 eller 443 på den? Kan användare ansluta till de tjänster som finns där? ”Och ganska ofta kom det till något så enkelt som telefonen på helpdesk som ringer, och om det inte var, så var det största beslutet vi hade att fatta för den dagen vems tur fick det munkar.
Sedan kom det här konceptet med hyperskala allt, och särskilt hyperskala beräkning, och med det menar jag volymen, hastigheten och storleken på saker som vi har att göra med nu. Och många människor pratar om enhörningarna i världen och Facebook och LinkedIn och Google i världen, men det finns faktiskt många organisationer av små till medelstora som har mycket, mycket komplexa affärs- och IT-miljöer som de försöker övervaka och försöka få tag på, ta hand om, och sätta fingret på den digitala pulsen i företaget, och tyvärr misslyckas de otydligt, bara på grund av de stora komplexitetsnivåerna, som har ökat med storleksordning, i min Visa på nästan alla nivåer.
Om du tittar på två riktigt grundläggande delar av vad ett modernt företag måste ta itu med, i ett fall till och med något så enkelt som big data-plattformarna som vi tar för givet nu. Till vänster har vi ramverket för det som tidigare var Hadoop version en, ett mycket batch-läge, batchorienterad version av vad Hadoop handlade om, MapReduce-ramverket som körs ovanpå Hadoop-filsystemet och ett gäng verktyg som vi anslöt effektivt, de är som gris och bikupa och andra verktyg. Till höger, väsentligen den andra omarbetningen av ramverket för Hadoop allt byggt runt YARN och en lite mer högpresterande datorarkitektur och bättre schemaläggning. När du tittar på dessa enskilda ramar själva är de extremt komplexa och de saker du kan göra inom dem är ännu mer komplexa.
När vi tittar på molnparadigmet har vi ett scenario där, detta är en modell av hur OpenStack ser ut och OpenStack är - en öppen källa till molnplattform som är uppbyggd av många, många små moduler och detta är bara ett grovt diagram av typ av nyckelkomponenter som gör att OpenStack-molnet fungerar. Och det är extremt komplex, mycket, mycket kraftfullt, men extremt komplex. Och försöker övervaka vad som helst i den tidigare stilen i Hadoop-världen, med Hadoop och nu Spark, och alla delar av det ekosystemet, rullande ut moln som OpenStack-baserade plattformar, till och med förstå komplexitetsmiljön, bryr sig inte om att försöka hitta ta reda på vad du övervakar och vilken tjänst du övervakar och varför du övervakar den och vad du ser ut för att få från att övervaka den. Det här är verkligen stora problem som vi står inför nu med några av de mest grundläggande delarna av vår värld och molnekosystemen vi försöker driva antingen på plats eller offentligt eller hybrid.
Då är några av ramarna som big data-världen, som Hadoop och så vidare, dessa är verkligen stora utmaningar och hur snabbt sakerna i dem förändras i dem, gör det också svårt att övervaka och få någon futuristisk insikt. Och vi är fortfarande ganska fast i den här världen att säga: "Tja, vad hände för fem minuter sedan?" Som du hörde tidigare, med utmaningen från platsen eller på plats, off-site och det är när du bara tänker om saker inuti datorer eller datacentra. Du har en blandning av fysiska tjänster, som är typ av, och virtuella servrar och de har ändrats, vad vi brukade tänka på som en fysisk server med en applikationsstack, nu är alltid en miljö som kör virtualiserad. Infrastruktur, oavsett om det är Hyper-V eller VMware eller OpenStack eller Xen.
Nu behöver du inte ha en server som kör en applikationsstapel, den kör en hypervisor, den kör flera staplar. Och jag har precis listat upp ett par vanliga i VMware, Hyper-V, OpenStack, men det finns dussintals andra och många som använder dem. Och molnkombinationen av infrastrukturservrar, plattformservrar och mjukvarusservrar, och var och en av dem i sin egen rätt har nivåer av komplexitet som vi bara försöker få vårt huvud att hantera och övervaka på basnivå, än mindre försöka ta reda på vad som kommer att hända.
Och om det inte var tillräckligt dåligt, är vi nu vid den punkt där vi definierar saker i mjukvarosynpunkt, i det att vi har mjukvarudefinerat nätverk och definierat nätverk. Vi har virtualiserad nätverksfunktion och försöker hantera och övervaka ett mjukvarudefinierat nätverk där komponenter inkluderar såsom nätverksfunktion virtualisering, virtuella routrar, virtuella switchar, virtuella brandväggar, virtuella gränssnitt på servrar, bundna virtuella gränssnitt, hela vägen upp i typ av kombinationen av tjänster kontra appar och försöka ta reda på skillnaden i att övervaka dessa.
Och nu har vi några roligare utmaningar genom att vi snabbt går från virtualisering till containerisering och nyligen skapandet av open source-versionen av Googles verktygssats för virtualisering Kubernetes och HashiCorp-projektet Docker och förmågan att skapa former av containrar . Nu är det intressanta med att försöka övervaka en form av behållare, till och med enskild behållare, att vi en gång i tiden hade en fysisk maskin och en virtuell maskin och sedan hela appstacken, och ekosystemet på dem - vare sig fysiska, virtuella - nu har du en miljö där du kan ha en Docker-instans som kan köras så lite som ett par millisekunder, de blir underbyggda, den får en begäran, den hanterar den, den levererar den service som krävdes och sedan dör den. Vi flyttade från, vad jag tror Randy Bias citerades säger en gång, och det vill säga, vi måste flytta från att behandla servrar och tjänster som husdjur, och försöka hålla dem levande hela tiden, till nu eftersom vi bara behandlar saker som nötkreatur och övervakning som är en ännu mer intressant utmaning.
Vi har hybridmiljön, så typ av traditionella applikationsstackar, till exempel traditionella databasmiljöer. De nya miljöerna som användningen av Hadoop och Spark big data-miljöer, av linjär tillväxt, tillväxt och lagring, linjär tillväxt och skalbarhet, elastiska miljöer för några av dessa datorplattformar. Och efterfrågan på mobilitet, människor som gör BYOD. Hur övervakar du en bärbar dator som ditt företag inte äger? Hur övervakar du applikationer och tjänster och säkerheten där? Och den exponentiella explosionen från maskin till maskin och internet med saker som följer. Och maskin-maskin och internet av saker är en nära omöjlig för närvarande för några av de plattformar som traditionellt har använts i normal mening av övervakning, särskilt när du kommer till omfattningen av industriella enheter.
Till exempel flygplanet Dreamliner 787, när det skapades, den första upplagan, hade det något som 6000 sensorer i själva maskinen, hela flygplanet. Nu förstår jag den senaste versionen av Airbus, jag tror att det är A320, har 10 000 sensorer i det som tar övervakning och hantering av information som kommer från enheter som övervakas till en helt ny nivå. Vi har denna ständigt ökande utmaning, inte bara att hålla fast den grundläggande kapaciteten att övervaka något och se att det är online och tillgängligt, men det här, nu är detta krav på prediktiv analys tillämpas på det.
Eftersom vi har gjort prediktiv analys på en hel rad saker runt det företag vi driver, och de system vi driver, och vilken typ av tjänster vi levererar. Och så vad som nu såg och insåg, att vi faktiskt kunde tillhandahålla förutsägbar analys på en övervakningstjänst och berätta för dig inte bara vad som hände för en sekund och för fem minuter sedan, men vad som kommer att hända på fem minuter baserat på vad vi hittills vet. Och jag tycker att det är en oerhört spännande tid att tänka på hur vi ska hantera tjänster, för om vi skulle kunna göra någon form av prediktiv analys, saker som vi nu tittar på, till exempel automatisk skalning och så vidare i våra moln och virtualiserade miljöer, där om en server inser att den är lite överbelastad kan den instansera en annan kopia av sig själv och stå upp ekosystemet och hantera mer arbetsbelastning och sedan när arbetsbelastningen sjunker, skalar den nästan nedåt och sätter en av sina maskiner i sömn och går tillbaka till dess normala tillstånd. För att kunna använda prediktiv analys och framtidsvy av vad som händer genom att övervaka saker hela vägen från infrastrukturen och hårdvaran, hela vägen genom slutlinjetjänsterna. Hela resan från slutet till slutet, tankarna pratar om vad vi kommer att kunna göra för det som väsentligen nu är en alltid på samtal som vi lever i. Och med det i åtanke ska jag överlämna .
Eric Kavanagh: Okej, låt mig överlämna nycklarna till Robert Vandervoort. Täckte mycket mark där och jag är nyfiken på att se vad ni gör och att jag som sagt älskar hela filosofin. Så antingen dela skrivbordet om du vill göra det, eller flytta bilderna. Ta bort det.
Robert Vandervoort: Alrighty. Om jag vet var den knappen är, det är det jag arbetar med här.
Eric Kavanagh: Du måste klicka på Start, uppe till vänster.
Robert Vandervoort: Ah, okej.
Eric Kavanagh: Klicka på det, du skulle kunna se en delad skärm. Där går du, tar bort den.
Robert Vandervoort: Räddade dagen. Grymt bra. Okej, så Dez, det var inte skrämmande alls. Åh man. Nej, bra samtal, killar, bra samtal. Så ja, definitivt, jag är av samma sinne, vi åker typ till månen. Jag menar, vi måste ta reda på hur vi kommer att kunna följa den här saken, eftersom det spårar en interjektor som den har tagits, och det är verkligen svårt. Man, jag kan berätta för dig från att arbeta för ett mjukvaruföretag som gör detta och att vara i dagliga utvecklingsmöten, det här är saker som vi pratar om, det är väldigt oroande. Hur följer vi med branschen? Vi vill inte vara det, det decenniumövervakade systemet.
Med mycket tanke och som jag berättade för några av killarna i förchatten, en av mina favoritböcker och detta säger förhoppningsvis inte så mycket om mig, men det är "Zen and the Art of Motorcykelunderhåll, " jag skulle betrakta som en slags filosofibok, och det är faktiskt en icke-fiktion roman, men vad som helst. Han talar om kvalitet, och vad som är kvalitet och vad som är kvaliteten på saker, och så det här är hela metafysik av kvalitet har framkommit och jag kommer inte att försöka ge er en filosofilektion idag, men lite. Hela denna pragmatiska övervakning, vad är det här? Det är vad jag kom på med i grund och botten efter en hel del tankar om hela denna fråga, och den här typen av paradigm som vi flyttar in i och flyttar bort från, precis som du sa, servrar som husdjur - ett utmärkt sätt att uttrycka det.
Det är bokstavligen definitionen av de två orden. En, pragmatism: att hantera saker på ett förnuftigt och realistiskt sätt. I princip bara att vara praktisk, det är ett fint ord för praktiskt. Monitor: duh. Vi vill titta på något, vi vill fästa en termometer i den, vi mäter om, mäter om, mäter och granskar den igen. Att idén då är ett par av dessa två saker genom att vi övervakar saker på ett praktiskt sätt. Det är väldigt lätt att komma iväg, och jag kan säga er med så många människor att jag hanterar och med att vara i förhandssidan, jag har att göra med tekniker i olika företag, alla olika typer av tekniker, alla olika slag av företag, vertikaler, oavsett, och det är alltid samma typ av saker. Många gånger när vi går in på dessa erbjudanden, är folk som: "Tja, jag vill verkligen övervaka mina servrar, jag vill veta vad som är, vad är min CPU, vad gör processer och jag vill se till att jag ta slut på utrymmet på enheterna. ”Och jag tänker nu, okej, det här är verkligen enkla grejer. Men jag vill verkligen försöka slå in våra huvuden runt en lite annan process här.
Till att börja med är de tekniska frågorna som alltid kommer in när vi börjar prata om övervakning - allt fokuserar verkligen på tillgänglighet - fungerar vår hårdvara / mjukvara till Ping-poängen? Ja okej. Ingen ping betyder inte att din programvara fungerar. Det kan betyda att din server är online och om det verkligen är den metod som du tar, låt mig se webbservern och se varför den inte svarar, kommer du att få reda på att "Hej, titta, det svarar nu. Jag måste gå fjärrkontrollen till den webbservern och titta på det här, och kan jag komma till det på lådan? " Det finns hela denna galna felsökningsinsats som går in i den när du inte har något övervakning, vilket förvånansvärt finns. Jag kommer inte att nämna några namn, men det finns några ganska stora företag som inte gör mycket av något alls i vägen för övervakning.
Naturligtvis för mig är detta en uppenbar sak, eftersom jag arbetar för företaget som tillverkar programvaran. Hur som helst, svarar webbsidan? Inte bara är denna sak uppe och levande, utan berättar den faktiskt vad jag vill se? Du kan inte bara säga, "Åh ja, webbsidan svarade på 40 millisekunder", det kan vara en fullständig rapportsida. Vi måste se till att vi kan komma tillräckligt djupt med dessa saker, dessa frågor, när det gäller svaren, kan vi svara på frågan på ett sätt som faktiskt tjänar frågan. Tillgänglighet, prestanda - fungerar hårdvaran / programvaran bra? Det finns massor av resultaträknare som vi pratar om, alla dessa olika tekniker. Oavsett om det är Hadoop eller IAS eller Apache eller vad som helst, de har alla någon uppsättning resultaträknare. Allt Microsoft ganska mycket kommer att ha WMI-resultaträknare. Du har dina SNMP, massor av olika sätt att ta reda på vad som händer under huven, hur det känns.
Och det sista här är kapacitetsplanering, så att göra en del analyser på saker. Vi har all denna långa spår av historiska data, det vill vi veta är - och det här är ett slags känslomässigt behov, det är vi inte, bara för att vi arbetar inom IT betyder inte att vi inte är känslomässiga djur, det finns den känslan av trygghet - om du har något som misslyckas mycket, tänker du "väl när ska det misslyckas igen, är det något som verkligen är ett problem?" Och medan vi har en stor förmåga att att känna igen mönster i saker, inte bara i livet, utan i världen runt oss och över en tidslinje också, men saker kanske inte är så problematiska som du tror att de är. Eller de kan vara mer problematiska än du tror att de är. När vi försöker ta bra affärsbeslut är detta definitivt en fråga. Vi måste ha riktiga mätvärden, vi måste kunna underbygga våra känslor och våra uppfattningar om den världen, sätta den i antal och empirisera den - vetenskap!
Så i alla fall filosofitid: Charles Sanders Peirce. Han är killen som i grund och botten började pragmatism, och så jag kommer att byta ut ett 1800-talsspråk här, "Tänk på vilka effekter som kan tänkas ha praktiska lager, vi föreställer föremålet för vår befruktning att ha." Det han säger här är " Vad är det för sak? Vad gör den saken? ”Så vad saken gör, är vad det är för mig. En webbserver är en sak som skar ut webbsidor, den har inte, du behöver inte tänka på det mer komplicerat än så. Består den av mycket komplicerad programvara? Det kan du ge dig på. Operativsystemet är förmodligen väl mer komplicerat än något av det som faktiskt körs på det. Men det spelar ingen roll. När vi försöker testa dessa frågor måste vi veta, fungerar webbsidan? Okej, det här är egentligen ganska enkla grejer. Vårt koncept leder till effekter av hela vårt, av vår uppfattning om objektet till punkten. Låt oss tänka på dessa föremål. Detta är svårigheten. De flesta människor jag pratar med är återigen upptagna med att övervaka en server, "Jag vill övervaka min nätverkshårdvara", eller "Jag vill göra det här." Det är en specifik hårdvara eller en specifik teknik och det är vanligtvis vad som helst är den största smärtan i nacken för dem.
Chansen är stor att de redan har någon annan övervakningsprogramvara internt och gör en annan bit av det. Jag är, "Tja, hej, varför kan du inte" - Jag gillar att spela djävulens förespråkare lite - "kan du inte använda den andra programvaran för att göra det?" "Åh, det gör inte riktigt så bra." "Okej, vad är det med det här?" ”Tja, vad som helst.” Och för mig är alla dessa frågor en mängd hö. Jag är i förförsäljning, håll inte det mot mig för hårt, men jag är ingenjör så att jag föreställer detta objekt. Så vi måste kunna förstå vad objektet är, vad är alla rörliga delar. Om någon säger: "Tja, databasserver", jag är, "Okej, vad tjänar en databaseserver?" "Ah, ja mestadels vår ERP." "Okej, så du har prestandaproblem med din ERP." " Ja, men vi tror att det kan vara databasen. "" Okej, låt oss prata om ERP. ERP körs på Oracle. "" Kontrollera. "" Okej, du har en webbfront på denna sucker eller är det allt klientserver? "" Åh, det är faktiskt typ av båda. "" Okej, coolt, så du har en webbfront, du har anslutning av klientserver till det, var är lagringsutrymmet, vilken typ av server kör den här saken, hur ser ditt nätverk ut? ”Jag ställer dem hundra frågor, det verkar .
Det är väldigt icke-sittande alls, också att människor bara inte vet det. ”Jag började här för fyra månader sedan. Jag är verkligen inte så bekant med miljön. ”Okej, du försöker diagnostisera ganska komplicerade problem när du inte är bekant med miljön, jag känner dig, men det hjälper inte paradigmet. Vi måste förstå. Vi måste bygga denna förståelse. Och så, ofta när jag frågar dem, "Hej har du en bok, finns det ett diagram, har du ett diagram, finns det ett e-postmeddelande, kan du fråga någon?" Det är vanligtvis det senare. "Åh, jag måste gå och fråga Bob, men han är faktiskt på semester, han kommer tillbaka, låt oss ställa in något om två veckor från och med nu och vi kan få tillgång till det systemet, förhoppningsvis, " och så vidare. Och så känner jag genast hans smärta. Okej. Vi måste kunna bygga denna förståelse i vad det här verktyget är som vi använder. Och så håll bara den här i åtanke här.
Och affärsfrågorna kan inte besvaras, jag menar, ofta pratar med tekniker, de är i skytten. Vi fixar saker. Vi är många gånger i brandmanläge, ibland i lite chock och definitivt lite vördnad. Inte för att citera några tidigare presidenter, men i alla fall, så de affärsfrågor du hör är de mycket anpassade till de tekniska frågorna. Och vad ni egentligen behöver göra, om ni är de teknikerna, är att försöka anpassa dessa affärsproblem till de tekniska problemen. De kommer verkligen slags en till en. Skriv ner listan - tillgänglighet, prestanda och kapacitetsplanering. Använder vi våra resurser klokt? Vart går dessa pengar, som vi spenderade? Vi köpte alla dessa glänsande servrar, vad gör de, vet vi att de används korrekt? Vem vet? Om du inte mäter det. Heta och kalla ställen. Allt det där sakerna är djärva, så om ni får bildspelet senare, är heta och kalla platser ett nätverk i problem. Hur finns det internet- och WAN-anslutning? Naturligtvis vill dina bandbreddleverantörer sälja mer bandbredd. Behöver du verkligen det? Hur använder du det? Vi pratar om prestanda. Har vi någon form av saker på plats som säger att vi ska nå vissa mål? Vi måste svara på saker. De flesta inte.
Och jag vet att jag låter väldigt passionerad, förhoppningsvis låter jag inte för predikad här, men har en SOA. Sätt mål för dig själv. Vi pratar om femton är halvvägs till trettio. Ja, sätt upp mål för dig själv, det är det inte, det finns inget fel med det alls. Sätt enhörningsmål. Sätt dig helt otillgängliga mål. Ingen server kan någonsin gå ner mer än någonsin. De måste vara dygnet runt, det spelar ingen roll om våra anställda bara arbetar nio till fem, jag vill inte någonsin att någonting ska gå sönder, naturligtvis inte. Jag kanske har personliga förväntningar, men vi kan faktiskt uttrycka dessa också i affärssynpunkt. Möt SOAs, vi eskalerar definitivt ledningen. Är den nuvarande verksamheten hållbar, så kan vi fortsätta göra det. Är det här galenskap? Kan vi upprätthålla detta?
Återigen, jag nämner inte namn, för att försöka vara rättvis, men i en tidigare anställning hade vi en av dessa, "Oj, vi måste köpa en ny låda för sanden, för den är full." "Hmm, ja, Vi har två månader fram till nästa kvartal, ska vi ha den typen av kontanter? "" Tja, vi behöver det nu. "" Tja, hur gör vi det här? "Naturligtvis är jag, " jag kan gå ner till Frys och få några hårddiskar "och de är som" nej, du kan inte göra det, så ledsen Robert, kan inte få Drobo och ansluta den. "Även om några av er, Jag är säker, nickar förmodligen ditt huvud och har sett det tidigare.
Hur som helst, så kapacitetsplanering, måste vi se till att inte bara, från ett lagringsperspektiv, men i denna hyperskala miljö, när vi virtualiserar och abstraherar alla dessa beräkningsresurser, är det bara ett gäng CPU-kärnor och gigabyte. Vi måste veta hur det används. Jag måste veta om jag trender att bli slut. Om jag är helt bra, om jag faktiskt är låg. Vart går det, hur länge har jag, doktor? Har jag niohundra dagar tills jag har slut på rymden, eller har jag nio? Det finns en stor skillnad där. Du vill inte fastna så. Så mycket prat. Hur passar den tiden in i den här bilden?
Tja, nummer ett, först och främst, efter det ska jag visa er typ av gammal modell / ny modell, men typ av förståelse för hur produkten faktiskt passar in i det här, vi måste mäta effekterna. Du måste kunna mäta alla små saker för att förstå den stora bilden, men som våra säljkillar säger, du behöver inte koka havet för att göra det. Från den tekniska sidan av saker, och den här typen flyttas in i en gradient här, men från den tekniska sidan måste vi mäta dessa virtualiseringsmiljöer. Saker som startar hypervisorn. Hur användes resurserna som utvinns? Används de klokt? Hur går det med de ESX-värdarna och så vidare.
OS, för säkert om någon spenderade någon tid med att titta på metrics och vSphere - för att inte peka på någon speciell virtualiseringsplattform - kommer det inte att berätta varför din SQL-server är i brand. Det kommer det inte. Det kommer att säga, "Hej, det använder mer än vad som anges för det eftersom du tillät det." Okej, bra. "Du ballonerar ditt minne." Okej, bra. Vad ballonerar mitt minne? Gick mitt antivirus haywire? Vem vet. Vi måste slå OS. Naturligtvis, eller hur? Verkar självklart. Processer, filsystem, har jag slut på utrymme, den typen av saker. Om du har ett Linux-filsystem, har du en logisk volymhantering, kanske du har ett dussin filsystem på den virtuella hårddisken och du kommer inte att se en enda av dem i det virtuella lagret. Hur som helst, predika.
Nätverk knyter allt samman, och bara vi lämnar det där. Är nätverk komplex? Det kan vara extremt komplext, det kan vara ganska enkelt, alla punkter däremellan. Vi måste förstå att nätverket är hur saker går runt. Ju mer komplexa miljöer blir, du går hybridmoln, allt detta, IoT, åh min godhet. Jag menar att jag själv, jag är en hemmeautomat, och jag gillar att se alla mina mätvärden, jag upptäckte bara några tjänster, vad som helst, jag kommer inte att gynna någon, men vad som helst, dra ut dessa mätvärden, kunna att visualisera det. Jag kan föreställa mig killarna som får den informationen från alla överallt från hundratusentals enheter, det är galen. Många saker går över nätverket, SAN-nätverk. Ut ur röret ut på internet. Vi måste övervaka det.
Vi måste veta om det finns några problem om det finns problem, etc. Vad vi kallar servicemonitorer. Så när jag pratade om ERP eller SharePoint, eller vad som helst, övervakar servicemonitorn något som körs på alla dessa underbara glänsande grejer, det är iOS, det är Apache, det är ifyllning, det är databasmotorn, det är en Windows-tjänst körs. Om jag ansluter SSA till en router för att få viss konfigurationsinformation och se om den har ändrats, eller, vilken krets kör jag på? Vad som helst. Det är ett slags test, okej? Visualisera objektet. Vi har plug-ins, och så typ av att hålla jämna steg med branschen här.
Och jag ska se till att jag flyttar hit, vem som helst, ge mig en liten sanitetskontroll om jag pratar för mycket. Men plugins tillåter oss att vara flexibla, de verkligen - för att vara smidiga måste vi ha något som skiljs från livscykeln för rätt tid, eftersom vi har ungefär fyra stora utgåvor per år. Jag tror att vi hade ärligt talat de senaste sex månaderna, jag tror att vi har haft fyra under de senaste sex månaderna. Vi följer det ur utvecklingssynpunkt, men du vill inte vänta. Säg, du har SharePoint 2013, du flyttar till 2016, du kanske inte vill vänta till december för att vi ska komma med en ny version som gör det.
Plugins tillåter dig antingen att göra det själv, genom att använda något av förmodligen flera förbakade skript som finns där ute, eller bara skriva ditt eget och ha det att skriva i gånger kärnfunktionen och vi kan göra det också för dig. Jag vill säga att det bara från försäljningsperspektivet är att vi faktiskt stöder dessa. Vilket är att det är mycket annorlunda paradigm än öppen källkodssamhälle - som jag älskar, väldigt kär i mitt hjärta, mycket engagerad i - men om du köper övervakningsprogramvara vill du kunna ha någon att ringa. Du måste ha en telefon som du kan plocka upp och vara som "Blah fungerar inte" eller "Vad betyder detta?" Tänk bara på det.
Applikationen - och det är verkligen där vi börjar gå in i saker och ting. Och även från den typ av, att hålla dig själv sund nivå. Jag menar, alla de små saker där nere i botten, om du skulle lära dig allt det du skulle få e-post hela dagen, garanterar jag dig. Regel skapas, e-postmeddelanden ignoreras, saker övervakas, hyllavaror. Mycket dåligt ställe att vara. Det är också ett dåligt ställe att vara från ett stressperspektiv. Hur som helst, oavsett och det är därför vi gör det. Så varit där, gjort det. Applikationsnivå är där jag verkligen känner att vi borde varna. Vi måste sätta upp kriterier och vi måste uppenbarligen bygga den lilla världen, men vi sätter upp dessa kriterier för att säga: ”Hej, det här är vad vår applikation bygger på. Här är databasen, här är webbfronten, här är lagring, här är nätverket, dingdingdingdingding, här är webbsidorna osv. ”Och sedan kan jag säga, " Hej, dina applikationer är inte nöjda. "I servicenivåavtalet, på den här punkten är en no-brainer och i sig är det nästan en utan ansträngning, för all ansträngning var egentligen bara där ute för att bygga förståelsen och tillämpningen av dessa små bitar.
Servicenivåavtal, du säger helt enkelt: "Hej, jag vill ha den här saken upp fyra nio." Boom. Gjort. Det kommer att varna dig när du trender att misslyckas. Det kommer att berätta varför du börjar misslyckas och det tittar till och med på historiska data, jag kan berätta varför du inte uppfyller dina mål, vilket skiljer sig mycket från att vara något som jag i hög grad skulle anses vara ett rökalarm. Det är saker och ting. Vad jag älskar med att Uptime kommer in i det, jag är faktiskt en IDERA-veteran, jag har varit i företaget i fyra och ett halvt år nu, när vi köpte Uptime-programvara - det är ett Toronto-baserat företag - jag var verkligen skeptisk, som jag är av absolut allt, men det imponerade mig verkligen eftersom jag har varit tvungen att leverera dessa rapporter, de BI-rapporterna till ledningen, om vi möter SOA och jag drar vanligtvis ut från dumma platser, som min ITSM-programvara, kommer samla bara mina incidenter och låt mig veta hur många stillestånd jag hade, som jag känner mig själv och många människor bara inte gör biljetter. Det fungerar förmodligen till vår fördel om något, men det är inte bra för verksamheten. Produkten tänker faktiskt på de sakerna.
Här är de här två paradigmerna och det vi i stort sett befinner oss i nu, och det som jag försöker dra ut allas huvud från, är det dåliga sättet att tänka på att övervaka dina saker. Okej? Varför är det dåligt? Det beror på att det är seriellt. Jag har min övervakningsstation, jag övervakar en server, den har mätvärden på den, jag varnar för dessa mätvärden. Du kan se att jag försöker göra det medvetet rörigt på höger sida där borta. Baserat på en förståelse för ett antal lådor behöver övervakning, så det är verkligen det och det är bullrigt på grund av alla dessa mätvärden, det är verkligen bullrigt och din CPU är hög, ditt minne är högt, ditt filsystem är tomt för utrymme, din webbsida responstiden är fem sekunder, du är, du vet, bla bla bla.
Det där, det är buller. Om du inte kan på något sätt, som, lugnt sätt, bläddra igenom dina e-postmeddelanden och mentalt samla alla dessa saker och för att försöka förstå den större bilden, tjänar det inte riktigt poängen, som varnar om vad som går fel. Det är bara symptomatiskt och det är svårt att dechiffrera påverkan och det ger väldigt lite affärsvärde. Jag garanterar ganska mycket att din CIO inte bryr sig om hur många CPU-fästingar som användes på din SQL-server. Han är mer bekymrad över var tjänsten som ni erbjuder faktiskt fungerar bra och hade människor problem med att få tillgång till den och vad tänker kunden, och den typen av saker.
Rage kille, ja, inte kul. Så här upptäckte jag att BlackBerries var väldigt motståndskraftiga. Medan bollen kan falla ut kommer de att överleva en trappa eller fem. Hur som helst, ledsen BlackBerry.
Nytt sätt att tänka på att övervaka dina saker - jag menar IT-system och Apple-fall. Det är här jag vill att våra huvuden ska vara och jag valde bara två riktigt enkla saker här. Jag älskar den öppna stacken av Graham, jag kommer förmodligen att försöka stjäla det vid någon tidpunkt, men vi flyttar till denna anslutna förståelse. Hur är saker kopplade tillsammans utifrån denna förståelse av beroende och funktionella delar av alla dessa saker? Återigen, det är det föremålet, vi kommer tillbaka till hela denna pragmatiska sak igen. Det är tyst.
Två varningar - din ERP är inte nöjd eftersom din databas går långsamt och din webbsida går långsamt. Man kan säga: ”Hej! ERP är inte lycklig, webbsidan är långsam och databasen är långsam. ”Det kan vara databasen. För att vara rättvis ska jag inte säga dig: "Ja, anledningen till att din webbsida är långsam är att databasen är långsam." Jag gör inte det. Jag är inte en APM-lösning för en vägväg, men när vi byggde denna förståelse och vi får e-postmeddelanden så, är det mycket meningsfullt och från din felsökningsinsats istället för att säga, "Hmm, det fungerade inte, " och fjärrkontroll och vad som helst, eller perfmon, alla dessa flera verktyg som studsar överallt, detta åtminstone, åtminstone effektiviserar dina felsökningsinsatser otroligt. Men jag har inte ens kommit till grafens sida av saker än. Det här är bara - inte tittar på en skärmpunkt och jag gillar inte att stirra på övervakningsverktyg, ärligt talat.
Det är lätt att förstå då, eller hur? Vi vet vad som händer eftersom vi byggde det, vi byggde förståelsen. Men det bästa med detta tror jag är att det delar mycket av kunskapen med andra i lagen. Vi pratar om silor hela tiden och är det appen eller databasen eller vad som helst. Det är så mycket att det faktiskt har blivit marknadsföringskampanjer för vissa företag, det är alla databasverktyg, du har antagligen sett dem.
Så kunskap - kunskap är makt. Lite perifert förståelse för hur system samlas. Behöver din helpdesk kille alla ins och outs i ditt nätverk och hur SharePoint fungerar och hur din ERP ansluter. Förmodligen inte, men det är till stor hjälp när jag kan titta på en instrumentbräda och någon ringer in och säger att de inte har tillgång till något, jag kan vara som, "Åh ja, det ser ut som om vi har problem just nu med vår kant router. Så om du är ute på campus kommer SharePoint att bli ett problem för dig, men var på det. ”Människor gillar det, de gillar inte, " Mmm hmm "visar sig.
Hur som helst, det här är affärsvärde, eller hur? Förutom start, kör, IP-konfigurering, hörde jag "ughhhh" mycket på ett helpdesk. Hur som helst, men detta ger det affärsvärdet, eftersom vi förstår hur delarna rör sig. Vi förstår när saker går fel, vi har dessa SLA: er, vi gör kapacitetsplanering, alla dessa saker som kan tyckas som en enhörning till en början, när allt ditt bekymmer är hur bra dina servrar fungerar, är saker som är väldigt enkelt att ställa in och det är nyckeln. Jag kunde gråta regnbågar.
Ställ in och uppfylla förväntningarna. Detta är SLA-biten. Ha dem. Jag tror att jag förmodligen redan har harpat på det här men vi övervakar allt redan. Vi har redan byggt förståelsen, applikationerna, beroendet och anslutningen, det här är den hårda delen, bara förstå din egen miljö. Det gör saken, det blir inte lättare. Alltid varning, människor får redan relevanta e-postmeddelanden här, jag kan till och med göra eskaleringsvägar och jag kommer inte att försöka visa er alla saker i någon form av mjukvarudemonstration här, det finns definitivt forum för det.
Jag automatiserar redan korrigeringar, Uptime kan till och med reagera på saker. Jag menar att det alltid finns de dumma, dumma saker som tryckspolaren som kraschar av någon okänd anledning, det är fortfarande på Windows 2000 och en dag ska du uppgradera det, svär du - vad som helst. Det tar flera minuter av din dag och någon vet att det är trasigt för dig att fixa det, eller hur?
Automatiserad, den typen av saker är bara automatiseringsfoder. Redan gjort en fantastisk instrumentpanel, du vet, ämnen instrumentpaneler - det är verkligen en sak. Allt jag samlar på Uptime kan jag förstå på något slags förnuftigt sätt. Så om du måste avvika så är det så: "Jag önskar verkligen att jag hade någon prestandadashboard för min SQL." Klar. Vill du ha en applikationspanel som innehåller teknik över hela stacken? Gjort. Kapacitetsplanering? Gjort.
Så ganska enkelt. Ställ in dessa mål, låt dessa SLA förstå varför du inte behöver dem. Det är verkligen nyckeln här, du vet, det tar bara en sekund, bokstavligen tar bara ett par sekunder verkligen, inte minuter, längre tid för mig att förklara det, men bara för att säga, "Hej, här är min förväntan, här är de saker som Jag förväntar mig att jobba, ”och sedan berättar Uptime vad som inte fungerar.
Hur som helst, jag skulle stjäla bilderna med dubbla regnbågar, men jag kommer förmodligen att få problem för det. Mer spännande än en dubbel regnbåge, åh herregud - det är webbplatsen här. Jag kommer att hoppa över. Har jag fortfarande några minuter? Låt mig få en sanitetskontrolltid här, hur har vi det?
Eric Kavanagh: Ja, visa oss saker.
Robert Vandervoort: Okej, cool. Som jag sa täckte jag mycket mark; som sparar mig från att visa dig de inte så sexiga bitarna som alla bara är text och inställningar och vad som helst. Det jag vill visa upp är som det grafiska slutet. Som jag sa, jag gillar inte att stirra på övervakningsverktyg, jag vill kunna gå bort från den här saken. Jag vill att det ska vara min barnvakt, om du vill, men jag vill inte att det ska vara som, "Hej, kan ditt barn ha en guldfisk, jag är i en film, ja, vad som helst." "Okej." Ring, ring, "Hej, är det okej om ditt barn går på toaletten? Han säger att han måste gå. ”” Ja, okej, vad som helst. ”Jag vill att en ansvarsfull babysitter bara buggar mig. Så varningsljud är mycket för mig, om du inte kan veta, har jag förmodligen någon form av avancerad form för övervakning av PTSD.
Jag vill påpeka att från Uptimes perspektiv har vi alla dessa olika profiler. Jag har gjort ett par galna saker här bara för att visa upp hur Uptime kan göra olika saker och arbeta med människor, vilket är en stor sak. Jag sa inte er egentligen min bakgrund. Jag har en IT-bakgrund och kommer ärligt tillbaka sedan jag var 13 år i ett rum i en datoraffär. Det kanske inte har varit det mest lagliga i världen, men vad som helst, och jag har aldrig slutat. Jag är 37 nu, jag har en psykologexamen för människor är för mig mycket svårare att ta reda på än datorer. Men ur en UI- och UX-synvinkel vill jag inte ha ett verktyg för att berätta för mig hur jag måste göra mitt jobb, eller hur det ska fungera, eller jag vill böja det sättet att det vill göra saker. Jag vet att jag gillar att borra lite filosofi och en förståelse, förhoppningsvis kommer det att göra det lättare för er, ta inte det som, "Hej, du måste göra det här" eller "Jag säger vad du ska gör. ”Men det här är min sak.
Hur som helst, HipChat-integration, talade varningar. Jag menar, den här kommer faktiskt att göra den 18-bildskärms NOC som du tittade på, berätta vad som är fel verbalt. Föreställ dig att din vägg går, "Varning, SharePoint är i ett kritiskt tillstånd eftersom din databas är långsam, bla bla bla, det har varit på det här sättet i sju minuter." Ja, det är typ av smycken, kanske det är hinky, vad som helst. Jag försöker visa er att det är ett mycket flexibelt verktyg. Vi har skriptbaserade utgångar, kan göra vad du vill.
HipChat, jag använder heck från HipChat och Skype - förmodligen mer än min e-post, förmodligen till sorg för många en säljare, men hur som helst - Integrera HipChat också, det spelar ingen roll vad det är, River, Flack, vad som helst du vill göra, mycket enkelt att göra.
Hur som helst, från användarens perspektiv, börjar vi faktiskt med din kontaktinformation och dina arbetstid och lediga timmar om du har det. När du väl har kommit till att faktiskt göra en varning vet Uptime redan hur du kommer i kontakt med dig, vilket verkligen är nyckeln. Jag menar, hur många gånger har det varit, "Åh, jag har inte lagt märke till e-postmeddelandet." "Tja, jag kanske borde skicka det till ditt Gmail, skicka det till din personliga, jag ska posta det på din Facebook-vägg. ”Hur som helst, jag har inte kommit så långt ännu, men kanske nästa helg när jag blir uttråkad.
Den globala skanningen i denna komplicerade galen miljö. Nummer ett, vi måste hålla saker organiserade. Att hålla det organiserat är nyckeln, vi tillåter dig att göra det, vi gör auto-upptäckt och allt det slags saker du kan förvänta dig, men tillåter dig att strukturera ditt datacenter på det sätt som är vettigt för dig. Jag gillar att tro att det är typ av fysisk, logisk och teknik, och sedan från virtualiserad synvinkel gör vi det precis som du skulle se det i VMware där vi har dina datacenter och dina kluster och resurspooler och allt så härligt grejer.
Det filtrerar igenom samma förståelse, återigen, det fungerar som du gör och det sätt som är vettigt. Samma förståelse filtrerar genom dessa instrumentpaneler. Den globala är i grund och botten allt som är fel, och så allt jag bryr mig om är Houston och alla andra QA, SA oavsett vad jag egentligen inte gör lite dumt om, bara Houston-sakerna. Jag kan fokusera på det och sedan igen från alla som har problem med säkerhet eller att hålla saker och ting segregerade av användargrupp eller vad som helst, vi kan absolut göra det. Det enda jag någonsin kan se är bara Houston, eller något så smalt som bara "Houston Network Components", så det är definitivt en sak.
Resursscanning - hur används dessa resurser i hela miljön? Det är det här. Det här är din nittiotusen fotvy. Jag kan borta ner i alla områden som har problem jämfört med andra. Och du lägger märke till IBM Agency, bara ett slags kast som en sida, det är verkligen inte på sidan. En av de mest kritiska sakerna med att bygga upp förståelsen för applikationen, få ner den pragmatiska modellen, är att få allt i dörren, och jag säger inte att det bara för att jag gillar att ha licensräkningar för vad vi gör. Det är verkligen, om jag kan göra allt utan mina IBM P-serier grejer, som stinker.
Vi har bildskärmar för AS / 400. Människor ger mig ett helvete om det ibland, det är som "AS / 400 ra-ra-ra." Du skulle bli förvånad över hur mycket AS / 400-tal som fortfarande kör riktigt viktiga system där ute, eller de nyare I-serien saker, det är en sak, vi gör det. HP-UX, AIX, jag menar nästan alla större operativsystem i världen som vi har en agent för. Att ta den in i dörren och få den övervakad är nyckeln.
När jag tittar på applikationsskiktet, låt mig igen komma ut från det granulära och gå uppåt. Så här ser instrumentpanelen ut. Det här är kanske det enda jag någonsin tittar på regelbundet, jag vill bara komma hit och bara säga: "Hej, min CMS är verkligen arg, varför?" Nu beviljas, jag betalar förmodligen inte så mycket av uppmärksamhet på mina e-postmeddelanden som jag borde, men jag är här varje dag och tittar på servergrindarna, det är vad jag gör. Jag är en tandläkare, det här är mina tänder.
Inloggningstest. Så där går du, jag testar den faktiska inloggningstiden, det här är användarupplevelsessaker, detta är superpagmatiskt. Jag bryr mig inte ens om Apache-statistik. Om alla är som att logga in i lickidy split och alla transaktioner fungerar bra, vem bryr sig om byte som skickas och tas emot, såvida jag inte försöker göra kapacitetsplanering. Från en brandmässig synvinkel, från en "Gör jag bryr mig, måste jag vara uppmärksam på det?" Jag vill veta det som är ganska intuitivt och ganska automatiskt.
Om jag är CIO så bryr jag mig om det här, jag bryr mig inte om min Apache-prestationsdashboard. Om jag är din webbkille, satsar du på att jag gör det. Jag menar, jag måste komma in här och förlåta långsamheten här, men jag måste kunna komma in här och se en hel del djupa mått över hela linjen och märka mönster. Här ser jag att min demo Apache 01 startar om, och Uptime är det "boom, boom, boom, boom", vad är det med det?
Det är mönster som jag kanske inte ens vet om jag inte ens tittar på det. Återigen de riktiga granulära grejerna, men det tjänar verkligen detta syfte. Dessa servrar ingår i CMS och om jag ser problem på en webbsida och mina servrar återvinner, fick jag veta mer om den miljön på bara några sekunder när jag tittade på instrumentpanelerna som jag har satt upp än jag definitivt kunde genom att omvandla till det. Jag är inte ens säker på var jag skulle börja med något av det för att vara ärlig mot dig.
Hur som helst, ansträngning; och alla tänker på sorten, "Det här är bara galet." Hur kan jag övervaka saker ur insynssynpunkt? Kan du skriva ett manus för det? Ja. Vad vi försöker göra är att tillhandahålla mycket vanliga saker, mycket vanligt förekommande teknik från databassynpunkt. Vi har, jag vill säga varje större databasmotor. Jag har inget av NoSQL, jag har inget av tidsseriens grejer, men alla större relationella databaser finns här från webbtjänsternas synvinkel, IAS, Apache Tomcat, bara gnissar ner i raden här. Och för de saker som du kanske inte ser listade finns det naturligtvis många andra saker, men vi har dessa plug-ins. Detta är bara ett riktigt enkelt sätt att gå ut, vi har offentliga depåer på GitHub, du kan se koden, du kan göra den till din egen, du kan ändra den, oavsett, den är tillgänglig för dig där. Så ur teknik- eller programvarusynpunkt, om det är ett SAN, eller om det är SharePoint eller utbyte eller vad som helst.
Det är så vi har det att göra det och då kommer de i princip att ge dig de statistik som du bryr dig om, och det är den svåraste delen. Jag har skrivit flera av dessa plug-ins och det svåraste för mig är som: "Vad kommer folk att vilja veta? Vad är faktiskt viktigt? ”Du tittar på alla WMI-system, det kan finnas hundratals saker. Tja, bra, jag måste bara sakta ner det, ingen kommer att vilja se 400 mätvärden eftersom du måste känna till den världen och det finns inget värde där.
Hur som helst, sedan SLAs. Det finns massor av instrumentpaneler. Jag skulle uppmuntra er, jag menar att om det här är något som är intressant för oss, kan vi uppenbarligen göra demos och vad inte, vi kan göra personliga saker, vi försöker inte koka havet igen. Men du vet, om jag får ett e-postmeddelande som säger att "Min SLA kör, jag överskrider det. Här misslyckas jag eländigt, jag vill veta varför, vad händer?" Jag kan bara borta rätt i det i den här detaljerade rapporten och se vilka saker som gör att SLA misslyckas, eller till och med gå tillbaka över tiden och förstå om det är en trend eller inte. Var är de röda fläckarna? Det här ser nästan ut som en DNA-analys eller något, vi har serveravbrott - ledsen, det här är inloggningstestavbrott där jag inte kunde logga in. Vi har svarstider och saker här inne och jag kan helt enkelt enkelt dra ner till de saker som är viktiga för om jag uppnådde dessa mål eller nej. Och igen, jag förväntar mig inte att ni alla läser alla dessa saker, men det finns mycket data här. Det är ganska bekvämt bara för att kunna ha det framför dig. Men verkligheten är, varför jag misslyckas är på grund av dessa inloggningstest. All tillbaka information här tillhandahålls också för dig.
Rapportering levereras med verktyget så att du inte behöver Crystal eller SSRS eller något liknande, rapporteringsmotorn är inbyggd; Du kan anpassa alla enskilda rapporter som finns här. Jag kan få dem att köra återkommande. Jag kan rädda dem för andra att se och använda. Du har olika utdataformat. Vill du ha något mailat till din chef varje dag fredag kl 16? Ha ha ha, du kan göra det!
Så ganska robust igen ur kapacitetsplaneringssynpunkt. Vi vill inte bara fokusera och vi pratade om att kunna förutsäga saker och göra prediktiv analys. Bortsett från att bara ha förmågan att visualisera här och nu och den historiska trenden, vill jag kunna se kapacitetsplaneringsprognoser och det är så snabbt, jag har beräknat minne och datalagringskapacitet som går ut på hela mitt vCenter och jag kan ögonbollet det och säga att jag har värst 132 dagar tills jag har slut på rymden, jag skulle bättre göra något åt det.
Detta är ett riktigt labb och jag är faktiskt den stolta pappan till, liksom, en massa saker, och det har precis fått mitt arbete klippt ut för mig här. Men jag känner till det här och så om det händer, det är mitt problem, det är mitt fel för att inte ändra något eller göra något åt det. Jag är väl medveten om det här. Om jag är på ett möte och någon går, "Hej, vi måste lägga till en massa servrar till labbet" - de kommer inte att göra det mot mig, men om de gjorde det, kan jag vara som, "Du veta vad? Jag har spelningarna. Jag har gigahertz. Jag har täckt dig, ”eller inte, och i en överblick istället för att behöva öppna upp ett annat verktyg som är en annan punkt och håller med om alla dessa saker, gör jag den här typen som ett skämt.
Houston kontor, vi pratade om trafik. Min tandläkare och jag pratade om trafik, hon växte upp i Iowa, hon sa, "Det ena jag gillar med små städer är att det inte finns mycket trafik." Tja Houston, om du bor i slingan, gör du inte lämna det, som du kan se här nere. Jag kan integrera valfri webb i princip som en iframe, om någon av er känner till HTML, kan jag integrera vilken web som helst i någon av dessa prylar. Oavsett om det är som din webbplats eller om det är en trafikkamera utanför hennes kontor eller vad det än är, kan jag göra det. Prylarna är superlätt att lägga till.
Jag menar instrumentpaneler - jag visar tv-magi. Det här är som "Åh titta, det är gjort, det är allt fint och polerat", men verkligheten att komma in i dessa instrumentpaneler är en mycket enkel sak att göra. Det finns många olika sätt att visa data på alla olika datapunkter som vi har. Saker som denna pin-on-bild tenderar att vara väldigt populära bland folk eftersom när du försöker bygga upp en förståelse för en applikation kan du bara ladda upp den videon och sedan fästa på de element som utgör den. Du förstår, jag kan berätta var alla problem är på vägen.
Dessa saker är bara oerhört hjälpsamma, tror jag - nätverkstopologi, förstå vad som är anslutna till vad, vad som är beroende av vad, vad som än är, arbetsbord, switchar eller webbplatser, eller vad som helst, är allt som är inbyggt. Och igen, över olika teknikstackar. Jag har inte tagit med det, jag vet att vi har slut på tiden här, jag vill se till att ni har tid för frågor och svar och allt, men det finns bara massor av information vi kan samla in från alla olika typer av källor: logg aggregeringar, API: er - vad du än säger - SMP, WMI, etc., etc., etc., alfabetssoppa. Så det handlar om att samla in dessa data, bygga förståelsen och sedan varna och agera på det på ett pragmatiskt sätt. Och så det är det i ett nötskal.
Eric Kavanagh: Bra. Det var en fantastisk presentation från alla. Jag måste säga till dig, jag älskade det. Vi har några extra minuter här för att kasta frågor. Rick, varför kastar du inte en fråga eller två, och sedan Dez, och sedan har vi bara ett par frågor från publiken som är ganska specifika om implementering. Men Rick först och sedan Dez.
Rick Sherman: Okej, bra. Tja, först och främst, jag älskade särskilt demot att typ av att sätta samman allt, särskilt om att lägga till servrar, bildskärmar, plug-ins, etc. Jag tycker att det var fantastiskt. En av de frågor jag har, nämnde du att det var ett återkommande tema som i förförsäljningar som kan människor förstå vad arkitekturen eller apparna är. De vill övervaka saker och sedan finns det den här delen. Hur ska du utbilda dem om hur du bryter ned typologin? Jag inser att det finns många saker du kan välja, men hur utbildar du dem? För jag är inte säker på om de helt kan förstå hur mycket du kan göra.
Robert Vandervoort: Ja, absolut, jag är ett stort fan av självdynamisk humor, så jag brukar bara bara börja från den vinkeln. Jag har ADHD om du inte kan berätta. Min fru gillar inte att gå in med mig till Home Depot med mig längre, låt oss bara säga det så. Jag använder analogin om, om du har en gnistrande gångjärn eller en läckande vad som helst, gå in där och räkna, "Jag vill fixa min kran." Tänk. Gå till din Zen-plats, "Jag vill fixa min kran." Tänk inte, "Hmm, vad kan jag fixa i mitt hus?" Eftersom du kommer att vara där hela dagen och du kommer att glömma kranförslutningen och du lämnar med rännor.
Det jag försöker fokusera människor på är applikationen. Du berättar för mig att det här gör ont och att det gör ont, låt oss ta en app. Är det ditt ERP? Häftigt. Låt oss få appen i en POC, ta reda på det för mig, spelar ingen roll vem du måste prata med eller vilken information du har att tappa. Vad är den ansökan gjord av? Databaseservrar, filservrar, du vet, oavsett, oavsett, allt programmets slutpunkt. Ta reda på, få all tillgång till det. Om du behöver hjälp med att få något verktyg, coolt, vi är här. Men låt oss fokusera på en viss applikation eftersom det är där värdet kommer att vara i slutändan. Jag menar att du lätt kan lägga till hundratals eller tusentals servrar och börja gå i den vinkeln, men då är du väldigt mycket i den seriella modellen som är väldigt - det är inte bara ohållbart från en POC, men det är också bara inte där vi vill ha huvud att vara.
Rick Sherman: Ja, och skulle du ställa in instrumentpanelen, etc. för att ge dig den affärssynen, den typen av sammansatt bild av bitar som stöder den enheten, vad det än är som de försöker övervaka?
Robert Vandervoort: Absolut. Jag föreslår i allmänhet, okej, vi vill ha - det jag kallar det här är appkartor där vi har vår applikationspanel och det måste ha alla dessa delar. Gör diagrammet om det inte finns, smäll det till Uptime, räkna ut vad som behöver gå dit. Åtminstone upptäcka allt detta och få det under huven för övervakning och börja sedan lägga till de tjänster som faktiskt lägger till för att göra den applikationen funktion. Precis som i fallet med SharePoint finns det - och bara en cool punkt - dessa program kan byggas av andra applikationer. I det fall du har som ett SQL-kluster är det verkligen ett program. Det är flera servrar, flera tjänster och saker. AD är en applikation etc. osv. Jag kan bygga dessa sammanlagda vyer ur de som du ser här i SharePoint. Vi vill kunna bygga detta. Om jag inte kan bygga detta har jag inte lagt till tillräckligt med saker. Vi gör alla små bitar där inne som får den att kryssa.
Rick Sherman: Arbetar du lite bakåt på ett sätt?
Robert Vandervoort: Japp, tänk bakåt, arbeta framåt.
Eric Kavanagh: Okej. Dez, ta bort det.
Dez Blanchfield: Jag är angelägen om att få din insikt, bara i korthet för att jag vet att vi är kort i tid här, så jag ska bara hålla det vid en djup fråga om jag kan. Kan du ge oss en inblick i var du tror att företag och organisationer befinner sig för närvarande när det gäller värdet av, inte bara serviceövervakning, utan vilken typ av strategi du tar runt det pragmatiska slutet. Specifikt från de kommersiella fördelarna. Så många av oss har kommit från teknisk bakgrund och vi älskar att kunna pinga saker och se om de är på. Men ur affärsmässig synvinkel är de ofta inte intresserade eftersom det är, liksom du sa att det kallar oss för det är vad vi betalar dig för.
Ser du en övergång från att bara hålla lamporna på att nu sätta KPI: er på kommersiell nivå och en driftsnivå på den djupa integreringen av övervakning av serviceledningsnivåer för att hela ramen fungerar ordentligt, så att människor tittar på ditt verktyg från synvinkel att vi kan hålla lamporna tända, men har vi faktiskt lagt ett dollarvärde på värdet av att se hela vyn från slutet och försäkra att ”Okej, saker är på, använder vi klokt som du sa, möter vi våra SLA: er, och i så fall, vad betyder det för verksamheten? ”Ser du en övergång till det ännu eller är vi fortfarande lite borta från det?
Robert Vandervoort: Det finns definitivt ett behov. Det är en brådskande där. Människor, jag bad att öppna en fråga, det är uppenbarligen en laddad fråga - har du SLA? Och det är nästan otvetydigt, "Nej, men våra chefer pratar lite om det" och så vidare. Jag är "Cool, hur ska du komma dit?" "Vi är inte riktigt säkra. Vi tittar på ServiceNow eller gör det här. "Jag är som" Tja, du måste förstå, ServiceNow är en sak, det är ett tomt ramverk, i princip följer låssteget med det, ”okej, att inte gynna några specifika ITSM-plattformar. Men det kommer inte att besvara dina SLA-frågor. Det kommer bara att prata om hur många arbetstimmar du spenderade på att fixa en skrivare eller hur många resurser som gick till en viss server om du var tvungen att köpa delar för det? Det kan inte svara på den verkliga frågan om vilka servrar som verkligen behöver vara, livets slut eller vad som helst. Inte någonstans till examen.
När vi pratar om, liksom, från SLA-synvinkel, finns det flera av våra kunder som absolut har SLA: er som de förlorar pengar. Det är som att leverera pizza, om det är sent, om de kommer att släppa dig så får de inte pengar. Så det har direkt affärseffekt där, dessa killar brukar bry sig mycket mer om det här än resten och det är därför en av de saker jag verkligen uppmanar folk att göra är att bara skapa en förväntning för dig själv, för ditt team, för IT. Det behöver inte vara riktigt eller skrivet eller utlovat till någon, men när du går och skapar förväntningarna, har något vänt på huvudet som säger, "Hej, det är därför, varför möter jag inte servertillgänglighet." bara en stinkande server. Vi kan fokusera på den ena servern och "Hej se, vi har en perfekt driftstid." Och det här är faktiskt mitt fall, jag har en som här, men du får idén.
Så ja, för att svara på den frågan, ja, absolut, jag känner att det finns mer behov än ett faktiskt steg mot det eftersom människor fortfarande kämpar med hur får du ett verktyg som verkligen kan besvara frågan, hur övervakar det tillräckligt med saker och de flesta har flera verktyg. Det beror på att nätverksteamet shoppade efter ett nätverksövervakningsverktyg, och dev-teamet handlade efter ett APM-verktyg, och databasgubbarna handlar efter sina verktyg och ingen av dem pratar verkligen med varandra utom i lunchrummet.
Dez Blanchfield: Ja, det är en oändlig huvudvärk för mig i mitt liv. Det är som under de senaste 25 åren jag har haft den ständiga frågan att när du går in i organisationen eftersom de har delats upp och segmenterats i logiska block. Liksom det fotot av det mycket, framme i sinnet, är ett nätverksoperationscenter och de oroar sig för nätverket och så länge nätverket körs får de betalt och deras jobb är gjort och deras överlämnande. Så ja, men det är intressant.
En sista snabb fråga och delvis mitt personliga intresse, men jag vet att många kommer att vilja veta samma sak. Hur får vi hand om det här verktyget och hur kommer vi igång med det? Var ska vi hitta den, var får vi mer information och kan vi få en demo eller en rättegång eller något därtill?
Robert Vandervoort: Absolut, ja. Jag hatar det ordet, det finns inget sådant. Idera.com är där du ska gå för det. Det finns en liten som jack-ikon, det står "IT Management", du kommer att klicka på det och sedan finns det två alternativ. Den ena är för den molnbaserade som vi har, och den andra är för Uptime Infrastructure Monitor, vilket är vad den här produkten visar vi idag. Försöket bör vara ungefär 30 dagar. Lägg inte lite BS i formuläret, lägg din riktiga information. Våra säljkillar är verkligen ganska händerna, ingen har sagt att säljarna är irriterande. Men det är verkligen för att de är din bästa väg till människor som jag i mitt team.
Om du har de tekniska frågorna och dokumentationen inte skär den åt dig - för vilken dokumentation någonsin gör - har du direkta stödlinjer, concierge-nivå om du vill, såväl som tillägg eftersom de flesta människor kommer att vilja gå och anslut till vCenter så hittar du hundratals saker. Du kommer att spränga en provlicens, så de kommer att ställa dig de relevanta frågorna för att se till att du blir kvadrat för en POC, eller om du vill ha en en-mot-en demo som definitivt är sättet att göra det.
Dez Blanchfield: Fantastiskt. Tja, tack så mycket, jag ser fram emot det och förhoppningsvis ses vi igen och vi pratar om att lägga till bloggkedjan till det. Eric, vi lämnar tillbaka det till dig.
Eric Kavanagh: Där går du, låter bra, folkens. Jag har ett par snabba frågor som jag ska kasta över dig riktigt snabbt. Det ena är: är Uptime Infrastructure Monitor en webbaserad eller klient-serverapplikation, kan du svara på det?
Robert Vandervoort: webbaserad. 100% webbaserad. Under förutsättning.
Eric Kavanagh: Bra, och en annan deltagare frågar: behöver du installera någon form av proprietär daemon på de enskilda servrarna för IDERA för att övervaka dem?
Robert Vandervoort: Jag har sparat dessa för alla, så låt oss titta på dessa instruktioner. Så agentlös, jag säger agentfri, agentlös, agentfri precis som jag säger trådbunden om du inte behöver trådlöst, och jag räddar några av de andra inte-så-korrekta analogierna om trådlöst. Men hur som helst, vi har agenter för nästan alla operativsystem, det enda du missar om du inte använder dem är en TLS1.2-krypterad sökväg till nämnda server som den körs på, samt möjligheten att köra skript direkt på det.
Utöver det, Windows, Net-SNMP, vårt Windows har WMI, Net-SNMP för resten av världen, SNMP för alla dina nätverkssaker, etc., etc., etc. Så nej, jag säger alltid nej, du don måste inte om du inte vill. Och så när det gäller tekniken som installerar den, kommer den med allt du behöver, den högra sidan av diagrammet går från MySQL, Java, PHP, Apache. Du behöver inte hitta några andra servrar för att köra den på. Det kommer även att köras på Windows 7-servicepack ett på och upp. Vi har också en Linux-baserad och en Solaris-baserad distribution, så tekniskt behöver du inte ens betala för serverlicenser för att slå det på, bara lite extra hårdvara.
Eric Kavanagh: Cool, jag måste säga att det här var en fantastisk presentation, så tack vare båda våra analytiker idag, och tack till er, och naturligtvis till IDERA. Jag tycker att det här är bra saker och jag tror att ni ser fram emot på ett mycket positivt och övertygande sätt, och vi kommer att höra igen från IDERA senare på året, folkens. Vi har flera fler evenemang i rad med dem. Det här har varit fantastiskt, tack så mycket för din tid. Arkivet går vanligtvis upp inom ungefär en dag, så hoppa online till antingen Techopedia eller InsideAnalysis.com för att få informationen där, så pratar vi med dig nästa gång folk, ta hand. Hejdå.
Rick Sherman: Tack killar.
Eric Kavanagh: Ja och december -
