A Techopedia munkatársai, 2016. augusztus 12
Elvihető: Eric Kavanagh házigazda megfigyelési módszereket és trendeket tárgyal Rick Sherman, Dez Blanchfield és Robert Vandervoort részvételével.
Jelenleg nincs bejelentkezve. Kérjük, jelentkezzen be vagy jelentkezzen be a videó megtekintéséhez.
Eric Kavanagh: Oké, emberek, üdvözlet és üdvözlettel még egyszer. Láthatjuk az előttem lévő csúszdát, remélhetőleg „2016 forró technológiáinak” hívják. Az évek folyamatosan repülnek. Ma az „Elemzés és optimalizálás: új megfigyelési megközelítés” témáról beszélünk. Hoppá, van egy kis hiba a diaban, ne nézz, ne nézz! Oké, hát van egy dia a valódi önről. A házigazda leszek, felnézhet rám a Twitteren, @Eric_Kavanagh, és örülök, hogy visszajelek.
Más formátummal rendelkezik, mint itt a The Briefing Room, tehát először pár elemzővel, Rick Shermannel és Dez Blanchfield-lel, a Bloor Csoport adattudósával fogunk foglalkozni, vegye fel a témát. Akkor meghallgatjuk Robert Vandervoort szakértőt, aki az IDERA-nál működik, amely egy nagyon érdekes cég. Vettek egy ismert társaságot, amelyet Embarcadero-nak hívtak, de van egy csomó más cucc és érdekes dolog, amelyet most új és hűvös módon használnak. Rick Sherman jön az első.
Mielőtt odamennék, engedjék meg, hogy csak dobjak ki néhány gyors gondolatot. Szeretem ezt a megfigyelésen keresztüli elemzés és optimalizálás fogalmát, és szeretem azt, amit ma Roberttől fogunk hallani a megfigyelési megoldások gondolkodásmódjának megváltoztatásáról. Mivel az a tény, hogy a figyelemmel kísérés az, amit egyébként mindig csinálsz, ha az informatikai világban vagy. Valahogy, valahogy, vagy az üzleti világban ellenőrzést végez. Lehet, hogy formális, lehet informális, de van valamilyen mechanizmus, amellyel napi feladatait elvégezheti. És ha gépekkel dolgozik, megpróbálja kitalálni, mit csinálnak. Megpróbálja megakadályozni, hogy például kudarcok vagy rossz teljesítmény legyen.
Hogyan csinálod, hogy? Nos, nagyon sokféleképpen lehet ezt megtenni. A felhő valóban ösztönözte a megfigyelés ezen teljes innovációs hullámát, amely szerintem nagyon érdekes. Láttuk, hogy a Splunkhoz hasonló cégek jönnek, és valóban megváltoztatják a játékot, és sok különféle cég próbálkozik különféle és érdekes módon figyelemmel kísérni. És amit ma az IDERA-tól fogunk hallani, az az a véleményem, amely az egyik kreatív megközelítés, amellyel jó ideje megismerkedtünk, és remélem, hogy ez rezonál veled a mai emberekkel. A webcast-konzol Q és A összetevőjével bármikor feltehet kérdéseket. Ne légy félénk, küldje el ezeket a kérdéseket. És ezzel átadom Rick Shermannek. Készen állsz. Vedd el, a padló a tied.
Rick Sherman: Oké, köszönöm Eric-t. Hello mindenki. Beszélünk erről a megfigyelő dologról és arról, hogy miért volt szükség változtatni a dolgok megközelítésében. Most először, csakúgy, mint háttérvilágom - az üzleti intelligencia, az üzleti elemzés, az adatintegráció stb. Világában vagyok, szemben a fajta alkalmazásoldallal. Valamivel később foglalkoztam az iparágban zajló különféle trendekkel. Van adatforgalom: nagy adatok, kis adatok, az adatok mindenütt érkeznek, a vállalkozáson belül és kívül.
Van dolgunk internetje, monitorokból, eszközökből érkező dolgok, és akkor más dolgok felrobbantása is megtörténik, nem csak a relációs adatbázisok odakint, mind a helyszínen, mind a felhőn, stb. De mit jelent mindez a megfigyeléshez?, a rendszer teljesítményének alkalmazásmegfigyelése, kezelése stb., valamint az adatok integrálása és az üzleti intelligencia szempontjából az, hogy régen kellemes, egyszerű világunk volt, legalábbis informatikai szempontból egyszerű volt, amellyel szokták rendelkeznek egy sor szerverrel, amelyben ők voltak - minden ott volt, az alkalmazások, az adatok, és mindez a helyszínen volt, tehát az egész világot irányították. Sokkal könnyebb volt kezelni. De ami történt, az az, hogy a vállalkozás sokkal, sokkal, sokkal összetettebbé vált.
Robbanás van - elfelejtve a nagy adatokat - az alkalmazások robbanása is történik, mind a helyszínen, mind a felhőben, az üzleti termelékenység javítása, a különböző üzleti folyamatok fokozása érdekében, a vállalkozások számára, hogy kölcsönhatásba lépjenek más vállalkozásokkal és ügyfeleikkel, ők vállalkozások vagy emberek. Robbanás történt, ahogyan a többi diavetítés is, különféle különféle adatbázisok, nagy adatbázisok, relációs, felhő stb. Esetén, és sokkal jobb, jobb kiszolgálók, operációs rendszerek kihasználtságunk volt mind valós, mind virtualizált kimenő kiszolgálókkal, hogy jobban kezelhessék és jobban kihasználhassák az egyes kiszolgálókat. És természetesen egy egész hálózat működik ezen alkalmazások, adatbázisok és szerverek között.
Néhány egyéb dolog, különösen a világomban, az volt, hogy mindez még tovább szinkronizálta az alkalmazást. Egyre több alkalmazáskiszolgálónk, adatbázisunk van, amelyek az adatok mozgatására, az adatok szinkronizálására, az adatok különböző folyamatokba történő integrálására szolgálnak, mind a vállalkozáson belül, mind kívül. És természetesen megvan az az adatintegráció, amely ehhez szükséges.
Ezt szem előtt tartva, és azzal a ténnyel, hogy elmozdulunk az általunk kezelt kiszolgálók helyben lévő kedvező, biztonságos világából, hogy ezt a vállalati és vállalati kívüli alkalmazások és adatok fajtáját elmozdítsuk, „Hogyan kezeljük ezt a környezetet valójában?” És ez a webinar azért érdekes, mert a jelenlegi helyzet nem volt túl jó. Sokféle eszköz volt az adatbázisok, szerverek, SharePoint, operációs rendszerek, adatmozgatás, stb. Megnézéséhez - mindegyik szétszórt volt, ilyenek voltak a silók, így képesek vagyunk kezelni vagy egy adott szerver, egy adott alkalmazás, egy adott adatbázis figyelése, de nem tudtuk összerakni őket. Most, hogy mindegyik interaktív és összekapcsolódó, nem csupán az egyes darabrészek, hanem össze kell őket összerakni, és mint ilyenek - azt hiszem, ez a középiskolai képem -, olyan emberekkel voltunk, akik speciális ismeretekkel rendelkeznek ezekről az eszközökről, hogy mélyen bejuthassanak a rendszerek bélébe, és kezeljék azokat.
Drágák és költségesek voltak, időigényesek, és megragadtunk a sárban abban, hogy ezeket a darab alkatrészeket nézzük és próbáljuk kezelni, és nem tudtunk igazán irányítani a vállalkozást. Ahol ez maradt, vagy hová hoztunk minket, ott szükség van. Szükség volt a vállalati felügyelet bejutására. Ugyanúgy képesnek kell lennünk arra, hogy az alkalmazásokat a helyszínen és a felhőben, az adatbázisokat is megvizsgáljuk. Szerverek, hálózatok, virtualizált, nem virtualizált rendszerek, az adatok integrálása, az ottani alkalmazás-szinkronizálás. Mint az üzleti intelligencia elemzésében, az első dolog, amit meg kell tennie, az összes ilyen szolgáltatás és az infrastruktúra, valamint az alkalmazások adatainak összegyűjtése.
A második dolog, amit meg kell tennie, az az, hogy összerakja ezeket az adatokat, hogy megnézze, hogyan kapcsolódnak egymáshoz. Nem csinálhat semmit, amíg nem találja ki, hogy ezek a darabok hogyan kapcsolódnak egymáshoz, és összehozza ezeket. De az, hogy miként haladtunk fel a darabból az átfogó vagy vállalati alkalmazáskezelés formájáig, valóban növekedett, mert az adatokat rögzítjük, mivel az adatokat integráljuk, hogy javítsuk az alkalmazáskezelés és -figyelés elemzése.
Az első dolog, amit tennünk kell, hogy kitaláljuk, mi történik ezekkel az egyedi rendszerekkel vagy alkatrészekkel. A második dolog, amit meg kell tennünk, hogy megértsük, miért történik ez. Ehhez alaposabb ismeretekre van szükség az alkalmazásokról, az adatbázisokról, a kiszolgálókról, valamint arról, hogy miként kapcsolódnak egymáshoz, hogyan kapcsolódnak egymáshoz, és hogy mi az egyik dolog, ami másikat vált ki. Úgy értem, gyakran olyan problémákba ütközünk, ahol valami történik, és ez valójában nem a fő oka, hanem valami más tünete. Ki kell tudnunk, miért történik ez, de össze kell gyűjtenünk az adatokat, és képesnek kell lennünk a darab alkatrészek figyelésére.
Végül be kell ismernünk egy kicsit a prediktív elemzésbe vagy a prediktív monitorozásba. Vagy kezdjük kitalálni, miért történhet valószínűleg valami, vagy mi fog történni ezután. Ha valami kudarcot vall, vagy hamarosan kudarcot vall, vagy elér egy bizonyos küszöböt, akkor képesnek kell lennünk kiváltani és megérteni, hogy mit jelent ez, mi más történik a következőkben. Az adatokat a megfigyeléssel rögzítjük, elemezni kezdjük, hogy mi, miért és mi következik, majd végül megkezdjük az adatok és az elemzés alapján történő kezelést.
Ne feledje, hogy szép az adatok gyűjtése, az adatok elemzése is jó, de ezeknek az adatoknak meg kell, hogy az elemzésnek és az adatoknak ténylegesen működőképeseknek kell lenniük. Önnek képesnek kell lennie reagálni, reagálni a történésre és proaktívnak kell lennie, hogy megjavítsa. Tehát nemcsak megfigyelő eszközökkel és vizuális elemzéssel kell rendelkeznünk, hanem kritikus fontosságú is, hogy automatikusan vagy szisztematikusan megjavítsuk a dolgokat. Ez egyfajta szükséglet, amely növekszik a vállalkozásban, és ismét a BI és az üzleti elemzés szempontjából, valamint az adatok integrációjának szempontjából, gyakran szembesülünk majd a problémákkal, hogy megpróbáljuk kitalálni, hogy mi a töréspont. Miért nem valami méretező, miért hibás, miért nem érzik az üzleti felhasználók a szolgáltatási szintű megállapodások teljesítését? Mindezeket a nagyszerű dolgokat meg tudjuk csinálni az alkalmazásokkal és az adatokkal, de a támogató rendszereket kezelni kell annak érdekében, hogy lehetővé tegyük ezeket a nagyszerű dolgokat, amelyek ott zajlanak. Dez?
Eric Kavanagh: Rendben, vedd el, Dez.
Dez Blanchfield: Köszönöm, wow. Valószínűleg van néhány kis terület, amelyekben teljesen egyetértünk. Rövid háttérkép az életemről a dolgok figyelésének világában. Valójában majdnem húsz évvel ezelőtt a testvéremmel és én együtt dolgoztunk olyan környezetben, amely nagyon hasonlónak tűnt. Ez egy hálózati üzemeltetési központ. Ez egy jelenlegi, és mindent kezeltünk az útválasztóktól és a kapcsolóktól, valamint a kiszolgálóktól és a tűzfalaktól, valamint az alkalmazásokat futtató rendszerektől, az ott található alkalmazásokat és az ott található adatbázisokat, valamint a kiszolgálók egész sorát összekapcsolva.
Abban az időben nem volt sok eszköz elérhető a megfigyeléshez. Nagyon sok ingyenes és nyílt forráskódú eszköz volt, de a néhány alkalmazás-köteg, amelyek végponttól a végigfigyelést végeztek, drága és nehéz volt megszerezni a kezét. És tehát valójában leültünk és írtunk, hidd el vagy sem, és az internet valamiféle dolgokká vált, és szerszámokkal futtattuk ezeket az egyedi rendszereket, a Solaris rendszereket, hogy összegyűjtsük a rendszer tevékenységi jelentéseit, valamint a lemezfelhasználást és a memóriát. használat és így tovább, és jelentkezzen be egy fájlba, és futtasson rajta egy szkriptet. Valójában a gyűjtött adatokat egy központi szerverre küldtük el, a naplófájlok bejegyzéseit kihúztuk az e-mailekből, amikor beérkeztünk, elemeztük, adatbázisba illesztettük és szép grafikonokat rajzoltuk róluk.
Úgy gondoltuk, hogy elég okosak és nagyon jóak vagyunk, mert meg tudtuk mondani, mi folyik, de az a dolog, ami sokáig megütött minket, az volt, hogy bár valójában beszámolhattunk a nemzet történelmi állapotáról, ez nem igazán sokat mondott nekünk a nemzet jelenlegi helyzetéről közvetlen értelemben, mivel az összegyűjtött adatokat valahol e-mailen küldtük el, tehát mindig néhány perccel azelőtt eljutottunk a szerverről, hogy gyűjtöttük a hálózaton keresztül, e-mailben és egy e-mail szerverre, elválasztották és beillesztették egy adatbázisba, tehát nagyon szép grafikonok voltak, de hátralékban vannak, ezek mind történelmi adatok.
Valójában ennek a csinos képnek a bal oldali felső sarkában, mint például egy 18 virtuális asztalra tető színű LCD panel, van egy grafikon, egy kis zöld grafikon a bal felső sarokban, amely nagyon hasonló ahhoz, amit korábban csináltunk, a dolgok feltérképezése. És állandóan frusztrált volt, hogy szinte lehetetlen számunkra elmondani, hogy mi történik a pillanatban, sőt, mi is fog történni a jövőben. Nem számít, hányszor próbáltunk valamiféle prediktív ábrázolást készíteni, és ez közel húsz évvel ezelőtt történt, a memóriából.
Ez egy kép a tényleges hálózati üzemeltetési központ képernyőjéről, ez összesen 18 összeilleszthető LCD-panelt tesz úgy, mintha egy nagy Windows-asztal lenne, és ez gyakran a nemzet állapota azon dolgokra, amelyeket szervezetek, telcosok vagy nagyvállalatok jelentenek. futni, hogy nyomon tudja követni, mi történik a világban. Legyen szó hálózatukról, útválasztóikról, kapcsolóikról és alkalmazáskiszolgálóikról, ami érdekes ezen a képernyőn, vagy a képernyőképen, fotó, az, hogy nem egy nagy nagy ablak, nem egy nagy, nagy böngésző kinyújtva, sok apró apró ablakok átfedése. Ha ez a dolog összeomlik, újraindul, vagy valamilyen okból le kell állítani, és újra be kell táplálni, valamely szegény bolondnak le kell ülnie és újra megnyitnia az összes egyedi alkalmazást, és manuálisan csempéznie az ablakokat, hogy ugyanazt a képet kapja. Rendkívül munkaigényes és kockázatos, mert ha valaki nem ismeri a visszahelyezésük sorrendjét, azt szinte lehetetlen újra létrehozni, és ez elég szomorú helyzet, mivel a legtöbb hálózati üzemeltetési központ jelenleg ilyen. Valakinek fizikailag több alkalmazást és mobil rendszert kell futtatnia, és a múltra tekint. Tehát nem sok változott sok szempontból azzal, amit sok vállalat úgy gondolja, hogy valóban nyomon kell követni.
Ebben a 20 évvel ezelõtt ezt a nézetet állítottuk fel, hogy ha tudsz pingolni egy szervert, akkor már készen áll, de a valóság az volt, hogy azt találtuk, hogy csak azért lehet pinggelvezni egy szervert, mint pl. Ping, és visszatükrözni egy ICMP típust egy lőtt egy dologra, amely visszhangzik, és azt mondja: "Élek", nem azt jelentette, hogy valójában fel van állva. És még ha visszatért is, néha a kiszolgálók és a rajtuk levő alkalmazások nem futtak. Tehát a monitorozás egész tudomány. Ez hosszú utat jelent, de még akkor is, ha a modern alkalmazáscsomagok, amelyeket a megfigyelő világban és a szolgáltatáskezelő világban vásárolunk, nem tesznek előrejelzést. Akkor sokkal egyszerűbbek voltak a dolgok. És szoktuk - azok a dolgok, amelyekről gondolkodtunk: „Nos, a kiszolgáló működik és válaszol, az operációs rendszer online, és tudunk-e csatlakozni ehhez. Az alkalmazások futnak és futnak, és ellenőrizni tudjuk, reagálnak-e az alkalmazásszolgáltatások? A webszerver úgy néz ki, mint fut, de csatlakoztathatjuk-e a rajta található 80 vagy 443 porthoz? Csatlakozhatnak a felhasználók az ott működő szolgáltatásokhoz? ”És gyakran olyan egyszerűnek tűnt, mint az ügyfélszolgálat telefonjának csengése, és ha nem, akkor az volt a legnagyobb döntés, amelyet aznap kellett meghoznunk. fánk volt?
Aztán jött a hiperskálú mindazon fogalom, és különösen a hiperskálájú számítástechnika, és ez alatt a dolgok mennyiségét, sebességét és méretét értem, amelyekkel most foglalkozunk. És sok ember beszél a világ egyszarvúiról, a Facebookról, a LinkedIn-ről és a Google-ról, de valójában nagyon sok kicsi és közepes méretű szervezet működik, nagyon-nagyon összetett üzleti és informatikai környezettel, amelyet megpróbálnak figyelni és megpróbálni megkapni egy fogantyút, megfogni, és ráhelyezni az ujjukat az üzleti vállalkozás digitális impulzusára, és sajnos nem bomlanak meg, csak a puszta komplexitás miatt, amely nagyságrenddel növekedett az enyémben nézet, szinte minden szinten.
Ha megnézzük két igazán alapvető dolgot arról, hogy egy modern vállalkozásnak miként kell foglalkoznia, akkor egy esetben akár olyan egyszerű is lehet, mint a nagy adatplatformok, amelyeket most magától értetődőnek tekintünk. A bal oldalon megtaláljuk a korábban Hadoop első verzióját, egy nagyon kötegelt módú, köteg-orientált verziót a Hadoopról, a MapReduce keretrendszert, amely a Hadoop fájlrendszer tetején fut, és egy csomó eszközt, amelyek hatékonyan csatlakoztattuk őket, olyanok, mint a Pig and Hive és más eszközök. Jobbról, lényegében a HADoop keretének második átdolgozása, amelyek mind a YARN köré épültek, és valamivel nagyobb teljesítményű számítási architektúra és jobb ütemezés. Ha magukat nézi ezeket az egyedi kereteket, akkor rendkívül összetettek, és a dolgok, amelyeket megtehetsz benne, még összetettebbek.
Amikor a felhő paradigmáját vizsgáljuk, akkor van egy forgatókönyv, amelyben ez az OpenStack és az OpenStack kinézetének modellje - nyílt forráskódú felhőplatform, amely sok-sok apró modulból épül fel, és ez csak egy durva diagram az olyan kulcsfontosságú elemek, amelyek az OpenStack felhőt működik. És rendkívül összetett, nagyon, nagyon erős, de rendkívül összetett. És megpróbál megfigyelni valamit a Hadoop világának korábbi stílusában, a Hadoop és most a Spark, valamint az ökoszisztéma minden egyes elemével, felhordva a felhőt, például az OpenStack-alapú platformokat, még a bonyolult környezet megértésével is, és nem próbál megkeresni megtudhatja, mit figyel, és mely szolgáltatást figyeli, és miért figyeli ezt, és mit néz ki, ha megfigyelést kap. Ezek valóban nagy problémák, amelyekkel világunk néhány legalapvetőbb elemével és a felhőökoszisztémákkal nézünk szembe, amelyeket akár helyben, akár nyilvános vagy hibrid módon próbálunk futtatni.
Akkor néhány keretrendszer, például a nagy adatvilág, például a Hadoop és így tovább, ezek valóban nagy kihívások, és a bennük lévő dolgok változásának sebessége megnehezíti a futurisztikus betekintést is. És továbbra is megragadtunk ebben a világban, amikor azt mondjuk: „Nos, mi történt öt perccel ezelőtt?” Mint korábban hallottad, a helyszínen vagy a helyszínen, a helyszínen felmerülő kihívásokkal szembesülünk, és amikor csak gondolkodunk a számítógépeken vagy adatközpontokon belüli dolgokról. Rengeteg fizikai szolgáltatás és virtuális szerver van, és megváltoztak, amire egy fizikai kiszolgálóként gondolkodtunk, egyetlen alkalmazásköteggel, most már mindig egy környezet virtualizálódik. Infrastruktúra, legyen az Hyper-V vagy VMware, OpenStack vagy Xen.
Most már nem kell, hogy egy kiszolgáló futtasson egy alkalmazáscsomagot, hipervizort futtat, több halomot futtat. És most felsoroltam néhány közönségeset a VMware, a Hyper-V, az OpenStack könyvtárban, de tucatnyi más és sok ember használja őket. Az infrastruktúra-kiszolgálók, a platform-kiszolgálók és a szoftver-kiszolgálók felhő kombinációja, és mindegyikük a saját jogán van, olyan bonyolult szintekkel rendelkezik, hogy csak megpróbáljuk a fejünkre jutni az alapszintű irányítás és felügyelet körül, nem is beszélve kitalálni, mi fog történni.
És ha ez nem volt elég rossz, akkor most ott vagyunk, ahol a szoftveres értelemben vett dolgokat meghatározzuk, azaz a szoftver által definiált hálózat és a meghatározott hálózatépítés megvan. Megvan a hálózati funkciók virtualizációja, és megpróbáljuk kezelni és ellenőrizni egy olyan szoftver által meghatározott hálózatot, amelynek összetevői között szerepel például a hálózati funkciók virtualizációja, virtuális útválasztók, virtuális kapcsolók, virtuális tűzfalak, virtuális interfészek a szerverekön, kötött virtuális interfészek. a szolgáltatások és az alkalmazások kombinációjának fajtájává, és megpróbálják kitalálni a különbséget azok figyelésében.
És most néhány szórakoztatóbb kihívásunk van abban, hogy gyorsan elmozdulunk a virtualizációtól a konténerekig, és a Google legutóbbi nyílt forráskódú verzióját hoztuk létre a Kubernetes és a HashiCorp projekt Docker virtualizációs eszközkészletéhez, valamint a konténerformák létrehozásának képességét. . A konténer egy formájának, akár az egyes konténereknek a megfigyelésére irányuló érdekes dolog az, hogy egyszer volt egy fizikai gép és egy virtuális gép, majd a teljes alkalmazásköteg és az ökoszisztéma azokon - akár fizikai, akár virtuális - Most van egy olyan környezet, ahol lehet egy Docker-példány, amely akár néhány milliszekundum alatt is futhat, megalapozottak, kap egy kérést, foglalkozik vele, megadja a szükséges szolgáltatást, majd meghal. Valahogy elköltözöttünk, amit szerintem Randy Bias idézte egyszer, vagyis a szervereket és a szolgáltatásokat háziállatokként kell kezelnünk, és megpróbálnunk őket állandóan életben tartani, mostanra, amikor csak úgy kezeljük a dolgokat, mint szarvasmarha és a megfigyelés, ami még érdekesebb kihívás.
Megvan a hibrid környezet, tehát a hagyományos alkalmazáskötegek, például a hagyományos adatbázis-környezetek. Az új környezetek, például a Hadoop és a Spark nagy adatkörnyezetek használata, lineáris növekedés, növekedés és tárolás, lineáris növekedés és méretezhetőség, rugalmas környezetek ezen számítási platformok némelyike számára. És a mobilitás iránti igény, az emberek BYOD-t csinálnak. Hogyan figyeli a hordozható számítógépet, amelynek a vállalkozás nem rendelkezik? Hogyan ellenőrizheti az ott található alkalmazásokat és szolgáltatásokat, valamint a biztonságot? És a gépektől a gépekig terjedő exponenciális robbanás és az internethez kapcsolódó dolgok. A gép-gép és a dolgok internetje jelenleg gyakorlatilag lehetetlen bizonyos platformok számára, amelyeket hagyományosan a normál megfigyelés szempontjából használtak, különösen, ha az ipari eszközök méretarányára kerülnek.
Például, a Dreamliner 787 repülőgép, amikor létrehozták, az első kiadás, valamiben hasonlít 6000 érzékelőre a gépben, az egész repülőgépen. Most megértem az Airbus legújabb verzióját, azt hiszem, hogy az A320-ban van 10 000 érzékelője, amely egy teljesen új szintre hozza a megfigyelt eszközökről származó információk megfigyelését és kezelését. Ez a folyamatosan növekvő kihívás nem csak az, hogy folyamatosan nyomon kövessük az alapvető képességeket, és figyelemmel kísérjünk valamit, és láthatjuk, hogy az online és elérhető-e, hanem ez, most a prediktív elemzés iránti igény.
Mert prediktív elemzéseket végeztünk sok minden körül, amelyet az általunk üzemeltetett üzleti vállalkozás, a működtetett rendszerek és az általunk nyújtott szolgáltatások körül végeznek. Tehát a mostanában megfigyelt és rájöttünk, hogy valójában előrejelző elemzéseket tudunk nyújtani egy megfigyelő szolgáltatáson, és nem csak arról beszélhetünk, mi történt egy másodperc és öt perccel ezelőtt, hanem hogy mi történik öt perc alatt, az eddig ismeretek alapján. És azt hiszem, hogy rendkívül izgalmas idő arra gondolkodni, hogy hogyan kezeljük a szolgáltatásokat, mert ha bármiféle prediktív elemzést elvégezhetnénk, akkor olyan dolgokat, amelyeket most áttekintünk, például az automatikus méretezést és így tovább, felhőnkben és virtualizált környezetünkben, ahol Ha egy szerver rájön, hogy kicsit túlterhelt, képes egy másik példányt önmagáról létrehozni, felállni az ökoszisztémára és kezelni több munkaterhelést, majd amikor a munkaterhelés csökken, majdnem lefelé csökken, és egyik gépét alszik, és visszamegy normál állapota. Ahhoz, hogy most már előrejelző elemzéseket és jövőbeli kilátásokat tudjunk alkalmazni a történésekről, figyelemmel kísérve a dolgokat az infrastruktúrától és a hardvertől egészen a végvonalon keresztül nyújtott szolgáltatásokig. Az egész végponttól a végigrepülésig az elme megbotlik azon, amit meg tudunk csinálni, ami lényegében egy mindig ügyeletes, amelyben élünk. És ezt szem előtt tartva átadom .
Eric Kavanagh: Rendben, hadd adjam át a kulcsokat Robert Vandervoortnak. Nagyon sok talajtakarót láttam, és kíváncsi vagyok arra, hogy mit csináltok, srácok, és amint mondtam, imádom az egész filozófiát. Tehát vagy ossza meg az asztalát, ha ezt meg akarja tenni, vagy mozgassa a diákat. Elvenni.
Robert Vandervoort: Mindenható. Ha tudom, hol van ez a gomb, akkor itt dolgozom.
Eric Kavanagh: A bal felső sarokban kattintson a Start gombra.
Robert Vandervoort: Ó, oké.
Eric Kavanagh: Kattintson erre, hogy láthassa a megosztott képernyőt. Menj, vedd el.
Robert Vandervoort: Megmentette a napot. Fantasztikus. Rendben, Dez, ez egyáltalán nem volt félelmetes. Oh ember. Nem, jó beszélgetések, srácok, jó beszélgetések. Tehát igen, határozottan ugyanaz a véleményem, megyünk, a Hold felé. Úgy értem, kitalálnunk kell, hogyan fogjuk követni ezt a dolgot, mivel az követi az interjektúrát, amit elvitt, és ez nagyon nehéz. Ember, elmondhatom neked, ha egy szoftvervállalatnál dolgozik, amely ezt csinálja, és hogy részt vesz a napi fejlesztési találkozókon, ezekről a dolgokról beszélünk, ezek nagyon valódi aggodalmak. Hogyan tudunk lépést tartani az iparral? Nem akarjuk, hogy ez az évtized múltbeli ellenőrző rendszere legyen.
Nagyon gondolkodtam, és ahogy a pre-chatben néhány srácnak elmondtam, az egyik kedvenc könyvem, és ez remélhetőleg nem mond túl sokat rólam, de ez a „Zen és a motorkerékpár-karbantartás művészete”. úgy gondolná, hogy ez egy filozófiai könyv, és valójában nem fantasztikus regény, de bármi. Beszél a minőségről, és arról, hogy mi a minőség és mi a dolgok minősége, tehát ez a minőség egész metafizikája alakult ki, és ma nem próbálok ma filozófiai leckét adni nektek, csak egy kicsit. Ez az egész gyakorlati monitorozás, mi ez? Alapvetően ez az, ami az egész kérdés átgondolása után jött fel, és ez a fajta paradigma, amelybe költözünk, elmozdulva a szerverektől, mint mondtad, kedvtelésből tartott állatoktól - mint mondtad - nagyszerű módja annak, hogy megtegyük.
Ez szó szerint a két szó meghatározása. Az egyik a pragmatizmus: ésszerűen és reálisan kezeli a dolgokat. Alapvetően csak gyakorlati jellegű, ez egy gyakorlatias képzeletbeli szó. Monitor: duh. Valamit ki akarunk dugni, bele akarunk helyezni egy hőmérőt, újra megmérjük, újra megmérjük, újra megmérjük és felülvizsgáljuk. Hogy az ötlet ebből a két dologból áll, annyiban, hogy a dolgokat gyakorlatilag figyelemmel kísérjük. Nagyon könnyű elkapni, és olyan sok emberrel el tudom mondani, hogy az értékesítés előtti oldalon vagyok, és azzal foglalkozom, hogy különböző vállalatok technikusaival dolgozom, mindenféle technikával, mindenféle vállalatok, vertikális, bármi, és mindig ugyanaz a cucc. Sokszor, amikor ezekbe az üzletekbe kerülünk, az emberek olyanok, mint: „Nos, nagyon szeretnék figyelni a szervereimet, tudni akarom, mi a, mi a CPU, mit csinálnak a folyamatok, és meg akarom győződni arról, hogy ne fogyjon el a meghajtók helyisége. ”És most gondolkodom, rendben, ez tényleg egyszerű dolog. De nagyon szeretnék kipróbálni és egy kissé eltérő folyamat körül tekerni a fejeinket itt.
Először is, a műszaki kérdések, amelyek mindig felmerülnek, amikor elkezdjük a felügyeletről beszélni - ezek mindegyike valóban a rendelkezésre állásra összpontosít - működik-e hardverünk / szoftverünk a ping pontján? Igen rendben. Nem - nem jelenti azt, hogy a szoftver működik. Lehet, hogy azt jelenti, hogy a szerver online, és ha ez egyértelműen az Ön által alkalmazott megközelítés is, hadd nézzem meg a webszervert, és miért nem válaszol, megtudja, hogy "Hé, nézd, most válaszol. Távolról kell mennem arra a webszerverre, megnézem ezt, és be tudom-e jutni a dobozba? " Ez az egész őrült hibaelhárítási erőfeszítés akkor megy bele, amikor nincs semmilyen megfigyelésed, ami meglepően is létezik. Nem fogok nevezni a neveket, de vannak olyan meglehetősen nagyvállalatok, amelyek semmivel semmit sem csinálnak, a megfigyelés útján.
Természetesen számomra ez nyilvánvaló dolog, mert a szoftver gyártójának dolgozom. Egyébként válaszol a weboldal? Nem csak ez a dolog életben van, hanem valójában elmondja nekem, mit akarok látni? Nem mondhatja el: „Ó, igen, a weboldal 40 milliszekundumban válaszolt”. Ez teljes jelentésoldal lehet. Gondoskodnunk kell arról, hogy elég mélyen eljuthassunk ezekre az érkezésekre, ezekre a kérdésekre, a válaszokat illetően, olyan módon tudunk válaszolni a kérdésre, amely valóban szolgálja a kérdést. Rendelkezésre állás, teljesítmény - a hardver / szoftver jól teljesít? Rengeteg teljesítményszámláló van, akikről beszélünk, mindezek a különböző technológiák. Legyen az Hadoop, IAS, Apache vagy bármi más, mindegyikük rendelkezik valamilyen teljesítményszámlálóval. A Microsoft általánosságban a WMI teljesítményszámlálói lesznek. Megvan az SNMP-je, rengeteg különféle módon, hogy megtudja, mi folyik a motorháztető alatt, milyen az érzése.
És akkor az utolsó dolog itt a kapacitástervezés, tehát végezzünk elemzést a dolgokról. Megvan mindez a történelmi adatok hosszú útja, amit tudni akarunk - és ez valamiféle érzelmi szükséglet, mi nem vagyunk, csak azért, mert az informatika területén dolgozunk, nem azt jelenti, hogy nem érzelmi állatok vagyunk, létezik ez a biztonságérzés - ha van valami, ami nagyon kudarcot vall, akkor azt gondolod, hogy „nos, mikor fog még egyszer kudarcot vallani, ez tényleg probléma?” És bár nagy képességünk van felismerni a dolgok mintáit, nem csak az életben, hanem a körülöttünk lévő világban, és egy idővonalban is, de a dolgok valószínűleg nem lesznek olyan problematikusak, mint gondolnád. Vagy problematikusabbak lehetnek, mint gondolnád. Amikor megpróbálunk jó üzleti döntéseket hozni, ez határozottan kérdés. Valódi mutatókkal kell rendelkeznünk, képesnek kell lennünk igazolni az érzéseinket és a világról alkotott felfogásunkat, összerakni számokba és empirizálni - tudomány!
Tehát egyébként a filozófia ideje: Charles Sanders Peirce. Ő az a fickó, aki alapvetõen a pragmatizmust indította el, és ezért itt megrontom az 1800-as évek nyelvét: „Gondoljunk arra, hogy milyen hatásokkal lehet gyakorlati viszonyt, mi elképzelésünk tárgyát képzeljük el.” Azt mondja itt, hogy „ Mi az a dolog? Mit csinál ez a dolog? ”Tehát bármit is tesz a dolog, az számomra az. A webszerver olyan dolog, amely kiküszöböli a weboldalakat, így nincs, nem kell erre gondolni. Sok bonyolult szoftverből áll? Fogadsz. Az operációs rendszer önmagában valószínűleg sokkal bonyolultabb, mint a rajta futó dolgok. De ez nem számít. Amikor megpróbáljuk kipróbálni ezeket a kérdéseket, tudnunk kell, működik-e a weboldal? Rendben, ez mind nagyon egyszerű dolog. Koncepciónk egész egészünknek, a tárgyról való felfogásunknak a hatásaihoz vezet. Képzeljük el ezeket a tárgyakat. Ez a nehézség. A legtöbb ember, akivel beszélek, ismét egy szerver megfigyelésével foglalkozik: „Fel akarom figyelni a hálózati hardveremet” vagy „Meg akarom csinálni.” Ez egy meghatározott hardverdarab, vagy egy speciális technológia. és általában, bármi is a legnagyobb fájdalom a nyakukban.
Valószínű, hogy már vannak más megfigyelő szoftverük a házon belül, és újabb darabot csinálnak belőle. Olyan vagyok, mint: "Nos, hé, miért nem tudsz" - szeretek egy kicsit játszani az ördög ügyvédjét -, "nem tudja használni ezt a másik szoftvert?" - Ó, hát ez nem igazán igazán jó. - Oké, hát mi van ezzel? „Nos, bármi is.” És számomra ezek a kérdések rengeteg széna. Előzetes értékesítésben vagyok, ne tartsa túl keményen velem szemben, de mérnök vagyok, és ezt az objektumot elképzeltem. Tehát meg kell értenünk, mi az a tárgy, mi az összes mozgó alkatrész. Ha valaki azt mondja: „Nos, adatbázis-kiszolgáló”, olyan vagyok, mint: „Oké, mit szolgál egy adatbázis-kiszolgáló?” „Ó, nos, leginkább az ERP-t.” „Oké, tehát teljesítményproblémái vannak az ERP-vel.” “ Igen, de úgy gondoljuk, hogy ez lehet az adatbázis. ”„ Oké, nézzük, beszéljünk az ERP-ről. Az ERP az Oracle rendszeren fut. ”„ Ellenőrizze. ”„ Oké, van egy webes felület erre a bajnokra, vagy az egész ügyfélszerver? ”„ Ó, nos, valójában mindkettő ilyen. ”„ Oké, jó, szóval van egy webes felület, ügyfélkiszolgálóhoz kapcsolódik, hol van a tárolás, milyen kiszolgálón fut ez a dolog, hogyan néz ki a hálózata? ”száz kérdést teszek fel nekik, úgy tűnik .
Ez egyáltalán nem kötelező feladat, az emberek csak nem tudják. „Négy hónappal ezelőtt kezdtem itt. Tényleg nem vagyok annyira ismeri a környezetet. ”Oké, nos, megpróbálsz meglehetősen összetett kérdéseket diagnosztizálni, ha nem ismered a környezetet, úgy érzem, de ez nem segít a paradigmában. Meg kell értenünk. Ki kell építeni ezt a megértést. És tehát gyakran, amikor azt kérdezem tőlük: “Hé, van könyve, van-e diagram, van-e rajza egy diagram, van-e e-mail, kérdezhetsz valakit?” Ez általában az utóbbi. "Ó, mennem kell kérdeznem Bobot, de valójában vakáción van, visszatér, állítsunk össze valamit két hét múlva, és remélhetőleg hozzáférhetünk a rendszerhez" és így tovább, és így tovább. És tehát azonnal teljesen megérezem a fájdalmát. Oké. Képesnek kell lennünk arra, hogy felépítsük ezt a megértést bármilyen eszköznél is, amelyet használunk. Tehát csak tartsd ezt észben.
És az üzleti kérdések nem maradhatnak megválaszolatlanul, úgy értem, hogy gyakran beszélnek technikusokkal, ők vannak az árkokban. Javítunk dolgokat. Sokszor tűzoltó módban vagyunk, néha kissé sokkban, és határozottan félelemmel. Bármelyik korábbi elnököt nem idézzük, de egyébként, tehát az üzleti kérdések, amelyeket hallatsz, nagymértékben igazodnak a technikai kérdésekhez. És valójában amit srácoknak tennie kell, ha ezek a szakemberek vagytok, megpróbálják ezeket az üzleti kérdéseket összehangolni a műszaki kérdésekkel. Valóban olyanok, mint az egyik. Írja le a listát - elérhetőség, teljesítmény és kapacitástervezés. Okosan használjuk erőforrásainkat? Hová kerül ez a pénz, amit elköltöttünk? Megvásároltuk ezeket a fényes kiszolgálókat, mit csinálnak, tudjuk-e, hogy helyesen használják őket? Ki tudja? Hacsak nem méri. Forró és hideg foltok. Az a cucc, amelyet a pontok félkövér betűkkel mutatnak, tehát ha később megkapod a diavetítést, akkor a meleg és a hideg pontok hálózati problémákat jelentenek. Hogyan van internet és WAN kapcsolat? Természetesen a sávszélesség-szolgáltatók nagyobb sávszélességet akarnak eladni Önnek. Valóban szüksége van rá? Hogy használja? A teljesítményről beszélünk. Van-e olyan dolog a helyén, amely azt mondja, hogy bizonyos gólokat kell elérnünk? Válaszolnunk kell a dolgokra. A legtöbb ember nem.
És tudom, hogy nagyon szenvedélyesnek hangzom, remélhetőleg itt nem túl prédikáltam, de SOA van. Célozza meg magad. Tizenöt beszélünk a harmincas felé. Igen, célozz meg magad, nem az, ezzel egyáltalán nincs semmi baj. Állítsa be az egyszarvú célokat. Állítson fel teljesen elérhetetlen célokat. Egyetlen szerver sem múlhat le soha többet, mint valaha. 24 órában és 24 órában kell lennie, nem számít, ha alkalmazottaink csak kilenc-öt dolgoznak, soha nem akarok semmit, hogy eltörjön, természetesen nem. Lehet, hogy személyes elvárásaim vannak, de ezeket valójában üzleti értelemben is kifejezhetjük. Találkozva a SOA-val, határozottan eszkaláljuk a menedzsmentet. Fenntarthatók-e a jelenlegi műveletek, így folytathatjuk ezt? Ez őrület? Fenn tudjuk tartani ezt?
Ismét nem említem a neveket, hogy megpróbáljunk tisztességesnek lenni, de egy korábbi munkaviszonyunkban volt az egyik, „Hoppá, új fiókot kell vásárolnunk a homokhoz, mert tele van.” „Hmm, nos, Két hónapunk van a következő negyedévig, lesz ilyen pénzünk? ”„ Nos, most szükségünk van rá. ”„ Nos, hogy csináljuk? ”Természetesen olyan vagyok, mint„ lemegy a Fry-hez, és beszerezhet néhány merevlemezt ”, és olyanok, mint:„ Nem, nem tudod megtenni, tehát sajnálom, Robert, nem tudja megszerezni a Drobo-t, és bedugni. ”Bár néhányan közületek, Biztos vagyok abban, hogy valószínűleg bólint a fejeddel, és ezt már látta.
Mindenesetre, így a kapacitástervezés során gondoskodnunk kell arról, hogy nem csak tárolási szempontból, hanem ebben a hiper skála környezetben, amikor mindezeket a számítási erőforrásokat virtualizáljuk és kivonjuk, ez csak egy csomó CPU-mag és gigabájt. Meg kell ismernünk a használatát. Tudnom kell, ha elfogyok-e. Ha teljesen jól vagyok, ha tényleg alacsony vagyok. Hova megy, mennyi ideig van, doki? Van kilencszáz napom, amíg elfogy a tér, vagy van kilenc? Nagyon nagy a különbség. Nem akarsz ilyen elkapni. Szóval, sok beszélgetés. Hogyan illeszkedik az idő ebbe a képbe?
Nos, az első számú, mindenekelőtt aztán megmutatom nektek, hogy olyan srácok vagytok, mint a régi modellek / új modellek, de hogy megértsem, hogyan igazodik a termék ehhez, meg kell mérnünk a hatásokat. Meg kell tudnod mérni az összes apró dolgot, hogy megértsék a nagy képet, de amint az értékesítési srácok mondják, nem kell az óceánt forralnunk. A dolgok technikai oldalától, és ez a fajta gradiens itt mozog, de technikai oldalról meg kell mérnünk ezeket a virtualizációs környezeteket. A hipervizort indító dolgok. Hogyan használták fel a kinyert erőforrásokat? Okosan használják őket? Hogy vannak az ESX-házigazdák, és így tovább?
Az operációs rendszer, mert minden bizonnyal ha valaki időt töltött a metrikákra és a vSphere-re - nem arra, hogy egy adott virtualizációs platformon mutasson -, ez nem fogja megmondani, miért van az SQL szerver tűzön. Nem fog. Azt fogja mondani: „Hé, többet használ, mint amit előírt, mert engedted ezt.” Oké, nagyszerű. - Hőlégballonálja az emlékezeted. - Oké, nagyszerű. Mi léggömbözi az emlékezetem? Vettem az antivírusomat szélessávban? Ki tudja. Meg kell találnunk az operációs rendszert. Nyilvánvaló, igaz? Nyilvánvalónak tűnik. Folyamatok, fájlrendszerek, nekem van elég hely, ilyen dolgok. Ha van Linux fájlrendszere, logikai kötetkezelője van, lehet, hogy tucat fájlrendszer található az egyetlen virtuális merevlemezen, és a virtuális rétegben egyetlenet sem fog megtekinteni. Egyébként prédikál.
A hálózat összekapcsolja mindezt, és csak ott hagyjuk. A hálózatépítés összetett? Rendkívül bonyolult lehet, elég egyértelmű, minden pont között lehet. Meg kell értenünk, hogy a hálózat így mozog a dolgok között. A bonyolultabb környezetben kapsz hibrid felhőt, mindezt IoT, jaj, istenem. Úgy értem, hogy magam egyértelműen otthoni automatizáló vagyok, és szeretem látni az összes mutatómat, csak felfedeztem néhány szolgáltatást, bármit is, nem fogok senkit támogatni, de bármit, kihúzva ezeket a mutatókat, képes vagyok hogy megjelenjen a cucc. El tudom képzelni a srácokat, akik mindenütt mindenhol megkapják ezeket az adatokat több százezer eszközről, ez őrült. Sok dolog megy keresztül a hálózaton, a SAN hálózaton. Csatlakoztassa az internetet. Ezt figyelemmel kell kísérnünk.
Tudnunk kell, hogy van-e valamilyen probléma, ha vannak ilyenek, stb. A szolgáltatásfigyelőnek hívjuk. Tehát, amikor az ERP-ről vagy a SharePoint-ről vagy bármi másról beszélt, a szervizmonitor figyeli valamit, ami fut ezen a csodálatos fényes anyagon, az iOS, az Apache, az üres kitöltés, az adatbázis motor, ez egy A Windows szolgáltatás fut. Ha összekapcsolom az SSA-t egy útválasztóval, hogy összegyűjtsem a konfigurációs információkat, és megnézem, megváltozott-e, vagy mi az áramkör? Tök mindegy. Ez valamiféle teszt, oké? A tárgy látása. Van beépülő moduljaink, és ilyen jellegű lépést tartunk az iparral.
És biztos vagyok benne, hogy bárki ide költözök, adj egy kis józanság-ellenőrzést, ha túl sokat beszélek. De a plugin-ek lehetővé teszik számunkra, hogy rugalmasak legyenek, valóban - ahhoz, hogy mozgékonyak lehessünk, szükségünk van valamire, ami elválasztódik a megfelelő életciklusból, mivel évente körülbelül négy nagy kiadás jelent meg. Azt hiszem, őszintén szólva az elmúlt hat hónapban, azt hiszem, négy volt az elmúlt hat hónapban. Fejlesztési szempontból lépést tartunk vele, de nem akarsz várni. Mondja, hogy megvan a SharePoint 2013, és Ön 2016-ra költözik. Lehet, hogy nem szeretné megvárni decemberét, amíg elkészül egy újabb kiadás, amely ezt megteszi.
A beépülő modulok vagy lehetővé teszik, hogy ezt maguk is megtegyék, valószínűleg a rendelkezésre álló több előre sütött szkript bármelyikével, vagy csak írják meg a sajátjukat, amelyeknek az időben történő írása alapvető funkcionalitással rendelkezik, és mi ezt megtehetjük Önnek is. Kifejezem, hogy csak az értékesítés szempontjából az, hogy valóban támogatjuk ezeket. Ami nagyon más paradigma, mint a nyílt forráskódú közösség - amelyben nagyon szeretek, nagyon szívem, nagyon részt veszek -, de ha megfigyelő szoftvert vásárol, azt akarja, hogy hívjon valakit. Van egy telefonod, amelyet felvethet, és olyan lehet, mint “Blah nem működik” vagy “Mit jelent ez?” Csak tartsa ezt szem előtt.
Az alkalmazás - és valójában itt kezdjük elmozdulni a dolgok üzleti értékéhez. És szintén egyfajta, az önmaga épségének tartása mellett. Úgy értem, az a kis apró cucc, ami ott van az alján, ha megtanulod mindazt a dolgot, amelyet egész nap e-mailt kapsz, garantálom. A szabály létrejön, az e-maileket figyelmen kívül hagyják, a dolgok felügyelet nélkül maradnak, polcok. Nagyon rossz hely lenni. Ez is egy rossz hely, ahol stressz szempontjából lehet. Mindegy, függetlenül attól, és ezért csináljuk. Szóval ott volt, megcsinálta. Úgy érzem, hogy figyelmeztetnünk kell az alkalmazási szintet. Meg kell határoznunk a kritériumokat, és nyilvánvalóan fel kell építenünk azt a kis világot, de ezt a kritériumot úgy állítottuk fel, hogy mondjuk: „Hé, erre épül alkalmazásunk. Itt van az adatbázis, itt van a weboldal, itt van a tárolás, itt van a hálózat, dingdingdingdingding, itt vannak a weboldalak stb. ”És aztán elmondhatom:„ Hé, az alkalmazásaid nem boldogok. ”A szolgáltatási szintű megállapodásban, a ezen a ponton nem gondolkodó, és önmagában ez szinte semmi erőfeszítés nélküli dolog, mert minden erőfeszítés valójában csak odakint volt, hogy megértsük és alkalmazzuk ezeket a kis darabokat.
A szolgáltatási szintű megállapodással egyszerűen azt mondja: „Hé, ezt a dolgot négy kilencre akarom tenni.” Boom. Kész. Figyelmezteti, ha kudarcot vall. Meg fogja mondani, hogy miért kezd elbukni, sőt a történelmi adatokat is megnézheti, meg tudom mondani, miért nem teljesíti a céljait, ami nagyon különbözik attól, hogy valami olyasmit lehessen, amelyet én nagyrészt füstjelzőnek tartok. Ez a dolgok üzleti vége. Amit szeretek az Uptime bekerülésekor, valójában IDERA veterán vagyok, négy és fél éve vagyok a társaságban, amikor vásároltunk Uptime szoftvert - ez egy torontói székhelyű cég -, igazán szkeptikus voltam, mint én abszolút mindent megteszek, de ez igazán lenyűgözött, mert ezeket a jelentéseket, azokat a BI jelentéseket el kellett küldenem a menedzsmentnek, vagy a SOA-kkal találkozunk, és általában hülye helyekről húzom ki, mint például az ITSM szoftverem, csak válogassam össze az előfordulásaimat, és tudassa velem, hogy hány állásidőm volt, amit tudok magam és sok ember egyszerűen nem jegyet készít. Valószínűleg a mi javunkra működött, ha bármi, de ez nem jó az üzlet számára. A termék valójában ezekre a dolgokra gondol.
Itt van ez a két paradigma, és amelyben nagyrészt most vagyunk, és amelyben megpróbálom mindenki fejét kihúzni, az a rossz módja annak, hogy a dolgok megfigyelésén gondolkodj. Rendben? Miért rossz? Azért, mert soros. Nekem van megfigyelő állomásam, megfigyelek egy szervert, rajta vannak mutatók, figyelmeztetök ezekre a mutatókra. Láthatja, hogy megpróbálom célirányosan eloszlatni a jobb oldalon, ott. Egy rakás doboz megértése alapján megfigyelést kell végezni, tehát valóban ez és zajos mindezen mutatók miatt, nagyon zajos és magas a CPU, a memória, a fájlrendszer számára elég a hely, a weboldal A válaszidő öt másodperc, tudod, blah blah blah.
Az a cucc, ez zaj. Hacsak nem tudsz valamilyen módon, például nyugodtan divatkozni, e-maileket átcsavarozni, és szellemileg összegyűjteni ezeket a dolgokat, és megpróbálni megérteni a nagyobb képet, akkor nem igazán szolgál arra, hogy figyelmeztesse, mi történik rosszul. Csak tüneti jellegű, nehéz megfejteni a hatást, és nagyon kevés üzleti értéket képvisel. Nagyon garantálom, hogy a CIO-t nem érdekli, hogy hány CPU kullancsot használt az SQL szerverén. Jobban foglalkoztatja azt a szolgáltatást, amelyet Ön, srácok, ténylegesen jól működik, és vajon az embereknek nehezen tudtak hozzáférni ehhez, és mi az ügyfél gondolkodása, és milyen dolgok vannak.
Dühös fickó, igen, nem szórakoztató. Így találtam rá, hogy a BlackBerries nagyon rugalmas. Amíg a labda eshet ki, túlélnek egy vagy öt lépcsőfokra. Különben is, sajnálom a BlackBerry-t.
Új gondolkodásmód a dolgok megfigyelésén - IT-rendszerekre és az Apple esetekre gondolok. Itt akarom, hogy a fejünk legyen, és csak két igazán egyszerű dolgot választottam itt. Szeretem ezt a nyitott Graham-veremt, valószínűleg megpróbálom ellopni azt egy bizonyos ponton, de tovább megyünk ehhez a kapcsolódó megértéshez. Hogyan kapcsolódnak a dolgok egymáshoz ezen függőség és funkcionális részeinek ezen megértése alapján? Megint ez a tárgy, visszatérünk ehhez az egész gyakorlati dologhoz. Csendes.
Két riasztás - az ERP nem boldog, mert az adatbázis lassan fut, és a weboldal lassan fut. Azt mondhatjuk: “Hé! Az ERP nem boldog, a weboldal lassú és az adatbázis lassú. ”Lehet, hogy az adatbázis. Most, hogy őszinte legyek, nem mondom neked: „Igen, a weblapod lassú azért, mert az adatbázis lassú.” Nem ezt teszem. Nem vagyok egy útvonalat okozó APM-megoldás, de amikor felépítettük ezt a megértést, és ilyen e-maileket kaptunk, akkor nagyon sok értelme van, és a hibaelhárítási erőfeszítései alapján ahelyett, hogy azt mondaná, hogy „Hmm, ez nem működött”, és távoli és bármi más, vagy átalakíthatja ezeket a többszörös eszközöket, amelyek az egész helyről visszapattannak, ez legalábbis hihetetlenül egyszerűsíti a hibaelhárítási erőfeszítéseket. De még a dolgok grafikus oldalára sem jutottam el. Ez csak az - nem nézek meg egy képernyőpontot, és nem szeretem őszintén bámulni a figyelő eszközöket.
Akkor könnyű megérteni, igaz? Tudjuk, mi folyik, mert építettük, megértettük. De a legjobb az egészben, azt hiszem, hogy az a sok tudás megosztása a csapat többi tagjával. Folyamatosan silókról beszélünk, az app vagy az adatbázis, vagy bármi más. Annyira sok, hogy ez valójában marketing kampányokká vált néhány vállalat számára, az összes adatbázis eszköz, valószínűleg láttad őket.
Tehát, a tudás - a tudás hatalom. Egy kis perifériás megértés a rendszerek összefogásáról. Tudnia kell-e az ügyfélszolgálat srácának minden be- és hátrányát a hálózatán, hogyan működik a SharePoint, és hogyan kapcsolódik az ERP. Valószínűleg nem, de ez nagyon hasznos, ha megnézem egy műszerfalat, és valaki felhív, és azt mondja, hogy nem tud hozzáférni valamihez, ilyen lehetek: “Ó, igen, úgy néz ki, hogy most problémáink vannak a széleinkkel router. Tehát ha az egyetemen kívül tartózkodik, akkor a SharePoint problémát jelent majd az Ön számára, de rajta volt. ”Az embereknek tetszik, nem szeretik, kiderül, hogy„ Mmm hmm ”.
Különben is, ez üzleti érték, igaz? A start, run, az IP config mellett, sokat hallottam „ughhhh” az ügyfélszolgálaton. Egyébként, de ez biztosítja ezt az üzleti értéket, mert megértjük, hogy az alkatrészek hogyan mozognak. Megértjük, amikor a dolgok rosszul mennek, megvannak az SLA-k, kapacitástervezést végezünk. Mindezek a dolgok, amelyek kezdetben egyszarvúnak tűnhetnek, amikor az összes gondod az, hogy a szerverek milyen jól teljesítenek, nagyon egyszerű beállítani, és ez a kulcs. Sírhatnék a szivárványokat.
Állítsa be és megfeleljen az elvárásoknak. Ez az SLA bit. Legyen nekik. Úgy gondolom, hogy valószínűleg már sokat tettem ezzel kapcsolatban, de már mindent nyomon követünk. Már megépítettük a megértést, az alkalmazásokat, a függőséget és az összekapcsolhatóságot, ez a nehéz feladat, csak a saját környezetének megértése. Megcsinálja a dolgot, nem válik könnyebbé. Már riasztva, az emberek már releváns e-maileket kapnak itt, én is eszkalációs lépéseket tudok tenni, és nem próbálok megmutatni az összes cuccot bármilyen szoftverdemo-ban itt, erre határozottan fórumok vannak.
Már javítom a javításokat, az Uptime reagálhat a dolgokra. Úgy értem, mindig vannak olyan ostoba, ostoba dolgok, mint például a nyomtatási sorozat, amely valamilyen ismeretlen okból összeomlik, még mindig a Windows 2000-en van, és egy nap frissíteni fogod, esküszöm - bármi. Néhány percig eltart a napod, és valaki tudja, hogy törött az, hogy megjavítsa, igaz?
Automatizált, ez a fajta cucc csak automatizálási takarmány. Már elkészített egy fantasztikus műszerfalat, tudod, a tárgy műszerfalai - ez tényleg egy dolog. Bármit, amit az Uptime-ban gyűjtök, valamilyen ésszerű módon megfoghatom. Tehát ha eltérni kell, ez olyan, mint: „Nagyon szeretném, ha lenne valamilyen teljesítmény-irányítópultom az SQL-hez.” Kész. Olyan alkalmazás irányítópultot szeretne, amely a teljes verem technológiáit tartalmazza? Kész. Kapacitástervezés? Kész.
Olyan egyszerű. Állítsa be ezeket a célokat, hogy az SLA-k megértsék, miért nincs szüksége rájuk. Ez valóban a kulcs itt, tudod, csak egy másodpercig tart, szó szerint csak néhány másodpercig tart, nem pedig percekig, hogy tovább magyarázzam, hanem hogy csak azt mondjam: „Hé, itt az én elvárásom, itt vannak azok a dolgok, amelyek Várom, hogy dolgozol ”, majd az Uptime elmondja, mi nem működik.
Mindegy, a dupla szivárványos képeket elloptam, de valószínűleg bajba kerülek érte. Izgalmasabb, mint egy kettős szivárvány, ó istenem - itt található a weboldal. Megragadok. Van még néhány percem? Hadd érzem itt egy józanság-ellenőrzési időt, hogyan vagyunk?
Eric Kavanagh: Igen, mutasson nekünk néhány dolgot.
Robert Vandervoort: Rendben, jó. Mint mondtam, nagyon sok talajt takartam; ez menti meg attól, hogy megmutassam a nem olyan szexi biteket, amelyek mind csak szöveg és beállítások, és bármi más. Amit meg akarok mutatni, az olyan, mint a grafikus vége. Mint mondtam, nem szeretek bámulni a megfigyelő eszközöket, szeretnék eljutni ettől a dologtól. Azt akarom, hogy ez a bébiszitter legyen, ha akarod, de nem akarom, hogy így legyen: „Hé, lehet, hogy a gyereknek aranyhal van? Filmben vagyok, igen, bármi.” „Oké.” Csengetés, gyűrű: „Hé, rendben van, ha a gyerek a fürdőszobába megy? Azt mondja, mennie kell. ”„ Igen, oké, bármi is. ”Azt akarom, hogy egy felelős bébiszitter csak bántalmazzon. Tehát a riasztási zajok nagy számomra, ha nem tudod megmondani, valószínűleg van valami fejlett formám a PTSD monitorozására.
Szeretném rámutatni, hogy az Uptime szempontjából megvan mindezek a különböző profilok. Pár őrült dolgot csináltam itt, csak hogy megmutassam, hogyan lehet az Uptime különféle dolgokat csinálni és emberekkel dolgozni, ami nagy dolog. Nem mondtam nektek, hogy a srácok valójában a háttérm. Informatikai háttérrel rendelkezem, őszintén visszatérve azóta, hogy 13 éves korom óta dolgoztam egy számítógépes üzlet hátsó szobájában. Lehet, hogy ez nem volt a leg legálisabb dolog a világon, de bármi, és soha nem álltam le. Most 37 éves vagyok, van pszichológiai diplomám, mert számomra az embereknek nehezebb kitalálni, mint a számítógépeknél. UI és UX szempontjából azonban nem akarok egy eszközt, amely elmondja nekem, hogyan kell elvégeznem a munkámat, hogyan kell működnie, vagy meg akarom hajlítani azt a módot, amellyel dolgokat akar tenni. Tudom, hogy olyan vagyok, mint a filozófia és a megértés fúrása, remélhetőleg ez megkönnyíti a dolgokat srácoknak, ne vegye úgy, mint: „Hé, ezt kell tenned” vagy „Mondom, hogy mit kell csináld. ”De ez az én dolgom.
Különben is, a HipChat integráció, beszélt riasztások. Úgy értem, ez valójában a 18 monitoros NOC-ról, amelyet nézte, elmondja neked, hogy szóban mi a baj. Képzelje el, hogy a fal megy: „Figyelem, a SharePoint kritikus állapotban van, mert az adatbázis lassú, bla bla, bla, hét percig ilyen volt.” Igen, ez ékszer, talán hüvelyes, bármi is. Meg akarom mutatni, hogy ez egy nagyon rugalmas eszköz. Szkript-alapú kimeneteink vannak, bármit megtehetünk, amit akarsz.
HipChat, a HipChatból és a Skype-ből kihasználom - valószínűleg inkább, mint az e-mailemet - valószínűleg sok üzletvezető csalódására, de egyébként - a HipChat integrálása is, nem számít, mi az, River, Flack, bármi is. meg akarod csinálni, nagyon egyértelmű megtenni.
Mindenesetre, a felhasználó szempontjából, valójában az Ön elérhetőségi adataival, a munkaidővel és a munkaidővel kezdjük, ha van. Miután elérte a figyelmeztető jelzés tényleges pontját, az Uptime már tudja, hogyan kell kapcsolatba lépni veled, ami valóban kulcsfontosságú. Úgy értem, hányszor mondtam: „Ó, nem vettem észre az e-mailt.” „Nos, talán el kellene küldenem a Gmailbe, elküldenem a személyes adataihoz, és elküldöm a Facebook falára. "Különben is, még nem jutottam el ilyen messzire, de talán jövő hétvégén, amikor unatkozni fogok.
A globális vizsgálat ebben a bonyolult őrült környezetben. Az első, rendben kell tartanunk a dolgokat. A szervezettség fenntartása kulcsfontosságú, ezt megengedjük Önnek, automatikus felfedezést és minden olyan dolgot elvégzünk, amire számíthatunk, de lehetővé tegyük az adatközpont olyan felépítését, amely ésszerű az Ön számára. Szeretem azt gondolni, hogy ez fizikai, logikai és technológiai jellegű, majd virtualizált szempontból úgy csináljuk, mintha a VMware-ben látnád, ahol meg vannak az adatközpontok, a fürtök és az erőforráskészletek, és mindezek a kedves dolog.
Ez szűrődik ugyanolyan megértésen keresztül, ismét úgy működik, ahogy teszed, és azért van értelme. Ugyanez a megértés szűri át ezeket az irányítópultokat. A globális alapvetően minden, ami hibás, és így csak engem érdekel: Houston és minden más QA, SA, bármi, amiért nem igazán szólok, csak a houstoni dolgok. Erre összpontosíthatom, majd ismét bárkitől, akinek aggálya van a biztonsággal, vagy hogy a dolgokat felhasználói csoportok szerint elkülönítjük, vagyis mi teljesen elvégezhetjük. Az egyetlen dolog, amit valaha láttam, csak Houston, vagy valami olyan szűkített, mint csak a „Houston Network Components”, tehát határozottan ez a dolog.
Erőforrás-vizsgálat - hogyan használják ezeket az erőforrásokat az egész környezetben? Ez itt. Ez a kilencvenezer lábad. Minden olyan területre kiterjedhet, ahol problémák vannak a többiekkel szemben. És észreveszi az IBM Agency-t, csak az a dobás, mint félre, valójában nem az oldalán van. Az alkalmazás kritikájának felépítéséhez és a pragmatikus modell lebontásához az egyik legkritikusabb dolog az, hogy mindent az ajtóba helyezzünk, és ezt nem mondom, csak azért, mert szeretem, ha az engedély számít az általunk végzett tevékenységekre. Valójában, ha mindent megtehetek az IBM P-sorozat nélkül, akkor az bűzlik.
Megfigyelőink vannak az AS / 400-hoz. Az emberek néha ezt a pokolot adnak nekem, mint például az „AS / 400 ra-ra-ra”. Meglepődne, hogy az AS / 400-ok még mindig nagyon fontos rendszereket működtetnek odakinn, vagy az újabb I-sorozatú cuccokat, ez egy dolog, ezt csináljuk. HP-UX, AIX, szinte minden olyan nagy operációs rendszerre gondolok, amelyeken ügynökünk van. Kulcsfontosságú az ajtóban bevinni és megfigyelni.
Az alkalmazási rétegre nézve ismét engedje, hogy kiszabaduljak a szemcsékből, és tegyek fel. Így néz ki ez a műszerfal. Lehet, hogy ez az egyetlen dolog, amelyet valaha is rendszeresen megnézek, csak azt akarom, hogy idejöjjön, és csak azt mondja: „Hé, a CMS nagyon dühös, miért?” Most megadva, valószínűleg nem fizetek annyit Figyelem az e-maileimre, ahogy kellene, de itt vagyok minden nap, amikor a szerver kapujára nézek, ezt csinálok. Fogorvos vagyok, ezek a fogaim.
Bejelentkezés tesztek. Szóval itt megy, teszteltem a tényleges bejelentkezési időt, ez felhasználói élmény, ez szuper pragmatikus. Még az Apache metrikáit sem érdekli. Ha mindenki olyan, mint a naplózott osztott bejelentkezés, és az összes tranzakció jól működik, ki érdekel az elküldött és fogadott bájt, hacsak nem próbálom megtervezni a kapacitást. Tűzoltási szempontból, a „Gondom van-e, figyelnem kell-e rá?” Kérdésből. Szeretném tudni, hogy ez a cucc intuitív módon és automatikusan elég.
Ha én vagyok a CIO, ezt törődik, nem érdekel az Apache teljesítményű irányítópultom. Ha én vagyok a webes fickó, akkor te fogadsz. Úgy értem, itt kell bemennem és megbocsátanom a lassúságot, de képesnek kell lennem arra, hogy idejövök, és rengeteg mély mutatót látjak az alapjaiban, és észrevehessem a mintákat. Itt látom, hogy az Apache 01 demóom újraindul, és az Uptime “boom, boom, boom, boom” mi van ezzel?
Ezek olyan minták, amelyeket talán nem is tudok, ha nem is nézek rá. Ismét az igazi szemcsés cucc, de valóban ezt a célt szolgálja. Ezek a szerverek a CMS részét képezik, és ha problémákat tapasztalok egy weboldalon, és a szervereim újrahasznosítanak, néhány másodperc alatt többet megtudtam erről a környezetről az általam felállított műszerfalakról, mint amennyit feltétlenül tudtam volna. távirányítással rá. Még abban sem vagyok biztos, hogy hol kezdjem ezzel, hogy őszinte legyek.
Egyébként erőfeszítés; és mindenki valamilyen módon gondolkodik: „Ez csak őrült”. Az erőfeszítések szempontjából hogyan lehet figyelni a dolgokat? Tudsz írni egy forgatókönyvet ehhez? Igen. Amit megpróbálunk biztosítani, nagyon általános dolgok, nagyon általános technológiák biztosítása, amelyek az adatbázis szempontjából ott vannak. Meg akarom mondani minden nagyobb adatbázis-motort. Nincsenek a NoSQL, nincsenek az idősorok, de minden nagyobb relációs adatbázis itt megtalálható webszolgáltatások, az IAS, az Apache Tomcat szempontjából, csak itt döntenek. És akkor azokhoz a dolgokhoz, amelyeket talán nem lát felsorolva, természetesen van még sok más dolog, de megvannak ezek a plug-inek. Ez csak egy nagyon egyszerű módja annak, hogy távozzon. Van nyilvános letétkezelőnk a GitHub-on, láthatja a kódot, elkészítheti sajátnak, megváltoztathatja, bármi is elérhető, az ott elérhető. Tehát technológiai vagy szoftver szempontból, ha SAN, vagy SharePoint, Exchange vagy bármi más.
Így csináljuk ezt, és akkor lényegében ezek biztosítják az Ön számára fontos mutatókat, és ez a legnehezebb. Számos ilyen plug-inet írtam, és nekem a legnehezebb a következő: „Mit akarnak tudni az emberek? Mi a tényleg fontos? ”Bármelyik WMI-rendszert megnézi, lehet, hogy több száz dolog van. Nos, rendben, ezt csak le kell lassítanom, senki sem akarja látni 400 mérőszámot, mert akkor meg kell értenie ezt a világot, és nincs ott érték.
Különben is, akkor az SLA-k. Rengeteg témájú műszerfal van. Bátorítanék srácok, úgy értem, ha ez valami érdekes, nyilvánvalóan tudunk demókat, és bármit is csinálni, személyre szabott dolgokat csinálhatunk, nem próbáljuk újra az óceánt forralni. De tudod, ha kapok egy e-mailt, amelyben azt mondja: "Az én SLA-m fut, meghaladom, itt sajnálatos módon kudarcot vall, szeretném tudni, miért, mi folyik itt?" Csak belefoglalhatom ebbe a részletes jelentésbe, és megnézem, mi okozza az SLA kudarcát, vagy akár vissza is tér az idő múlásával, és megértem, hogy ez trend vagy sem. Hol vannak a vörös foltok? Ez majdnem úgy néz ki, mint egy DNS-elemzés vagy valami, szerverhiány van - sajnálom, ezek olyan bejelentkezési tesztkiesések, ahol nem tudtam bejelentkezni. Itt van a válaszidők és a dolgok, és nagyon egyszerűen tudok lezárjuk azokat a dolgokat, amelyek fontosak abban, hogy teljesítettem ezeket a célokat, vagy sem. És megint nem várom el, hogy mindannyian elolvassátok ezeket a dolgokat, de nagyon sok adat van itt. Nagyon kényelmes, csak hogy előtted legyen. De a valóság az, hogy miért csinálok kudarcot, ezeknek a bejelentkezési teszteknek a miatt. Az itt található összes információt Önnek is megadjuk.
A jelentést az eszköz biztosítja, így nincs szüksége Crystalra vagy SSRS-re, vagy ilyesmire, mivel a jelentéskészítő motor beépített; testreszabhatja az itt található összes jelentést. Lehetséges, hogy ismétlődő futásuk legyen. Menthetem őket, hogy mások láthassák és felhasználhassák őket. Különböző kimeneti formátumai vannak. Szeretne e-mailt küldeni e-mailben a menedzsernek minden nap pénteken, 16:00kor? Ha ha ha, meg tudod csinálni!
Újra elég robusztus, a kapacitástervezés szempontjából. Nem akarunk csak a középpontba állni, és arról beszéltünk, hogy képesek vagyunk megjósolni a dolgokat, és prediktív elemzéseket végezzünk. Amellett, hogy képesek vagyunk a jelen és a jelen, valamint a történelmi tendencia megjelenítésére, szeretnék látni a kapacitástervezési előrejelzéseket, és ez olyan gyors, hogy számítási memória- és adattárolási kapacitásaim vannak a teljes vCenter-en, és én is. tudom szemmel látni, és mondhatom, hogy a legrosszabb 132 napom van, amíg elfogy a helyem, jobb, ha megteszek valamit erről.
Ez egy igazi laboratórium, és valójában sok dolog büszke apu vagyok, és itt elvitték nekem a munkámat. De ismerem ezeket a dolgokat, és ha ez megtörténik, ez az én problémám, az az én hibám, hogy nem változtattam meg valamit, vagy tettem valamit. Nagyon tisztában vagyok ezekkel a dolgokkal. Ha ülésen vagyok, és valaki így szól: „Hé, egy csomó szervert kell felvennünk a laboratóriumba” - ők nem fogják ezt megtenni velem, de ha igen, akkor olyan lennék, mint „Te tudod mit? Megvan a koncertek. Megvan a gigaherc. Lefedtem téged ”, vagy sem, és egy pillanat alatt ahelyett, hogy kinyitnék egy másik eszközt, amely egyfajta másik pont, és egyetértek ezekkel a dolgokkal, ezt viccként csinálok.
Houston irodában, a forgalomról beszéltünk. Fogorvosom és a forgalomról beszéltünk, Iowában nőtt fel, azt mondta: „Az egyik dolog, amit szeretek a kisvárosokban, az, hogy nincs sok forgalom.” Nos, Houston, ha a hurokban élsz, akkor nem hagyja, ahogy itt láthatod. Integrálhatom bármelyik internetet alapvetően egy iframe-ként. Ha valaki srácok ismerik a HTML-t, bármilyen webet integrálhatok ezen modulok bármelyikébe. Akár az Ön weboldala, akár egy forgalmi kamera az irodáján kívül, vagy bármi is, meg tudom csinálni. A modulokat rendkívül könnyű hozzáadni.
Úgy értem, műszerfalak - megmutatom a TV varázslatát. Ez olyan, mint „Ó, nézd, kész, minden jó és csiszolt”, de a valóság az, hogy ezekbe a műszerfalakba kerüljünk, nagyon könnyű dolog. Az adatok megjelenítésének sokféle módja van a különböző adatpontok között. Az ilyen dolgokhoz hasonló dolgok általában nagyon népszerűek a népek körében, mert amikor megpróbálják megérteni az alkalmazást, akkor csak feltölteni a videót, majd rögzíteni az alkotó elemeket. Látja, meg tudom mondani, hol vannak az összes probléma.
Szerintem ezek a dolgok rendkívül hasznosak - hálózati topológia, annak megértése, hogy mihez kapcsolódik, mi függ attól, hogy bármi legyen is, munkalap, kapcsolók vagy webhelyek, vagy bármi más, mindegyik, ami be van építve. És megint, a különböző technológiai halmok között. Nem hoztam el, tudom, hogy itt van az időnk, szeretnék győződni arról, hogy srácoknak van időd a kérdésekre és válaszokra, és mindegyikre van szükség, de rengeteg információ áll rendelkezésre, amelyet mindenféle forrásból össze lehet gyűjteni: napló aggregációk, API-k - bármit is nevezsz - SMP, WMI, stb., stb., stb., ábécé leves. Tehát arról van szó, hogy összegyűjti ezeket az adatokat, felépíti a megértést, majd figyelmezteti és gyakorlati módon viselkedik. És szóval ez egy dióhéjban.
Eric Kavanagh: Nagyszerű. Ez fantasztikus előadás volt mindenki számára. El kell mondanom, imádtam. Van néhány további percünk itt, hogy kérdéseket tegyünk fel. Rick, miért nem dobsz el egy-két kérdést, aztán Dez-et, és akkor csak néhány kérdésünk van a közönség részéről, amelyek valamiféle specifikusak a megvalósításról. De először Rick, majd Dez.
Rick Sherman: Oké, nagyszerű. Először is, nagyon szerettem a demo-ot, hogy összegyűjtsem mindenekelőtt, különös tekintettel a szerverek, monitorok, plug-inek stb. Hozzáadására. Szerintem ez fantasztikus volt. Az egyik kérdésem, megemlítetted, hogy ez egy ismétlődő téma, mint például a presalesben, hogy az emberek megértsék, mi az építészet vagy az alkalmazások. Figyelni akarnak a dolgokra, és ott van ez a darab. Hogyan oktatja őket a tipológia lebontására? Rájöttem, hogy sok mindent el lehet választani, de hogyan oktatnád őket? Mert nem vagyok biztos abban, hogy meg tudják-e eléggé megérteni, mennyit tudsz csinálni.
Robert Vandervoort: Igen, nagyon nagy rajongója vagyok az önértékelő humornak, tehát általában csak egy ilyen szögből indulok. Van ADHD, ha nem tudod megmondani. A feleségemnek nem tetszik, ha velem együtt mennek velem a Home Depotba, mondjuk csak így. Annak analógiáját használom, hogy ha van nyikorgó csuklója vagy bármilyen szivárgása van, menj be és mutass: „Szeretném rögzíteni a csapot.” Gondolkodj. Menj a Zen helyére: “Szeretném javítani a csapot.” Ne gondold: “Hmm, mit tudok javítani a házamban?”, Mert egész nap ott leszel, és elfelejti a csaptelepet és elmegy a csatornákkal.
Amit az emberekre összpontosítom, az alkalmazás. Azt mondod, hogy ez fáj és fáj, vegyünk egy alkalmazást. Ez az ERP? Menő. Tegyük az alkalmazást egy POC-ba, tudd meg nekem, nem számít, kivel kell beszélnem, vagy bármilyen információval, amit el kell dobnod. Miből készül ez az alkalmazás? Adatbázis-kiszolgálók, fájlkiszolgálók, tudod, bármit is, bármit is, az alkalmazás végpontját. Tudja meg, kap minden hozzáférést ehhez. Ha segítségre van szüksége valamilyen eszköz beszerzéséhez, jó, itt vagyunk. De összpontosítsunk egy adott alkalmazásra, mert itt lesz az érték a végén. Úgy értem, könnyen hozzá tudsz tenni több száz vagy több ezer szervert, és ebből a szögből elindulhat, de akkor nagyon te vagy abban a soros modellben, amely nagyon - ez nem csak a POC szempontjából fenntarthatatlan, hanem az is, hogy nem akarjuk fejek lennének.
Rick Sherman: Igen, és beállítaná-e a műszerfalat stb., Úgy, hogy megadja neked az üzleti nézetet, az a fajta összetett nézetet a darabokról, amelyek támogatják az entitást, bármi is legyen az, amit meg akarnak figyelni?
Robert Vandervoort: Teljesen. Általában azt javaslom, oké, azt akarjuk, hogy legyen - amit ezeknek az alkalmazás térképeknek nevezek, ahol van az alkalmazás irányítópultja, és tartalmaznia kell ezeket a darabokat. Készítse el a diagramot, ha még nem létezik, csapja be az Uptime-be, találja meg, mi kell odamenni. Legalább fedezze fel ezeket az összes cuccot, és tegye a megfigyelés alá, és kezdje hozzá azoknak a szolgáltatásoknak a hozzáadását, amelyek ténylegesen összeadják az alkalmazást. Mint a jelen esetben a SharePoint esetében, itt is - és ez egyfajta jó ötlet - ezek az alkalmazások más alkalmazásokból is felépíthetők. Abban az esetben, ha van egy SQL-fürt, ez valóban egy alkalmazás. Több szerver, több szolgáltatás és dolog. Az AD egy alkalmazás stb. Stb. Össze tudom állítani ezeket az összesített nézeteket azokból, amint ezt a SharePointban láthatja. Azt akarjuk, hogy ezt felépítsük. Ha nem tudom ezt felépíteni, még nem tettem hozzá eleget. Mi csinálunk minden apró darabot ott, ami megkönnyíti.
Rick Sherman: Van valamilyen módon hátrafelé munkát?
Robert Vandervoort: Ja, gondolkodj hátra, dolgozz előre.
Eric Kavanagh: Oké. Dez, vedd el.
Dez Blanchfield: Szeretnék betekintést kapni, csak röviden, mert tudom, hogy itt hiányzik az idejük, tehát csak egy mély kérdésre tartom, ha tudom. Tudsz-e betekintést nyújtani arról, hogy Ön szerint a vállalkozások és szervezetek mennyiben látják a jelenlegi értéket, nemcsak a szolgáltatásfigyelés, hanem az a megközelítés, amelyet a gyakorlati szempontból végigvágnak. Pontosabban, a kereskedelmi előnyökből. Tehát sokan technikai háttérből származnak, és szeretjük, hogy képesek legyenek pingolni a dolgokra és megnézni, hogy vannak-e bekapcsolva. De üzleti szempontból gyakran nem érdekli őket, mert olyan, mint te, és azt mondtad, hív fel minket, ezért fizetünk neked.
Ön lát egy átmenetet attól, hogy a lámpákat csak a lámpák bekapcsolásától kezdve a KPI-k kereskedelmi szintű elhelyezéséig és a működési szint felé állítsa a szolgáltatáskezelési szintű felügyelet mély integrációjába az egész kerettel kapcsolatban, hogy megfelelően működjön, hogy az emberek az eszközére a szempontból, hogy továbbra is világíthatjuk a lámpákat, de ténylegesen dollár-értéket fektetünk-e arra az értékre, ha látjuk a teljes végpontot, és biztosítva azt, hogy „oké, a dolgok folyamatban vannak, okosan használjuk, amint mondtad, találkozunk-e az SLA-kkal, és ha igen, mit jelent ez a vállalkozás számára? ”Még mindig látszik egy erre való áttérést, vagy még mindig kissé távol vagyunk tőle?
Robert Vandervoort: Minden bizonnyal szükség van rá. Sürgősség van ott. Emberek, arra kértem, hogy nyisson meg egy kérdést, ez nyilvánvalóan betöltött kérdés - van SLA-k? És ez szinte egyértelműen azt mondja: „Nem, de a vezetõink erről beszélnek” és így tovább. Olyan vagyok, mint: „Hűvös, hogy fogsz odajutni?” „Nos, nem vagyunk biztosak benne. Olyanok vagyunk, mint a ServiceNow, vagy ezt csináljuk. ”Olyan vagyok, mint„ Nos, meg kell értened, hogy a ServiceNow dolog, egy alapjáratú keret, alapvetően követi a zárolási lépést vele ”, rendben, semmilyen konkrét ITSM-platformot ne részesítsen előnyben. De nem fog válaszolni az SLA-kérdéseire. Csak arról fog beszélni, hogy hány ember órát költött egy nyomtató javításához, vagy hány erőforrás került egy adott szerverre, ha alkatrészeket kellett vásárolnia ehhez? Nem tudja megválaszolni a valós kérdést, hogy milyen szervernek kell lennie, az élet vége vagy bármi más. A fokig nem lehet.
Amikor például az SLA szempontjából beszélünk, számos olyan ügyfelünk van, akiknek abszolút rendelkeznek SLA-kkal, hogy pénzt veszítenek. Olyan ez, mint a pizza kézbesítése, ha késik, ha el fognak engedni, akkor nem kapnak pénzt. Tehát közvetlen üzleti hatás van ott, ezek a srácok sokkal inkább törődnek ezekkel a dolgokkal, mint a többiekkel, és ezért az egyik dolog, amelyet igazán sürgetök az embereknek, csupán elvárás létrehozása magadnak, a csapatodnak és az IT-nek. Nem kell, hogy valós vagy írott vagy senkinek megígérte, de amikor elmész és megteremti az elvárást, miután a fejére valami megszólalt: „Hé, ezért miért nem találkozom a szerver elérhetőségével.” Nos, ez csak egy büdös szerver. Összpontosíthatunk az egyetlen szerverre, és: „Hé, nézzétek, olyan tökéletes üzemmódban vagyunk.” És valójában ez az én esetem, itt vagyok, mint egy, de megkapod az ötletet.
Tehát igen, erre a kérdésre válaszolva, igen, abszolút, úgy érzem, hogy inkább a vágy, mint a tényleges lépés felé mutat, mert az emberek még mindig küzdenek azzal, hogyan kapsz egy olyan eszközt, amely valóban képes megválaszolni a kérdést, hogyan figyeli az elegendő anyagot? és a legtöbb embernek több eszköz is van. Ennek oka az, hogy a hálózati csapat egy hálózati megfigyelő eszközt vásárolt, a dev csapata pedig egy APM eszközt vásárolt, és az adatbázis-srácok vásárolják az eszközüket, és egyikük sem beszélget egymással, kivéve az ebédlőben.
Dez Blanchfield: Igen, ez egy végtelen fejfájás számomra az életemben. Olyan, mintha az elmúlt 25 évben volt ez a folyamatos kérdésem, amikor belépsz a szervezetbe, mert bontottak és logikai blokkokra tagolódtak. Mint ahogyan ez az elképzelés ez a fotó is, egy hálózati üzemeltetési központ, és aggódnak a hálózat miatt, és amíg a hálózat működik, fizetést kapnak, munkájukat elvégezték és átadják őket. Igen, de érdekes.
Az utolsó gyors kérdés és részben a személyes érdeklődésem, de tudom, hogy sok ember akarja tudni ugyanazt a dolgot. Hogyan kaphatjuk meg ezt az eszközt, és hogyan kezdjük el ezzel? Hol találjuk meg, hol kapunk további információt, és beszerezhetünk-e bemutatót, tárgyalást vagy valami ilyesmire?
Robert Vandervoort: Abszolút, igen. Teljesen utálom ezt a szót, nincs ilyen. Az Idera.com erre megy. Van egy kicsit olyan, mint a jack ikon, az „IT menedzsment” feliratot jelenít meg, rákattint, majd két lehetőség van. Az egyik a felhőalapú, amely van, és a másik az Uptime Infrastructure Monitor-ra vonatkozik, amelyet ez a termék jelenít meg ma. A próba körülbelül 30 napig tarthat. Ne tegyen néhány BS-t az űrlapba, írja be az igazi információt. Az értékesítő srácok nagyon szép kezekkel vannak, senki sem mondta, hogy az értékesítő srácok bosszantóak. De valójában azért van, mert ők a legjobb utat vezetnek a csapatomhoz hasonló emberekhez.
Ha vannak ilyen technikai kérdéseik, és a dokumentáció nem vágja meg neked - mert amit a dokumentáció valaha is tesz -, akkor közvetlen támogatási vonalra van szüksége, concierge szintre, ha akarod, valamint kiterjesztésekre, mert a legtöbb ember el akarja menni és csatlakozzon a vCenterhez, és több száz dolgot talál. Felrobbant egy próba engedélyt, tehát felteszi ezeket a releváns kérdéseket, hogy megbizonyosodjon arról, hogy a POC-ra esik-e, vagy ha egy-egy bemutatóra van szüksége, akkor erre mindenképpen szükség van.
Dez Blanchfield: Fantasztikus. Nos, nagyon köszönöm, nagyon várom ezt, és remélhetőleg újra találkozunk, és beszélünk a bloglánc hozzáadásáról. Eric, visszaadjuk neked.
Eric Kavanagh: Menj, jól hangzik, emberek. Van néhány gyors kérdésem, nagyon gyorsan feldobom rád. Az egyik: az Uptime Infrastructure Monitor web alapú vagy kliens-szerver alkalmazás, meg tudod-e válaszolni?
Robert Vandervoort: Web alapú. 100% web-alapú. A helyszíni.
Eric Kavanagh: Jó, és egy másik résztvevő azt kérdezi: telepítenie kell-e valamilyen védett démont az egyes szerverekre az IDERA számára, hogy megfigyelhessék őket?
Robert Vandervoort: Ezeket mindenki számára megmentettem, szóval nézzük meg ezeket az utasításokat. Tehát ügynökök nélkül, azt mondom ügynökök nélkül, ügynökök nélkül, ügynökök nélkül, mint amire azt mondom, vezetékes, hacsak nem kell vezeték nélküli kapcsolatot mentenem, és megtakarítom a vezeték nélküli más analóg analógiákat. De egyébként, szinte minden operációs rendszerhez rendelkezünk ügynökökkel, az egyetlen dolog, amiben hiányzik, ha nem használja őket, egy TLS1.2 titkosított útvonal a futó szerverhez, valamint a szkriptek futtatásának képessége. közvetlenül rajta.
Ezen kívül, a Windows, a Net-SNMP, a Windows-on van WMI, Net-SNMP a világ többi részén, SNMP az összes hálózati dolognál, stb., Stb. Stb. Tehát nem, mindig azt mondom, hogy nem, nem Nem kell, hacsak nem akarja. És akkor, amennyire csak a telepítéshez szükséges technológiához tartozik, akkor mindent megtalál, amire szüksége van, a diagram jobb oldala a MySQL, Java, PHP, Apache fut. A futtatáshoz nem kell más kiszolgálót találnia. Még a Windows 7 szervizcsomagon is futni fog. Megvan egy Linux és Solaris alapú disztribúciónk is, tehát technikailag nem is kell igazán fizetnie a szerver licencért, hogy kibírja, csak néhány extra hardverrel.
Eric Kavanagh: Hűvös, azt kell mondanom, hogy fantasztikus előadás volt, tehát köszönet mindkét mai elemzőnknek, és köszönetünknek, és természetesen az IDERA-nak. Úgy gondolom, hogy ez nagyszerű dolog, és azt hiszem, srácok nagyon pozitív és lenyűgözően várakoznak a jövőre, és később, az év folyamán, az IDERA-ból ismét meghalljuk az embereket. Van még néhány esemény velük sorban. Ez fantasztikus volt, köszönöm szépen az idejét. Az archívum általában egy napon belül felmegy, tehát ugorjon online a Techopedia vagy az InsideAnalysis.com webhelyre, hogy megkapja a részleteket, és legközelebb beszélgetünk veled, gondoskodunk az emberekről. Viszlát.
Rick Sherman: Köszönöm srácok.
Eric Kavanagh: Igen, és Dez -
