Avtor osebja Techopedia, 12. avgusta 2016
Odvzem: Voditelj Eric Kavanagh razpravlja o metodah spremljanja in trendih z Rickom Shermanom, Dezom Blanchfieldom in Robertom Vandervoortom.
Trenutno niste prijavljeni. Če si želite ogledati video, se prijavite ali prijavite.
Eric Kavanagh: V redu, pozdravljeni in dobrodošli še enkrat. Slide lahko vidite pred mano, upajmo, da se imenuje "Vroče tehnologije leta 2016." Leta nenehno letijo. Danes govorimo o "Analiziraj in optimiziraj: nov pristop k nadzorovanju." Ups, na sliki imamo majhno napako, ne glej, ne glej! V redu, torej, resnično je diapozitiv o tvojem. Jaz bom vaš gostitelj, poglejte me na Twitter, @Eric_Kavanagh, in z veseljem vam bom tvitnil.
Tukaj imamo drugačen format kot The Briefing Room, zato bomo najprej imeli nekaj analitikov, Ricka Shermana in našega lastnega Deza Blanchfielda, podatkovnega znanstvenika iz skupine Bloor, ki vam ga bodo dali prevzemi temo. Potem se bomo oglasili s strokovnjakom Robertom Vandervoortom, on je pri IDERA, ki je zelo zanimivo podjetje. Kupili so podjetje, ki ga poznamo, imenovano Embarcadero, vendar imajo cel kup drugih stvari in nekaj zanimivih stvari, ki jih zdaj uporabljajo na nekatere nove in kul načine. Rick Sherman je na prvem mestu.
Preden grem tja, naj le vržem nekaj hitrih misli. Všeč mi je ta koncept analize in optimizacije s spremljanjem in všeč mi je, kar bomo danes slišali od Roberta o spremembi načina razmišljanja o nadzornih rešitvah. Ker je dejstvo, je spremljanje tisto, kar vseeno počnete ves čas, če ste v svetu IT. Nekako, nekako, ali v poslovnem svetu spremljate. Mogoče je formalno, morda neformalno, toda obstaja nekaj mehanizma, s katerim izvajate svoje vsakodnevne naloge. In če delate s stroji, poskušate ugotoviti, kaj počnejo. Na primer, poskušate jim preprečiti, da ne bi uspeli ali da bi imeli slabo delovanje.
Kako to storiš? No, obstaja veliko načinov za to. Oblak je resnično spodbudil celoten val inovacij pri spremljanju, kar se mi zdi precej zanimivo. Videli smo, da podjetja, kot je Splunk, prihajajo in resnično spreminjajo igro, veliko različnih podjetij pa zdaj poskuša spremljati na različne in zanimive načine. In kar bomo danes slišali od IDERA, je to, kar mislim, da je eden izmed bolj kreativnih pristopov, na katere smo naleteli že dolgo časa, in upam, da je ta, ki odmeva z vami, danes tam. Vprašanja lahko kadar koli postavite s pomočjo Q in A komponente konzole za spletno oddajanje. Ne bodite sramežljivi, pošljite ta vprašanja noter. In s tem ga bom predal Ricku Shermanu. Ostani v pripravljenosti. Vzemi stran, tla so tvoja.
Rick Sherman: V redu, hvala Eric. Hej, vsi. Govorili bomo o tej zadevi spremljanja in zakaj je vsekakor treba spremeniti način, kako pristopimo k stvarem. Zdaj kot hitro, moje ozadje - sem v svetu poslovne inteligence, poslovne analitike, integracije podatkov itd. V nasprotju z vrsto aplikacij. Bil sem nekako v zadnjem delu teh različnih trendov, ki se dogajajo v industriji. Imamo obseg podatkov: veliki podatki, majhni podatki, podatki, ki prihajajo od vsepovsod, znotraj in zunaj podjetja.
Imamo internet stvari, stvari, ki prihajajo z monitorjev, naprav in potem imamo eksplozijo stvari, ki niso le relacijske baze podatkov zunaj, tako v prostoru, kot v oblaku itd. Toda kaj vse to pomeni za spremljanje, za spremljanje uspešnosti aplikacij sistema in upravljanje itd., pa tudi za integracijo podatkov in poslovno inteligenco, je to, da smo imeli lep preprost svet, vsaj preprost je bil z vidika IT, kar se navadi imajo nabor strežnikov, ki jih imajo - vse je bilo tam, aplikacije, podatki in vse je bilo na voljo, zato so nadzirali ves svet. Veliko lažje je bilo upravljati. Toda zgodilo se je, da je podjetje postalo veliko, veliko, veliko bolj zapleteno.
Imamo eksplozijo - pozabljamo le na velike podatke - imamo eksplozijo aplikacij tako v prostorih kot v oblaku, za izboljšanje produktivnosti poslovanja, za izboljšanje različnih poslovnih procesov, za povezovanje podjetij z drugimi podjetji in s svojimi strankami. podjetja ali ljudi. Kot je prikazano v drugih diapozitivih, smo imeli eksplozijo različnih vrst različnih baz podatkov, velikih baz podatkov, relacijskih, oblakov itd., In imeli smo veliko več, boljšo uporabo strežnikov, operacijskih sistemov, tako z resničnimi kot virtualiziranimi strežniki tam, za boljše upravljanje, bolje izkoristijo posamezne strežnike same. In seveda imamo celo mrežo stvari, ki se dogajajo med vsemi temi aplikacijami, bazami podatkov in strežniki.
Nekaj drugih stvari, zlasti v mojem svetu, je, da je vse to spodbudilo še več sinhronizacije aplikacij. Vse več imamo aplikacijskih strežnikov, baz podatkov, ki se uporabljajo za premikanje podatkov, sinhronizacijo podatkov, integracijo podatkov med različnimi procesi, znotraj in zunaj podjetja. In seveda imamo integracijo podatkov, ki je potrebna za to.
S tem v mislih in dejstvom, da se premikamo iz tega lepega, varnega sveta na naboru nameščenih strežnikov, ki smo jih upravljali, da bi razvrstili to podjetje in zunajpodjetniško malo aplikacij in podatkov, smo se preselili v "Kako v resnici upravljamo s tem okoljem?" In razlog, zakaj je ta spletni seminar zanimiv, je, ker trenutno stanje še ni bilo preveč dobro. Imeli smo veliko različnih orodij za pregled baz podatkov, strežnikov, SharePointa, operacijskih sistemov, gibanja podatkov itd. - Vsi so bili raztreseni kot takšni, imeli smo silose, da smo lahko upravljali oz. spremljajte določen strežnik, določeno aplikacijo, določeno bazo podatkov, vendar je nismo mogli sestaviti. Ker so vsi interaktivni in medsebojno povezani, je to več kot le posamezni deli kosov, jih morate sestaviti, in kot take smo jih imeli - verjetno to je moja slika v srednji šoli - smo imeli ljudi, ki so imeli specializirano znanje o teh orodjih, da se poglobijo v črevesje sistemov, da bi jih upravljali.
Bili so dragi in dragi, dolgotrajni in smo se nekako obtičali v blatu, ker smo nenehno gledali in poskušali upravljati te dele in nismo mogli zares voditi podjetja. Potreba je tam, kjer nam je ostalo, ali kamor smo nas pripeljali. Potrebna je bila potreba po spremljanju podjetij. Aplikacije moramo imeti na enak način za ogled v aplikacijah in v oblaku, v bazah podatkov. Strežniki, omrežja, virtualizirani, ne virtualizirani sistemi, integracija podatkov, sinhronizacija aplikacij, ki so tam zunaj. Kot pri analitiki poslovne inteligence, je treba najprej zajeti podatke o vseh teh različnih storitvah in infrastrukturi, aplikacijah.
Druga stvar, ki jo morate storiti, je, da te podatke sestavite skupaj, da si ogledate, kako so med seboj povezani. Ne morete storiti ničesar, dokler ne ugotovite, kako so ti deli medsebojno povezani in jih združite. Kako pa smo se iz delnih delov premaknili na bolj celovito ali poslovno upravljanje aplikacij, se je res razraščalo, ker zajemamo podatke, ker podatke integriramo, da bi lahko izboljšali analizo tega upravljanja in spremljanja aplikacij.
Prva stvar, ki jo moramo storiti, je ugotoviti, kaj se dogaja s temi posameznimi sistemi ali deli. Druga stvar moramo razumeti, zakaj se to dogaja. Za to je potrebno bolj poglobljeno znanje o aplikacijah, bazah podatkov, strežnikih in kako so med seboj povezane ter kako so povezane med seboj in kaj ena stvar sproži nekaj drugega. Mislim, pogosto se srečujemo s težavami, kjer se kaj zgodi, in res ni vzrok, je le simptom česa drugega. Ugotoviti moramo, zakaj se to dogaja, vendar moramo zbrati podatke in biti sposobni spremljati posamezne dele.
Končno se moramo nekoliko preučiti s prediktivno analitiko ali napovednim spremljanjem. Ali pa začnemo ugotavljati, zakaj se bo verjetno kaj zgodilo ali kaj se bo zgodilo naprej. Če nekaj ne uspe ali bo kmalu spodletelo ali doseže neki prag, bomo morali biti sposobni sprožiti in razumeti, kaj to pomeni, kaj se bo še zgodilo. Podatke zajemamo s spremljanjem, začnemo analizirati, kaj, zakaj in kaj sledi, nato pa se končno lotimo upravljanja na podlagi podatkov in na podlagi analize.
Ne pozabite, da je lepo zajemati podatke, lepo je analizirati podatke, toda ti podatki morajo, te analize in podatki morajo biti dejansko uporabni. Moraš biti sposoben biti reaktiven, reagirati na dogajanje in biti proaktiven pri poskusu, da to odpravi sam. Zato moramo imeti ne samo orodja za spremljanje in vizualno analizo le-teh, ampak je tudi ključnega pomena, da lahko stvari dejansko popravimo na avtomatiziran ali sistemski način. To je nekakšna potreba, ki jo v podjetju rastejo, in z vidika BI in poslovne analitike ter z vidika integracije podatkov, bomo pogosto imeli težave, da bi ugotovili, kakšne so prelomne točke. Zakaj ne gre za kaj večjega, zakaj nekaj ne uspe, zakaj poslovni uporabniki ne menijo, da so dogovori o ravni storitev izpolnjeni? Vse te super stvari lahko naredimo z aplikacijami, s podatki, vendar je treba upravljati s sistemi, ki ga podpirajo, da omogočimo vse te odlične stvari, ki se dogajajo tam. Dez?
Eric Kavanagh: Prav, vzemi ga, Dez.
Dez Blanchfield: Hvala, vau. Verjetno imamo nekaj majhnih področij, s katerimi se tam popolnoma strinjamo. Kratek del mojega življenja v svetu spremljanja stvari. Pravzaprav sva z bratom pred skoraj 20-imi leti skupaj delala v okoljih, ki so bila videti podobno. To je omrežni operacijski center. To je trenutno in upravljali smo vse, od usmerjevalnikov in stikal ter strežnikov, požarnih zidov in sistemov, ki poganjajo aplikacije, ter tam nameščenih aplikacij in baz podatkov ter cele vrste strežnikov.
Takrat še ni bilo toliko orodij za spremljanje. Prostih in odprtokodnih orodij je bilo kar nekaj, toda nekaj paketov aplikacij, ki so spremljali od konca do konca, je bilo drago in težko priti v roke. In tako smo se dejansko usedli in napisali eno, verjeli ali ne, in internet je nekako postal stvar, mi pa smo uporabljali orodja za te edinstvene sisteme, sisteme Solaris, za zbiranje poročil o sistemskih dejavnostih, uporabi diskov in pomnilnika uporabo in tako naprej, zabeležite jo v datoteko in na njej zaženite skript. Zbrane podatke smo dejansko pošiljali na centralni strežnik, vnose teh datotek v dnevnike potegnili iz e-poštnih sporočil, ko so prišli, jih analizirali, vtisnili v bazo podatkov in na njih narisali lepe grafike.
Mislili smo, da smo precej pametni in precej kul, ker smo lahko povedali, kaj se dogaja, toda tisto, kar nas je pred časom prizadelo, je bilo, da čeprav smo lahko dejansko poročali o zgodovinskem stanju naroda, nam to v resnici ni veliko povedalo. o trenutnem stanju naroda v neposrednem smislu, ker so bili podatki, ki smo jih zbirali, nekje poslani po elektronski pošti, zato je bilo nekaj minut pred strežnikom, ko so ga zbrali, po omrežju in po e-pošti. v poštni strežnik in se raztrgal in postavil v bazo podatkov, tako da so bili res lepi grafji, vendar je vse zaostalo, vse te zgodovinske.
Pravzaprav je v zgornjem levem kotu te lepe slike 18 sličic LCD, ki se pretvarjajo, da je navidezno namizje, v zgornjem levem kotu je graf, mali zeleni graf, ki je zelo podoben tistemu, kar smo počeli, preslikava stvari ven. In imeli smo to nenehno frustracijo, da nam je bilo skoraj nemogoče nekako povedati, kaj se dogaja v tem trenutku ali celo, kaj se bo zgodilo v prihodnosti. Ne glede na to, kolikokrat smo poskušali narediti nekakšen prediktivni graf, in to že skoraj dvajset let približno, iz spomina.
To je slika dejanskega zaslonskega osrednjega omrežnega operacijskega zaslona, 18 zaslonov LCD je vse skupaj zlepljeno in se pretvarja, da je to veliko veliko namizje Windows, in to je pogosto stanje države, ki jo trenutno urejajo organizacije, telekomunikacije ali velika podjetja. teči, da spremljaš, kaj se dogaja v njihovem svetu. Ne glede na to, ali gre za njihova omrežja in usmerjevalnike ter njihove stikale in strežnike aplikacij, kaj je znotraj tega zaslona zanimivo ali pa je ta posnetek zaslona, fotografija, je, da ni veliko veliko okno, ni en velik velik brskalnik, ki je raztegnjen, veliko je majhnih drobnih oken, ki se prekrivajo. Če se ta stvar kdaj zruši ali znova zažene ali jo je treba iz nekega razloga izklopiti in napajati nazaj, se mora neki bedakov usesti in znova odpreti vse te posamezne aplikacije ter ročno obložiti vsa okna, da dobi ta isti pogled. To je zelo naporno in tvegano, saj če kdo ne pozna vrstnega reda, v katerem jih je vrnil, ga je skoraj nemogoče znova ustvariti in je precej žalostno. Glede na to trenutno izgleda večina centrov za delovanje omrežja. Nekdo mora fizično zagnati več aplikacij in mobilnih sistemov in gleda v preteklost. Tako se ni marsikaj spremenilo glede na to, kaj veliko podjetij meni, da bi moral biti nadzor dejansko.
V tistih 20 letih nazaj smo imeli to stališče, da če lahko pokličete strežnik, se je upal, toda v resnici smo ugotovili, da lahko to storite samo zato, ker lahko ping strežnika, kot v pingu in odmeva vrste ICMP za streljal na stvar, ki bi odmevala nazaj, in rekel: "Živa sem", še ni pomenilo, da je v resnici gor. In tudi če se je to vrnilo nazaj, včasih strežniki in aplikacije na njih niso zagnani. In tako je spremljanje cela znanost. Daleč je že daleč, toda tudi mnogi sodobni sveženji aplikacij, ki jih kupimo v svetu spremljanja in upravljanju storitev, ne napovedujejo. Takrat so bile stvari veliko bolj preproste. Včasih smo razmišljali o sledečih stvareh: "Ali je strežnik pripravljen in se odziva, ali je operacijski sistem na spletu in se lahko z njim povežemo. Ali se aplikacije zaženejo in jih lahko spremljamo, se odzivajo aplikacije? Spletni strežnik je videti, kot da deluje, toda ali ga lahko priključimo na vrata 80 ali 443 na njem? Ali se uporabniki lahko povežejo s storitvami, ki so tam? "In pogosto se je zgodilo, da je nekaj tako preprostega, kot je zvonjenje telefona službenih služb, in če ni, potem je bila največja odločitev za ta dan tisti, ki je bil na vrsti ali je dobival krofe.
Potem je prišel ta koncept hiperskrile vsega, še posebej hiperrazličnega računanja, in s tem mislim na prostornino, hitrost in velikost stvari, s katerimi se zdaj ukvarjamo. In veliko ljudi govori o svetovnih enorogih in Facebooku ter LinkedInu in Googlu sveta, toda pravzaprav je veliko organizacij majhnih do srednjih velikosti, ki imajo zelo, zelo zapletena poslovna in IT okolja, ki jih poskušajo spremljati in poskušati vzeti ročaj, oprijeti in prst vstaviti v digitalni impulz podjetja, na žalost pa neuspešno odpove, ravno zaradi čisto zapletenih stopenj, ki so se povečale za vrstni red, v mojem pogled, na skoraj vseh ravneh.
Če pogledate dva resnično osnovna dela, s katerimi se mora ukvarjati sodobno podjetje, v enem primeru celo nekaj tako preprostega, kot so velike podatkovne platforme, ki jih jemljemo za samoumevne. Na levi strani imamo okvir tistega, ki je bil prej različica Hadoop, zelo paketni način, šaržno usmerjeno različico tega, kar je Hadoop imel, okvir MapReduce, ki deluje na datotečnem sistemu Hadoop, in kup orodij, ki smo učinkovito priključili, so kot prašiči in panj in druga orodja. Na desni strani je v bistvu druga prenova Hadoopovega okvira, zgrajenega okoli YARN, in nekoliko bolj zmogljiva računalniška arhitektura in boljši razpored. Ko sami pogledate te posamezne okvire, so izredno zapleteni in stvari, ki jih lahko počnete znotraj njih, so še bolj zapletene.
Ko pogledamo paradigmo v oblaku, imamo scenarij, kjer je to, kako izgleda OpenStack in OpenStack - odprtokodna platforma v oblaku, sestavljena iz številnih, veliko majhnih modulov in to je le okvirni diagram neke vrste ključnih komponent, zaradi katerih oblak OpenStack deluje. In je izredno zapleten, zelo, zelo močan, a izjemno kompleksen. In poskušam nadzorovati karkoli v prejšnjem slogu sveta Hadoop, s Hadoopom in zdaj Sparkom ter vsemi deli tega ekosistema, ki se vali oblak, kot so platforme, ki temeljijo na OpenStacku, celo razumevanje okolja kompleksnosti, ne glede na to, da bi poskušali najti ugotovite, kaj spremljate in katero storitev spremljate, in zakaj jo spremljate, in kaj vidite, da lahko nadzirate. To so res velike težave, s katerimi se zdaj srečujemo z nekaterimi najosnovnejšimi deli našega sveta in ekosistemi v oblaku, ki jih poskušamo izvajati bodisi v prostorih, bodisi v javnosti ali v hibridu.
Potem so nekateri okviri, kot je svet velikih podatkov, na primer Hadoop in tako naprej, to resnično veliki izzivi in hitrost, s katero se stvari v njih spreminjajo, prav tako otežuje spremljanje in pridobitev kakršnega koli futurističnega vpogleda. In še vedno smo nekako obtičali v tem svetu, da rečemo: "no, kaj se je zgodilo pred petimi minutami?" Kot ste že slišali, z izzivom na kraju samem ali na kraju samem, zunaj mesta in takrat preprosto pomislite o stvareh znotraj računalnikov ali podatkovnih centrov. Imate mešanico fizičnih storitev, ki so neke vrste, in virtualnih strežnikov in so se spremenili, kar smo včasih razmišljali kot fizični strežnik z enim naborom aplikacij, je v tem primeru vedno virtualizirano okolje. Infrastruktura, naj bo to Hyper-V ali VMware ali OpenStack ali Xen.
Zdaj vam ni treba imeti enega strežnika z enim naborom aplikacij, deluje hipervizor, ima več skladov. In našteval sem samo nekaj običajnih v VMware, Hyper-V, OpenStack, vendar jih uporablja več deset in veliko ljudi. In kombinacija strežnikov v oblaku, strežniški strežniki in strežniki programske opreme in vsaka po svoje ima stopnje zapletenosti, ki si jih samo prizadevamo doseči z upravljanjem in spremljanjem na osnovni ravni, kaj šele pri poskusu ugotoviti, kaj se bo zgodilo.
In če to ni bilo dovolj slabo, smo zdaj na mestu, ko stvari definiramo v programskem smislu, saj imamo programsko definirano mreženje in definirano mreženje. Imamo virtualizacijo omrežnih funkcij in poskušamo upravljati in nadzirati programsko definirano omrežje, katerega komponente vključujejo virtualizacijo omrežnih funkcij, navidezne usmerjevalnike, navidezna stikala, navidezne požarne zidove, navidezne vmesnike na strežnikih, navidezne vmesnike in vse do konca izboljšati kombinacijo storitev v primerjavi z aplikacijami in poskušati ugotoviti razliko pri spremljanju teh.
Zdaj imamo nekaj bolj zabavnih izzivov, saj hitro prehajamo od virtualizacije do kontejneristov in nedavnega ustvarjanja odprtokodne različice Googlovega nabora orodij za virtualizacijo Kubernetes in HashiCorp projekta Docker ter sposobnosti ustvarjanja obrazcev zabojnikov . Zdaj je zanimivo pri poskusu spremljanja oblike vsebnika, tudi posameznega vsebnika, ta, da smo nekoč imeli fizični stroj in virtualni stroj, nato pa celoten nabor aplikacij in ekosistem na teh - bodisi fizičnih, virtualnih - Zdaj imate okolje, v katerem bi lahko imeli Dockerjev primerek, ki bi se lahko izvajal v nekaj milisekundah, se utemeljijo, prejme zahtevo, ga obravnava, dostavi zahtevano storitev in nato umre. Nekako smo se premaknili od tistega, kar mislim, da je nekoč citiral Randy Bias, in to je, da se moramo premakniti s strežnikov in storitev kot hišnih ljubljenčkov in jih poskušati ohraniti pri življenju ves čas, tako da zdaj kot stvari samo obravnavamo kot govedo in spremljanje, ki je še bolj zanimiv izziv.
Imamo hibridno okolje, tako da je vrsta tradicionalnih aplikacij, na primer tradicionalna okolja baz podatkov. Nova okolja, kot so uporaba velikih podatkovnih okolij Hadoop in Spark, linearno gojenje, rast in skladiščenje, linearna rast in razširljivost, elastična okolja za nekatere od teh računskih platform. In povpraševanje po mobilnosti, ljudje, ki delajo BYOD. Kako spremljate prenosnik, ki ga vaše podjetje nima? Kako spremljate aplikacije in storitve ter varnost tam? In eksponentna eksplozija od stroja do stroja in interneta stvari, ki prihajajo zraven. Na nekaterih platformah, ki se že tradicionalno uporabljajo v običajnem smislu spremljanja, še posebej, če pridete do obsega industrijskih naprav, je trenutno strojno-stroj in internet stvari skoraj nemogoča.
Na primer, letalo Dreamliner 787, ko je bilo ustvarjeno, prva izdaja, je imelo nekaj kot 6000 senzorjev v samem stroju, v celotnem letalu. Zdaj razumem najnovejšo različico Airbusa, mislim, da je to A320, v njem je 10.000 senzorjev, ki zahteva spremljanje in upravljanje informacij, ki prihajajo iz naprav, ki jih spremljamo, na povsem novo raven. Ta čedalje večji izziv imamo ne le nadaljevati spremljanje osnovne zmožnosti spremljanja nečesa in videnje tega, kar je na voljo v spletu, ampak tudi to, zdaj pa se zanj uporablja zahteva po prediktivni analitiki.
Ker smo delali prediktivno analitiko za številne stvari v podjetju, ki ga vodimo, in sisteme, ki jih vodimo, ter vrsto storitev, ki jih ponujamo. In tako, kar je zdaj videti in ugotovil, da bi lahko dejansko spremljali analitično analitično storitev za spremljanje in vam povedali ne samo to, kar se je zgodilo pred sekundo in petimi minutami, ampak kaj se bo zgodilo v petih minutah na podlagi tega, kar do zdaj vemo. In mislim, da je izjemno razburljiv čas za razmišljanje, kako upravljati storitve, saj če bi lahko naredili kakršno koli obliko napovedne analitike, stvari, na katere zdaj gledamo, kot so samodejno skaliranje in tako naprej, v našem oblaku in virtualiziranih okoljih, kjer če strežnik ugotovi, da je malo preobremenjen, lahko ustvari še eno kopijo sebe in vzpostavi ekosistem ter prenese več delovne obremenitve, nato pa, ko se delovna obremenitev zmanjša, skorajda pomakne navzdol in položi enega od svojih strojev v zaspanje in se vrne nazaj v njeno normalno stanje. Zdaj lahko uporabljamo prediktivno analitiko in prihodnji pogled na dogajanje s spremljanjem stvari vse od infrastrukture in strojne opreme, vse do končnih storitev. Celotno potovanje od konca do konca, um se pretirava s tem, kaj bomo lahko storili za tisto, kar je v bistvu vedno klic, v katerem živimo. In s tem v mislih bom predal .
Eric Kavanagh: V redu, dovolite, da izročim ključe Robertu Vandervoortu. Tam sem zajel veliko zemlje in radoveden sem, če vidim, kaj počnete vi, in da, kot sem že rekel, imam všeč celotno filozofijo. Če želite to narediti, bodisi delite namizje, bodisi premaknite diapozitive. Vzemi stran.
Robert Vandervoort: V redu. Če vem, kje je ta gumb, to tukaj delam.
Eric Kavanagh: V zgornjem levem kotu morate klikniti Start.
Robert Vandervoort: Ah v redu.
Eric Kavanagh: Kliknite na to in videli bi lahko skupni zaslon. Tam ga pojdi.
Robert Vandervoort: Prihranil dan. Super. V redu, Dez, to sploh ni bilo zastrašujoče. O moški. Ne, dobri pogovori, fantje, dobri pogovori. Torej da, vsekakor sem iste misli, gremo nekako na Luno. Mislim, moramo ugotoviti, kako bomo lahko spremljali to stvar, saj sledi vmesnemu pasu in to je res težko. Človek, lahko vam povem, da delam za programsko podjetje, ki to počne, in da smo na vsakodnevnih razvojnih sestankih. To je stvar, o kateri govorimo, to so zelo resnični problemi. Kako sledimo industriji? Ne želimo biti to, sistem spremljanja že desetletja.
Z veliko razmišljanja in, kot sem povedala nekaterim fantom v klepetu, je ena izmed mojih najljubših knjig in ta upam, da ne govori preveč o meni, ampak to je "Zen in umetnost vzdrževanja motornih koles", bi to smatral kot knjigo o filozofiji in je pravzaprav nefantastični roman, a vseeno. Govori o kakovosti, kaj je kakovost in kaj je kakovost stvari, in tako se je pojavila cela metafizika kakovosti, danes pa vam ne bom poskušal in vam predavam lekcije filozofije, ampak malo. Celoten pragmatični nadzor, kaj je to? To je tisto, kar sem si v bistvu zamislil po tem, da sem razmislil o tej celotni številki, in tovrstna paradigma, v katero se premikamo, se oddalji od samo, kot že rečeno, strežnikov kot hišnih ljubljenčkov - odličen način za to.
To je dobesedno definicija obeh besed. Eden, pragmatizem: obravnavati stvari smiselno in realistično. V bistvu samo praktičen, to je domišljijska beseda za praktično. Monitor: duh. Nekaj želimo pokukati, vanj želimo nalepiti termometer, ga ponovno merimo, ponovno merimo, ponovno merimo in pregledamo. Da je ideja potem nekaj teh dveh stvari, ker stvari spremljamo na praktičen način. Zelo enostavno me je ujeti in lahko povem s toliko ljudmi, da imam opravka s tem, da sem v predprodaji, da se ukvarjam s tehniki v različnih podjetjih, z vsemi različnimi tehniki, z vsemi različnimi vrstami podjetij, vertikal, karkoli že, in vedno so iste stvari. Velikokrat, ko se dogovarjamo o teh poslih, ljudje mislijo: "No, resnično želim spremljati svoje strežnike, želim vedeti, kaj je tisto, kaj je moj CPU, kaj se dogaja v procesih in želim se prepričati, da na diskih ne zmanjka prostora. "In zdaj razmišljam, v redu, to so res preproste stvari. Resnično si želim, da bi tukaj poskusil in si omisliti malo drugačen postopek.
Najprej tehnična vprašanja, ki se vedno pojavijo, ko začnemo govoriti o spremljanju - vse to je resnično osredotočeno na razpoložljivost - ali naša strojna oprema / programska oprema deluje do te mere? Da - v redu. Ne - ping ne pomeni, da vaša programska oprema deluje. To lahko pomeni, da je vaš strežnik na spletu in če je to zagotovo tudi vaš pristop, naj dovolite, da vidim spletni strežnik in vidim, zakaj se ne odziva, to boste ugotovili, "Hej, poglej, zdaj se odziva. Moram iti oddaljeno do tega spletnega strežnika in si oglejte to, ali lahko pridem do tega na škatli? " Obstaja celotno noro prizadevanje za odpravljanje težav, ko nimate ničesar za spremljanje, kar presenetljivo obstaja. Ne bom imenoval nobenega imena, vendar obstaja nekaj dokaj velikih podjetij, ki na način spremljanja sploh ne počnejo veliko.
Seveda je zame to očitna stvar, saj delam za podjetje, ki izdeluje programsko opremo. Kakorkoli, se spletna stran odziva? Ne samo, da je ta stvar že živa, ampak mi dejansko govori, kaj želim videti? Ne morete samo reči, "O ja, spletna stran se je odzvala v 40 milisekundah", to je lahko stran s celotnim poročilom. Moramo se prepričati, da bomo lahko pri teh prihodkih dobili dovolj globoko, na ta vprašanja, kar zadeva odgovore, pa lahko odgovorimo na vprašanje na način, ki temu dejansko služi. Razpoložljivost, zmogljivost - ali strojna oprema / programska oprema deluje dobro? O teh različnih tehnologijah govorimo o številnih števcih učinkovitosti. Ne glede na to, ali gre za Hadoop ali IAS ali Apache ali kaj drugega, imajo vsi določene števce zmogljivosti. Vse, kar je Microsoft v veliki meri, bo imelo števce zmogljivosti WMI. Na voljo imate SNMP-je, veliko različnih načinov, kako ugotoviti, kaj se dogaja pod pokrovom, kako se počuti.
In potem je zadnja stvar načrtovanje zmogljivosti, torej nekaj analitičnih stvari. Imamo vse te dolge sledi zgodovinskih podatkov, kar hočemo vedeti - in to je neke vrste čustvena potreba, nismo, samo zato, ker delamo v IT, še ne pomeni, da nismo čustvene živali, obstaja ta občutek varnosti - če imaš nekaj, kar veliko odpove, si misliš, "no, kdaj bo spet spodletelo, ali je to resnično težava?" prepoznavanje vzorcev v stvareh, ne samo v življenju, ampak tudi v svetu okoli nas, pa tudi po časovni premici, vendar stvari morda ne bodo tako problematične, kot si mislite. Ali pa so morda bolj problematični, kot mislite, da so. Ko poskušamo sprejemati dobre poslovne odločitve, je to zagotovo vprašanje. Moramo imeti resnične metrike, biti moramo sposobni utemeljiti svoje občutke in svoje dojemanje tega sveta, ga spraviti v številke in ga empirizirati - znanost!
Tako ali tako, čas filozofije: Charles Sanders Peirce. Je človek, ki je v bistvu začel pragmatizem, zato bom tu razpadel kakšen jezik iz 1800: "Razmislite, kakšne učinke bi lahko imeli praktični nosilci, po našem mnenju je predmet naše zamisli." Kar tukaj govori, je: Kaj je to? Kaj to stori? "Torej, karkoli storim, je to, kar je zame. Spletni strežnik je stvar, ki izpade spletne strani in je nima, o tem vam ni treba razmišljati nič bolj zapleteno. Ali ga sestavlja veliko zapletene programske opreme? Veš da. Sam operacijski sistem je verjetno precej bolj zapleten kot kateri koli od stvari, ki dejansko delujejo na njem. Ampak to ni pomembno. Ko poskušamo preizkusiti ta vprašanja, moramo vedeti, ali spletna stran deluje? V redu, to so vse zelo preproste stvari. Naš koncept vodi v učinke naše celote, naše zasnove predmeta do te mere. Zamislimo si te predmete. To je težava. Večina ljudi, s katerimi se pogovarjam, se spet ukvarjajo s spremljanjem strežnika, "želim nadzirati svojo omrežno strojno opremo" ali "to želim storiti." To je en poseben del strojne opreme ali specifična tehnologija. in ponavadi je, karkoli jim največja bolečina v vratu.
Možno je, da že imajo kakšno drugo programsko opremo za spremljanje, ki dela še en del. Všeč mi je: "No, hej, zakaj ne bi mogel" - rad se malo igram zagovornika hudiča - "ali ne morete uporabiti tega drugega programa za to?" "Oh, no, res ne gre tako dobro." "V redu, kaj pa s tem?" "No, karkoli že." In zame so vsa ta vprašanja veliko sena. Sem v predprodaji, nikar ne trpite preveč za mano, vendar sem tako inženir, ko si zamislim ta predmet. Torej moramo znati razumeti, kaj je predmet, kateri so vsi gibajoči se deli. Če nekdo reče: "No, strežnik baz podatkov", sem všeč: "V redu, čemu služi strežnik baz podatkov?" „Ah, dobro večinoma naš ERP." „Ok, torej imate težave z uspešnostjo svojega ERP-ja." Ja, ampak mislimo, da je to morda baza podatkov. "" V redu, poglejmo, o ERP. ERP deluje na Oracleu. "" Preveri. "" V redu, na tem sesalniku imaš spletno sprednjo stran ali je to celoten strežnik odjemalcev? "" Oh, no, dejansko je oboje. " imaš spletni sprednji del, imaš povezljivost s strežnikom odjemalcev z njim, kje je shramba, na kakšnem strežniku se ta zadeva izvaja, kako izgleda vaše omrežje? "Zastavim jim sto vprašanj, zdi se .
Sploh je zelo neuveljavljeno, tudi to, da ljudje preprosto ne vedo. "Tu sem začel pred štirimi meseci. Resnično nisem tako dobro seznanjen z okoljem. "V redu, no, poskušate diagnosticirati dokaj zapletene težave, ko niste seznanjeni z okoljem, čutim vas, vendar to ne pomaga paradigmi. Moramo razumeti. To razumevanje moramo graditi. In tako pogosto, ko jih vprašam: "Hej, imaš knjigo, ali obstaja lestvica, ali imaš diagram, ali imaš e-pošto, lahko vprašaš nekoga?" Ponavadi je slednji. "Oh, moram vprašati Boba, toda on je pravzaprav na počitnicah, vrne se, dajva nekaj tednov, da nastavimo, in lahko dobimo dostop do tega sistema, upam, " in tako naprej. In tako, takoj popolnoma čutim njegovo bolečino. V redu. Moramo biti sposobni to razumevanje graditi na tem, kar uporabljamo to orodje. In tako imejte to v mislih tukaj.
In poslovna vprašanja ne morejo biti brez odgovora, mislim, pogosto se pogovarjajo s tehniki, so v rovih. Popravljamo stvari. Velikokrat smo v gasilskem načinu, včasih v malo šoka in zagotovo nekaj strahu. Ne da citiram nobenega prejšnjega predsednika, ampak vseeno, zato so poslovna vprašanja, ki jih slišite, zelo usklajena s tehničnimi vprašanji. In res, kar morate storiti, če ste ti tehniki, je, da poskusite uskladiti ta poslovna vprašanja s tehničnimi težavami. Resnično nekako pridejo eden do drugega. Zapišite seznam - razpoložljivost, uspešnost in načrtovanje zmogljivosti. Ali pametno uporabljamo svoje vire? Kam gre ta denar, ki smo ga porabili? Kupili smo vse te bleščeče strežnike, kaj počnejo, ali vemo, da se pravilno uporabljajo? Kdo ve? Razen če ga ne izmerite. Vroče točke in hladne lise. Vse te stvari, ki jih imajo točke, so krepke, tako da, če boste kasneje dobili diaprojekcijo, je vroča in hladna točka omrežje v težavah. Kako obstaja povezava z internetom in WAN? Seveda vam ponudniki pasovne širine želijo prodati več pasovne širine. Ali ga resnično potrebujete? Kako ga uporabljate? Govorimo o uspešnosti. Ali imamo kakšno stvar na mestu, ki pravi, da bi morali doseči določene cilje? Na stvari se moramo odzvati. Večina ljudi ne.
In vem, da zveni zelo strastno, upam, da tukaj ne zvemam preveč pridižno, vendar imam SOA. Zastavite si cilje. Govorimo o petnajstih je pol poti do trideset. Da, postavite si cilje, ni tako, s tem sploh ni nič narobe. Postavite si enorožne cilje. Zastavite si povsem nedosegljive cilje. Noben strežnik ne more iti dol več kot kdajkoli prej. Biti morajo 24/7, ne glede na to, ali naši zaposleni delajo le devet do pet, nikoli ne želim, da se kaj pokvari, seveda ne. Mogoče imam osebna pričakovanja, vendar jih lahko dejansko izrazimo tudi v poslovnem smislu. S srečanjem s SOA-ji vsekakor naredimo eskalacijsko upravljanje. Ali so trenutne operacije trajnostne, da lahko to tudi nadaljujemo. Je to norost? Lahko to vzdržujemo?
Spet ne omenjam imen, da bi se trudili in bili pošteni, toda v predhodni zaposlitvi smo imeli eno od teh: "Ojoj, moramo kupiti nov predal za pesek, ker je poln." "Hmm, no, Do naslednjega četrtletja imamo še dva meseca, ali bomo imeli tovrstno gotovino? "" No, zdaj jo potrebujemo. "" No, kako naj to storimo? "Seveda sem takšen, " sem se lahko spustite do Fry-ja in si priskrbite nekaj trdih diskov "in so kot:" ne, tega ne morete storiti. Žal mi je, Robert, ne morem dobiti droba in ga vključiti. "Čeprav nekateri od vas, Prepričan sem, da verjetno kima z glavo in je že videl to.
Kakor koli že, zato moramo načrtovanje zmogljivosti poskrbeti, da ne samo z vidika pomnilnika, ampak v tem hiperrazličnem okolju, ko virtualiziramo in abstrahiramo vse te računske vire, je le kup jeder in gigabajtov CPU-ja. Spoznati moramo, kako se uporablja. Moram vedeti, ali me bo zmanjkalo. Če sem povsem v redu, če sem pravzaprav nizka. Kam gre, koliko časa imam, doc? Ali imam devetsto dni, dokler mi ne zmanjka prostora, ali jih imam devet? Tam je velika razlika. Nočeš se ujeti tako. Torej, veliko govora. Kako se tisti čas ujema s to sliko?
No, najprej številka ena, po tem vam bom pokazal, kot so stari modeli / novi modeli, ampak nekako razumevanje, kako se izdelek dejansko prilega temu, moramo izmeriti učinke. Da bi razumeli širšo sliko, morate biti sposobni izmeriti vse malenkosti, toda kot pravijo naši prodajalci, vam za to ni treba vreti oceana. S tehnične plati stvari se tovrstno dogaja v gradientu, toda s tehnične strani moramo meriti ta okolja za virtualizacijo. Stvari, ki zaženejo hipervizorja. Kako so se uporabljali pridobljeni viri? Se jih pametno uporablja? Kako to počnejo ESX gostitelji in podobno.
OS, kajti če je kdo porabil nekaj časa za ogled metrik in vSphere - da ne bi pokazal na kakšno posebno platformo za virtualizacijo - vam ne bo povedal, zakaj vaš strežnik SQL gori. Ne bo. Reklo bo: "Hej, uporablja se več, kot je predvideno za to, ker si to dovolil." V redu, super. "Baloniraš spomin." V redu, super. Kaj je baloniranje mojega spomina? Ali je moj protivirus šel v koš? Kdo ve. Moramo zadeti OS. Očitno je tako? Zdi se očitno. Procesi, datotečni sistemi, ali mi zmanjka prostora, takšne stvari. Če imate datotečni sistem Linux, imate logično upravljanje s prostornino, morda imate na enem virtualnem trdem disku ducat datotečnih sistemov in enega od teh v virtualnem sloju ne boste videli. Kakorkoli že, pridiganje.
Omrežje jih povezuje vse skupaj in šele tam ga bomo pustili. Ali je mreženje kompleksno? Lahko je izredno zapleten, lahko je precej preprost, vse točke vmes. Moramo razumeti, da se v omrežju tako stvari odvijajo. Bolj zapletena okolja dobiš, greš v hibridni oblak, vse to, IoT, o, moj bog. Hočem reči, da zagotovo tudi sam sem domači avtomatik in rad si ogledam vse svoje metrike, odkril sem samo nekatere storitve, karkoli že, nikomur ne bom naklonjen, ampak karkoli, izvleči te meritve, sem sposoben za vizualizacijo teh stvari. Lahko si predstavljam, da fantje, ki prejemajo te podatke od vsepovsod od sto tisoč naprav, je noro. Veliko stvari gre prek omrežja, omrežja SAN. Iz cevi na internet. To moramo spremljati.
Vedeti moramo, ali obstajajo težave, če obstajajo, ali obstajajo težave itd. Temu pravimo servisni monitorji. Ko sem govoril o ERP-ju ali SharePointu ali kaj drugega, servisni monitor spremlja nekaj, kar deluje na vsej tej čudoviti sijoči stvari, to je iOS, Apache, izpolni-v-prazno, to je motor baze podatkov, to je Storitev Windows deluje. Če SSA povežem z usmerjevalnikom, da potegnem nekaj informacij o konfiguraciji in vidim, ali je spremenjen, ali v kakšnem vezju tečem? Karkoli. To je nekakšen test, prav? Vizualizacija predmeta. Tu imamo vtičnike in tako nekako sledimo industriji.
Poskrbel bom, da se bom preselil sem, kdorkoli, da mi malo pregleda, če govorim preveč. Toda vtičniki nam omogočajo, da smo prilagodljivi, saj res - za gibčnost moramo imeti nekaj, kar je ločeno iz življenjskega cikla, saj imamo približno štiri glavne izdaje na leto. Mislim, da smo bili, iskreno, v zadnjih šestih mesecih, mislim, da smo jih imeli v zadnjih šestih mesecih štiri. Spremljamo ga z razvojnega stališča, vendar ne želite čakati naokoli. Recimo, dobro ste dobili SharePoint 2013, prehajate na leto 2016, morda ne boste želeli čakati do decembra, da bomo pripravili drugo izdajo, ki to naredi.
Vtičniki vam omogočajo, da to storite sami, tako da uporabite katerega koli od verjetno že vnaprej pečenih skript, ki so tam zunaj, ali pa preprosto napišete svoje in imajo to zapisano v časih osnovne funkcionalnosti in to lahko storimo tudi za vas. Tu bi poudaril, da prav s prodajnega vidika to dejansko podpiramo. To je sicer zelo drugačna paradigma kot odprtokodna skupnost - v katero imam rad, zelo mi je pri srcu in je zelo vpletena - vendar če kupujete programsko opremo za spremljanje, želite imeti možnost, da jo kdo pokliče. Morate imeti telefon, ki ga lahko vzamete in je takšen, kot je: »Blah ne deluje« ali »Kaj to pomeni?« Upoštevajte to.
Aplikacija - in tu se resnično začnemo premikati v poslovno vrednost stvari. Pa tudi z nekakšne, vodilne ravni. Mislim, vse te malenkosti spodaj na dnu, če bi se naučili vse te stvari, bi ves dan dobivali e-pošto, zagotavljam vam. Pravila se ustvarijo, e-poštna sporočila se ignorirajo, stvari ostanejo nenadzorovane, polica je na voljo. Zelo slabo mesto za bivanje. Slabo je biti tudi s stresne perspektive. Kakor koli, ne glede na to in zato to počnemo. Torej tam, naredite to. V resnici menim, da bi morali biti pozorni. Postaviti moramo merila in očitno moramo zgraditi ta majhen svet, vendar smo postavili ta merila, da bomo rekli: »Hej, na tem temelji naša aplikacija. Tu je baza podatkov, tukaj je spletna sprednja stran, tukaj je shramba, tukaj je omrežje, dingdingdingdingding, tukaj so spletne strani itd. "In potem lahko rečem:" Hej, vaše aplikacije niso zadovoljne. "V sporazumu o ravni storitev na ta točka je brez možganov in sama po sebi je to skoraj brez truda, saj je bil ves trud resnično namenjen gradnji razumevanja in uporabe teh majhnih kosov.
Dogovor o ravni storitev preprosto rečete: "Hej, želim si to stvar do štirih devet." Boom. Končano. Na to vas bo opozorilo, ko se ne strinjate. Povedal vam bom, zakaj začnete spodleteti in celo gleda zgodovinske podatke, lahko vam povem, zakaj ne izpolnjujete svojih ciljev, kar je zelo drugače, kot da bi bil nekaj, kar bi se mi zdelo večinoma dimni alarm. To je poslovni konec stvari. Všeč mi je, da Uptime prihaja vanj, pravzaprav sem veteran IDERA, s podjetjem sem že štiri leta in pol, ko smo kupili programsko opremo Uptime - to je podjetje s sedežem v Torontu - res sem bil skeptičen, kot da sem absolutno vsega, vendar me je res navdušilo, ker sem moral ta poročila, ta BI poročila predati poslovodstvu, se srečamo s SOA-ji in se običajno potegnem iz neumnih krajev, kot je moja programska oprema ITSM, samo primerjajte se z napakami in sporočite mi, koliko časa mi je zmanjkalo časa, za kar vem, da večina ljudi preprosto ne dela vozovnic. Verjetno je resnično v našo korist, če sploh kaj, vendar to ni dobro za posel. Izdelek pravzaprav misli na te stvari.
Tu sta ti dve paradigmi in tista, ki smo jo v veliki meri zdaj, in tista, s katero se trudim potegniti vsem za glavo, je slab način razmišljanja o spremljanju vaših stvari. V redu? Zakaj je slabo? Ker je serijska. Imam svojo postajo za spremljanje, spremljam strežnik, na njem so meritve, opozarjam na te meritve. Vidite, da se trudim, da bi bil na desni strani ciljno napet. Na podlagi razumevanja kopice škatel je potreben nadzor, tako da je to res in hrupno je zaradi vseh teh meritev resnično hrupno in vaš CPU je visok, pomnilnik je visok, vaš datotečni sistem primanjkuje prostora, vaše spletne strani odzivni čas je pet sekund, saj veste, bla bla bla.
Te stvari, hrup. Če ne morete na kakšen, miren način, brskati po e-poštnih sporočilih in miselno primerjati vse te stvari in poskusiti in razumeti širše slike, to v resnici ne služi točki, ki opozarja, kaj gre narobe. To je zgolj simptomatično in težko je razvozlati vpliv ter zagotavlja zelo malo poslovne vrednosti. Zagotovo vam zagotavljam, da vaš CIO ne zanima, koliko klopov CPU je bilo uporabljenih na vašem SQL strežniku. Bolj ga skrbi storitev, ki jo zagotavljate, da dejansko deluje dobro, in ali so imeli ljudje težave pri dostopu do nje in kaj razmišljajo stranke, in tovrstne stvari.
Jezen fant, ja, ni zabavno. Tako sem ugotovil, da so BlackBerries zelo prožni. Medtem ko žoga lahko izpade, bodo preživeli lestvice stopnic ali pet. Kakorkoli, oprosti BlackBerry.
Nov način razmišljanja o nadziranju vaših stvari - mislim na IT sisteme in primere Apple. Tukaj želim, da so naše glave in sem pravkar izbral dve resnično preprosti stvari. Všeč mi je Graham, ki ga bom odprl, to bom verjetno poskusil ukrasti, vendar se premaknemo k temu povezanemu razumevanju. Kako so stvari povezane na podlagi tega razumevanja odvisnosti in funkcionalnih delov vseh teh stvari? Spet gre za ta predmet, spet se bomo vrnili v to celotno pragmatično stvar. Tiho je.
Dva opozorila - vaš ERP ni zadovoljen, ker vaša baza podatkov deluje počasi in vaša spletna stran deluje počasi. Lahko bi rekli: "Hej! ERP ni vesel, spletna stran je počasna, baza podatkov pa počasna. "To je morda baza podatkov. Zdaj, če sem iskren, vam ne bom rekel: "Da, zato, ker je vaša spletna stran počasna, ker je baza podatkov počasna." Tega ne počnem. Nisem za APM rešitev, ki je posledica poti, toda ko smo sestavili tako razumevanje in smo dobili takšna e-poštna sporočila, ima to veliko smisla in iz vašega prizadevanja za odpravljanje težav namesto da bi rekli: "Hmm, to ni uspelo" in oddaljena in karkoli že, ali perfmon, vsa ta več orodij, ki poskakujejo povsod, vsaj to zelo neverjetno poenostavi vaša prizadevanja za odpravljanje težav. Toda še nisem prišel do grafov stvari. To je samo - ne gledam na zaslonsko točko in iskreno ne maram gledati v orodja za spremljanje.
To je potem enostavno razumeti, kajne? Vemo, kaj se dogaja, ker smo ga zgradili, zgradili smo razumevanje. Najboljši del tega pa je, mislim, da veliko znanja deli z drugimi v skupinah. Ves čas govorimo o silosih in je to aplikacija ali baza podatkov ali kaj drugega. Toliko je, da dejansko postanejo marketinške kampanje za nekatera podjetja, vse orodja za baze podatkov, verjetno ste jih videli.
Torej, znanje - znanje je moč. Nekoliko obrobno razumevanje, kako se sistemi združijo. Ali mora fant vaše službe za pomoč poznati vse vhode in izide vašega omrežja ter kako deluje SharePoint in kako se povezuje vaš ERP. Verjetno ne, vendar je zelo koristno, ko lahko pogledam na armaturno ploščo in nekdo pokliče in reče, da do nečesa ne morejo dostopati, jaz sem lahko takšen, "O ja, videti, kot da imamo zdaj težave z robom usmerjevalnik. Torej, če ste zunaj kampusa, bo SharePoint težava za vas, vendar ste bili na tem. "Takim ljudem ni všeč, " Mmm hmm "se izkaže.
Kakorkoli že, to je poslovna vrednost, kajne? Poleg zagona, zaganjanja, konfiguracije IP-ja, sem na sliki slišal "ughhhh". Kakorkoli že, vendar to zagotavlja to poslovno vrednost, saj razumemo, kako se deli premikajo. Razumemo, kdaj gre narobe, dobili smo SLA-je, načrtujemo zmogljivosti, vse te stvari, ki bi se sprva lahko zdele kot samorog, ko je vaša skrb, kako uspešni so vaši strežniki, so stvari, ki so zelo enostavno za nastavitev in to je ključno. Lahko bi jokal mavrice.
Postavite in izpolnite pričakovanja. To je bit SLA. Imej jih. Mislim, da sem se že dovolj spopadel s tem, vendar vse že spremljamo. Razumevanje, aplikacije, odvisnost in povezanost smo že zgradili, to je trd del, samo razumevanje lastnega okolja. Stori to, ne gre lažje. Že zdaj opozarjam, da ljudje že dobivajo ustrezna e-poštna sporočila, lahko celo naredim poti za stopnjevanje in ne bom vam poskušal pokazati vseh stvari v kakršni koli demo programski opremi tukaj, zagotovo obstajajo forumi za to.
Popravljam že popravke, Uptime lahko celo reagira na stvari. Mislim, vedno obstajajo te neumne, neumne stvari, kot je tiskalnik, ki se zruši iz neznanega razloga, še vedno je na Windows 2000 in nekega dne ga boste nadgradili, prisegate - karkoli že. Vsak dan traja nekaj minut in nekdo ve, da je zlomljeno, da to popravite, kajne?
Tovrstne stvari so avtomatizirane krme. Že ste naredili super nadzorno ploščo, veste, nadzorne plošče - zadeva je res stvar. Vse, kar naberem v Uptimeju, lahko dojamem na kakšen smiseln način. Če morate odstopiti, je tako, "resnično želim, da imam nekaj nadzorne plošče zmogljivosti za svoj SQL." Želite nadzorno ploščo aplikacij, ki vključuje tehnologije v celotnem paketu? Končano. Načrtovanje zmogljivosti? Končano.
Tako naravnost naravnost. Postavite si te cilje, naj ti SLA-ji razumejo, zakaj jih ne potrebujete. Tu je res ključno, saj veš, traja le sekundo, dobesedno traja le nekaj sekund, ne več minut, dlje, da to razložim, ampak samo, da rečem: "Hej, tukaj pričakujem, tukaj so tiste stvari, ki Pričakujem, da bom delal, «in potem vam Uptime pove, kaj ne deluje.
Kakorkoli že, ukradel bom dvojne mavrične slike, vendar bom zaradi tega verjetno naletel na težave. Bolj vznemirljivo kot dvojna mavrica, o moj bog - tukaj je spletna stran. Bom popokal. Ali imam še nekaj minut časa? Dovolite mi, da dobim čas za preverjanje smisla, kako nam gre?
Eric Kavanagh: Ja, pokaži nam nekaj stvari.
Robert Vandervoort: V redu, kul. Kot sem rekel, pokril sem veliko tal; to me reši, da vam pokažem ne tako seksi bite, ki so vse samo besedilo in nastavitve in karkoli že. Kar želim pokazati, je podoben grafični konec. Kot sem že rekel, ne maram gledati orodij za spremljanje, rad bi se lahko odpravil od tega. Če hočete, želim biti moja varuška, vendar nočem, da je tako: "Hej, lahko ima tvoj otrok zlato ribico, v filmu sem, ja, karkoli." "V redu." Prstan, prstan: "Hej, je v redu, če gre tvoj otrok na stranišče? Pravi, da mora iti. "" Ja, v redu, karkoli že. "Želim, da me odgovorna varuška samo hvali. Torej budni zvoki so zame velika težava, če ne morete vedeti, verjetno imam kakšno napredno obliko spremljanja PTSP-ja.
Želim poudariti, da imamo z vidika Uptime vse te različne profile. Tu sem naredil nekaj norih stvari, da bi nekako predstavil, kako lahko Uptime počne različne stvari in dela z ljudmi, kar je velika stvar. Nisem vam rekel, da sem v resnici moje ozadje. Imam informatiko, iskreno se vračam nazaj, saj sem 13 let delala v zadnji sobi računalniške trgovine. Morda to morda ni bila najbolj zakonita stvar na svetu, ampak karkoli, in nikoli se nisem ustavil. Zdaj imam 37 let, imam diplomo psihologije, ker se mi ljudje zdijo težje razumeti kot računalniki. Toda z vidika uporabniškega vmesnika in UX-a ne želim, da mi orodje pokaže, kako moram opravljati svoje delo, ali kako naj deluje, ali se želim upogniti tako, kot želi početi. Vem, da sem nekako rad vrgel neko filozofijo in razumevanje, upam, da vam bodo stvari olajšali, ne jemljite tako: "Hej, to moraš storiti" ali "Govorim ti, kaj naj stori. "Ampak to je nekako moja stvar.
Kakor koli že, integracija HipChat, govorna opozorila. Mislim, ta bo dejansko tisti NOC z 18 monitorji, ki ste ga gledali, govoril, kar je verbalno narobe. Predstavljajte si, da vaša stena pokaže: "Opozorilo, SharePoint je v kritičnem stanju, ker je vaša baza podatkov počasna, bla bla, to je že sedem minut." Ja, to je nakit, morda hinky, karkoli že. Poskušam vam pokazati, da gre za zelo prilagodljivo orodje. Imamo izhode, ki temeljijo na skriptu in lahko počnete karkoli želite.
HipChat, uporabljam vraga iz HipChat-a in Skypea - verjetno bolj kot moj e-poštni naslov, verjetno na škodo številnih prodajalcev, a vseeno - Vključujem tudi HipChat, ni važno, kaj je, River, Flack, karkoli že kar hočeš narediti, zelo enostavno narediti.
Kakorkoli že, z vidika uporabnika dejansko začnemo s svojimi kontaktnimi podatki ter vašimi delovnimi in izven urami, če jih imate. Ko enkrat pridete do dejanskega opozorila, Uptime že ve, kako vzpostaviti stik z vami, kar je resnično ključno. Mislim, kolikokrat se je zgodilo, "Oh, e-pošte nisem opazil." "No, morda bi ga moral poslati v vaš Gmail, ga poslati na vašo osebno, to bom objavil na vaši Facebook steni. "Kakorkoli, še nisem tako daleč, ampak morda naslednji konec tedna, ko mi bo dolgčas.
Globalno skeniranje v tem zapletenem norem okolju. Številka ena, stvari moramo organizirati. Da je to organizirano ključno, vam to dopuščamo, izvajamo samodejno odkrivanje in vse take stvari, ki jih pričakujete, vendar vam omogočamo, da svoj podatkovni center strukturirate tako, kot vam ustreza. Všeč mi je, da gre za neke vrste fizično, logično in tehnološko, nato pa z virtualiziranega stališča to storimo tako, kot bi ga videli v VMware-u, kjer imamo vaše podatkovne centre, vaše grozde in baze virov in vse to lepo stvari.
To filtrira skozi isto razumevanje, spet deluje tako, kot to počneš, in smiselno. Enako razumevanje filtrira te nadzorne plošče. Globalno je v bistvu vse, kar je narobe, in zato mi je vseeno samo Houston in vsi drugi QA, SA, karkoli, česar se v resnici ne dam, samo stvari iz Houstona. Lahko se osredotočim na to in nato spet od vsakogar, ki ima pomisleke glede varnosti ali ohranjanja stvari, ločene po uporabniških skupinah ali kaj podobnega, to lahko absolutno naredimo. Edino, kar bi lahko kdaj videl, je samo Houston ali nekaj tako zoženega kot samo "Houston Network Components", tako da je to zagotovo stvar.
Pregled virov - kako se ti viri uporabljajo v celotnem okolju? To je to. To je vaš pogled na devetdeset tisoč čevljev. Lahko se prepričam o vseh področjih, ki imajo težave v primerjavi z drugimi. In opazili ste, da IBM Agency, kar je na stran, res ni na strani. Ena najbolj kritičnih stvari, ki temelji na razumevanju aplikacije, zmanjšanju tega pragmatičnega modela, je vse, kar je pred vrati, in tega ne trdim samo zato, ker mi je všeč, da se licenca šteje za posle tega, kar počnemo. Če smem vse brez svojih IBM-ovih P-serij, to smrdi.
Imamo monitorje za AS / 400. Ljudje me včasih hudiča o tem slišijo, kot je "AS / 400 ra-ra-ra." Presenetilo bi vas, koliko AS / 400 še vedno poganja res pomembne sisteme ali novejše I-serije, to je stvar, to počnemo. HP-UX, AIX, mislim na skoraj vsak večji operacijski sistem na svetu, za katerega imamo agenta. Ključno je, da ga vstavite v vrata in spremljate.
Če spet pogledam plast aplikacije, naj izstopim iz zrnc in grem navzgor. Tako izgleda ta armaturna plošča. To je lahko edina stvar, ki jo kdaj opazujem redno, rad bi samo prišel sem in rekel: "Hej, moj CMS je res jezen, zakaj?" Zdaj odobren, verjetno ne plačam toliko pozornosti do mojih e-poštnih sporočil, kot bi moral, ampak vsak dan sem tukaj in pogledam v strežniška vrata, to počnem. Zobozdravnik sem, to so moji zobje.
Testi za prijavo. Torej, preizkušam dejanski čas prijave, to je uporabniška izkušnja, to je super pragmatično. Sploh me ne zanimajo meritve Apache. Če je vsem všeč, da se prijavljajo v lahkomiselnem razdeljevanju in vse transakcije delujejo dobro, kdo skrbi za poslane in prejete bajte, razen če poskušam načrtovati zmogljivosti. Z vidika gasilstva, iz besede "Ali me briga, ali moram biti na to pozoren?" Želim vedeti te stvari precej intuitivno in precej samodejno.
Če sem CIO, mi je vseeno za to, ne zanima me moja nadzorna plošča Apache. Če sem vaš fant, stavite, da tudi jaz. Mislim, moram priti sem in oprostiti počasnost, vendar moram biti sposoben priti sem in videti veliko globokih meritev po vsej plošči in opaziti vzorce. Tu vidim, da se moj demo Apache 01 znova zažene in Uptime je "boom, bum, bum, bum", kaj je s tem?
To so vzorci, za katere morda niti ne vem, če tega sploh ne gledam. Spet prave zrnate stvari, ampak resnično služi temu namenu. Ti strežniki so del sistema za upravljanje vsebin in če na spletni strani opazim težave in se moji strežniki reciklirajo, sem v nekaj sekundah izvedel več informacij o tem okolju, ko sem pregledal nadzorne plošče, ki sem jih nastavil, kot sem zagotovo lahko z odstranitvijo nanj. Sploh nisem prepričan, kje bi začel kaj od tega, če sem iskren z vami.
Kakor koli že, trud; in vsi nekako razmišljajo: "To je prav noro." Kako gledam stvari z vidika napora? Lahko napišete scenarij zanjo? Da. Poskušamo zagotoviti zelo običajne stvari, zelo običajno tehnologijo, ki so tam z vidika baze podatkov. Želim reči, vsak pomemben motor podatkovne baze. Nimam nobenega od NoSQL, nimam nobenega od časovnih vrst, toda vsaka večja relacijska podatkovna baza je tukaj z vidika spletnih storitev, IAS, Apache Tomcat, ki se tu samo skriva. In potem je za stvari, ki jih morda ne vidite na seznamu, seveda še veliko drugih stvari, vendar imamo te vtičnike. To je samo zelo enostaven način za izhod. Na GitHubu imamo javne hranilnice, kodo si lahko ogledate, lahko jo naredite po svoje, lahko spremenite, karkoli že, tam vam je na voljo. Torej s stališča tehnologije ali programske opreme, če gre za SAN, ali če je SharePoint ali izmenjava ali kar koli drugega.
Tako to počnemo in potem vam bodo v bistvu zagotovili meritve, ki jih zanimate, in to je najtežji del. Napisal sem več teh vtičnikov in najtežji del zame je: "Kaj bodo ljudje radi vedeli? Kaj je pravzaprav pomembno? "Če pogledate kateri koli sistem WMI, se lahko zgodi na stotine stvari. No, v redu, to moram upočasniti, nihče si ne bo želel ogledati 400 meritev, ker potem moraš imeti smisel za ta svet in tam ni nobene vrednosti.
Kakorkoli že, potem tudi SLA. Obstaja na tone nadzornih plošč. Fantje bi vas spodbudil, mislim, če je to nekaj, kar vas zanima, očitno lahko delamo demo posnetke in kaj drugega, lahko naredimo personalizirane stvari, ne poskušamo ponovno vreti oceana. Ampak veste, če dobim e-poštno sporočilo, v katerem piše, da "moj SLA deluje, ga prekoračujem, tukaj mi slabo uspeva, želim vedeti, zakaj se dogaja?" Lahko natančno preučim to v tem podrobnem poročilu in vidim, kakšne so posebne stvari, ki povzročajo neuspeh SLA, ali se celo sčasoma vrnem in razumem, ali je to trend ali ne. Kje so rdeče lise? To skoraj izgleda kot analiza DNK ali kaj podobnega, imamo izpade strežnika - oprostite, to so izpusti za preizkus prijave, pri katerih se nisem mogel prijaviti. Tukaj imamo odzivne čase in stvari in preprosto lahko preprosto zadržite se do stvari, ki so pomembne za to, ali sem dosegel te cilje ali ne. In spet ne pričakujem, da boste vsi prebrali vse te stvari, vendar je tukaj veliko podatkov. Precej priročno je le imeti to pred seboj. Toda resničnost je, zakaj mi ne uspe zaradi teh prijav. Vse povratne informacije tukaj dobimo tudi vi.
Poročanje je na voljo z orodjem, tako da ne potrebujete Crystal ali SSRS ali česa podobnega, vgrajen mehanizem za poročanje; lahko prilagodite vsa posamezna poročila, ki so tukaj. Lahko jih ponavljam. Shranim jih lahko za ogled in uporabo drugih ljudi. Na voljo imate različne izhodne formate. Bi radi imeli vsak petek ob 16. uri svojemu upravitelju nekaj sporočila? Ha ha ha, to lahko storite!
Tako spet zanesljivo z vidika načrtovanja zmogljivosti. Ne želimo se samo osredotočiti in govorili smo o tem, da lahko napovemo stvari in naredimo napovedno analitiko. Poleg tega, da imam samo možnost vizualizacije tukaj in zdaj ter zgodovinski trend, želim, da vidim projekcije načrtovanja zmogljivosti in to tako hitro, imam na voljo celoten pomnilnik in zmogljivost za shranjevanje podatkov v celotnem vCenterju in jaz lahko pogledam v oči in vam povem, da imam v najslabših 132 dneh, dokler mi ne zmanjka prostora, raje kaj naredim.
To je pravi laboratorij in pravzaprav sem ponosen očka, kot je, veliko stvari, in pravkar sem tukaj izrezal svoje delo. Ampak to vem, in če se to zgodi, je to moja težava, jaz sem kriv, da nečesa nisem spremenil ali kaj naredil. Te stvari dobro poznam. Če sem na sestanku in nekdo odide: "Hej, v laboratorij moramo dodati kup strežnikov" - tega mi ne bodo storili, če pa bi, bi bil lahko tak, " veš kaj? Imam koncerte. Dobil sem gigaherce. Sem vas zajel, "ali ne, in na prvi pogled, namesto da bi odprl drugo orodje, ki je nekakšna druga točka in se strinjam z vsemi temi stvarmi, to počnem kot šala.
Pisarna v Houstonu, govorili smo o prometu. Moja zobozdravnica in jaz sva govorila o prometu, odraščala je v Iowa, rekla je: "V majhnih mestih mi je všeč samo to, da ni veliko prometa." Pa Houston, če živite znotraj zanke, ne zapustite, kot lahko vidite spodaj. Lahko integriram kateri koli splet v bistvu kot vdelani okvir, če kdo od vas pozna HTML, lahko v katerega koli od teh pripomočkov vključim kateri koli splet. Ne glede na to, ali je to kot vaše spletno mesto ali je kamera v prometu zunaj njene pisarne ali karkoli že je, to lahko storim. Pripomočke je zelo enostavno dodati.
Mislim, armaturne plošče - pokažem televizijsko magijo. To je tako: "O, glej, končano je, vse je lepo in polirano", toda resničnost je, da je vstop na te nadzorne plošče zelo enostavno. Obstaja veliko različnih načinov prikaza podatkov na vseh različnih podatkovnih točkah, ki jih imamo. Takšne slike, kot je ta vtična slika, so pri ljudeh zelo priljubljene, saj ko poskušate zbrati razumevanje aplikacije, lahko ta videoposnetek preprosto naložite in nato pripnete elemente, ki ga sestavljajo. Veste, lahko vam povem, kje vse težave so na poti.
Te stvari so samo izredno koristne, mislim, da je to vroča mreža, topologija omrežja, razumevanje, kaj se priklopi, kaj je odvisno od tega, kar koli je to, delovna plošča, stikala ali spletna mesta ali kaj drugega, vse stvari, ki so vgrajene. In spet, v različnih tehnoloških sklopih. Nisem ga prinesel, vem, da nam tu zmanjkuje časa, želim si zagotoviti, da boste imeli čas za vprašanja in vprašanja in vse, toda na voljo je samo nekaj informacij, ki jih lahko zberemo iz različnih vrst virov: log združevanja, API-ji - karkoli že poimenujete - SMP, WMI itd. itd. itd. itd. Torej gre za zbiranje teh podatkov, gradnjo razumevanja ter nato opozarjanje in ukrepanje nanje na pragmatičen način. In tako je to na kratko.
Eric Kavanagh: Super. To je bila fantastična predstavitev vseh. Moram vam povedati, da mi je bilo všeč. Imamo nekaj dodatnih minut, da postavimo vprašanja. Rick, zakaj ne vrneš vprašanja ali dveh in nato Dez, in potem imamo le nekaj vprašanj iz publike, ki so nekakšna specifična glede izvajanja. Toda Rick najprej in nato Dez.
Rick Sherman: V redu, super. Najprej, še posebej mi je bil všeč demo, da sem vse skupaj sestavil, še posebej glede dodajanja strežnikov, monitorjev, vtičnikov itd. Mislim, da je bilo to grozno. Eno od vprašanj, ki jih imam, ste omenili, da se je v predprodajah pojavljala ponavljajoča se tema, ki lahko ljudje razumejo, kakšna je arhitektura ali aplikacije. Želijo nadzirati stvari in tu je ta del. Kako se jih izobražujete, kako razbiti tipologijo? Zavedam se, da lahko marsikaj izberete, ampak kako jih vzgajati? Ker nisem prepričan, če lahko dojamejo, koliko lahko narediš.
Robert Vandervoort: Ja, absolutno, sem velik ljubitelj samouničevalnega humorja, zato ponavadi nekako začnem s tega zornega kota. Imam ADHD, če ne morete povedati. Moja žena ne mara več hoditi z mano v Home Depot, pa naj bo tako. Uporabljam analogijo, če imate škripav tečaj ali karkoli pušča, pojdite tja in si zamislite, "želim popraviti pipo." Pojdite do svojega mesta "Želim popraviti pipo." Ne mislite, "Hmm, kaj lahko popravim v svoji hiši?", Ker boste tam ves dan in boste pozabili na pipo za pipo in boste odšli z žlebovi.
Na kar skušam ljudi osredotočiti, je aplikacija. Pravite mi, da to boli in da boli, vzemimo aplikacijo. Je to vaš ERP? Kul. Dajmo si aplikacijo v POC, poiščite me, ni važno, s kom se morate pogovarjati ali s kakršnimi koli informacijami, ki jih morate zaužiti. Iz česa je sestavljena prijava? Strežniki baz podatkov, strežniki datotek, veste, karkoli, karkoli, vse končne točke aplikacije. Ugotovite, dobite ves dostop do njega. Če potrebujete pomoč pri pridobivanju orodja, kul, tukaj smo. Toda osredotočimo se na določeno aplikacijo, ker bo na koncu vrednost. Mislim, da bi lahko enostavno dodali sto ali tisoč strežnikov in začeli delovati pod tem kotom, toda potem ste zelo v tistem serijskem modelu, ki je zelo - ni samo nevzdržen iz POC, ampak tudi samo ni tam, kjer želimo glave biti.
Rick Sherman: Ja, in ali bi postavili nadzorno ploščo itd., Nekako da bi vam dal tak pogled podjetja, tak sestavljen pogled na koščke, ki podpirajo to entiteto, ne glede na to, kaj poskušajo spremljati?
Robert Vandervoort: Vsekakor. Na splošno predlagam, v redu, to želimo imeti - poimenovati so to zemljevidi aplikacij, kjer imamo svojo nadzorno ploščo za aplikacije in mora imeti vse te kose. Če shema ne obstaja, jo zataknite v Uptime in ugotovite, kaj mora iti tja. Vsaj odkrijte vse te stvari in jih spravite pod pokrov spremljanja in nato začnite dodajati storitve, ki se dejansko dodajo, da bo ta aplikacija postala funkcija. Kot v primeru s SharePointom, je tudi te programe mogoče zgraditi iz drugih aplikacij. V primeru, da imate podobno gručo SQL, je to res aplikacija. To je več strežnikov, več storitev in drugih stvari. AD je aplikacija itd. Itd. Te zbirne poglede lahko sestavim iz tistih, kot jih vidite tukaj v SharePointu. Želimo, da bi to lahko zgradili. Če tega ne znam sestaviti, nisem dodal dovolj stvari. Vse majhne koščke naredimo tam, zaradi česar odkljuka.
Rick Sherman: Ali na nek način delaš nazaj?
Robert Vandervoort: Ja, razmišljaj nazaj, delaj naprej.
Eric Kavanagh: V redu. Dez, vzemi ga.
Dez Blanchfield: Želim dobiti vaš vpogled, samo na kratko, ker vem, da smo tukaj malo časa, zato bom samo še eno vprašanje, če lahko. Ali nam lahko daste vpogled v to, kje menite, da so podjetja in organizacije trenutno, kolikor se jih loti pogled, ne samo spremljanje storitev, temveč vrsta pristopa, ki ga zavzemate za pragmatičen namen do konca. Konkretno iz komercialnih koristi. Veliko nas prihaja iz tehnične podlage in radi imamo, da lahko pingamo stvari in vidimo, ali so vklopljeni. Toda s poslovnega vidika jih pogosto ne zanima, saj je tako, kot ste rekli, da vas mi krijemo zaradi tega.
Ali opazite prehod od zgolj zadrževanja luči do sedaj postavljanja KPI-jev na komercialni ravni in obratovalne ravni na globoko integracijo nadzora ravni upravljanja storitev za celoten okvir, ki deluje pravilno, tako da ljudje pogledajo vaše orodje iz z vidika, da lahko prižgemo luči, toda ali smo dejansko postavili vrednost dolarja na vrednost ogleda celotnega pogleda od konca do konca in zagotovili, da: "V redu, stvari se uporabljamo pametno, kot ste rekli Ali se srečujemo s pogodbami o mednarodnem sporazumu in če je tako, kaj to pomeni za posel? "Ali že vidite prehod k temu ali smo še malo od tega?
Robert Vandervoort: Zagotovo obstaja želja. Tam je nuja. Ljudje, prosil sem, da odprete vprašanje, očitno je naloženo vprašanje - ali imate SLA-je? In skoraj nedvoumno je: "Ne, vendar se naši managerji o tem nekako pogovarjajo" in tako naprej. Všeč mi je: "Kul, kako boš prišel tja?" "No, nismo ravno prepričani. Nekako gledamo ServiceNow ali to počnemo. "Sem kot" No, morate razumeti, ServiceNow je stvar, nedejaven okvir, v bistvu sledi ključavničnemu koraku z njim, "v redu, da ne dajejo prednosti nobeni določeni platformi ITSM. Ampak na vaša vprašanja SLA ne bo odgovoril. Govorilo se bo le o tem, koliko človeških ur ste porabili za popravljanje tiskalnika ali koliko virov je prešlo v določen strežnik, če ste morali kupiti dele zanj? Ne more odgovoriti na vprašanje v resničnem svetu, kakšni morajo biti strežniki, konec življenja ali kaj drugega. Nikjer do stopnje.
Ko govorimo o stališču SLA, je več naših strank, ki absolutno imajo SLA, ki izgubljajo denar. Kot da bi dostavili pico, če je pozno, če vas bodo spustili, potem ne bodo dobili denarja. Torej je tam neposreden vpliv na poslovanje, ti ljudje so bolj pozorni na te stvari kot za ostalo, zato je ena od stvari, ki jo ljudje resnično pozivam, samo ustvarjanje pričakovanja zase, za svojo ekipo, za IT. Ni treba, da je resničen ali napisan ali obljubljen nikomur, ko pa greste in ustvarite pričakovanje, ko se vam je nekaj vrtelo po glavi: "Hej, to je razlog, zakaj se ne srečujem s razpoložljivostjo strežnika." samo en smrdljiv strežnik. Lahko se osredotočimo na en strežnik in: "Hej, glej, dobili smo popolno uptime." In to je dejansko moj primer. Tukaj imam takšnega, ampak razumete.
Da, da odgovorim na to vprašanje, da, absolutno, menim, da obstaja bolj želja kot dejanski korak k temu, ker se ljudje še vedno spopadajo s tem, kako dobite orodje, ki lahko resnično odgovori na vprašanje, kako spremlja dovolj stvari in večina ljudi ima več orodij. To je zato, ker se je ekipa omrežja odpravila po nakupih orodja za spremljanje omrežja, ekipa razvijalcev pa je nakupovala za orodje APM, fantje iz baze podatkov pa kupujejo svoje orodje in nihče se v resnici ne pogovarja med seboj, razen v kosili.
Dez Blanchfield: Ja, to me v življenju neprestano boli. Tako kot zadnjih 25 let imam stalno vprašanje, ko greš v organizacijo, ker so razpadli in segmentirali na logične bloke. Kot je ta fotografija zelo, zelo na pamet, je omrežni operacijski center in skrbijo za omrežje, in dokler omrežje deluje, dobijo plačo, svoje delo in opravljeno delo. Ja, ampak zanimivo.
Zadnje hitro vprašanje in deloma tudi moj osebni interes, vendar vem, da bo veliko ljudi želelo vedeti isto stvar. Kako si pomagamo s tem orodjem in kako začnemo z njim? Kje ga bomo našli, kje dobimo več informacij in ali lahko dobimo predstavitev ali preizkus ali kaj podobnega?
Robert Vandervoort: Vsekakor, ja. Sovražim to besedo, absolutno, tega ni. Idera.com je tja, kamor boste šli. Obstaja malo podobna ikona jacka, piše "Upravljanje IT", kliknite na to, nato pa obstajata dve možnosti. Eden je za oblak, ki ga imamo, drugi pa za Uptime Infrastructure Monitor, kar je ta izdelek, ki vam ga danes prikazujemo. Preskus mora trajati približno 30 dni. Ne dajte BS v obrazec, dajte svoje prave informacije. Naši prodajni fantje so res lepi, nihče mi ni rekel, da so prodajalci sitni. Ampak res je to zato, ker so ti najboljša pot do ljudi, kot sem jaz, v moji ekipi.
Če imate teh tehničnih vprašanj in jih dokumentacija ne bo reševala za vas - ker tisto, kar dokumentacija sploh počne - imate neposredne linije podpore, raven concierge, če želite, pa tudi razširitve, ker jih bo večina ljudi želela iti in se povežete z vCenter in najdete na stotine stvari. Odpuščali boste preizkusno licenco, zato vam bodo postavili ustrezna vprašanja, da se boste prepričali, ali se boste odpravili na POC ali če želite demonstracijo ena na ena, to je vsekakor način.
Dez Blanchfield: Fantastično. No, najlepša hvala, veselim se tega in upam, da se spet vidimo in bomo govorili o dodajanju verige blogov. Eric, vrnemo ti ga.
Eric Kavanagh: Zdi se, dobro, ljudje. Imam nekaj hitrih vprašanj, ki vam jih bom hitro vrgla. Prvo je: ali je Uptime Infrastructure Monitor spletna aplikacija ali strežnik odjemalca, ali lahko odgovorite na to?
Robert Vandervoort: Spletno mesto. 100-odstotno spletno. Namestitev
Eric Kavanagh: Dobro, drug udeleženec pa vpraša: ali morate IDERA na posamezne strežnike namestiti kakšen lastniški demon, da jih lahko nadzirate?
Robert Vandervoort: Te sem shranil za vse, zato si poglejmo ta navodila. Torej, pravim, brez agentov, brez agentov, brez agentov, kot rečem ožičeno, razen če imate brezžično povezavo, in prihranil vam bom nekaj drugih ne tako pravilnih analogij o brezžični povezavi. Kakorkoli že, imamo agente za skoraj vsak OS, edino, kar zamudite, če jih ne uporabljate, je šifrirana pot TLS1.2 do omenjenega strežnika, na katerem se izvaja, kot tudi možnost zaganjanja skriptov neposredno na njem.
Zunaj tega, Windows, Net-SNMP, naš Windows ima WMI, Net-SNMP za tujino, SNMP za vse vaše omrežne stvari itd. Itd. Itd. Itd. Ne, vedno rečem ne, ne Ni mi treba, če tega ne želite. In kolikor kot tehnologija, ki jo namesti, gre z vsem, kar potrebujete, ta desna stran diagrama pa teče od MySQL, Java, PHP, Apache. Za zagon ne potrebujete drugih strežnikov. Prikazoval se bo celo v servisnem paketu Windows 7, ena na gor. Imamo tudi distribucijo na osnovi Linuxa in Solaris, tako da tehnično ni treba niti plačati za licenciranje strežnikov, da bi to poklopili, le nekaj dodatne strojne opreme.
Eric Kavanagh: Super, moram reči, da je bila to fantastična predstavitev, zato hvala obema našim analitikom danes in hvala vam in seveda IDERI. Mislim, da je to super stvar in mislim, da se veselite, zelo pozitivno in prepričljivo, in od IDERA se bomo slišali kasneje v letu, ljudje. Z njimi imamo še več dogodkov. To je bilo fantastično, hvala vam tako za svoj čas. Arhiv ponavadi začne delovati približno v enem dnevu, zato skočite po spletu na Techopedia ali InsideAnalysis.com, da dobite podrobnosti, in se pogovorimo z vami naslednjič, pazite. Adijo.
Rick Sherman: Hvala fantje.
Eric Kavanagh: Ja, in Dez -
