Tekijä Techopedia Staff, 12. elokuuta 2016
Takeaway: Isäntä Eric Kavanagh keskustelee seurantamenetelmistä ja suuntauksista Rick Shermanin, Dez Blanchfieldin ja Robert Vandervoortin kanssa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Okei ihmiset, hei ja tervetuloa taas kerran. Voit nähdä liukumäet edessäni, ja toivottavasti sitä kutsutaan nimellä “Hot Technologies of 2016”. Vuodet jatkavat lentämistä. Tänään puhumme aiheesta "Analysoi ja optimoi: Uusi lähestymistapa seurantaan". Hups, meillä on pieni virhe siellä olevassa dioissa, älä katso, älä katso! Okei, siellä on dio todellakin. Minä tulen isäntänäsi, voit etsiä minua Twitterissä, @Eric_Kavanagh, ja säestän mielelläni takaisin sinulle.
Meillä on erilainen muoto kuin The Briefing Room täällä, joten ensinnäkin meillä on pari analyytikkoa, Rick Sherman ja oma Bloz-ryhmän tietotekijä Dez Blanchfield, he antavat sinulle heidän ota aihe. Sitten kuulemme asiantuntijalta Robert Vandervoortilta, että hän on IDERAssa, joka on erittäin mielenkiintoinen yritys. He ostivat tunnetun yrityksen, nimeltään Embarcadero, mutta heillä on koko joukko muita juttuja ja mielenkiintoisia juttuja, joita käytetään nyt uudella ja viileällä tavalla. Rick Sherman on ensin.
Ennen kuin lähden sinne, anna minun mennä jonkinlaiseen heittää pari nopeaa ajatusta. Pidän tästä käsitteestä analysoida ja optimoida seurannan avulla, ja pidän siitä, mitä tänään kuulemme Robertilta muutettaessa ajattelumalliasi seurantaratkaisuihin. Koska tosiasia, seuranta on mitä teet kaiken aikaa joka tapauksessa, jos olet IT-maailmassa. Jotenkin, jollain tapaa, tai yritysmaailmassa seuraat seurantaa. Se voi olla muodollinen, se voi olla epävirallinen, mutta on olemassa jokin mekanismi, jolla suoritat päivittäisiä tehtäviäsi. Ja jos työskentelet koneiden kanssa, yrität selvittää, mitä he tekevät. Yrität estää heitä esimerkiksi epäonnistumasta tai heikosta suorituskyvystä.
Kuinka teet tuon? No, on olemassa monia tapoja tehdä se. Pilvi on todella lisännyt tätä koko seurantainnovaatioiden aaltoa, mikä on mielestäni varsin mielenkiintoista. Olemme nähneet, että Splunkin kaltaiset yritykset tulevat mukaan ja todella muuttavat peliä, ja monet eri yritykset yrittävät nyt seurata erilaisilla ja mielenkiintoisilla tavoilla. Ja mitä kuulemme tänään IDERA: sta, se on mielestäni yksi luovimmista lähestymistavoista, joita olemme tavanneet jo jonkin aikaa, ja toivon, että se resonoi kanssanne tänään. Voit kysyä kysymyksiä milloin tahansa käyttämällä webcast-konsolin Q- ja A-komponentteja. Älä ole ujo, lähetä nämä kysymykset sisään. Ja sen kanssa annan sen Rick Shermanille. Valmiustila. Ota se pois, lattia on sinun.
Rick Sherman: Okei, kiitos Ericille. Hei kaikki. Aiomme puhua siitä seurantakysymyksestä ja siitä, miksi on ehdottomasti tarpeen muuttaa tapaa lähestyä asiaamme. Ensin, aivan kuten nopea, taustani - olen liike-elämän älykkyyden, liike-elämän analysoinnin, tietojen integroinnin jne. Maailmassa, toisin kuin sovelluspuolella. Olen ollut eräänlaisena näiden erilaisten teollisuudessa tapahtuvien suuntausten takana. Meillä on datapohja: suuria tietoja, pieniä tietoja, tietoja, jotka tulevat kaikkialta yrityksestä, yrityksen sisällä ja ulkopuolella.
Meillä on asioiden internet, asioita, jotka tulevat näytöistä, laitteista, ja sitten meillä on räjähdys muista kuin vain relaatiotietokannoista, sekä paikan päällä että pilvessä jne. Mutta mitä tämä kaikki tarkoittaa seurantaa, järjestelmän suorituskyvyn sovellusten seurantaan ja hallintaan, samoin kuin tietojen integrointiin ja yritystietoihin, on se, että meillä oli tapana mukava yksinkertainen maailma, ainakin se oli IT-näkökulmasta yksinkertainen, mikä on tapana on joukko palvelimia, joita heillä - kaikki oli siellä, sovellukset, tiedot ja kaikki oli ennakkoon, joten he hallitsivat koko maailmaa. Sitä oli paljon helpompaa hallita. Mutta mitä on tapahtunut, on ollut, että yritys on saanut paljon, paljon, paljon monimutkaisempaa.
Meillä on räjähdys - unohtamatta vain suurta dataa - meillä on räjähdys sekä sovelluksissa että pilvissä, jotta voidaan parantaa yritysten tuottavuutta, parantaa erilaisia liiketoimintaprosesseja, jotta yritykset voivat olla vuorovaikutuksessa muiden yritysten ja asiakkaidensa kanssa. he yrityksiä tai ihmisiä. Meillä on räjähdys, kuten toisessa diaesityksessä, erityyppisiä erilaisia tietokantoja, suuria tietokantoja, relaatiota, pilviä jne., Ja meillä on ollut paljon enemmän, parempi palvelimien, käyttöjärjestelmien, sekä todellisten että virtualisoitujen, käyttö Palvelimien hallitsemiseksi, yksittäisten palvelimien hyödyntämiseksi paremmin. Ja tietenkin, meillä on koko verkosto asioita, joita tapahtuu kaikkien näiden sovellusten, tietokantojen ja palvelimien välillä.
Muutama asia, etenkin maailmassani, on ollut, että tämä kaikki on vauhdittanut sovellusten synkronointia entisestään. Meillä on yhä enemmän sovelluspalvelimia, tietokantoja, joita käytetään tietojen siirtämiseen, synkronointiin, integrointiin eri prosessien välillä, sekä yrityksen sisällä että sen ulkopuolella. Ja tietysti meillä on tietojen integrointi, jota tarvitaan sen tukemiseen.
Tätä silmällä pitäen ja tosiasiassa, että siirrymme tältä mukavalta, turvalliselta maailmalta hallitsemiemme palvelimien joukosta, lajitellaksemme tämä yritys ja yrityksen ulkopuolinen sovellus ja data, olemme muuttaneet ”Kuinka me todella hallitsemme sitä ympäristöä?” Ja syy siihen, miksi tämä verkkoseminaari on mielenkiintoinen, johtuu siitä, että nykyinen tilanne ei ole ollut liian hyvä. Meillä on ollut paljon erilaisia työkaluja tietokantojen, palvelimien, SharePointin, käyttöjärjestelmien, tiedonsiirron jne. Tarkastelemiseen - ne ovat kaikki hajallaan sellaisenaan, meillä on siilot, joten olemme pystyneet hallitsemaan tai tarkkailla tiettyä palvelinta, tiettyä sovellusta, tietokantaa, mutta emme ole pystyneet koota niitä yhteen. Nyt, koska ne ovat kaikki vuorovaikutteisia ja toisiinsa liittyviä, se on muutakin kuin yksittäisiä kappaleosia, sinun on koottava ne yhteen, ja sellaisinaan meillä on ollut - luulen, että tämä on lukioni kuva - meillä on ollut ihmisiä, jotka heillä on ollut erityistietoa näistä työkaluista syventääkseen järjestelmien suolia niiden hallitsemiseksi.
Ne ovat olleet kalliita ja kalliita, aikaa vieviä, ja olemme juuttuneet mudaan siinä, että katsomme ja yritämme hallita näitä kappaleosia emmekä ole pystyneet oikeasti johtamaan yritystä. Missä se on jäljellä tai mihin meidät on viety, on tarve. Tarve on ollut päästä yritystoiminnan seurantaan. Meidän on pystyttävä tarkastelemaan sovelluksia sekä paikan päällä että pilvessä, tietokantoja samalla tavalla. Palvelimet, verkot, virtualisoidut, ei-virtualisoidut järjestelmät, tietojen integrointi, sovellusten synkronointi. Kuten liike-elämän älykkyysanalyysissä, ensimmäinen asia, joka sinun on tehtävä, on kaappaa kaikkien näiden eri palvelujen ja infrastruktuurin, sovellusten tiedot.
Toinen asia, joka sinun on tehtävä, on sitten koota nämä tiedot nähdäksesi kuinka ne liittyvät toisiinsa. Et voi tehdä mitään ennen kuin selvittää, kuinka nämä kappaleet liittyvät toisiinsa ja yhdistää ne. Mutta miten olemme siirtyneet kappaleosista ylöspäin kokonaisvaltaiseen tai yrityssovellusten hallintaan, on todella kasvanut, koska tallennamme tietoja, koska integroimme tietoja, jotta pystymme parantamaan sovellusten hallinnan ja seurannan analyysi.
Ensimmäinen asia, joka meidän on tehtävä, on selvittää, mitä näille yksittäisille järjestelmille tai kappaleosille tapahtuu. Toinen asia, joka meidän on tehtävä, on ymmärtää miksi se tapahtuu. Se vaatii perusteellisempaa tietoa sovelluksista, tietokannoista, palvelimista ja siitä, kuinka ne ovat toisiinsa yhteydessä ja kuinka ne liittyvät toisiinsa ja mikä yksi asia laukaisee jotain muuta. Tarkoitan, että törmäämme usein ongelmiin, joissa jotain tapahtuu, ja se ei todellakaan ole perimmäinen syy, se on vain oire jollekin muulle. Meidän on selvitettävä, miksi niin tapahtuu, mutta meidän on kerättävä tiedot ja pystyttävä seuraamaan kappaleen osia.
Viimeinkin, meidän on päästävä hiukan ennakoivaan analytiikkaan tai ennustavaan seurantaan. Tai alamme selvittää, miksi jotain todennäköisesti tapahtuu tai mitä tapahtuu seuraavaksi. Jos jokin epäonnistuu tai on menossa epäonnistumaan tai saavuttaa jonkin kynnyksen, meidän on pystyttävä käynnistämään ja ymmärtämään, mitä tämä tarkoittaa, mitä muuta tapahtuu seuraavaksi. Kaappaamme tietoja seurannalla, alamme analysoida mitä, miksi ja mitä seuraavaksi, ja sitten lopulta siirrymme hallintaan datan ja analyysien perusteella.
Muista, että on mukavaa kaapata tietoja, on mukavaa analysoida tietoja, mutta niiden on oltava, että analyysin ja datan on todella oltava toiminnallista. Sinun on kyettävä olemaan reagoiva, reagoimaan tapahtuvaan ja yrittämään yrittää korjata se itse. Joten meillä ei tarvitse olla myös vain työkalujen seurantaa ja visuaalista analysointia, mutta on myös tärkeää, että pystymme itse korjaamaan asiat automatisoidulla tai systeemisellä tavalla. Tämä on eräänlainen tarpeet, jotka ovat kasvaneet yrityksessä, ja taas BI: n ja liiketoiminnan analysoinnin näkökulmasta ja tietojen integroinnin näkökulmasta, meillä on usein ongelmia yrittää selvittää, mitkä ovat tauonkohdat. Miksi jotain ei skaalata, miksi jokin epäonnistuu, miksi yrityskäyttäjät eivät tunne palvelutasosopimusten täyttymistä? Voimme tehdä kaikki nämä hienot asiat sovelluksilla ja tiedoilla, mutta sitä tukevia järjestelmiä on hallittava, jotta kaikki nämä hienot asiat, jotka siellä tapahtuvat, olisivat mahdollista. Dez?
Eric Kavanagh: Okei, ota se pois, Dez.
Dez Blanchfield: Kiitos, vau. Meillä on todennäköisesti pari pientä aluetta, joista olemme täysin samaa mieltä. Nopea tausta elämästäni asioiden seurannan maailmassa. Itse asiassa melkein 20 paria vuotta sitten veljeni ja minä työskentelimme yhdessä ympäristöissä, jotka näyttivät paljon tältä. Tämä on verkon käyttökeskus. Tämä on nykyinen, ja hallitsimme kaikkea reitittimistä ja kytkimistä, palvelimista, palomuureista ja sovelluksia käyttävistä järjestelmistä, siellä olevista sovelluksista ja siellä olevista tietokannoista sekä koko joukosta palvelimia.
Tuolloin ei ollut käytettävissä niin paljon työkaluja seurannan suorittamiseen. Oli melko vähän ilmaisia ja avoimen lähdekoodin työkaluja, mutta harvat sovellusten pinot, jotka suorittivat päästä loppuun -tarkkailua, olivat kalliita ja vaikeita saada käsiisi. Ja niin me todella istuimme ja kirjoitimme yhden, uskokaa tai älkää, ja Internetistä oli tavallaan vain tulossa asia, ja käytimme työkaluja näillä ainutlaatuisilla järjestelmillä, Solaris-järjestelmillä, kerätäksemme järjestelmän toimintaraportteja sekä levyn käyttöä ja muistia käyttö ja niin edelleen, ja kirjaa se tiedostoon ja suorita komentosarja siinä. Olimme tosiasiallisesti lähettäneet kerätyt tiedot sähköpostitse keskuspalvelimelle, vetäneet nämä lokitiedostot merkinnät sähköposteista, kun ne saapuivat, analysoida niitä, liittää ne tietokantaan ja piirtää niistä kauniita kuvaajia.
Ajattelimme olevan melko fiksuja ja melko viileitä, koska voimme kertoa mitä tapahtuu, mutta asia, joka iski meihin aikaisemmin, oli se, että vaikka voimme tosiasiallisesti kertoa kansakunnan historiallisesta tilasta, se ei oikeastaan kertonut meille paljon kansakunnan nykytilasta välittömässä mielessä, koska kerättyjä tietoja lähetettiin sähköpostitse jonnekin, joten se oli aina muutama minuutti ennen kuin se meni palvelimelta, johon se kerättiin, verkon kautta ja sähköpostitse. ja postipalvelimelle, vedettiin erilleen ja laitettiin tietokantaan, joten oikeasti se oli melko kaavioita, mutta kaikki on viivästyneitä, kaikki nämä historialliset.
Itse asiassa tämän kauniin kuvan, kuten 18 nestekidenäyttöä, jotka teeskentelevät olevan yksi virtuaalinen työpöytä, vasemmassa yläkulmassa on kaavio, pieni vihreä kaavio vasemmassa yläkulmassa, joka näyttää hyvin samanlaiselta kuin mitä teimme aiemmin, asioiden kartoittaminen. Ja meillä oli tämä jatkuva turhautuminen, että meille oli melkein mahdotonta kertoa mitä tapahtui tällä hetkellä tai edes mitä tulevaisuudessa tapahtuu. Ei ole väliä kuinka monta kertaa yritimme tehdä jonkinlaista ennustavaa kuvaajaa, ja tämä on melkein kaksikymmentä vuotta sitten muistista.
Tämä on kuva todellisesta verkon käyttökeskusnäytöstä, se on 18 LCD-paneelia, jotka kaikki on liimattu yhteen ja väittävät olevansa yksi suuri iso Windows-työpöytä, ja tämä on usein maan kansakunnan tila sellaisten asioiden tyyppisissä olosuhteissa, joita organisaatiot tai telcos tai suuret yritykset juoksua seurataksesi mitä heidän maailmassa tapahtuu. Oli kyse sitten heidän verkoistaan, reitittimistään, kytkimistään ja sovelluspalvelimistaan, mielenkiintoista tässä näytössä tai tässä kuvakaappauksessa on valokuva, että se ei ole yksi suuri iso ikkuna, se ei ole yksi suuri iso selain ojennettuna, se on paljon pienistä pienistä ikkunoista, jotka ovat päällekkäin. Jos tämä asia kaatuu tai käynnistyy uudelleen tai se on jostain syystä sammutettava ja käynnistettävä uudelleen, jonkun köyhän typerän on istuttava ja avattava uudelleen kaikki nämä yksittäiset sovellukset ja laatat kaikki ikkunat manuaalisesti saadakseen saman kuvan. Se on erittäin työlästä ja riskialtista, koska jos joku ei tiedä, missä järjestyksessä he laittavat ne takaisin, sitä on melkein mahdotonta luoda uudelleen ja tilanne on aika surullinen, koska tällä hetkellä suurin osa verkon käyttökeskuksista näyttää. Joku on fyysisesti ajaa useita sovelluksia ja mobiililaitteita ja he katsovat menneisyyttä. Joten paljon ei ole muuttunut monin tavoin sen kanssa, minkä monien yritysten mielestä seurannan pitäisi olla.
Tuossa 20 vuotta sitten meillä oli tapana nähdä, että jos pystyt pingittämään palvelimen, se oli päällä, mutta todellisuus oli, että havaitsimme sen vain siksi, että pystyit pingittamaan palvelimen, kuten pingistämään, ja toistamaan ICMP-tyypin ammuttiin asiaan, joka kaikuisi taaksepäin ja sanoisi: “olen elossa”, ei tarkoittanut, että se todella olisi ylhäällä. Ja vaikka se pingisi joskus, palvelimet ja niiden sovellukset eivät olleet käynnissä. Ja niin, seuranta on kokonainen tiede. Se on mennyt pitkälle, mutta silloinkin monet nykyisistä sovelluspinoista, joita ostamme seurantamaailmassa ja palvelunhallintamaailmassa, eivät tee ennusteita. Asiat olivat tuolloin paljon yksinkertaisempia. Ja olemme tottuneet - millaisia asioita ajattelimme: “No, onko palvelin valmiina ja vastaako, onko käyttöjärjestelmä verkossa ja voimmeko muodostaa yhteyden siihen. Ovatko sovellukset käynnissä ja voimme seurata sitä, reagoivatko sovelluspalvelut? Verkkopalvelin näyttää toimivan, mutta voimmeko yhdistää sen sen porttiin 80 tai 443? Voivatko käyttäjät muodostaa yhteyden siellä oleviin palveluihin? ”Ja melko usein se tapahtui niin yksinkertaisena kuin asiakaspalvelun puhelimen soiminen, ja jos ei, niin suurin päätös, joka meidän oli tehtävä sinä päivänä, oli sen vuoro. oliko se donitsien saaminen.
Sitten tuli tämä käsitys hypersaalaamisesta kaikkea, ja etenkin hyperscale-laskennasta, ja tarkoitan tällä niiden asioiden määrää, nopeutta ja kokoa, joita nyt käsittelemme. Ja monet ihmiset puhuvat maailman yksisarvisista ja Facebookista, LinkedInistä ja Googlesta, mutta oikeastaan on olemassa paljon pieniä ja keskisuuria organisaatioita, joilla on erittäin, erittäin monimutkaisia yritys- ja IT-ympäristöjä, joita he yrittävät seurata ja yrittää saada kahva päälle, tarttua siihen ja laittaa sormi yrityksen digitaaliseen pulssiin, ja valitettavasti ne epäonnistuvat epämääräisesti, johtuen pelkästään monimutkaisuustasoista, jotka ovat lisääntyneet suuruusluokkaa, minun näkymä, melkein kaikilla tasoilla.
Jos tarkastellaan kahta todella perusosaa siitä, mitä modernin yrityksen on käsiteltävä, yhdessä tapauksessa jopa jotain niin yksinkertaista kuin suuret tietoalustat, joita pidämme itsestään selvänä. Vasemmalla puolella on kehys siitä, mikä oli aiemmin Hadoop-versio yksi, erittäin erämooditila, eräkeskeinen versio siitä, mistä Hadoop oli kyse, MapReduce-kehys, joka oli Hadoop-tiedostojärjestelmän päällä, ja joukko työkaluja, jotka olemme kytkettynä tehokkaasti, ne ovat kuin sika ja pesä ja muut työkalut. Oikealla, pääosin toinen YARNin ympärille rakennettu Hadoopin rungon toinen muokkaus ja hiukan tehokkaampi laskenta-arkkitehtuuri ja parempi aikataulu. Kun tarkastellaan näitä yksilöllisiä kehyksiä itse, ne ovat erittäin monimutkaisia ja asiat, joita voit tehdä niissä, ovat vieläkin monimutkaisempia.
Kun tarkastelemme pilviparadiikkaa, meillä on skenaario, jossa tämä on malli siitä, miltä OpenStack näyttää ja OpenStack on - pilvialustan avoin lähde, joka koostuu monista, monista pienistä moduuleista ja tämä on vain karkea kaavio eräänlaisia avainkomponentteja, joiden avulla OpenStack-pilvi toimii. Ja se on erittäin monimutkainen, erittäin, erittäin voimakas, mutta erittäin monimutkainen. Ja yritetään tarkkailla mitä tahansa Hadoop-maailman aikaisempaa tyyliä, Hadoopin ja nyt Sparkin, sekä kaikkien ekosysteemien kanssa, ajamalla pilviä, kuten OpenStack-pohjaisia, ymmärtämään jopa monimutkaisuusympäristöä, älä koskaan yritä löytää selvittää mitä seuraat ja mitä palvelua seuraat ja miksi seuraat sitä ja mitä odotat saavasi seurannasta. Nämä ovat todella suuria ongelmia, joita kohtaamme nyt joihinkin maailman maailman perusteellisimpiin kappaleisiin ja pilvi-ekosysteemeihin, joita yritämme ajaa joko oletuksessa tai julkisesti tai hybrideissä.
Sitten jotkut kehyksistä, kuten iso datamaailma, kuten Hadoop ja niin edelleen, nämä ovat todella suuria haasteita, ja nopeus, jolla asiat muuttuvat niissä, vaikeuttavat myös futuristisen näkemyksen seuraamista ja saamista. Ja olemme edelleen jonkin verran juuttuneita tähän maailmaan sanomalla: "No, mitä tapahtui viisi minuuttia sitten?" Kuten aiemmin kuulitte, paikan päällä tai oletuksella olevan haasteen ulkopuolella, ja silloin vain ajattelet asioista tietokoneiden tai tietokeskusten sisällä. Sinulla on sekoitus fyysisiä palveluita, jotka ovat eräänlaisia, ja virtuaalisia palvelimia, ja ne ovat muuttuneet. Aiemmin ajattelimme fyysistä palvelinta yhdellä sovelluspinolla, nyt ympäristö on aina muuttumaton virtualisoitu. Infrastruktuuri, on se sitten Hyper-V tai VMware tai OpenStack tai Xen.
Nyt sinulla ei tarvitse olla yhtä palvelinta, joka ajaa yhtä sovelluspinoa, se toimii hypervisorina, se käyttää useita pinoja. Ja olen juuri luetellut muutamia yleisiä VMware, Hyper-V, OpenStack -versioissa, mutta niitä on kymmeniä ja monet käyttävät niitä. Ja infrastruktuuripalvelimien, alustapalvelimien ja ohjelmistopalvelimien pilvikombinaatiolla, ja jokaisella niistä on itsessään monimutkaisuus, jota yritämme vain saada päämme hallitsemaan ja valvomaan perustasolla, puhumattakaan selvittää mitä tapahtuu.
Ja jos se ei ollut tarpeeksi huono, olemme nyt siinä vaiheessa, kun määrittelemme asiat ohjelmistollisessa mielessä, koska meillä on ohjelmistopohjainen verkostoituminen ja määritelty verkostoituminen. Olemme saaneet verkkotoimintojen virtualisoinnin, ja yritämme hallita ja seurata ohjelmistopohjaista verkkoa, jonka komponentteihin kuuluvat esimerkiksi verkkotoimintojen virtualisointi, virtuaaliset reitittimet, virtuaaliset kytkimet, virtuaaliset palomuurit, palvelimien virtuaaliset rajapinnat, sidotut virtuaaliset rajapinnat. jopa palvelujen ja sovellusten yhdistelmään, ja yritetään selvittää niiden seurannan ero.
Ja nyt meillä on joitain hauskempia haasteita, kun siirrymme nopeasti virtualisoinnista konteisaatioon ja äskettäin luomaan avoimen lähdekoodin version Googlen Kubernetesin ja HashiCorp-projektin Dockerin virtualisoinnin työkalusarjasta sekä kyvyn luoda säilömuotoja. . Nyt mielenkiintoinen asia kontin, jopa yksittäisen säiliön, seuraamisessa on, että meillä oli kerran fyysinen kone ja virtuaalikone ja sitten koko sovelluspino ja ekosysteemi niissä - olivatpa ne fyysisiä, virtuaalisia - Nyt sinulla on ympäristö, jossa sinulla voisi olla Docker-ilmentymä, joka voisi toimia vain muutaman millisekunnin ajan, he saavat perustelun, se vastaanottaa pyynnön, käsittelee sen, se toimittaa vaaditun palvelun ja sitten kuolee. Olemme siirtyneet, kuten mielestäni Randy Bias lainasi kerran sanoen, että meidän on siirryttävä käsittelemään palvelimia ja palveluita lemmikkinä ja yrittämään pitää heidät elossa koko ajan, nyt kun käsittelemme asioita vain nautakarja ja seuranta, joka on vielä mielenkiintoisempi haaste.
Meillä on hybridiympäristö, joten tavallaan perinteisiä sovelluspinoja, kuten perinteisiä tietokantaympäristöjä. Uudet ympäristöt, kuten Hadoopin ja Sparkin suurten tietoympäristöjen käyttö, lineaarinen kasvu, kasvu ja varastointi, lineaarinen kasvu ja skaalautuvuus, joustavat ympäristöt joillekin näistä laskentaympäristöistä. Ja liikkuvuuden kysyntä, ihmiset tekevät BYOD. Kuinka seuraat kannettavaa tietokonetta, jota yrityksesi ei omista? Kuinka seurata sovelluksia ja palveluita sekä siellä olevaa tietoturvaa? Ja eksponentiaalinen räjähdys koneesta toiseen ja mukana tulevien asioiden internet. Ja kone-kone ja esineiden internet ovat tällä hetkellä melkein mahdottomia joillekin alustoille, joita on perinteisesti käytetty tavanomaisessa tarkkailun merkityksessä, etenkin kun saavutetaan teollisuuslaitteiden mittasuhteet.
Esimerkiksi Dreamliner 787 -lentokone, kun se luotiin, ensimmäinen painos, siinä oli jotain 6000 anturia koneessa, koko lentokoneessa. Nyt ymmärrän viimeisimmän Airbus-version, mielestäni A320: lla on 10 000 anturia, jotka vievät tarkkailtaviksi ja hallitseviksi valvotuista laitteista tulevat tiedot kokonaan uudelle tasolle. Meillä on tämä jatkuvasti kasvava haaste, ei pelkästään pitää yllä perusominaisuuksia tarkkailla jotain ja nähdä, että se on verkossa ja saatavana, vaan tämä, nyt tämä vaatimus ennustavasta analytiikasta on sovellettu siihen.
Koska olemme tehneet ennakoivaa analysointia monille asioille, joita ympärillä olevassa yrityksessämme on, sekä ylläpitämissämme järjestelmissä ja tarjoamistamme palveluista. Joten mitä nyt tarkasteltiin ja tajutaan, että todella voisimme tarjota ennakoivan analyytin seurantapalvelulle ja kertoa teille ei vain sekunnin ja viiden minuutin sitten tapahtuneen, vaan sen, mitä tapahtuu viidessä minuutissa sen perusteella, mitä tiedämme. Ja mielestäni on erittäin mielenkiintoista aikaa miettiä, kuinka hallita palveluita, koska jos voisimme tehdä minkä tahansa tyyppisiä ennustavia analytiikoita, asioita, joita nyt tarkastelemme, kuten automaattinen skaalaaminen ja niin edelleen pilvessämme ja virtualisoiduissa ympäristöissämme, joissa Jos palvelin tajuaa, että se on hiukan ylikuormitettu, se voi pikaistaa toisen kopion itsestään ja nousta ekosysteemiin ja käsitellä enemmän työtaakkaa. Kun työkuorma laskee, se pienenee melkein alas ja asettaa yhden koneistaan nukkumaan ja palaa takaisin sen normaali tila. Jotta pystymme nyt käyttämään ennakoivaa analysointia ja tulevaisuuden näkymää tapahtumasta seuraamalla asioita aina infrastruktuurista ja laitteistoista, loppuun saakka loppupalvelupalvelujen kautta. Koko matkan päästä päähän ajattelee miettimään sitä, mitä aiomme tehdä sille, joka on pohjimmiltaan aina päivystys, jossa elämme. Ja tätä silmällä pitäen aion luovuttaa .
Eric Kavanagh: Hyvä on, anna minun antaa avaimet Robert Vandervoortille. Kattoi siellä paljon maata ja olen utelias nähdä, mitä te kaverit teette ja että, kuten sanoin, rakastan sitä koko filosofiaa. Joten joko jaa työpöytäsi, jos haluat tehdä niin, tai siirrä dioja. Ota se pois.
Robert Vandervoort: Kaikki . Jos tiedän missä tämä painike on, työskentelen täällä.
Eric Kavanagh: Sinun on napsautettava Käynnistä, vasemmassa yläkulmassa.
Robert Vandervoort: Ah, okei.
Eric Kavanagh: Napsauta sitä, sinun pitäisi nähdä jaettu näyttö. Siellä menet, ota se pois.
Robert Vandervoort: Säästi päivän. Mahtava. No niin, Dez, se ei ollut ollenkaan pelottavaa. Voi ei. Ei, hyvät, kaverit, hyvät. Joten kyllä, ehdottomasti, olen samaa mieltä, olemme menossa, tavallaan, kuuhun. Tarkoitan, että meidän on selvitettävä, kuinka pystymme seuraamaan tätä asiaa, koska se seuraa toteutettavan välikohdan, ja se on todella vaikeaa. Ihminen, voin kertoa työskentelevästä ohjelmistoyrityksessä, joka tekee tämän, ja olla päivittäisissä kehityskokouksissa. Nämä ovat asioita, joista puhumme, nämä ovat todella todellisia huolenaiheita. Kuinka olemme mukana teollisuudessa? Emme halua olla se, vuosikymmenen aiemmin toiminut seurantajärjestelmä.
Mielelläni paljon ja kuten sanoin joillekin pikaviesteissä oleville kavereille, yksi suosikkini kirjoista, ja tämä ei toivottavasti sano liikaa minusta, mutta se on “Zen ja moottoripyörien kunnossapidon taide”. pitää sitä eräänlaisena filosofiakirjana, ja se on oikeastaan ei-fiktiivinen romaani, mutta mitä tahansa. Hän puhuu laadusta ja siitä, mikä on laatua ja mikä on asioiden laatua, ja niin on syntynyt koko laadun metafysiikka, enkä aio yrittää antaa teille tänään filosofian opetusta, mutta vähän. Mikä tämä on koko käytännöllinen seuranta? Se on mitä olen keksinyt pohjimmiltaan sen jälkeen kun olen pohtinut paljon tätä koko asiaa ja tällaista paradigmaa, johon olemme siirtymässä, siirtymässä pois pelkistä, kuten totesit, palvelimista lemmikkieläiminä - loistava tapa laittaa se.
Se on kirjaimellisesti näiden kahden sanan määritelmä. Yksi, käytännöllisyys: käsittelee asioita järkevästi ja realistisesti. Periaatteessa vain käytännöllisyys on hieno sana käytännölliselle. Näyttö: duh. Haluamme piipata jotain, haluamme kiinnittää siihen lämpömittarin, mittaamme, mittaamme uudelleen, mittaamme uudelleen ja tarkistamme sen. Että idea on pari näistä kahdesta asiasta, koska seuraamme asioita käytännöllisesti. Se on erittäin helppo saada kiinni, ja voin kertoa sinulle niin monien ihmisten kanssa, että olen tekemisissä ennakkomyynnin puolella ja että olen tekemisissä eri yritysten teknikkojen, kaikenlaisten teknikkojen, kaikenlaisten kanssa yrityksistä, pystysuunnista riippumatta, ja se on aina samanlaista tavaraa. Monta kertaa, kun saamme näitä sopimuksia, ihmiset ovat kuin: ”No, haluan todella valvoa palvelimiani, haluan tietää mikä on, mikä on CPU, mitä prosessit tekevät, ja haluan varmistaa, että Älä lopu tilaa asemilla. ”Ja ajattelen nyt, okei, tämä on todella yksinkertaista tavaraa. Mutta todella haluan yrittää kietoa päämme hieman erilaisesta prosessista.
Ensinnäkin, tekniset kysymykset, jotka aina ilmenevät, kun alamme puhua seurannasta - nämä kaikki keskittyvät todella saatavuuteen - toimivatko laitteistomme / ohjelmistomme pingin pisteeseen? Kyllä Okei. Ei - ping ei tarkoita, että ohjelmisto toimii. Se saattaa tarkoittaa, että palvelimesi on online-tilassa ja jos se on ehdottomasti myös oma lähestymistavasi, anna minun nähdä web-palvelin ja miksi se ei vastaa, saat selville, että "Hei, katso, se vastaa nyt. Minun on mentävä etäälle tuolle web-palvelimelle ja katsottava tätä, ja voinko päästä siihen laatikkoon? " Koko hullu vianetsintäponnistus menee siihen, kun sinulla ei ole mitään seurantaa, mitä yllättäen onkin. En aio nimetä mitään nimiä, mutta on joitain melko suuria yrityksiä, jotka eivät tee paljoakaan mistään, seurannan tapaan.
Minulle tämä on tietysti itsestään selvä asia, koska työskentelen yrityksessä, joka valmistaa ohjelmiston. Joka tapauksessa reagoi verkkosivu? Ei vain, että tämä asia on elossa ja elossa, vaan kertoo se todella minulle, mitä haluan nähdä? Et voi vain sanoa: "Voi niin, verkkosivu vastasi 40 millisekunnissa", se voi olla täydellinen raporttisivu. Meidän on varmistettava, että pystymme syventymään näihin tuloksiin, näihin kysymyksiin, vastausten osalta, voimme vastata kysymykseen tavalla, joka todella palvelee kysymystä. Saatavuus, suorituskyky - toimivatko laitteistot / ohjelmistot hyvin? Meillä on tonnia suorituskykylaskuria, joista puhumme, kaikki nämä erilaiset tekniikat. Olipa kyse Hadoopista, IAS: stä, Apachesta tai muusta, kaikilla on joitain suorituskykylaskurit. Kaikella Microsoftilla on WMI-suorituskykylaskurit. Sinulla on SNMP: si, paljon erilaisia tapoja selvittää, miten kotelon alla tapahtuu, miten se tuntuu.
Ja sitten viimeinen asia tässä on kapasiteetin suunnittelu, joten tekemällä analyysiä tavaroista. Meillä on kaikki tämä pitkä historiallisen tiedon jälki, ja haluamme tietää, että se on - ja tämä on eräänlainen emotionaalinen tarve, emme ole, vain koska työskentelemme IT: ssä, se ei tarkoita, että emme ole tunteellisia eläimiä, siellä on tämä turvallisuustunne - jos sinulla on jotain, joka epäonnistuu paljon, ajattelet ”hyvin, milloin se epäonnistuu jälleen, onko tämä jotain, joka todella on ongelma?” Ja vaikka meillä onkin suuri kyky tunnistamalla asiat malleissa, ei vain elämässä, mutta myös ympärillä olevassa maailmassa ja myös aikajanalla, mutta asiat eivät ehkä ole niin ongelmallisia kuin luulet niiden olevan. Tai ne saattavat olla ongelmallisempia kuin luulet olevansa. Kun yritämme tehdä hyviä liiketoimintapäätöksiä, tämä on ehdottomasti ongelma. Meillä on oltava todellisia mittareita, meidän on kyettävä todistamaan tunteemme ja käsityksemme tuosta maailmasta, laittamaan se numeroihin ja empiirisoimaan se - tiede!
Joten joka tapauksessa, filosofia-aika: Charles Sanders Peirce. Hän on kaveri, joka käytännössä aloitti pragmatismin, ja siksi aion lyödä noin 1800-luvun kieltä täällä: "Mieti, mitkä vaikutukset saattavat mahdollisesti olla käytännöllisiä, sillä ajatamme, että ajatuksemme tavoitteella on." Hän sanoo tässä olevan " Mikä tuo asia on? Mitä tuo asia tekee? ”Joten mitä asia tekee, se on minusta se. Verkkopalvelin on asia, joka syrjäyttää verkkosivut, sillä sillä ei ole, sinun ei tarvitse miettiä sitä monimutkaisempana. Sisältääkö se paljon monimutkaisia ohjelmistoja? Panostat. Pelkästään käyttöjärjestelmä on todennäköisesti paljon monimutkaisempi kuin mikään niistä, jotka siinä tosiasiallisesti käyvät. Mutta sillä ei ole väliä. Kun yritämme testata näitä kysymyksiä, meidän on tiedettävä, toimiiko verkkosivu? Hyvä on, nämä kaikki ovat todella melko yksinkertaisia juttuja. Konseptiamme johtaa kokonaisuutemme, käsityksen esineestä kohtaan vaikutuksiin. Ajattelemme nämä esineet. Tämä on vaikeus. Suurin osa ihmisistä, joiden kanssa puhun, ovat jälleen kerran yhteydessä palvelimen valvontaan, ”haluan valvoa verkkolaitteistoani” tai ”haluan tehdä tämän.” Se on yksi tietty laite tai se on tietty tekniikka ja se on yleensä mikä tahansa, mikä heille on suurin niskakipu.
On mahdollista, että heillä on jo jokin muu valvontaohjelmisto talossa, ja se tekee siitä uuden osan. Olen kuin: "No, hei, miksi et voi" - tykkään pelata paholaisen puolustajaa vähän - "etkö voi käyttää sitä muuta ohjelmistoa siihen?" "No, se ei todellakaan tee sitä niin hyvin." "Okei, no mitä tästä?" ”No, mitä tahansa.” Ja minulle kaikki nämä kysymykset ovat kuorma heinää. Olen ennakkomyynnissä, älä pidä sitä minua vastaan kovasti, mutta olen insinööri, käsittäen tämän esineen. Joten meidän on kyettävä ymmärtämään, mikä on esine, mitkä ovat kaikki liikkuvat osat. Jos joku sanoo: "No, tietokantapalvelin", olen kuin "Okei, mitä tietokantapalvelin palvelee?" "Ah, enimmäkseen ERP." "Okei, joten sinulla on suorituskykyongelmia ERP: n kanssa." " Kyllä, mutta luulemme, että se saattaa olla tietokanta. ”“ Okei, katsotaanpa, puhutaanko ERP: stä. ERP toimii Oracle-palvelussa. "" Tarkista. "" Okei, sinulla on web-käyttöliittymä tällä imukyvyllä vai onko se kaikki asiakaspalvelin? "" Ai, no, se on oikeastaan tyyppi molemmille. "" Okei, siisti, joten sinulla on web-käyttöliittymä, sinulla on asiakaspalvelinyhteys siihen, missä on tallennustila, millaisella palvelimella tämä asia toimii, miltä verkko näyttää? ”Kysyn heiltä sata kysymystä, näyttää siltä .
Se ei ole lainkaan vakiintunut, myös sitä, että ihmiset eivät vain tiedä. “Aloitin täällä neljä kuukautta sitten. En todellakaan ole niin perehtynyt ympäristöön. ”Okei, hyvin yrität diagnosoida melko monimutkaisia asioita, kun et tunne ympäristöä, tunnen sinut, mutta tämä ei auta paradigmaa. Meidän on ymmärrettävä. Meidän on rakennettava tämä ymmärrys. Ja niin usein, kun kysyn heiltä: “Onko sinulla kirja, onko kaavio, onko sinulla kaavio, onko sähköposti, voitko kysyä joltakin?” Se on yleensä jälkimmäinen. "Voi minun täytyy mennä kysymään Bobilta, mutta hän on todella lomalla, hän tulee takaisin, asetetaan jotain kahden viikon kuluttua ja voimme päästä järjestelmään, toivottavasti" ja niin edelleen ja niin edelleen. Ja niin, tunnen heti hänen tuskansa täysin. Okei. Meidän on kyettävä rakentamaan tämä ymmärrys mihin tahansa tämän työkalun käyttöön. Ja niin pidä vain tämä mielessä täällä.
Ja liiketoimintakysymykset eivät voi jäädä vastaamattomiin, tarkoitan, puhun usein tekniikoiden kanssa, he ovat kaivoissa. Korjaamme tavaraa. Olemme monta kertaa palomies-tilassa, joskus hieman shokissa ja ehdottomasti jonkin verran kunnioitusta. Ei lainata aiempia presidenttejä, mutta joka tapauksessa, joten kuulemasi yrityskysymykset ovat hyvin yhdenmukaisia teknisten kysymysten kanssa. Ja todellakin, mitä teidän on tehtävä, jos olette niitä teknikkoja, yritätte mukauttaa nämä liiketaloudelliset kysymykset teknisiin kysymyksiin. He todella tulevat tapaan yksi yksi. Kirjoita luettelo muistiin - saatavuus, suorituskyky ja kapasiteetin suunnittelu. Käytämmekö resurssejamme viisaasti? Mihin tämä raha menee, jonka vietimme? Ostimme kaikki nämä kiiltävät palvelimet. Mitä he tekevät, tiedämmekö, että niitä käytetään oikein? Kuka tietää? Ellet mittaa sitä. Kuumat ja kylmät kohdat. Kaikki asiat, jotka pisteet ovat lihavoituja, joten jos pojat saavat diaesityksen myöhemmin, kuumat ja kylmät kohdat ovat verkkoon vaikeuksissa. Kuinka Internet- ja WAN-yhteydet ovat? Kaistanleveyden tarjoajat tietysti haluavat myydä sinulle enemmän kaistanleveyttä. Tarvitsetko sitä todella? Kuinka käytät sitä? Puhumme suorituskyvystä. Onko meillä mitään sellaista asiaa, joka sanoo, että meidän piti lyödä tiettyjä tavoitteita? Meidän on vastattava asioihin. Useimmat ihmiset eivät.
Ja tiedän, että kuulostaan erittäin intohimoiselta, toivottavasti en kuulosta täältä liian saarnaavalta, mutta minulla on SOA. Aseta itsellesi tavoitteet. Puhumme viisitoista on puolivälissä kolmekymmentä. Kyllä, aseta itsellesi tavoitteet, niin ei ole, siinä ei ole mitään vikaa. Aseta yksisarviset tavoitteet. Aseta täysin saavuttamattomat tavoitteet. Mikään palvelin ei voi koskaan mennä alas enemmän kuin koskaan. Heidän on oltava 24/7, ei ole väliä, työskentelevätkö vain työntekijät yhdeksästä viiteen, en halua koskaan, että mikään murtuu, tietysti en. Minulla voi olla henkilökohtaisia odotuksia, mutta voimme tosiasiallisesti ilmaista ne myös liiketoiminnallisessa mielessä. Tapaamalla SOAs, me ehdottomasti laajentaa hallintaa. Onko nykyinen toiminta kestävä, joten voimmeko jatkaa sen tekemistä. Onko tämä hulluus? Voimmeko ylläpitää tätä?
Jälleen kerran, en mainitse nimiä yrittääkseni olla rehellinen, mutta aikaisemmassa työsuhteessa meillä oli yksi näistä, "Hups, meidän täytyy ostaa uusi laatikko hiekalle, koska se on täynnä." "Hmm, no, meillä on kaksi kuukautta seuraavaan vuosineljännekseen asti, onko meillä sellaista rahaa? ”“ No, tarvitsemme sitä nyt. ”“ No, miten teemme tämän? ”Tietenkin olen kuin“ minä voi mennä alas Fry'siin ja hankkia kiintolevyjä "ja he ovat kuin" ei, et voi tehdä niin, niin, anteeksi Robert, et voi saada Droboa ja kytkeä sitä. "Vaikka jotkut teistä, Olen varma, että nyörittelee todennäköisesti päätäsi ja on nähnyt sen jo aiemmin.
Joka tapauksessa kapasiteettisuunnittelussa meidän on varmistettava, että emme vain tallennuksen kannalta, vaan tässä hyperscale-ympäristössä, kun virtualisoimme ja otamme käyttöön kaikki nämä laskentaresurssit, se on vain joukko CPU-ytimiä ja gigatavua. Olemme oppineet, kuinka sitä käytetään. Minun on tiedettävä, suuntaanko loppua. Jos olen täysin kunnossa, jos olen todella matala. Minne se menee, kuinka kauan minulla on, doc? Onko minulla yhdeksänsataa päivää, kunnes tyhjenee tila, vai onko minulla yhdeksän? Siellä on iso ero. Et halua kiinni niin. Joten, paljon puhetta. Kuinka tuo aika sopii tähän kuvaan?
No, numero yksi, ensinnäkin, sen jälkeen näytän teille tyyppejä kuin vanhoja malleja / uuden mallin tavaroita, mutta ymmärryksen siitä, kuinka tuote todella sopii tähän, meidän on mitattava vaikutukset. Sinun on kyettävä mittaamaan kaikki pienet asiat ymmärtääksesi kokonaiskuvaa, mutta kuten myyntimiehemme sanovat, sinun ei tarvitse keittää valtameriä tehdäksesi niin. Asioiden tekniseltä puolelta, ja tällainen siirtyy tässä kaltevuuteen, mutta tekniseltä puolelta meidän on mitattava nuo virtualisointiympäristöt. Asiat, jotka käynnistävät hypervisorin. Kuinka uutetut resurssit käytettiin? Käytetäänkö niitä viisaasti? Kuinka noilla ESX-isäntäillä menee ja niin edelleen.
Käyttöjärjestelmä, koska varmasti, jos joku vietti milloin tahansa tietoja metristä ja vSfääristä - et osoittaisi mihinkään tiettyyn virtualisointiympäristöön -, se ei aio kertoa miksi SQL-palvelimesi on tulessa. Se ei tule. Se sanoo: "Hei, se käyttää enemmän kuin mitä siihen varataan, koska annoit sen." Okei, hienoa. ”Palloitte muistiasi.” Okei, hienoa. Mikä on minun muistin ilmapallo? Menikö virustorjunta heywireen? Kuka tietää. Meidän on löydettävä käyttöjärjestelmä. Ilmeisesti, eikö? Vaikuttaa itsestään selvältä. Prosessit, tiedostojärjestelmät, minulla on loppumassa tila, sellaista kamaa. Jos sinulla on Linux-tiedostojärjestelmä, sinulla on looginen taltionhallinta, sinulla voi olla tusinaa tiedostojärjestelmää yhdellä virtuaalisella kiintolevyllä etkä näe yhtäkään näistä virtuaalikerroksessa. Joka tapauksessa saarnaa.
Verkko sitoo kaiken toisiinsa, ja vain jätämme sen sinne. Onko verkottuminen monimutkaista? Se voi olla erittäin monimutkainen, se voi olla melko suoraviivainen, kaikki välissä olevat kohdat. Meidän on ymmärrettävä, että verkosto on tapa, jolla asiat kiertävät. Monimutkaisempien ympäristöjen myötä saat hybridipilven, kaikki tämä, IoT, oi hyvyys. Tarkoitan, että olen itse varmasti kotiautomaatio, ja haluan nähdä kaikki muuttujat, löysin vain joitain palveluita, riippumatta siitä, en aio suosia ketään, mutta mitä tahansa, vetämällä nämä tiedot pois, kykeneen visualisoida tuota kamaa. Voin kuvitella kaverit, jotka vastaanottavat tämän tiedon kaikilta paikkakunnilta satoista tuhansista laitteista, se on hullua. Paljon tavaraa kulkee verkon, SAN-verkon, kautta. Poista putki Internetiin. Meidän on seurattava sitä.
Meidän on tiedettävä, onko ongelmia, jos niitä on, jne. Mitä kutsumme palvelunäytöksi. Joten kun puhuin ERP: stä tai SharePointista tai mistä tahansa, palvelunäyttö tarkkailee jotain, joka toimii kaikilla näillä upeilla kiiltävillä tavaroilla, se on iOS, se on Apache, se on tyhjä tyhjä, se on tietokantamoottori, se on Windows-palvelu käynnissä. Jos yhdistän SSA: n reitittimeen vetämään joitain määritystietoja ja tarkistamaan, onko se muuttunut, tai mitä piiriä käytän? Aivan sama. Se on jonkinlainen testi, okei? Kohteen visualisointi. Meillä on laajennuksia, ja niin sellainen pysyminen täällä teollisuuden kanssa.
Ja varmistan, että muuten täällä, kuka tahansa, anna minulle pieni terveys tarkistaa, jos puhun liikaa. Lisäosien ansiosta voimme olla joustavia, he todellakin - voidaksemme olla ketterät, tarvitsemme jotain, joka on erotettu todellisesta ajanjaksosta, koska meillä on noin neljä suurta julkaisua vuodessa. Uskon, että meillä on ollut rehellisesti viimeisen kuuden kuukauden aikana, mielestäni meitä on ollut neljä viimeisen kuuden kuukauden aikana. Pidämme sitä kehityksen näkökulmasta, mutta et halua odottaa. Sano, että sinulla on SharePoint 2013, olet siirtymässä vuoteen 2016, et ehkä halua odottaa joulukuuhun, kun meillä on uusi julkaisu, joka tekee sen.
Laajennusten avulla voit tehdä sen itse, käyttämällä mitä tahansa todennäköisesti useista valmiiksi leivotuista skripteistä, jotka ovat olemassa, tai kirjoita vain omat jasi, jotka kirjoittavat aikoinaan ydintoiminnot, ja voimme tehdä sen myös sinulle. Haluan sanoa, että vain myynnin kannalta on, että me todella tuemme näitä. Mikä on, se on hyvin erilainen paradigma kuin avoimen lähdekoodin yhteisö - jota rakastan, erittäin sydämelleni, hyvin mukana - mutta jos ostat seurantaohjelmistoa, haluat saada jonkun soittamaan. Sinulla on oltava puhelin, jonka voit noutaa ja olla kuin ”Blah ei toimi” tai ”Mitä tämä tarkoittaa?” Pidä vain tämä mielessä.
Sovellus - ja tässä todella olemme alkamassa siirtyä asioiden liiketoiminnan arvoon. Ja myös sellaiselta, itsestään järkevältä pitämiseltä. Tarkoitan, että kaikki nuo pienet asiat alhaalla, jos opisit kaiken tavaran, jonka sait sähköposteja koko päivän, takaa sinulle. Sääntö luodaan, sähköposteja ei huomioida, asiat menevät valvontaan, hyllytuotteet. Erittäin huono paikka olla. Se on myös huono paikka olla stressin näkökulmasta. Joka tapauksessa, riippumatta ja siksi teemme sen. Joten ollut siellä, tehnyt sen. Sovellustaso on mielestäni tosiaankin meidän varoitus. Meidän on asetettava kriteerit ja meillä on tietenkin oltava rakennettava pieni maailma, mutta olemme asettaneet tämän kriteerin sanoakseen: “Hei, tähän sovelluksemme rakentuu. Tässä on tietokanta, tässä on web-etuosa, tässä on tallennustila, tässä on verkko, dingdingdingdingding, tässä on verkkosivut jne. ”Ja sitten voin sanoa:“ Hei, sovelluksesi eivät ole tyytyväisiä. ”Palvelutasosopimuksessa, osoitteessa tässä vaiheessa se ei ole mielenosoittaja ja että sinänsä se on melkein vaivatonta asiaa, koska kaikki ponnistus oli oikeasti vain siellä rakennettaessa ymmärrystä ja sovellusta näistä pienistä palasista.
Palvelutasosopimus, sanot vain: ”Hei, haluan tämän asian nousevan neljälle yhdeksälle.” Boom. Tehty. Se varoittaa sinua, kun suuntaat epäonnistumaan. Se kertoo sinulle, miksi alat epäonnistua, ja se jopa tarkastelee historiallisia tietoja, voin kertoa sinulle, miksi et saavuta tavoitteitasi, mikä on hyvin erilainen kuin jotain mitä pitäisin suurelta osin savuhälyttimenä. Se on asioiden liiketoiminnan loppu. Rakastan sitä, että Uptime tulee siihen, olen itse asiassa IDERA-veteraani, olen ollut yrityksen kanssa nyt neljä ja puoli vuotta, kun ostimme Uptime-ohjelmiston - se on Torontossa toimiva yritys - olin todella skeptinen, kuten minä olen ehdottomasti kaikkea, mutta se teki minuun todella vaikutuksen, koska minun on pitänyt toimittaa ne raportit, nuo BI-raportit johdolle, tapaammeko SOA: ta ja olen yleensä vetäytymässä typeräistä paikoista, kuten ITSM-ohjelmistoni, kerää vain tapahtumani ja kerro minulle kuinka monta seisokkiaikaa minulla on, minkä tunnen itseni ja monet ihmiset vain eivät tee lippuja. Se on todennäköisesti toiminut meidän eduksemme, jos jotain, mutta se ei ole hyväksi yritykselle. Tuote todella ajattelee näitä asioita.
Tässä on nämä kaksi paradigmaa ja yksi, josta olemme pääosin nyt, ja yksi, josta yritän vetää kaikkien pään pois, on huono tapa ajatella tavaroidesi seurantaa. Selvä? Miksi se on huono? Se johtuu siitä, että se on sarja. Minulla on valvonta-asema, seuraan palvelinta, siinä on mittarit, varoitan niistä. Voit nähdä, että yritän saada sen tarkoituksenmukaisesti sotkeutumaan oikealle puolelle, tuolle puolen. Perustuen ymmärrykseen joukosta laatikoita, joita on seurattava, joten se on todella se ja se on meluisa kaikkien näiden mittareiden takia, se on todella meluisa ja prosessorisi on korkea, muistisi on suuri, tiedostojärjestelmäsi loppumassa, verkkosivusi vasteaika on viisi sekuntia, olet, tiedät, blah blah blah.
Tuo juttu, se on melua. Ellei voit jollain tavalla, kuten rauhallisesti, zip-sähköpostiviestien läpi ja henkisesti kerätä kaikkia näitä asioita ja yrittää ymmärtää suurempi kuva, se ei oikeastaan palvele pistettä, joka varoittaa siitä, mikä menee pieleen. Se on vain oireenmukaista ja vaikutuksen tulkitseminen on vaikeaa, ja se tuottaa hyvin vähän liikearvoa. Taatan melko paljon, että viestintäjohtajasi ei välitä kuinka monta CPU-pistettä käytettiin SQL-palvelimellasi. Hänen mielestään on enemmän palvelua, jota te kaverit tarjoatte todella toimivan hyvin, ja eikö ihmisillä ollut ongelmia käyttää sitä ja mitä asiakas ajattelee, ja sellaisia juttuja.
Rage guy, kyllä, ei hauskaa. Näin huomasin, että BlackBerries olivat erittäin joustavia. Vaikka pallo voi pudota ulos, he selviävät portaat tai viisi. Joka tapauksessa, anteeksi BlackBerry.
Uusi tapa ajatella tavaroidesi seurantaa - tarkoitan IT-järjestelmiä ja Apple-tapauksia. Tässä haluan, että päämme ovat ja valitsin juuri kaksi todella yksinkertaista asiaa. Rakastan Grahamin avointa pinoa, yritän luultavasti yrittää varastaa sen jossain vaiheessa, mutta siirrymme tähän kytkettyyn ymmärrykseen. Kuinka asiat kytketään toisiinsa perustuen näkemykseen näiden kaikkien asioiden riippuvuudesta ja toiminnallisista osista? Jälleen se on kyseinen esine, palaamme takaisin tähän koko käytännölliseen asiaan. On hiljaista.
Kaksi hälytystä - ERP ei ole onnellinen, koska tietokanta toimii hitaasti ja verkkosivusi toimii hitaasti. Voidaan sanoa: “Hei! ERP ei ole onnellinen, verkkosivu on hidas ja tietokanta on hidas. ”Se voi olla tietokanta. Nyt, ollakseni rehellinen, en aio sanoa teille: ”Kyllä, verkkosivusi on hidas johtuen siitä, että tietokanta on hidas.” En tee sitä. En ole reitin aiheuttava APM-ratkaisu, mutta kun rakensimme tämän ymmärryksen ja saamme sellaisia sähköposteja, se tekee paljon järkeä ja vianetsintäponnistejesi sijaan, että sanot: "Hmm, se ei toiminut" ja kauko-ohjattava ja mikä tahansa, tai parantamalla näitä kaikkia työkaluja, jotka pomppivat ympäri maailmaa, tämä ainakin virtaviivaistaa vianetsintäponnistelujasi uskomattoman hyvin. Mutta en ole vielä edes päässyt asioiden kuvaajapuolelle. Tämä on vain - ei katsomalla näyttökohtaa, enkä halua tuijottaa seurantavälineitä, rehellisesti.
Se on sitten helppo ymmärtää, eikö niin? Tiedämme mitä tapahtuu, koska rakensimme sen, rakensimme ymmärryksen. Mutta parasta tässä suhteessa on mielestäni se, että se jakaa paljon tietoa muiden joukkueiden kanssa. Puhumme siiloista koko ajan ja onko se sovellus vai tietokanta vai mitä muuta. On niin paljon, että siitä on todella tullut markkinointikampanjoita joillekin yrityksille, kaikki tietokantatyökalut, olet todennäköisesti nähnyt ne.
Joten, tieto - tieto on voimaa. Hieman perifeeristä ymmärrystä siitä, miten järjestelmät tulevat yhteen. Tarvitseeko tukipalvelusi kaverisi kaikki verkon hyvät puolet ja yksityiskohdat, kuinka SharePoint toimii ja miten ERP yhdistyy. Todennäköisesti ei, mutta se on erittäin hyödyllistä, kun voin katsoa kojelautaan ja joku soittaa sisään ja sanoo, että he eivät pääse johonkin. Voin olla kuin ”Voi kyllä, näyttää siltä, että meillä on tällä hetkellä ongelmia reunallamme reititin. Joten jos olet kampuksen ulkopuolella, SharePoint tulee olemaan sinulle ongelma, mutta oli siinä. "Ihmiset pitävät siitä, he eivät pidä, " Mmm hmm "osoittautuu.
Joka tapauksessa tämä on liiketoiminnan arvo, eikö niin? Käynnistyksen, suorittamisen, IP-konfiguraation lisäksi kuulin “ughhhh” paljon asiakaspalvelusta. Joka tapauksessa, mutta tämä tarjoaa kyseiselle liiketoiminnalle arvon, koska ymmärrämme kuinka osat liikkuvat. Ymmärrämme, kun asiat menee pieleen, meillä on nämä SLA: t, suunnittelemme kapasiteetin suunnittelua, kaikki nämä asiat, jotka saattavat tuntua aluksi yksisarvilta, kun kaikki huolenaiheesi ovat palvelimiesi suorituskyky, ovat asioita, jotka ovat erittäin yksinkertainen asentaa ja se on avain. Voin itkeä sateenkaareja.
Aseta ja täytä odotukset. Tämä on SLA-bitti. Ota ne. Luulen, että olen jo luultavasti tehnyt tässä tarpeeksi, mutta seuraamme jo kaikkea. Olemme jo rakentaneet ymmärryksen, sovellukset, riippuvuuden ja liitettävyyden. Tämä on vaikea osa, vain oman ympäristön ymmärtäminen. Se tekee asian, se ei muutu helpommaksi. Jo varoittaen, ihmiset saavat jo täällä asiaankuuluvia sähköposteja, voin jopa tehdä laajennuspolkuja enkä aio yrittää näyttää sinulle kaikenlaista mitään ohjelmistodemoa täällä, siellä on ehdottomasti foorumeita.
Olen jo automatisoinut korjauksia, Uptime voi jopa reagoida asioihin. Tarkoitan, että siellä on aina niitä typeräitä, tyhmiä asioita, kuten tulostuskela, joka kaatuu jostain tuntemattomasta syystä, se on edelleen Windows 2000: ssa ja jonain päivänä päivität sitä, vannon - mitä tahansa. Se vie useita minuutteja päivästäsi ja joku tietää, että se on rikki, jotta voit korjata sen, eikö niin?
Automatisoidut, sellaiset tavarat ovat vain automaatiorehuja. Teet jo mahtavaa kojetaulun, tiedät, aiheen kojelaudat - se on todella asia. Kaikkea mitä kerän Uptimessa, voin tarttua jollain tavalla järkevästi. Joten jos joudut poikkeamaan, se on kuin “Toivon todella, että minulla olisi jokin suorituskyvyn kojetaulu SQL: lleni.” Valmis. Haluatko sovelluksen hallintapaneelin, joka sisältää tekniikoita koko pinoon? Tehty. Kapasiteettisuunnittelu? Tehty.
Niin aika suoraviivainen. Aseta nämä tavoitteet, anna näille SLA: ille ymmärtää miksi et tarvitse niitä. Se on todella avain täällä, tiedät, se vie vain sekunnin, kirjaimellisesti vie vain muutaman sekunnin, ei minuutteja, kauemmin, kun minun selittää se, vaan vain sanoa: "Hei, tässä olen odotukseni, tässä on niitä asioita, jotka Odotan toimivan ”, ja sitten Uptime kertoo sinulle, mikä ei toimi.
Joka tapauksessa aioin varastaa kaksinkertaiset sateenkaarikuvat, mutta olen siitä todennäköisesti vaikeuksissa. Mielenkiintoisempi kuin kaksinkertainen sateenkaari, Voi luoja - se on verkkosivusto täällä. Aion hypätä yli. Onko minulla vielä muutama minuutti? Haluan saada täällä terveyttä tarkistavan ajan. Kuinka meillä menee?
Eric Kavanagh: Joo, näytä meille joitain juttuja.
Robert Vandervoort: Hyvä on siisti. Kuten sanoin, peitin paljon maata; joka säästää minua näyttämästä ei-seksikkäitä bittejä, jotka ovat vain tekstiä ja asetuksia ja mitä tahansa. Se mitä haluan näyttää, on kuin graafinen loppu. Kuten sanoin, en halua tuijottaa tarkkailutyökaluja, haluan pystyä kävelemään pois tästä asiasta. Haluan sen olevan lastenhoitajani, jos haluat, mutta en halua sen olevan kuin ”Hei, voiko lapsellasi olla kultakala, olen elokuvassa, joo, mitä tahansa.” ”Okei.” Soi, rengas, “Hei, onko hyvä, jos lapsesi menee kylpyhuoneeseen? Hän sanoo, että hänen on mentävä. ”” Joo, okei, mitä tahansa. ”Haluan, että vastuullinen lastenhoitaja vain virkaa minua. Joten hälytysäänet ovat iso asia minulle, jos et osaa kertoa, minulla on todennäköisesti jonkinlainen edistyksellinen muoto PTSD: n tarkkailemiseksi.
Haluan huomauttaa, että Uptimen näkökulmasta meillä on kaikki nämä erilaiset profiilit. Olen tehnyt pari hullua asiaa täällä vain sellaiseksi kuin esitellä kuinka Uptime voi tehdä erilaisia asioita ja työskennellä ihmisten kanssa, mikä on iso juttu. En kertonut teille kaverini oikeasti taustani. Minulla on tietotekniikkatausta, rehellisesti palaten takaisin 13-vuotiaasta työskennellessäni tietokonekaupan takahuoneessa. Ehkä se ei ehkä ollut kaikkein laillisin asia maailmassa, mutta mitä tahansa, enkä ole koskaan lopettanut. Olen nyt 37, minulla on psykologian tutkinto, koska minulle ihmisiä on aivan vaikeampi selvittää kuin tietokoneita. Mutta käyttöliittymän ja UX: n kannalta en halua työkalua, joka kertoisi minulle, kuinka minun on tehtävä työni tai miten sen pitäisi toimia, tai haluan taivuttaa tapaa, jolla se haluaa tehdä asioita. Tiedän, että pohdin jonkinlaista filosofiaa ja ymmärrystä. Toivottavasti se helpottaa asioita teille, älä ota sitä esimerkiksi: "Hei, sinun täytyy tehdä tämä" tai "Sanon sinulle mitä tee. ”Mutta tämä on tavallaan minun juttuni.
Joka tapauksessa HipChat-integraatio, puhutut hälytykset. Tarkoitan, että tämä todella saa sen 18-monitorin NOC: n, jota katsoit, kertomaan, mikä on väärin suullisesti. Kuvittele, että seinäsi menee: “Varoitus, SharePoint on kriittisessä tilassa, koska tietokanta on hidas, blah blah blah, se on ollut tällä tavalla seitsemän minuuttia.” Kyllä, se on eräänlainen koru, ehkä se on hinky, mikä tahansa. Yritän näyttää sinulle, että se on erittäin joustava työkalu. Meillä on komentosarjapohjaisia lähtöjä, jotka voivat tehdä mitä haluat.
HipChat, käytän helvettiä HipChatista ja Skypestä - luultavasti enemmän kuin sähköpostini, luultavasti monien myyjien pettymys, mutta joka tapauksessa - integroimalla myös HipChat, sillä ei ole väliä mikä se on, River, Flack, mikä tahansa mitä haluat tehdä, erittäin suoraviivainen tehdä.
Joka tapauksessa käyttäjän näkökulmasta, me itse asiassa aloitamme yhteystiedoillasi, työ- ja työaikoillasi, jos sinulla on sitä. Kun olet tullut pisteeseen, jossa todella ilmoitetaan, Uptime tietää jo kuinka ottaa sinuun yhteyttä, mikä on todella avain. Tarkoitan, kuinka monta kertaa on ollut: “Voi, en huomannut sähköpostia.” “No, ehkä minun pitäisi lähettää se Gmailiin, lähettää se henkilökohtaiseen, postitan sen Facebook-seinällesi. ”Joka tapauksessa, en ole vielä mennyt niin pitkälle, mutta ehkä ensi viikonloppuna, kun kyllästyn.
Globaali skannaus tässä monimutkaisessa hullussa ympäristössä. Ensinnäkin, meidän on pidettävä tavaraa organisoituna. Järjestelmän järjestäminen on avainasemassa, me sallimme sen tehdä, teemme automaattisen etsinnän ja kaikki sellaiset asiat, joita voit odottaa, mutta annamme sinun organisoida tietokeskuksesi sellaisella tavalla, joka sinulle on järkevää. Haluan ajatella, että se on fyysinen, looginen ja tekniikka, ja sitten virtualisoidulta kannalta teemme sen aivan kuin näkisit sen VMwaressa, missä meillä on tietokeskukset ja klusterisi ja resurssialtaat ja kaikki tämä ihana kamaa.
Se suodattaa läpi saman ymmärryksen, taas se toimii tavalla, jonka teet, ja tavalla, jolla on järkeä. Sama ymmärrys suodatetaan näiden kojetaulujen läpi. Globaali on pohjimmiltaan kaikkea mikä on vialla, joten välitän vain Houstonista ja kaikista muista QA, SA: sta, mitä en todellakaan tiedä, vain Houstonin asiat. Voin keskittyä siihen ja sitten taas keneltä tahansa, jolla on turvallisuuteen liittyviä huolenaiheita tai asioiden pitäminen erillään käyttäjäryhmistä tai mitä tahansa, voimme ehdottomasti tehdä niin. Ainoa mitä voin koskaan nähdä, on vain Houston tai jotain niin kavennettua kuin vain “Houston Network Components”, joten se on ehdottomasti asia.
Resurssien tarkistus - kuinka näitä resursseja käytetään koko ympäristössä? Se on tämä. Tämä on yhdeksänkymmenen tuhannen jalan näkymäsi. Voin porata kaikkia alueita, joilla on ongelmia muihin nähden. Ja huomaat IBM Agencyn, vain jonkinlainen heitto syrjään, se ei oikeastaan ole sivuilla. Yksi kriittisimmistä asioista sovelluksen ymmärtämisen rakentamisessa, tuon pragmaattisen mallin saamisessa on kaiken ovella pitäminen, enkä sano sitä vain siksi, että pidän siitä, että lisenssi luottaa tekemämme tarjouksiin. Todellakin, jos voin tehdä kaiken ilman IBM P-sarjan tavaraani, se haisee.
Meillä on näytöt AS / 400: lle. Ihmiset antavat minulle helvetti joskus siitä, että se on kuin “AS / 400 ra-ra-ra”. Olisit yllättynyt, kuinka paljon AS / 400-koneilla on edelleen käytössä todella tärkeitä järjestelmiä tai uudempia I-sarjan juttuja, se on asia, teemme sen. HP-UX, AIX, tarkoitan melkein kaikkia tärkeimpiä käyttöjärjestelmiä maailmassa, joille meillä on edustaja. Tuo se oven sisään ja saat sen valvontaan on avainta.
Tarkastellaan jälleen sovelluskerrosta, antaen minun päästä pois rakeesta ja nousta ylös. Tästä se kojetaulu näyttää. Tämä saattaa olla ainoa asia, jota olen aina tarkastellut säännöllisesti, haluan vain tulla tänne ja sanoa vain: “Hei, CMS on todella vihainen, miksi?” Nyt myönnetty, en luultavasti maksa niin paljon huomiota sähköpostiini niin kuin minun pitäisi, mutta olen täällä joka päivä tarkastelemassa palvelimen portteja, se on mitä teen. Olen hammaslääkäri, nämä ovat hampaani.
Kirjautuminen testit. Joten sinä menet, testaan todellista sisäänkirjautumisaikaa, tämä on käyttökokemusta, tämä on erittäin käytännöllistä. En edes välitä Apache-mittareista. Jos kaikki ovat kuin kirjautumalla sisään lickidy splitiin ja kaikki tapahtumat toimivat hyvin, kuka välittää lähetetyistä ja vastaanotetuista tavuista, ellei yritä tehdä kapasiteetin suunnittelua. Palontorjunta-asemasta, kohdasta ”Onko minusta välittävää, täytyykö minun kiinnittää siihen huomiota?” Haluan tietää nämä asiat melko intuitiivisesti ja melko automaattisesti.
Jos olen CIO, välitän tästä, en välitä Apache-suorituskyvyn kojelaudasta. Jos olen verkkokaveri, lyöt vetoa. Tarkoitan, minun on tultava tänne ja anteeksi hitaus täällä, mutta minun on voitava tulla tänne ja nähdä paljon syviä mittareita kautta linjan ja huomata kuvioita. Täällä näen, että demo Apache 01 käynnistyy uudelleen, ja Uptime on “puomi, puomi, puomi, puomi”, mitä siinä on?
Nämä ovat kuvioita, joita en ehkä edes tiedä, enkö edes katso sitä. Jälleen todellinen rakeinen tavara, mutta se todella palvelee tätä tarkoitusta. Nämä palvelimet ovat osa CMS: ää ja jos havaitsen ongelmia verkkosivulla ja palvelimeni kierrättävät, sain siitä ympäristöstä lisätietoja muutamassa sekunnissa katsomalla asennettuja kojetauluja, kuin voisin ehdottomasti sijoittamalla siihen. En ole edes varma siitä, mistä aloittaisin jonkin asian suhteen, ollakseni rehellinen teille.
Joka tapauksessa, vaivaa; ja kaikki ajattelevat "tämä on vain hullua". Kuinka voin seurata tavaroita ponnistelun kannalta? Voitko kirjoittaa siitä käsikirjoituksen? Joo. Se, mitä yritämme tehdä, on tarjota hyvin yleisiä asioita, hyvin yleistä tekniikkaa, joka on siellä tietokannan näkökulmasta. Meillä on, haluan sanoa jokainen tärkein tietokantamoottori. Minulla ei ole yhtään NoSQL: tä, minulla ei ole mitään aikasarjojen juttuja, mutta kaikki suuret relaatiotietokannat ovat täällä verkkopalveluiden näkökulmasta, IAS, Apache Tomcat, vain sukeltamassa täällä. Ja sitten asioissa, joita et välttämättä näe luettelossa, on tietenkin paljon muita juttuja, mutta meillä on nämä laajennukset. Tämä on vain todella helppo tapa lähteä ulos. Meillä on julkisia säilytystiloja GitHubissa, voit nähdä koodin, voit tehdä siitä oman, voit muuttaa sen, mitä tahansa, se on käytettävissäsi siellä. Joten tekniikan tai ohjelmiston kannalta, jos se on SAN, vai onko se SharePoint tai Exchange tai muu.
Niin meillä on se tekemässä niin ja sitten olennaisesti nämä tarjoavat sinulle tärkeät muuttujat, ja se on vaikein osa. Olen kirjoittanut useita näistä laajennuksista ja vaikein osa minulle on kuin ”Mitä ihmiset haluavat tietää? Mikä on todella tärkeää? ”Tarkastellaan mitä tahansa WMI-järjestelmää, siellä voi olla satoja asioita. No, hienosti, minun täytyy vain hidastaa tätä, kukaan ei halua nähdä 400 mittaria, koska sitten sinun on ymmärrettävä se maailma ja siellä ei ole arvoa.
Joka tapauksessa, sitten SLA: t. Aiheiden kojetauluja on tonnia. Kannustan teitä, tarkoitan, jos tämä on jotain, joka on mielenkiintoinen teille, tietysti voimme tehdä demoja ja mitään, voimme tehdä henkilökohtaisia juttuja, emme yritä kiehua valtamerta uudestaan. Mutta tiedät, jos saan sähköpostiviestin, jossa sanotaan, että "SLA on käynnissä, ylitän sen, täällä epäonnistuu surkeasti, haluan tietää miksi, mitä tapahtuu?" Voin vain tutkia asiaa tässä yksityiskohtaisessa mietinnössä ja nähdä, mitkä ovat ne asiat, jotka aiheuttavat SLA: n epäonnistumisen, tai edes mennä ajan myötä takaisin ja ymmärtää, onko kyseessä trendi vai ei. Missä punaiset täplät ovat? Tämä melkein näyttää DNA-analyysiltä tai jotain, meillä on palvelinkatkoksia - anteeksi, nämä ovat kirjautumistestauskatkoksia, joissa en voinut kirjautua sisään. Meillä on täällä vastausaikoja ja asioita, ja voin todella todella helposti vetoaa asioihin, jotka ovat tärkeitä sen saavuttamiseksi, saavutinko nämä tavoitteet vai ei. Ja jälleen kerran, en odota sinun kaikkien lukevan kaikkia näitä asioita, mutta täällä on paljon tietoa. Se on melko kätevää vain pystyä pitämään sitä edessäsi. Mutta todellisuus on, miksi epäonnistun, johtuu näistä kirjautumistesteistä. Kaikki täällä olevat taustatiedot toimitetaan myös sinulle.
Raportointi toimitetaan työkalun mukana, joten et tarvitse Crystalia tai SSRS: ää tai muuta sellaista, raportointimoottori on sisäänrakennettu; voit muokata kaikkia täällä olevia yksittäisiä raportteja. Voin saada heidät ajamaan toistuvasti. Voin pelastaa ne muiden ihmisten näkemistä ja käyttöä varten. Sinulla on erilaiset lähtömuodot. Haluatko lähettää jotain sähköpostia managerillesi joka päivä perjantaina klo 16? Ha ha ha, voit tehdä sen!
Joten aika vankka jälleen kapasiteetin suunnittelun kannalta. Emme halua keskittyä vain, ja puhuimme kyvystä ennustaa asioita ja tehdä ennustavaa analysointia. Sen lisäksi, että pystyn vain visualisoimaan tässä ja nyt ja historiallisessa kehityssuunnassa, haluan pystyä näkemään kapasiteetin suunnittelun ennusteet ja se on niin nopeaa, että minulla on laskennan muisti ja tallennuskapasiteetti trendissä koko vCenterissä ja minä Voin tehdä sen silmämunasta ja kertoa sinulle, että minulla on pahimmassa 132 päivässä, kunnes tila loppuu, olisin parempi tehdä jotain siitä.
Tämä on todellinen laboratorio ja olen itse asiassa monien tavaroiden ylpeä isä, ja työni leikkasi juuri täällä. Mutta tiedän nämä asiat ja joten jos niin tapahtuu, se on minun ongelmani, se on minun syytäni, että en muuta mitään tai tee jotain sen suhteen. Olen hyvin tietoinen näistä juttuista. Jos olen kokouksessa ja joku menee: "Hei, meidän on lisättävä joukko palvelimia laboratorioon" - he eivät aio tehdä sitä minulle, mutta jos tekivät, voisin olla kuin "Sinä Tiedätkö mitä? Minulla on keikat. Minulla on gigahertsi. Olen saanut sinut suojaamaan ”tai ei, ja yhdellä silmäyksellä sen sijaan, että minun pitäisi avata toinen työkalu, joka on eräänlainen kohta ja hyväksyä kaikki nämä asiat, teen tällaisen vitsinä.
Houstonin toimistossa, puhuimme liikenteestä. Hammaslääkärini ja puhuimme liikenteestä, hän varttui Iowassa, hän sanoi: ”Pidän pienistä kaupungeista vain sitä, että liikennettä ei ole paljon.” No, Houston, jos asut silmukan sisällä, et jätä se, kuten näet täältä. Voin integroida mitä tahansa verkkoa periaatteessa iframe-kehykseksi. Jos joku teistä tuntee HTML: n, voin integroida minkä tahansa webin mihin tahansa näistä laitteista. Voin tehdä sen, olipa se kuin verkkosivustosi tai liikennekamera hänen toimistonsa ulkopuolella tai mikä tahansa se on. Gadgetit ovat erittäin helppo lisätä.
Tarkoitan kojetauluja - näytän TV-taikuutta. Tämä on kuin "Voi katso, se on tehty, se on kaikki mukavaa ja kiillotettua", mutta todellisuus on pääsy näihin kojelautaan on erittäin helppo tehtävä. Tietojen näyttämiseen kaikilla meillä olevilla eri tietopisteillä on paljon erilaisia tapoja. Tämän pin-on-kuvan kaltaiset asiat ovat yleensä erittäin suosittuja ihmisten keskuudessa, koska yrittäessäsi ymmärtää sovellusta, voit vain lähettää videon ja kiinnittää sen muodostavat elementit. Voitte kertoa teille, missä kaikki ongelmat ovat matkalla.
Nämä asiat ovat mielestäni vain erittäin hyödyllisiä - verkkotopologia, ymmärtäminen, mihin kytketään, mikä riippuu siitä, mitä mikä tahansa, työtaulu, kytkimet tai verkkosivut tai mikä tahansa, ovat kaikki rakennettuja asioita. Ja taas, eri teknologiapinoilla. En ole tuonut sitä, tiedän, että täällä on loppumassa aika, haluan varmistaa, että teillä on aikaa kyselyihin ja kysymyksiin ja kaikki, mutta siellä on vain tonnia tietoa, jota voimme kerätä kaikenlaisista lähteistä: loki yhdistelmät, sovellusliittymät - riippumatta siitä, mitä sinä nimit - SMP, WMI jne. jne. jne., aakkoskeitto. Joten kyse on tietojen keräämisestä, ymmärryksen rakentamisesta ja sen jälkeen varoittamisesta ja käytöstä sen suhteen käytännöllisellä tavalla. Ja niin se on pähkinänkuoressa.
Eric Kavanagh: Hienoa. Se oli fantastinen esitys kaikilta. Minun on kerrottava, rakastin sitä. Meillä on täällä muutama minuutti lisäkysymyksiä. Rick, miksi et heitä kysymystä tai kahta ja sitten Dez, ja sitten meillä on vain pari yleisölle kuuluvaa kysymystä, jotka ovat tavallaan spesifisiä toteutuksen suhteen. Mutta Rick ensin ja sitten Dez.
Rick Sherman: Okei, hienoa. Hyvin ensinnäkin, rakastin demoa kaikenlaiseen kokoamiseen, erityisesti palvelimien, näyttöjen, laajennusten jne. Lisäämiseen. Mielestäni se oli mahtavaa. Yksi kysymyksistä, jotka minulla on, mainitsit, että se oli toistuva teema kuten esikaupassa, että ihmiset voivat ymmärtää mitä arkkitehtuuri tai sovellukset ovat. He haluavat tarkkailla tavaroita ja sitten on tämä kappaleosa. Kuinka aiot kouluttaa heitä typologian jakamisesta? Ymmärrän, että voit valita monia asioita, mutta miten opit niitä? Koska en ole varma, pystyvätkö he ymmärtämään kuinka paljon voit tehdä.
Robert Vandervoort: Niin, olen suuri itsehukkaan huumorin fani, joten aloitan yleensä vain sellaisesta kulmasta. Minulla on ADHD, jos et osaa kertoa. Vaimoni ei pidä enää menemästä kanssani Home Depotiin kanssani, sanotaanpa vain niin. Käytän analogiaa, jos sinulla on piikikäs sarana tai vuotaa mitä tahansa, mene sisään ja kuvaa: “Haluan kiinnittää hanaani.” Ajattele. Mene Zen-paikkaasi, ”haluan korjata hanan.” Älä ajattele, “Hmm, mitä voin korjata talossani?”, Koska olet siellä koko päivän ja unohdat hanan sinetin ja jätät kourujen kanssa.
Yritän keskittyä ihmisiin sovellus. Sanotte minulle, että tämä sattuu ja se sattuu, otamme sovellus. Onko se sinun ERP? Viileä. Hankkimme sovelluksen POC-laitteeseen, selvitä minulle, ei ole väliä kenen kanssa sinun täytyy puhua tai mitä tietoja olet drudge. Mistä sovellus on tehty? Tietokantapalvelimet, tiedostopalvelimet, tiedät mitä tahansa, sovelluksen päätepisteestä riippumatta. Ota selvää, saat kaiken pääsyn siihen. Jos tarvitset apua minkä tahansa työkalun hankkimisessa, siisti, olemme täällä. Keskitytään kuitenkin tiettyyn sovellukseen, koska siellä arvo lopulta loppuu. Tarkoitan, että voisit helposti lisätä satoja tai tuhansia palvelimia ja aloittaa liikkumisen samassa kulmassa, mutta sitten olet kovasti siinä sarjamallissa, joka on hyvin - se ei ole vain kestämätön POC: n kannalta, mutta se ei myöskään ole vain siellä missä haluamme päät olla.
Rick Sherman: Joo, ja tekisitkö kojetaulun jne., Tavallaan antaaksesi sinulle kyseisen yritysnäkymän, sellaisen komposiittinäkymän kappaleista, jotka tukevat kyseistä kokonaisuutta riippumatta siitä, mitä he yrittävät seurata?
Robert Vandervoort: Ehdottomasti. Ehdotan yleensä, okei, me haluamme - mitä kutsun näiksi sovelluskarttoiksi, joissa meillä on sovelluksen kojetaulu ja siinä on oltava kaikki nämä kappaleet. Tee kaavio, jos sitä ei ole, lähetä se Uptimeen, selvitä, mitä siihen täytyy mennä. Ainakin löydä kaikki nämä jutut ja hanki ne valvontakaapin alle ja aloita sitten palvelujen lisääminen, jotka tosiasiallisesti lisäävät, jotta sovellus toimisi. Kuten tässä SharePoint-tapauksessa, nämä sovellukset voidaan rakentaa muista sovelluksista - ja tavallaan hienoa -. Siinä tapauksessa, että sinulla on kuin SQL-klusteri, se on todella sovellus. Se on useita palvelimia, useita palveluita ja asioita. AD on sovellus jne. Jne. Voin rakentaa nämä kokonaisnäkymät niistä, jotka näet täällä SharePointissa. Haluamme pystyä rakentamaan tämän. Jos en pysty rakentamaan tätä, en ole lisännyt tarpeeksi tavaraa. Teemme kaikki pienet palat siellä, mikä tekee siitä tikun.
Rick Sherman: Työskenteletkö tavallaan taaksepäin?
Robert Vandervoort: Jep, ajattele taaksepäin, työskentele eteenpäin.
Eric Kavanagh: Okei. Dez, vie se pois.
Dez Blanchfield: Olen kiinnostunut saamaan käsityksenne vain hetkeksi, koska tiedän, että täällä on vähän aikaa, joten pidän sen vain yhden syvän kysymyksen parissa, jos voin. Voitko antaa meille käsityksen siitä, missä yrityksesi ja organisaatiot ovat tällä hetkellä niin arvokkaita kuin palvelun seuranta, mutta myös lähestymistapa, jota käytät käytännöllisen loppupuolella. Erityisesti kaupallisista eduista. Joten monet meistä ovat tulleet teknisestä taustasta ja rakastamme kykyä pingittää asioita ja nähdä, ovatko ne käynnissä. Mutta liiketoiminnan kannalta he eivät usein ole kiinnostuneita, koska se on kuin, ja kuten sanoit, se kutsuu meitä siitä, mistä me maksamme sinulle.
Näetkö siirtymisen pois pelkän valon pitämisestä nyt KPI-arvojen asettamiseen kaupalliselle tasolle ja operatiiviselle tasolle palvelunhallinnan tason seurannan syvälle integroimiseksi koko kehysasiat toimivat kunnolla, jotta ihmiset katsovat työkalusi näkökulmasta, että voimme pitää valot päällä, mutta olemmeko todella asettaneet dollariarvon arvoon nähdä koko päästä päähän -näkymän ja varmistaa, että ”Okei, asiat ovat päällä, käytämmekö viisaasti, kuten sanoit, tapaamme SLA-sopimuksemme, ja jos on, mitä se tarkoittaa yritykselle? ”Näetkö vielä siirtymävaihetta tähän tai olemmeko vielä vähän kaukana siitä?
Robert Vandervoort: Tarvitaan ehdottomasti. Siellä on kiire. Ihmiset, pyysin avaamaan kysymyksen, se on selvästi ladattu kysymys - onko sinulla SLA-sopimuksia? Ja se on melkein yksiselitteisesti "Ei, mutta johtajamme puhuvat siitä" ja niin edelleen. Olen kuin: ”Viileä, miten sinne pääsee sinne?” ”No, emme ole oikeasti varmoja. Tarkastellaan tavallaan ServiceNowia tai teemme tätä. ”Olen kuin“ No, sinun on ymmärrettävä, ServiceNow on asia, se on tyhjäkäytäntö, seuraa periaatteessa lukitusvaihetta sen kanssa ”, okei, olla suosimatta mitään tiettyjä ITSM-alustoja. Mutta se ei aio vastata SLA-kysymyksiisi. Puhutaan vain siitä, kuinka monta työtuntia vietit tulostimen korjaamiseen tai kuinka monta resurssia meni tiettyyn palvelimeen, jos joudut ostamaan osia siitä? Se ei voi vastata reaalimaailman kysymykseen siitä, minkä palvelimien todella täytyy olla, käyttöiän loppu tai mikä tahansa. Ei missään määrin.
Kun puhumme esimerkiksi SLA: n näkökulmasta, on useita asiakkaitamme, joilla on ehdottomasti SLA: ta, että he menettävät rahaa. Se on kuin pizzan toimittaminen, jos on myöhäistä, jos he antavat sinun alas, he eivät saa rahaa. Joten siellä on suoraa liiketoimintavaikutusta, nuo kaverit hoitavat yleensä paljon enemmän näitä asioita kuin muut, ja siksi yksi niistä asioista, joita todella kehotan ihmisiä tekemään, on vain luoda odotus itsellesi, tiimillesi ja IT: lle. Sen ei tarvitse olla oikeaa, kirjoitettua tai luvattua kenellekään, mutta kun menet luomaan odotuksen, pidä jotain käännettynä päähän sanomalla: "Hei, siksi, miksi en tapaa palvelimen saatavuutta." No se on vain yksi haiseva palvelin. Voimme keskittyä yhteen palvelimeen ja ”Hei katso, meillä on kuin täydellinen käyttöaika.” Ja tämä on oikeastaan minun tapaukseni, minulla on kuin täällä, mutta saat idean.
Joten kyllä, siihen kysymykseen vastaamiseen, kyllä, ehdottomasti, minusta tuntuu olevan enemmän halua kuin varsinaista siirtymistä siihen, koska ihmiset kamppailevat edelleen kuinka saada työkalu, joka voi todella vastata kysymykseen, kuinka se tarkkailee tarpeeksi tavaraa ja useimmilla ihmisillä on useita työkaluja. Se johtuu siitä, että verkkoryhmä osti verkonvalvontatyökalua, ja dev-ryhmä osti APM-työkalua, ja tietokantakaverit ostivat työkalunsa, eikä kukaan heistä todella puhu keskenään paitsi lounashuoneessa.
Dez Blanchfield: Joo, se on minulle loputon päänsärky elämässäni. Se on kuin viimeisen 25 vuoden ajan, että minulla on ollut jatkuva ongelma, että kun siirryt organisaatioon, koska ne ovat hajonneet ja segmentoituneet loogisiin lohkoihin. Kuten tämä kuva mielestäsi, on verkon käyttökeskus, ja he ovat huolissaan verkosta. Niin kauan kuin verkko toimii, he saavat palkkaa ja heidän työnsä on tehty ja heidän vaihtonsa. Joten joo, mutta se on mielenkiintoista.
Viimeinen nopea kysymys ja osittain henkilökohtainen kiinnostukseni, mutta tiedän, että monet ihmiset haluavat tietää saman. Kuinka saamme käsiinsä tämän työkalun ja miten aloitamme sen? Mistä löydämme sen, mistä saamme lisätietoja ja voimmeko hankkia demon, kokeilun tai jotain vastaavaa?
Robert Vandervoort: Ehdottomasti, kyllä. Vihaan sitä sanaa, ehdottomasti, sellaista ei ole. Idera.com on minne aiot mennä siihen. Siellä on vähän kuin jakkikuvake, siinä lukee “IT Management”, napsautat sitä ja sitten on kaksi vaihtoehtoa. Yksi on pilvipohjaiselle, joka meillä on, ja toinen on Uptime Infrastructure Monitor -sovellukselle, mistä tätä tuotetta me näytämme sinulle tänään. Kokeen tulisi olla noin 30 päivää. Älä laita BS-muotoa, laita oikeat tiedot. Myyntikaveriamme ovat todella kauniit kädet, kukaan ei ole kertonut minulle, että myyntikaverit ovat ärsyttäviä. Mutta oikeasti se johtuu siitä, että he ovat paras keino minun kaltaisiin ihmisiin ryhmässäni.
Jos sinulla on näitä teknisiä kysymyksiä ja dokumentaatio ei leikkaa sitä sinulle - koska mitä dokumentaatio koskaan tekee - sinulla on suora tuki, tarvittaessa concierge-taso sekä laajennukset, koska suurin osa ihmisistä haluaa mennä ja muodosta yhteys vCenteriin ja löydät satoja asioita. Aiot räjäyttää kokeiluluvan, joten he kysyvät sinulle merkityksellisiä kysymyksiä varmistaaksesi, että saat neliön POC-arvoon, tai jos haluat yksitellen esittelyn, joka on ehdottomasti tapa tehdä se.
Dez Blanchfield: Fantastinen. No, kiitos paljon, odotan sitä innolla ja toivottavasti tapaamme taas ja puhumme blogiketjun lisäämisestä siihen. Eric, me annamme sen takaisin sinulle.
Eric Kavanagh: Mene, kuulostaa hyvältä, ihmiset. Minulla on pari nopeaa kysymystä, jonka voin heittää sinulle todella nopeasti. Yksi on: onko Uptime Infrastructure Monitor Web-pohjainen tai asiakas-palvelinsovellus, voitko vastata?
Robert Vandervoort: Verkkopohjainen. 100% web-pohjainen. On-lähtökohta.
Eric Kavanagh: Hyvä, ja toinen osallistuja kysyy: joudutko asentamaan jonkinlaisen patentoidun demonin yksittäisille palvelimille, jotta IDERA voi valvoa niitä?
Robert Vandervoort: Tallenin nämä kaikille, joten katsotaan näitä ohjeita. Joten agentless, sanon agentless, agentless, agentless, kuten sanon langallisesti, ellei joudut langattomaan verkkoon, ja säästän sinulle joitain muita langattoman verran analogioita. Mutta joka tapauksessa, meillä on edustajia melkein jokaisesta käyttöjärjestelmästä, ainoa asia, jonka unohdat, jos et käytä niitä, on TLS1.2-salattu polku mainittuun palvelimeen, jolla se toimii, samoin kuin kyky suorittaa komentosarjoja. suoraan siihen.
Sen ulkopuolella, Windows, Net-SNMP, Windowsissa on WMI, Net-SNMP muulle maailmalle, SNMP kaikille verkkotiedoillesi jne. Jne. Jne. Joten ei, sanon aina ei, et Ei tarvitse, ellet halua. Ja niin kauan kuin sen asentamiseen tarvittava tekniikka, se sisältää kaiken tarvitsemasi, kaavion oikea puoli kulkee MySQL, Java, PHP, Apache. Sinun ei tarvitse löytää muita palvelimia sen käyttämiseksi. Se toimii jopa Windows 7 -päivityspaketissa yksi ylöspäin. Meillä on myös Linux- ja Solaris-pohjainen jakelu, joten teknisesti sinun ei oikeastaan tarvitse edes maksaa palvelimien lisensoinnista sen salaamiseksi, vain joitain ylimääräisiä laitteita.
Eric Kavanagh: Viileä, minun on sanottava, että tämä oli upea esitys, joten kiitos tänään molemmille analyytikoillemme ja kiitos teille ja tietysti IDERA: lle. Mielestäni tämä on hienoa tavaraa, ja luulen, että te kaverit odotatte erittäin myönteisesti ja vakuuttavasti, ja kuulemme IDERA: n myöhemmin uudelleen, seuraavana vuonna. Meillä on useita muita tapahtumia, jotka ovat rivissä heidän kanssaan. Tämä on ollut upeaa, kiitos niin paljon aikaa. Arkisto nousee yleensä noin päivän kuluessa, joten siirry verkkoon joko Techopediaan tai InsideAnalysis.comiin saadaksesi yksityiskohdat sinne, niin puhumme kanssasi seuraavan kerran, ole varovainen. Hei hei.
Rick Sherman: Kiitos kaverit.
Eric Kavanagh: Joo, ja Dez -
